Frankrijk · afwijzing, weigering en uitzonderingsbeheer

Afgewezen en geweigerde e-facturen in Frankrijk afhandelen

Onderscheid technische afwijzing en weigering door de koper, bewaar statusbewijs en voorkom dubbele herinzending.

Praktische samenvatting:
  • Diagnosesignaal: code, afzender en redenlabel moeten naar hetzelfde factuurobject verwijzen.
  • Grootste risico: een ongecontroleerde herhaling creëert een tweede openstaande post.
  • Eerste actie: bevries retries en leg het volledige statusbericht onveranderd vast.
Laatst gecontroleerd: 13 augustus 2026Officiële bronnenDuidelijke samenvattingPraktische informatie, geen juridisch advies
Officiële bronnen eerst
Controledatums zichtbaar
Gratis checker zonder registratie

Wat u moet weten

Gids

1. Diagnose: Rejetée is niet hetzelfde als Refusée

Officieel feit — In de bijlage over levenscyclusstatussen van de externe specificaties v3.2 (Flux 6) staan voor het factuurobject onder meer 200 Déposée, 210 Refusée, 212 Encaissée en 213 Rejetée. Bij een weigering of afwijzing kunnen een redencode en een redenomschrijving worden meegestuurd. De hervorming verplicht betrokken ondernemingen vanaf 1 september 2026 een plateforme agréée (PA, voorheen historisch PDP genoemd) te gebruiken voor verzending en ontvangst van e-facturen en voor overdracht van transactie- en betaalgegevens. Aanbevolen controle — Behandel 213 Rejetée in eerste instantie als aanwijzing voor een technisch, syntactisch of routeringsprobleem en 210 Refusée als aanwijzing voor een beslissing of geschil aan koperszijde. Dat is een diagnosehypothese, geen universele juridische kwalificatie. Controleer altijd wie de status heeft afgegeven, op welk factuurobject, met welke reden en volgens welke versie van de specificatie. Het onderscheid bepaalt wie eigenaar wordt: integratiebeheer bij een formaatfout, masterdata bij een verkeerde identiteit, of debiteurenbeheer bij een commercieel bezwaar. Een verkeerde classificatie kan leiden tot een onnodige creditcorrectie, gemiste betwisting of een dubbele factuur.

Gids

2. Bewaar statusbewijs en koppel identifiers vóór elke actie

Officieel feit — DGFiP verwijst voor factuur- en levenscyclusstatusformaten naar AFNOR XP Z12-012, voor API’s naar XP Z12-013 en voor B2B-gebruiksscenario’s naar XP Z12-014; de toepasselijke externe specificaties v3.2 dateren van 30 april 2026. Aanbevolen controle — Leg het oorspronkelijke PA-bericht onveranderd vast, inclusief ontvangsttijd, afzender, statuscode, redenlabel, bericht-ID, factuurnummer, technisch document-ID, verzend-ID, SIREN/SIRET- en routeringsgegevens, formaatversie en hash van het bestand. Koppel die waarden aan de ERP-boeking en aan eventuele PPF- of PA-referenties zonder aan te nemen dat verschillende systemen dezelfde statusnaam identiek gebruiken. Maak een tijdlijn van Déposée tot uitzonderingsmelding en noteer welke actor elke stap produceerde. Bewijs is meetbaar wanneer één incidentdossier bronpayload, logregels, gebruikersacties en de uiteindelijke bevestiging bevat.

Gids

3. Beslisboom voor vijf soorten uitzonderingen

