Aller au contenu principal

CTC/clearance et portails dans l’UE : construire des intégrations fiables

Dans les systèmes clearance/portail, la réponse de la plateforme (accepté/rejeté, IDs, horodatages) peut faire partie de l’enregistrement légal. Cela change le stockage, les retries et le support.

Ce que signifie “clearance” / CTC (sans jargon)

Dans les modèles clearance, la facture est envoyée à une plateforme qui renvoie un accusé (souvent avec un ID plateforme). La transmission au client peut dépendre de cet accusé.

Cela ajoute un cycle de vie : brouillon → soumis → accepté/rejeté → livré/archivé.

Trajet interactif

En ligne, la facture existe dans KSeF avant que l’acheteur ne la voie. Passez en hors ligne pour voir le chemin parallèle avec QR codes.

Mode
Facture: FA(3)
Trajet de la factureConsultation, déclaration ou accusé

Krajowy System e-Faktur

Exploité par

Ministère des Finances polonais

Ce qui se passe ici

Contrôle le fichier FA(3), l’accepte et attribue le numéro KSeF. L’UPO est l’accusé officiel.

Ce dont l’émetteur a besoin

Conservez le numéro KSeF et l’UPO avec la facture ; vous en aurez besoin pour les rapprochements et les litiges.

UPO
Pologne : le vendeur émet la facture en XML FA(3) et l’envoie à KSeF, le Krajowy System e-Faktur. KSeF l’accepte, attribue le numéro KSeF et renvoie l’accusé UPO ; l’acheteur télécharge la facture depuis KSeF et, pour un acheteur immatriculé à la TVA en Pologne, elle est réputée reçue le jour de l’attribution du numéro KSeF. En mode hors ligne, le vendeur émet la facture FA(3) en dehors de KSeF et remet à l’acheteur une copie portant deux QR codes, OFFLINE et CERTYFIKAT, puis l’envoie à KSeF plus tard : en offline24 au plus tard le jour ouvré suivant, en mode d’urgence dans les sept jours ouvrés suivant la fin de la panne annoncée. D’après notre guide KSeF Pologne et ksef.podatki.gov.pl (mode offline24). État : octobre 2026. Ceci n’est pas un conseil fiscal. Invoice-Converter.com crée et vérifie des fichiers de facture. Il ne fait pas partie de ces réseaux et n’envoie pas de factures.

Impacts techniques : stockage, retries, idempotence

Traitez la plateforme comme une machine à états. Stockez : le XML exact envoyé, IDs de soumission, accusés, horodatages et toute version “acceptée” renvoyée.

L’idempotence est importante : un retry ne doit pas créer de doublons.

Checklist pratique: Impacts techniques : stockage, retries, idempotence

  • Clés stables pour déduplication
  • Persister chaque payload de réponse
  • Exposer le statut aux utilisateurs (soumis/accepté/rejeté)

Playbook support : ce qu’il faut pouvoir répondre vite

En modèle clearance, en cas d’échec il faut expliquer : échec données vs transmission, quoi corriger, et si la réémission est sûre.

Intégrez des “artefacts support” : XML téléchargeable, logs validateur, IDs d’accusé plateforme.