E-Invoice Finder
Menu
LandenSoftwareDeadlinesGidsenCheckerVerplichting checken
ENFRDEPLNL
Frankrijk · definitieve startvrijgave

Finale go/no-go-checklist met bewijs voor Franse e-facturatie

Beslis per entiteit over de start met aantoonbare ontvangst-, verzend-, e-reporting- en PA-bewijzen vóór 1 september 2026.

Praktische samenvatting:
  • Beslis nooit breder dan één SIREN, richting en gegevensstroom met dezelfde technische afhankelijkheden.
  • Schijngroen: een geslaagde PA-test zonder aantoonbare vervolgstappen in het financiële systeem en de afsluitcontrole.
  • Open eerst het register en koppel één recente echte ketentrace aan eigenaar, tijdstip en vervaldatum.
Vraag een onafhankelijke gereedheidsbeoordeling aanOfficiële bronnen
Laatst gecontroleerd: 22 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. Bepaal eerst de kleinste zinvolle besliseenheid

Een go/no-go-besluit geldt niet automatisch voor een hele groep. Leg de besliseenheid vast als de combinatie van juridische entiteit, SIREN, operationele richting en relevante gegevensstroom. De richting is minimaal ontvangen of verzenden; voor e-reporting moet bovendien duidelijk zijn welke transactie- of betaalgegevens worden geraakt. SIRET, vestiging, ERP, factuurkanaal en PA-configuratie kunnen als onderliggende kenmerken worden toegevoegd, maar mogen het juridische eigenaarschap op SIREN-niveau niet vertroebelen. Zo voorkomt u dat een geslaagde test voor één verkooporganisatie ten onrechte als bewijs voor alle dochtermaatschappijen wordt gebruikt. De wettelijke kalender vormt de eerste afbakening. Vanaf 1 september 2026 moeten alle betrokken ondernemingen elektronische facturen kunnen ontvangen. Grote ondernemingen en ETI’s beginnen dan ook met uitreiken en e-reporting; voor kmo’s en micro-ondernemingen begint die uitreik- en e-reportingfase op 1 september 2027. Bevestig de feitelijke categorie en fiscale reikwijdte met actuele officiële informatie en, waar nodig, gekwalificeerd belastingadvies. Een groepslabel, omzetklasse uit een oud projectdocument of de planning van de softwareleverancier is daarvoor onvoldoende. Maak vervolgens één regel per besliseenheid, bijvoorbeeld ‘SIREN 123…, ontvangst binnenlandse B2B-facturen via PA A’ of ‘SIREN 456…, uitgaand verkoopproces vanuit ERP B inclusief toepasselijke e-reporting’. Eén geblokkeerde entiteit hoeft een andere aantoonbaar onafhankelijke entiteit niet te blokkeren. Omgekeerd mag een gedeeld kritisch component, zoals één PA-koppeling of dezelfde ontbrekende stamdatafeed, wél meerdere besluiten raken. De beslisregel is eenvoudig: dezelfde wettelijke reikwijdte, dezelfde technische route en dezelfde verantwoordelijke beheersing kunnen samen worden beoordeeld; zodra één van die drie verschilt, maakt u een aparte regel.

Gids

2. Gebruik drie uitspraken met vooraf vastgelegde grenzen