Aanbevolen controle — Start met de PA-redencode en het redenlabel en toets daarna vijf takken. Eén: syntax of formaat. Valideer envelop, verplichte velden en de gebruikte Factur-X-, UBL- of CII-implementatie tegen de actuele PA-regels; wijzig niets voordat de fout reproduceerbaar is. Twee: identiteit of routering. Vergelijk leverancier, koper, SIREN/SIRET, aflever- of facturatie-entiteit en adresseringsgegevens met bevestigde masterdata. Drie: mogelijk duplicaat. Zoek op factuurnummer, technisch ID, bedrag, datum en eerdere verzendpogingen; blokkeer een nieuwe verzending zolang het lot van de eerste poging onbekend is. Vier: commercieel geschil. Laat debiteurenbeheer order, levering, prijs, btw-context en contractreferentie vergelijken met de motivering van de koper. Vijf: onbekende reden. Zet het incident in quarantaine en vraag de PA om duiding met de volledige correlatieset. Een generieke knop ‘opnieuw sturen’ kan een nog actieve factuur verdubbelen of een inhoudelijk geschil als transportfout behandelen.

Gids

4. Corrigeren of opnieuw indienen: gecontroleerd, niet automatisch

Officieel feit — De officiële statuslijst bewijst dat Rejetée en Refusée afzonderlijke statussen zijn, maar schrijft op zichzelf niet voor welk correctie-instrument in elke concrete situatie fiscaal, juridisch of boekhoudkundig juist is. Aanbevolen controle — Sta vervolgactie pas toe nadat vier vragen zijn beantwoord: is het document technisch ontvangen, is het in ERP en grootboek geboekt, blijft de vordering bestaan, en verlangt de PA een nieuw technisch bericht of een gekoppelde correctie? Leg de beslissing vast als ‘zelfde zakelijke factuur technisch herstellen’, ‘commercieel betwisten’, ‘overeengekomen correctie opstellen’ of ‘geen actie tot duiding’. Bewaar de relatie tussen origineel, eventuele correctie en nieuwe transmissie. Overschrijf het oorspronkelijke dossier niet. Laat fiscaliteit of accounting de behandeling bevestigen wanneer bedragen, btw, boekingsdatum of schuldpositie veranderen. De exacte toegestane overgang, correctievorm en herindieningsmethode moeten worden geverifieerd aan de hand van het PA-bericht, de actuele specificaties, het contract en professionele adviseurs. Een weigering of afwijzing doet dus niet automatisch de schuld of originele factuur vervallen.

Gids

5. Duplicaten voorkomen met idempotentie en reconciliatie

Aanbevolen controle — Geef elke zakelijke factuur één stabiele interne sleutel en elke transmissiepoging een afzonderlijk technisch ID. Laat ERP en PA dezelfde zakelijke sleutel uitwisselen of betrouwbaar correleren. Een herhaalverzoek met dezelfde bedoelde payload moet door een idempotentieregel worden herkend; een inhoudelijk gewijzigde factuur moet juist een expliciete, geautoriseerde relatie met het origineel hebben. Voer vóór verzending een dubbele-controle uit op leverancier, koper, factuurnummer, datum, valuta, bruto bedrag en documenthash. Reconcileer dagelijks drie bestanden: ERP-uitgifte, PA-transmissies en ontvangen levenscyclusstatussen. Een time-out na verzending is geen bewijs dat de PA niets heeft ontvangen. Vraag eerst de status op met het oorspronkelijke ID; pas daarna kan een bevoegde eigenaar beslissen. Blokkeer parallelle retries vanuit middleware, ERP-batch en gebruikersportaal, want juist die combinatie veroorzaakt stille dubbelen.

Gids

6. Debiteurenbeheer: eigenaarschap, klantcontact en reactietijden

