# CTC/clearance en portals in de EU: betrouwbare integraties bouwen

In clearance- of portal-gedreven systemen kan de platformresponse (geaccepteerd/afgewezen, IDs, timestamps) onderdeel zijn van het juridisch relevante dossier. Dat verandert opslag, retries en support.

## Wat “clearance” / CTC betekent (zonder buzzwords)

In clearance-modellen stuur je de factuur naar een platform dat een acknowledgement teruggeeft (vaak met platform-ID). Levering aan de koper kan afhankelijk zijn van die acknowledgement.

Dit voegt een levenscyclus toe: draft → submitted → accepted/rejected → delivered/archived.

## Engineering-implicaties: opslag, retries, idempotency

Zie het platform als een state machine. Sla op: het exact verzonden XML, submission IDs, acknowledgements, timestamps en eventuele “accepted” versies die terugkomen.

Idempotency is cruciaal: een retry mag geen duplicaten creëren.

## Praktische checklist: Engineering-implicaties: opslag, retries, idempotency

- Gebruik stabiele factuursleutels voor deduplicatie
- Sla elke response-payload op
- Toon status aan gebruikers (submitted/accepted/rejected)

## Support playbook: wat je snel moet kunnen beantwoorden

Als een factuur faalt in een clearance-model, willen gebruikers duidelijke antwoorden: faalt data of levering, wat moet worden gefixt, en kan men veilig opnieuw verzenden?

Bouw support-artefacten in: downloadbaar XML, validatorlogs en platform acknowledgement IDs.

## Gerelateerde bronnen

- [KOSIT-validatorfouten (oplossen)](/resources/kosit-validator-errors)
- [EU e‑facturatie overzicht](/resources/eu/eu-e-invoicing-2026)
- [Landgids Italië (SdI)](/resources/countries/it)
- [Landgids Polen (KSeF)](/resources/countries/pl)