KLAAR betekent dat alle harde voorwaarden voor de betreffende besliseenheid met recent, herhaalbaar bewijs zijn aangetoond, dat geen openstaand gebrek de gereguleerde stroom of boekhoudkundige verwerking bedreigt en dat de verantwoordelijke eigenaar formeel tekent. KLAAR MET BEHEERSTE UITZONDERINGEN betekent dat de kernstroom werkt, maar dat een beperkt, benoemd restpunt bestaat met eigenaar, einddatum, tijdelijke controle, meetbare tolerantie en terugvalroute. STOP betekent dat een harde voorwaarde ontbreekt of dat het restrisico niet aantoonbaar wordt beheerst. Gebruik deze woorden letterlijk; varianten als ‘groen met aandacht’ maken aansprakelijkheid en escalatie onnodig vaag. Harde stops zijn onder meer: geen bruikbare PA-relatie voor een stroom die via een plateforme agréée moet lopen, geen bevestigde ontvangstroute, geen end-to-endbewijs voor de besliseenheid, een duplicaatrisico dat tot dubbele boeking of betaling kan leiden, of een ontbrekende e-reportingroute waar die op de startdatum van toepassing is. Ook ontbrekende productietoegang, onbevoegde statusbediening en onverklaarde verschillen tussen PA-uitkomst en administratie kunnen een stop rechtvaardigen. Een project dat ‘96% gereed’ is, kan dus STOP zijn als de resterende vier procent een kritieke route betreft. Een beheerste uitzondering is alleen passend als de wettelijke kernlevering kan doorgaan, de impact begrensd is en de tijdelijke maatregel uitvoerbaar én controleerbaar is. Een laagvolumehandmatige reconciliatie kan bijvoorbeeld tijdelijk aanvaardbaar zijn wanneer populatie, capaciteit, vierogencontrole en einddatum vaststaan. ‘We houden het in de gaten’, een mondelinge leveranciersbelofte of een onbeperkte handmatige workaround is geen beheersing. Leg vóór de vergadering vast welke criteria niet onderhandelbaar zijn; anders verschuift de norm onder tijdsdruk. Bij twijfel over fiscale reikwijdte beslist geen projectmanager op gevoel, maar volgt actuele broncontrole en een bevoegde inhoudelijke beoordeling.

Gids

3. Bouw een bewijsregister dat een ander kan herhalen

Het bewijsregister is de ruggengraat van het besluit. Iedere bewijsregel bevat minimaal de besliseenheid, het vereiste, de eigenaar, de bronomgeving, datum en tijd, test- of transactiereferentie, werkelijk resultaat, verwacht resultaat, afwijking, beoordelaar en geldigheids- of vervaldatum. Voeg waar relevant een schermafbeelding, export, PA-bevestiging, logregel en boekhoudkundige boekingsreferentie toe. Bewaar niet alleen het eindscherm: het verband tussen bronfactuur, transport, status en administratie moet navolgbaar blijven. Persoonsgegevens en vertrouwelijke factuurinhoud worden uiteraard volgens het eigen toegangs- en bewaarbeleid beschermd. Een goed bewijsstuk beantwoordt drie vragen: wat is precies getest, voor welke configuratie geldt het en kan iemand anders de uitkomst terugvinden? Een e-mail ‘test geslaagd’, een demonstratie door de leverancier, een ongedateerde schermafbeelding of een resultaat uit een andere SIREN is onvoldoende. Ook een test die vóór een belangrijke configuratiewijziging is uitgevoerd, kan zijn geldigheid hebben verloren. Zet daarom een vervalregel bij bewijs dat afhankelijk is van routing, certificaten, machtigingen, toewijzing of softwareversies. Nieuwe deploys, PA-wijzigingen en aanpassingen in het annuaire kunnen een gerichte hertest activeren. Maak onderscheid tussen primaire en ondersteunende bronnen. Een geaccepteerde productienabije end-to-endtransactie met bijbehorende administratieve verwerking is primair bewijs; een projectplan of leverancierspresentatie ondersteunt hooguit de context. De DGFiP-documentatie en Service-Public onderbouwen de officiële timing en hoofdlijnen. De FNFE-MPE-checklists bieden waardevolle professionele operationele aandachtspunten, maar zijn geen wetstekst en maken niet elk technisch punt automatisch tot een rechtstreekse verplichting voor iedere onderneming. Noteer die bronstatus in het register. Zo blijft zichtbaar of een criterium voortkomt uit wet- en officiële richtsnoer, uit ketenpraktijk of uit de eigen risicoacceptatie.

Gids

4. Bewijs dat ontvangen echt werkt, niet alleen dat er een aansluiting is