Aanbevolen controle — Wijs per incident één eigenaar aan en gebruik interne reactieklokken als beheersmaatregel, niet als wettelijke interne reactietermijn. Bijvoorbeeld: triage binnen twee werkuren voor bedragen boven de interne materialiteitsgrens, klantbevestiging binnen één werkdag bij Refusée en dagelijkse opvolging zolang betaling of documentstatus risico loopt. Debiteurenbeheer vraagt de koper naar de concrete contractuele of feitelijke grond, het betwiste bedrag, de gewenste bewijsstukken en de identiteit van de beslisser. Voeg alleen relevante order-, leverings- en prijsbewijzen toe. Escaleer naar sales bij commerciële afspraken, naar tax/accounting bij documentcorrectie en naar legal bij aansprakelijkheid of een patstelling. Meet ouderdom van incidenten, betwist bedrag, eerste-reactietijd, heropeningen en tijd tot sluiting. Een response clock voorkomt stilstand, maar mag nooit worden gepresenteerd als een Franse wettelijke termijn zonder afzonderlijke verificatie.

Gids

7. Crediteurenbeheer: een verdedigbare weigering door de koper

Aanbevolen controle — Laat kopers een factuur niet weigeren met vrije tekst als ‘onjuist’ zonder dossier. Vereis een geselecteerde categorie, feitelijke toelichting, contract- of orderreferentie, verantwoordelijke beoordelaar en onderliggend bewijs. Controleer eerst of de factuur bij de juiste juridische entiteit hoort en of een ontvangst-, prijs- of hoeveelheidsafwijking aantoonbaar is. Scheid een commercieel bezwaar van een technisch onleesbaar document: de leverancier heeft voor elk een andere herstelroute nodig. Gebruik een vier-ogencontrole voor hoge bedragen, structurele leveranciers of redenen die de volledige vordering raken. Registreer ook gedeeltelijk betwiste bedragen, zodat een operationeel proces niet ten onrechte suggereert dat alles is afgewezen. Een verdedigbare Refusée bevat genoeg context om te reageren, maar bewijst niet automatisch dat niets verschuldigd is.

Gids

8. Voorbeeldincident: van alarm tot aantoonbare sluiting

Aanbevolen controle — Om 09.12 uur meldt de PA status 213 Rejetée voor factuur FR-8041. De operator bevriest retries, exporteert payload en statusbericht en koppelt PA-ID P-77 aan ERP-sleutel E-8041. De redenomschrijving wijst op een adresseringsveld; validatie reproduceert de fout in dezelfde formaatversie. Masterdata bevestigt om 10.05 uur de juiste kopersidentiteit en integratiebeheer maakt een gecontroleerde correctie in de brondata. Accounting bevestigt schriftelijk dat bedrag, btw-inhoud en zakelijke factuuridentiteit niet veranderen; de PA-documentatie wordt geraadpleegd voor de toegestane herindieningswijze. Na goedkeuring verzendt het systeem één nieuwe technische poging met een eigen transmissie-ID en een relatie naar het incident. Het team ontvangt een passende vervolgmelding, reconcileert deze met ERP en controleert dat geen tweede openstaande post is ontstaan. Om 11.40 uur sluit de eigenaar het dossier met bronbericht, reden, wijzigingsdiff, goedkeuring, nieuwe PA-referentie en reconciliatierapport. Was de melding 210 Refusée met een prijsbezwaar geweest, dan zou debiteurenbeheer eerst order en afspraak onderzoeken in plaats van de technische payload te wijzigen.

Gids

9. Dashboard, ernstniveau, runbook, tests en implementatie in zeven dagen

