Sur cette page
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é.
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 cruciale : un retry ne doit pas créer de doublons.
- 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.