Ontvangstbewijs begint bij de contractuele en operationele status van de PA: welke juridische entiteit is aangesloten, vanaf wanneer, voor welke functie en met welke productiecontacten? Een compatibele softwareoplossing zonder registratie kan niet zelfstandig de gereguleerde uitwisselings- of transmissierol van een PA vervullen. Controleer daarna de beredeneerde ontvangstadressen en routing. De FNFE-MPE adviseert praktisch om onnodige vermenigvuldiging van adressen te vermijden. Leg per SIREN vast hoe BT-34 of andere toepasselijke adresseringsinformatie wordt gevuld, hoe de PA met het annuaire synchroniseert en welk zichtbaar resultaat bevestigt dat een leverancier naar de juiste bestemming kan routeren. Voer voor iedere materieel verschillende route een end-to-endproef uit: een representatieve factuur komt via de beoogde PA binnen, wordt technisch verwerkt, bereikt de juiste crediteurenworkflow en is terug te vinden in de administratie. Bewijs vervolgens de controle op dubbelen. Dien niet blind extra facturen in, maar gebruik een gecontroleerd testscenario waarmee u laat zien hoe dezelfde of functioneel dubbele factuur wordt herkend, geblokkeerd of ter beoordeling aangeboden. Controleer zowel de technische ontvangst als het risico op dubbele boeking en betaling. Een PA-portal waarop alleen ‘ontvangen’ staat, bewijst die laatste twee stappen niet. Test ook de behandeling van levenscyclusberichten, waaronder CDAR-berichten waar die in de keten worden gebruikt. De status Refusée verdient strakke autorisatie, een geldige reden, logging en opvolging, omdat onjuist weigeren de leverancier en de eigen administratie kan ontregelen. Claim niet dat ieder FNFE-detail voor elke onderneming rechtstreeks wettelijk verplicht is; behandel statusbeheersing als een cruciale operationele controle. Onvoldoende bewijs is: een ping naar een endpoint, een lege inbox, een contract zonder actieve route, een test voor een andere SIREN of alleen een leesbare pdf per e-mail. Het beslisbewijs koppelt adres, annuaire-uitkomst, factuurreferentie, status, werkproces en boeking aan dezelfde eenheid.

Gids

5. Bewijs de uitgaande keten voor grote ondernemingen en ETI’s

Voor grote ondernemingen en ETI’s moet per 1 september 2026 niet alleen ontvangst, maar ook de relevante uitgaande factuurketen aantoonbaar zijn. Begin bij een geldige bronfactuur in het werkelijke verkoopproces. Volg haar vanuit ERP of facturatiesoftware naar de PA, door validatie en transmissie, tot de terugmelding en de boekhoudkundige of subledgerregistratie. Leg mappingversie, tijdstippen, unieke referenties en betrokken entiteit vast. Een succesvol gegenereerd bestand op een ontwikkelaarslaptop is geen ketenbewijs; evenmin volstaat een PA-acceptatie zonder aansluiting op de financiële registratie. Neem representatieve kernformaten op waar zij door uw proces worden gebruikt: Factur-X, UBL en CII behoren tot de door FNFE-MPE genoemde kernformaten. Het doel is niet om zonder aanleiding elk formaat in elke entiteit te testen, maar om te bewijzen dat de werkelijk gekozen formaten correct worden gevormd, door de PA worden verwerkt en bij de ontvanger bruikbaar aankomen. Controleer de adressering, waaronder BT-34 waar van toepassing, tegen de actuele route. Gebruik AFNOR XP Z12-012 en andere technische richtsnoer als referentie voor implementatie en interoperabiliteit, niet als aanleiding om ongefundeerd te verklaren dat ieder detail een afzonderlijke wettelijke plicht voor elk bedrijf is. Bewijs daarna de betekenisvolle levenscyclusuitkomsten. Koppel verzonden factuur, ontvangen CDAR- of andere relevante status, eventuele afwijzing en herstelactie aan één auditspoor. Voor Refusée moet duidelijk zijn wie de gebeurtenis onderzoekt, hoe een legitieme correctie wordt aangebracht en hoe dubbele heruitgifte wordt voorkomen. Neem ook negatieve scenario’s op, zoals foutieve routing of validatiefout, zonder productierisico te creëren. Een goede beslisregel luidt: KLAAR vereist één aantoonbare normale route plus gecontroleerde afhandeling van de belangrijkste voorzienbare fout voor elke materieel verschillende configuratie. Er bestaat geen universeel verplicht testaantal; omvang en variatie volgen aantoonbaar uit risico, volume en systeemverschillen.