Aanbevolen controle — Toon per PA en juridische entiteit aantallen Rejetée en Refusée, percentages per redenfamilie, financieel blootgesteld bedrag, ouderdom, eigenaar, duplicaatsignalen en ontbrekende correlaties. Classificeer kritiek bij systematische uitval, hoog bij materieel bedrag of betalingsrisico, normaal bij geïsoleerde herstelbare fouten; stem grenzen intern af. Het runbook bevat bronverificatie, beslisboom, bevoegdheden, communicatiesjablonen, bewijsvereisten en afsluitcriteria. Test vóór livegang geldige en ongeldige syntax, verkeerde routering, dubbele verzending, time-out na acceptatie, koperweigering, onbekende reden en herstel na storing. Dag 1: inventariseer statusbronnen en eigenaren. Dag 2: leg identifiers en bewaarbeleid vast. Dag 3: bouw de vijf-takkenbeslisboom. Dag 4: activeer retryblokkade en idempotentie. Dag 5: configureer dashboard en escalatie. Dag 6: voer scenario-tests uit met ERP en PA. Dag 7: herstel bevindingen, laat finance en compliance aftekenen en publiceer het runbook. Veelgemaakte fouten zijn statuslabels zonder bron vertrouwen, Refusée als technische fout behandelen, automatisch opnieuw sturen, de originele payload overschrijven en sluiten zonder PA-ERP-reconciliatie. Officieel feit — Gebruik voor implementatie de actuele DGFiP-specificaties en PA-instructies; dit stappenplan is een aanbevolen operationele controle, geen juridisch, fiscaal of boekhoudkundig advies.

Gids

Hoe u deze pagina gebruikt

Gebruik deze pagina om te bepalen of proces voor technisch afgewezen of door de koper geweigerde Franse e-facturen uw Frankrijk-flow raakt en welk bewijs nog ontbreekt. Begin met Franse deadlines voor ontvangst en uitgifte, erkend platform, Factur-X, UBL of CII en test daarna een gestructureerde factuur ontvangen en een klantenfactuur uitreiken voordat u software vergelijkt.

Gids

Data, entiteiten en zoektermen

Voor proces voor technisch afgewezen of door de koper geweigerde Franse e-facturen zijn proces voor technisch afgewezen of door de koper geweigerde Franse e-facturen, Frankrijk, Franse deadlines voor ontvangst en uitgifte, erkend platform, Factur-X, UBL of CII, e-reporting, SIREN- en btw-data belangrijk. Schoon deze velden op in klant-, leveranciers-, btw- en boekhouddata vóór uitrol.

Gids

Softwarebewijs vragen

Vraag leveranciers om de volledige workflow demonstreren met uw factuurvoorbeelden, gebruikersrollen en uitzonderingen met uw voorbeelden te tonen. De demo moet een gestructureerde factuur ontvangen, een klantenfactuur uitreiken, een e-reportingcase testen, een creditnota corrigeren afdekken en uitleggen wie fouten, correcties, archief en boekhoudhandoff afhandelt.

Gids

Bewijs vóór uitrol

Bewaar officiële links, screenshots, testfacturen en de keuzereden voor proces voor technisch afgewezen of door de koper geweigerde Franse e-facturen. Het dossier moet aantonen hoe Franse deadlines voor ontvangst en uitgifte, erkend platform, Factur-X, UBL of CII, e-reporting zijn gecontroleerd.

Gids

Beslispunt

Sluit dit onderwerp pas af als iemand de operationele voorbereiding van dit onderwerp voor Frankrijk kan uitleggen, de flow-eigenaar kan noemen, een getest factuurscenario kan tonen en kan voorkomen dat vertrouwen op een algemene complianceclaim zonder de echte workflow te testen.

Checklist

Bewaar het originele PA-statusbericht met tijdstip, afzender, code, redenlabel en payloadhash.

Koppel factuurnummer, ERP-sleutel, document-ID, transmissie-ID en PA-referentie in één incidentdossier.

Bevestig of de melding Rejetée, Refusée of een platformspecifieke interpretatie betreft.

Blokkeer automatische retries totdat ontvangst, boeking en duplicaatrisico zijn onderzocht.

Valideer formaat, identiteit en routering tegen de actuele PA-regels en gebruikte specificatieversie.

Wijs één eigenaar toe en registreer interne reactieklok, ernstniveau en financieel risico.

Laat finance bepalen of bedrag, btw-behandeling, boeking of vordering door de oplossing verandert.

Documenteer de relatie tussen origineel, correctie, nieuwe transmissie en klantcommunicatie.