Gids

6. Behandel e-reporting als een afzonderlijke bewijsstroom

E-reporting mag niet worden afgevinkt omdat e-facturatie werkt. Maak per juridische entiteit een populatiematrix: welke transacties vallen volgens de actuele analyse in de relevante rapportagestroom, welke zijn uitgesloten of elders afgedekt, welke transactiegegevens worden aangeleverd en waar zijn betaalgegevens van toepassing? Leg bron, verantwoordelijke fiscalist, extractielogica, PA-route en reconciliatie vast. Voor grote ondernemingen en ETI’s die op 1 september 2026 starten, is een ontbrekende toepasselijke route een harde stop. Voor kmo’s en micro-ondernemingen waarvan de uitreik- en e-reportingstart op 1 september 2027 ligt, blijft tijdige voorbereiding verstandig, maar mag die latere verplichting niet verkeerd als startvoorwaarde voor 2026 worden gepresenteerd. Test de geaccepteerde grens: bewijs niet alleen dat een bestand is verzonden, maar dat de bedoelde populatie door de gekozen route is aanvaard en dat terugmeldingen worden verwerkt. Reconcileer bronpopulatie, geselecteerde regels, aangeleverde totalen, afwijzingen en herverwerking. Verschillen moeten een eigenaar en verklaring hebben. Gebruik aparte controlevelden voor transactie- en betaalgegevens, omdat bronmoment, volledigheid en herstelroute kunnen verschillen. Vermijd verzonnen universele velden, statuscodes of aanlevertermijnen; baseer inrichting en frequentie op actuele officiële vereisten en de feitelijke fiscale situatie. Een beheerste uitzondering kan bijvoorbeeld bestaan uit een kleine, exact afgebakende populatie waarvan de automatische betaalgegevensfeed later volgt, mits een inhoudelijk bevoegde beoordeling bevestigt dat de tijdelijke methode passend is, de handmatige aanlevering aantoonbaar sluitend is en capaciteit en einddatum zijn goedgekeurd. Onvoldoende zijn een spreadsheet zonder aansluiting op de bron, een telling zonder bedragen, een ‘accepted’-melding zonder populatiecontrole of een toewijzing die nooit met reële varianten is beproefd. Het bewijs moet laten zien dat de organisatie weet wat zij rapporteert, via welke route, met welke terugmelding en hoe zij volledigheid bewaakt.

Gids

7. Toon aan dat mensen, toegang en continuïteit standhouden

Een technisch werkende keten kan alsnog uitvallen als alleen één consultant de configuratie begrijpt. Leg daarom per besliseenheid vast wie productietoegang heeft, wie wijzigingen mag goedkeuren, wie Refusée of andere uitzonderingsstatussen behandelt en wie buiten kantooruren of bij afwezigheid overneemt. Test ten minste dat de aangewezen vervanger de relevante dashboards, wachtrijen, logs en contactroutes kan openen. Een namenlijst zonder gecontroleerde toegang is geen bewijs. Vermijd gedeelde accounts en leg autorisaties zo vast dat kritieke acties achteraf aan een bevoegde persoon zijn toe te schrijven. Het overdrachtsbewijs bevat een korte werkinstructie voor normale verwerking, afwijkingen en herstel. Benoem de incidentroute tussen crediteuren, debiteuren, tax, IT, PA en softwareleverancier; vermeld urgentiecriteria en beslisbevoegdheid, maar verzin geen generieke SLA als die niet contractueel of intern is vastgesteld. Controleer contractuele supportvensters en actuele contactgegevens rechtstreeks. Leg ook vast hoe bewaking afwijkingen zichtbaar maakt: wachtrijgroei, herhaalde afwijzingen, ontbrekende statussen, mismatch in tellingen of uitval van de administratieve koppeling. Elke melding krijgt een eigenaar en een bruikbare eerste diagnose. Communicatie met leveranciers en klanten is bewijsbaar wanneer doelgroep, boodschap, verzendmoment en reactiepad zijn vastgelegd. Deel alleen bevestigde ontvangstadressen en instructies; onnodig veel adressen vergroten beheer- en routeringsrisico. Bereid een gecontroleerde terugval voor die de gereguleerde route niet omzeilt: bijvoorbeeld een herstelwachtrij, handmatige triage of versnelde correctie binnen de PA-keten. Een oude pdf-per-e-mailroutine is niet automatisch een geldige noodroute. Oefen een korte overdracht met een fictief incident en noteer wat misging. Als herstel afhangt van een afwezige sleutelpersoon, onbekende leverancierstoegang of niet-geteste backup, is de continuïteit niet KLAAR.

Gids

8. Organiseer de go/no-go-vergadering 48 uur vóór vrijgave

Plan de formele vergadering ongeveer 48 uur vóór de beoogde vrijgave, zodat er nog ruimte is voor een gerichte hertest zonder dat bewijs veroudert. Laat vooraf per besliseenheid één voorgesteld oordeel circuleren, met hyperlinks of dossierverwijzingen naar het bewijsregister. Aan tafel zitten minimaal de accountable finance- of operationsleider, tax, proceseigenaren voor crediteuren en debiteuren, IT of integratie, en de persoon die restrisico mag accepteren. De PA of softwareleverancier kan feiten toelichten, maar hoort niet namens de onderneming het uiteindelijke risico te aanvaarden. Behandel eerst harde stops, daarna uitzonderingen en pas daarna algemene voortgang. Het uitzonderingenregister vermeldt omvang, geraakt proces, oorzaak, tijdelijke controle, eigenaar, deadline, meetpunt, escalatiedrempel en sluitbewijs. Een uitzondering zonder einddatum of zonder afgebakende populatie wordt niet goedgekeurd. Noteer per SIREN en stroom KLAAR, KLAAR MET BEHEERSTE UITZONDERINGEN of STOP, plus naam, functie, datum en handtekening van de beslisser. Maak geen groepsgemiddelde. Als één gedeelde PA-koppeling faalt, markeer alle werkelijk afhankelijke eenheden; als een lokale fout geïsoleerd is, houd de andere besluiten afzonderlijk. Bevries na ondertekening kritieke configuratie of verplicht elke wijziging tot impactanalyse en hertest. Het einddossier bevat besluitblad, bewijsregister, testraces, contract- en routebevestigingen, uitzonderingen, contactmatrix en eersteweekplan. Monitor in de eerste week per besliseenheid ontvangst, verzending waar van toepassing, e-reporting, afwijzingen, dubbelen, wachtrijen en reconciliatieverschillen. Spreek dagelijkse beoordelingsmomenten af op basis van eigen volume en risico, niet op een verzonnen universele norm. De vergadering is geen ceremonie: ontbreekt beslissend bewijs, dan is uitstel of beperkte vrijgave professioneler dan een groen vakje op basis van vertrouwen.

Gids

9. Voorbeeld: drie entiteiten, drie verdedigbare besluiten