Reconcileer ERP-uitgifte, PA-transmissies en levenscyclusstatussen vóór sluiting.

Test syntaxfouten, koperweigering, time-outs, dubbelen en onbekende redenen vóór livegang.

Veelgestelde vragen

Wat is het praktische verschil tussen Rejetée en Refusée?

Rejetée (213) is een aanwijzing om eerst techniek, schema of routering te onderzoeken; Refusée (210) wijst eerder op een beslissing of bezwaar van de koper. Dit is geen universele juridische regel. Controleer bron, reden, overgang en betekenis in het PA-bericht en de actuele specificaties voordat u handelt.

Mag ik een afgewezen Franse e-factuur meteen opnieuw sturen?

Niet zonder controle. Stel eerst vast of de eerste transmissie is ontvangen, of een boeking bestaat en of opnieuw sturen een duplicaat maakt. Volg daarna de door de PA ondersteunde herstelroute en leg de koppeling met de oorspronkelijke poging vast.

Vervalt de vordering wanneer de koper de factuur weigert?

Niet automatisch. Een statusmelding alleen beslist niet in alle gevallen over schuld, contractuele aanspraak of fiscale behandeling. Onderzoek de motivering, het contract en de feiten en laat accounting, tax of legal adviseren als de oplossing de vordering of documentatie raakt.

Welke redeninformatie moet in het incidentdossier staan?

Bewaar de machineleesbare redencode en redenomschrijving, de uitgevende actor, statusbron, tijd, factuur- en berichtidentifiers, gebruikte specificatieversie en originele payload. Houd bronfeiten en interne interpretatie gescheiden.

Wie hoort eigenaar te zijn van de afhandelworkflow?

De diagnose bepaalt het eigenaarschap: integratiebeheer voor reproduceerbare formaatfouten, masterdata voor identiteit en routering, debiteurenbeheer voor commerciële weigering en finance voor boekhoudkundige gevolgen. Houd ondanks bijdragen van meerdere teams één incidenteigenaar verantwoordelijk voor voortgang en sluiting.

Hoe bewijzen we dat geen dubbele factuur is ontstaan?

Reconcileer de stabiele zakelijke factuursleutel met alle technische transmissie-ID’s, PA-statussen en ERP-openstaande posten. Het afsluitbewijs toont één bedoelde vordering, verklaart iedere poging en bevat geen onbekende of parallel openstaande transmissie.

Moet een weigering altijd met een creditnota worden opgelost?

Nee, schrijf geen universeel instrument voor. De juiste aanpak hangt af van reden, ontvangst, boeking, contract, PA-proces en fiscale of boekhoudkundige gevolgen. Verifieer de correctievorm en herindiening met de actuele documentatie en bevoegde adviseurs.

Welke signalen verdienen directe escalatie?

Escalatie is passend bij plotselinge uitval over veel facturen, hoge of snel oplopende bedragen, ontbrekende correlatie, herhaalde dubbelen, een onbekende statusbron of een geschil dat betaling blokkeert. Gebruik intern vastgestelde grenzen en registreer waarom het ernstniveau is gekozen.

Wat test u eerst voor proces voor technisch afgewezen of door de koper geweigerde Franse e-facturen?

Begin met een gestructureerde factuur ontvangen, een klantenfactuur uitreiken, een e-reportingcase testen, omdat die scenario’s tonen of de workflow praktisch werkt.

Wat is het grootste risico?

Het grootste risico is vertrouwen op een algemene complianceclaim zonder de echte workflow te testen.

Belangrijke regels, formaten en termen

Europese CommissieEN 16931Richtlijn 2014/55/EUgestructureerde elektronische factuurproces voor technisch afgewezen of door de koper geweigerde Franse e-facturenFrankrijk

Lees verder

Officiële bronnen

We geven voorrang aan officiële overheids- en EU-bronnen waar beschikbaar en tonen controledatums zichtbaar.