Een fictieve Franse groep beoordeelt drie entiteiten. Alpha Industrie SA, een grote onderneming, ontvangt en verzendt via PA Nova vanuit één ERP. Het dossier bevat een actuele annuaire-route, een ontvangen factuur die tot de crediteurenboeking is gevolgd, een gecontroleerde duplicaatblokkade, een uitgaande Factur-X-factuur met correcte routering, betekenisvolle levenscyclusuitkomsten en een gereconcilieerde e-reportingpopulatie. De vervanger heeft toegang en een hersteloefening uitgevoerd. Alpha krijgt KLAAR. Een eerdere fout — alleen de PA-acceptatie bewaren en niet de boeking — is vóór ondertekening hersteld met een volledige trace. Beta Services SAS, een ETI, heeft dezelfde kernroutes werkend, maar een laagvolumevestiging levert betaalgegevens nog handmatig aan. De populatie is exact afgebakend, tax heeft de tijdelijke aanpak beoordeeld, dagelijkse bronreconciliatie heeft een eigenaar, capaciteit is bevestigd en de geautomatiseerde feed heeft een vaste oplever- en hertestdatum. Beta krijgt KLAAR MET BEHEERSTE UITZONDERINGEN. De eerste voorgestelde uitzondering was ondeugdelijk omdat zij slechts ‘bewaking door finance’ zei; na toevoeging van aantallen, verantwoordelijke, controle, escalatiedrempel en einddatum is zij bestuurbaar geworden. Gamma Commerce SARL moet in 2026 kunnen ontvangen. De groep dacht dat Gamma klaar was omdat een zustermaatschappij een geslaagde test had en dezelfde software gebruikte. Gamma’s eigen SIREN bleek echter niet correct in de PA-directoryroute terug te komen; bovendien kon niemand aantonen dat Refusée alleen door bevoegde medewerkers werd gebruikt. Gamma krijgt STOP voor ontvangst totdat de route is hersteld, gesynchroniseerd en met een eigen end-to-endfactuur plus autorisatietest is bewezen. Dat blokkeert Alpha niet, omdat de routes aantoonbaar zijn gescheiden. De groep koopt geen platform op basis van een algemene ranglijst. Voor Gamma vergelijkt zij PA- en softwareopties op registratie en passende dekking, integratie met het eigen ERP, kwaliteit van annuaire-synchronisatie, ondersteuning van gebruikte Factur-X-, UBL- en CII-stromen, zichtbaarheid van CDAR- en andere relevante statussen, duplicaatbeheersing, auditspoor, toegangsmodel, herstelondersteuning, e-reportingdekking, implementatietijd en totale kosten. Specifieke acties: Alpha bewaakt de eerste week en sluit het dossier na reconciliatie; Beta automatiseert de betaalgegevensfeed en laat de uitzondering formeel vervallen na hertest; Gamma laat binnen één werkvenster routing en bevoegdheden herstellen en herhaalt de volledige ontvangstproef. Een betaalde onafhankelijke gereedheidsbeoordeling kan het bewijs per entiteit toetsen en daarna een onderbouwde PA/software-voorselectie maken zonder een schijnbaar universele winnaar aan te wijzen.

Checklist

Splits het besluit uit per juridische entiteit, SIREN, richting en toepasselijke rapportagestroom.

Bevestig per eenheid de wettelijke startscope aan de hand van actuele officiële bronnen en gekwalificeerde beoordeling waar nodig.

Leg harde stops en voorwaarden voor een beheerste uitzondering vast voordat de besluitvergadering begint.

Vul het bewijsregister met eigenaar, bron, tijdstip, resultaat, beoordelaar en vervaldatum.

Bewijs ontvangst van PA-route en annuaire-adressering tot crediteurenworkflow en boeking.

Test gecontroleerd de behandeling van dubbelen en het bevoegde gebruik van Refusée.

Volg voor grote ondernemingen en ETI’s een geldige uitgaande factuur via PA en levenscyclus terug naar de administratie.

Reconcileer de toepasselijke e-reportingpopulatie, transactie- en betaalgegevens met acceptatie en herstel.

Controleer productietoegang, vervanging, incidentroute, communicatie, bewaking en herstelprocedure.

Onderteken per besliseenheid het oordeel, registreer uitzonderingen en activeer het eersteweekbewakingplan.

Veelgestelde vragen

Wie tekent het uiteindelijke go/no-go-besluit?

De functionaris die voor de betreffende juridische entiteit het operationele en financiële restrisico mag accepteren, tekent; meestal is dat een accountable finance-, tax- of operationsleider volgens de eigen governance. Tax, IT, crediteuren, debiteuren en leveranciers leveren bewijs en advies. Een PA of softwareleverancier kan de technische feiten bevestigen, maar neemt het ondernemingsbesluit niet over.

Wat is overtuigend bewijs dat een entiteit e-facturen kan ontvangen?

Een samenhangende trace voor dezelfde SIREN: actieve PA-relatie, bevestigde adressering en annuaire-route, een representatieve end-to-endfactuur, technische verwerking, correcte crediteurenworkflow, boekingsreferentie en relevante statusuitkomsten. Voeg bewijs van duplicaatbehandeling en bevoegde bediening van Refusée toe. Alleen een contract, endpointtest, schermafbeelding van een inbox of test van een zustermaatschappij volstaat niet.

Wanneer is KLAAR MET BEHEERSTE UITZONDERINGEN verantwoord?

Alleen wanneer de kernstroom functioneert, de uitzondering klein en exact begrensd is, en een tijdelijke controle aantoonbaar werkt. Het register noemt eigenaar, populatie, impact, einddatum, capaciteit, meetpunt, escalatiedrempel en sluitbewijs. Een open leveranciersbelofte, onbegrensd handwerk of ‘extra bewaking’ zonder concrete uitvoering hoort bij STOP, niet bij een beheerste uitzondering.

Blokkeert één STOP-entiteit de hele groep?

Niet automatisch. Beslis per entiteit en stroom. Een lokale routingfout kan geïsoleerd blijven wanneer contract, configuratie, gegevens en operatie werkelijk onafhankelijk zijn. Een fout in een gedeelde PA-koppeling, centrale stamdatafeed of gezamenlijk toegangsmodel kan daarentegen alle afhankelijke besliseenheden raken. Documenteer de afhankelijkheid in plaats van een groepsgemiddelde te gebruiken.

Volstaat een gewone pdf als bewijs van gereedheid?

Nee. Een leesbare pdf toont niet dat de gereguleerde route, gestructureerde gegevens, PA-verwerking, adressering, levenscyclus en administratieve aansluiting werken. Factur-X kan een leesbare weergave combineren met gestructureerde gegevens, maar ook dan moet de echte keten worden bewezen. Een oude pdf-per-e-mailprocedure mag niet zonder actuele inhoudelijke beoordeling als noodroute worden aangenomen.

Hoe bewijs ik routing en het annuaire zonder op een leveranciersbelofte te varen?

Bewaar een gedateerde configuratie- of directorybevestiging voor de eigen SIREN, de gebruikte ontvangstadressering en een transactie die via die route aankomt. Koppel de testreferentie aan PA-log, tijdstip, bestemming, interne werkproces en boeking. Noteer ook wanneer synchronisatie of configuratiewijzigingen een hertest vereisen. Een e-mail ‘routing staat goed’ zonder eigen transactieresultaat is ondersteunend, niet beslissend.

Wat moeten grote ondernemingen en ETI’s extra aantonen voor 1 september 2026?

Naast ontvangst moeten zij voor hun toepasselijke reikwijdte de uitgaande e-factuurketen en e-reporting aantonen. Dat omvat een geldige bronfactuur via de PA, het werkelijk gebruikte formaat, routering, relevante levenscyclusuitkomsten, aansluiting op de administratie en een gereconcilieerde rapportagepopulatie. De exacte fiscale toepassing blijft feitenafhankelijk en moet tegen actuele officiële informatie worden getoetst.

Wat hoort in het definitieve bewijsdossier?

Minimaal een ondertekend besluitblad per besliseenheid, het bewijsregister, testtraces, PA- en routebevestigingen, administratieve aansluitingen, e-reportingreconciliaties waar van toepassing, toegangs- en contactmatrix, uitzonderingenregister en eersteweekbewakingplan. Leg ook bronstatus en vervaldatum vast. Een projectdashboard met percentages is nuttig voor planning, maar bewijst geen operationele startgereedheid.

Belangrijke regels, formaten en termen

Europese CommissieEN 16931Richtlijn 2014/55/EUgestructureerde elektronische factuurFinale go/no-go-bewijschecklist voor FrankrijkFrankrijk

Lees verder

Officiële bronnen

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