E-Invoice Finder
Menu
LandenSoftwareDeadlinesGidsenCheckerVerplichting checken
ENFRDEPLNL
Frankrijk · operationele startbeheersing

Zo runt u een incidentcentrum voor de Franse e-facturatiestart

Beheer de startweek met één incidentenlijst, PA-/ERP-draaiboeken, duplicaatcontrole, herstel van e-reporting en bewijs.

Praktische samenvatting:
  • Regie-eenheid: één casuseigenaar verbindt techniek, fiscaliteit en financiële verwerking.
  • Grootste startrisico: een onzichtbare ketenbreuk die door retries of kopieën wordt verdubbeld.
  • Eerste handeling: leg per entiteit de laatste aantoonbare ketenstatus en bron vast.
Laat de Frankrijk-startgereedheid beoordelenOfficiële bronnen
Laatst gecontroleerd: 20 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. Baken 1–7 september af: entiteiten, stromen en beslisrechten

Behandel de eerste zeven kalenderdagen als een tijdelijke operationele periode met verscherpte regie, niet als een nieuw permanent proces. Begin met een matrix per juridische entiteit: SIREN/SIRET, rol als leverancier of afnemer, gebruikte plateforme agréée (PA), ERP- of boekhoudomgeving, factuurformaat zoals Factur-X, UBL of CII, relevante bank- en betaalstroom en verantwoordelijke accountant. Voeg per stroom toe of het gaat om ontvangen, uitgereikte of grensoverschrijdende transacties, levenscyclusstatussen of e-reporting van transactie- en betaalgegevens. Zo ziet het team onmiddellijk welke Franse entiteit en welke verplichting door een incident geraakt kunnen zijn. Wijs vervolgens rollen toe: een commandoleider voor prioriteiten, een PA-contact voor platformdiagnose, een ERP-eigenaar voor brondata en interfaces, AP/crediteuren voor ontvangst en betaling, AR/debiteuren voor uitreiking en klantcontact, tax/compliance voor kwalificatie en een accountant of financial controller voor boeking en afstemming. Leg beslisrechten expliciet vast. Alleen de aangewezen rol mag bijvoorbeeld een continuïteitskopie vrijgeven, een betaalblokkade opheffen, een factuur opnieuw aanbieden of een casus sluiten. Stel ook vervangers en overdrachtstijden vast. Dit rollenmodel is een aanbevolen interne beheersmaatregel, geen door de DGFiP voorgeschreven organisatieschema. De officiële startinformatie benadrukt wel dat een incident bij een derde de onderneming niet ontslaat van haar eigen controleplicht: verwerk beschikbare stromen, isoleer geblokkeerde stromen, documenteer wat gebeurt en regulariseer. De septemberdata blijven van toepassing; pragmatisch incidentbeheer is geen respijtperiode of veilige haven. Controleer vóór de start actuele officiële instructies, PA-contracten en de feitelijke fiscale en boekhoudkundige behandeling.

Gids

2. Werk met één live control board en één casus-ID

Maak één operationeel bord dat de waarheid over elke afwijking weergeeft. Gebruik alleen velden die een beslissing of controle ondersteunen: casus-ID, juridische entiteit, factuur- of transactie-ID, SIREN/SIRET van partijen, stroomrichting, betrokken PA en ERP, annuaire-/routeringsadres, huidige levenscyclusstatus, bedrijfsimpact, eigenaar, eerstvolgende actie, beslistermijn, bron van de waarneming en tijdstempel van die bron. Registreer daarnaast het aantal geraakte documenten en bedragen als die betrouwbaar bekend zijn, plus een verwijzing naar logbestand, melding, ticket of klantbevestiging. Kopieer geen onnodige persoonsgegevens naar het bord. Gebruik de casus-ID als correlatie-ID in PA-tickets, interne chats, ERP-logs en communicatie met leverancier, klant of accountant. Een factuurnummer alleen is onvoldoende: hetzelfde nummer kan in verschillende entiteiten of boekjaren voorkomen, terwijl één technisch incident tientallen documenten kan raken. Noteer tijden met tijdzone en onderscheid ‘waargenomen om’ van ‘gebeurd om’. Neem statussen niet over zonder bronvermelding: ‘verzonden volgens ERP’ is iets anders dan ‘ontvangen door PA’ of ‘beschikbaar voor afnemer’. Het bord is geen archief voor alle ruwe techniek. Bewaar bewijs in de daarvoor bestemde beveiligde omgeving en link er gecontroleerd naartoe. De DGFiP-startgids vraagt bij storingen om fouten, meldingen, tickets, tijdstippen en uitwisselingen te bewaren. Maak daarom elke statuswijziging herleidbaar, maar verzin geen algemene officiële bewaartermijn. Houd ook een beslislog bij: wie besloot wat, op basis van welk signaal en met welke voorziene regularisatie. Daarmee ontstaat concreet, gedateerd en samenhangend bewijs van een serieuze complianceaanpak.

Gids

3. Classificeer intern op bedrijfsimpact én storingsroute

Gebruik een eigen ernstmodel en benoem duidelijk dat dit intern is; Frankrijk schrijft geen universele incidentniveaus of responstijden voor. Een bruikbaar model heeft bijvoorbeeld drie klassen. Kritiek: risico op dubbele betaling of boeking, brede stilstand, onjuiste juridische entiteit, materieel onbetrouwbare e-reportingdata of verlies van controle over een grote populatie. Hoog: meerdere facturen of een belangrijke tegenpartij geblokkeerd, maar de populatie is afgebakend en financiële controles werken. Beheerst: één geïsoleerde fout die snel kan worden gecorrigeerd zonder bredere impact. Baseer opschaling op bedrag, volume, ouderdom, afsluitingsmoment, klant- of leverancierskritiek en de mogelijkheid om de geraakte set exact te identificeren. Voeg altijd een route toe. ‘PA’ omvat bereikbaarheid, verwerking en technische ontvangst; ‘ERP’ omvat brondata, toewijzing en koppelingen; ‘annuaire/routering’ omvat bestemming en entiteitsgegevens; ‘levenscyclus’ omvat statussen zoals Rejetée en Refusée; ‘relatie’ omvat ontbrekende of tegenstrijdige informatie van leverancier of klant; ‘e-reporting’ omvat productie, verzending en correctie van transactie- of betaalgegevens. Eén casus kan een primaire en secundaire route hebben, maar krijgt één eigenaar. Zo voorkomt u dat PA en ERP ieder naar de ander wijzen terwijl niemand de bedrijfsbeslissing neemt. Een punctueel probleem met het annuaire hoeft volgens de officiële startgids niet alle facturatie stil te leggen. Werk via PA of provider, bevestig gegevens zo nodig bij de klant, pas alleen evenredige tijdelijke maatregelen toe en regulariseer. Evenmin hoeft elk geïsoleerd, snel gecorrigeerd incident direct bij de administratie te worden gemeld. Handel eerst met PA, provider of klant en bewaar bewijs. Dat is geen vrijstelling: laat tax/compliance feiten beoordelen wanneer impact, duur of herhaling groter wordt en verifieer de actuele meldregels.

Gids

4. De eerste 30 minuten: begrenzen vóór herstellen

Start met containment. Stop alleen de geraakte batch, interface, entiteit of bestemming; leg niet uit voorzorg alle Franse stromen stil als gezonde stromen aantoonbaar doorlopen. Open één casus, benoem eigenaar en noteer het eerste betrouwbare tijdstip. Bewaar foutmeldingen, PA-notificaties, ERP-job-ID’s, payloadreferenties, schermafbeeldingen waar passend, tickets en relevante uitwisselingen. Exporteer geen productiedata naar onbeveiligde testomgevingen en stuur geen echte persoonsgegevens in openbare supportkanalen. Stel daarna de gezaghebbende status vast. Vergelijk minimaal de ERP-uitgaande wachtrij, PA-ontvangst of verwerkingsmelding, beschikbare levenscyclusstatus, annuaire-/routeringsinformatie en de bevestiging van de tegenpartij indien nodig. Vraag niet alleen ‘is de factuur verzonden?’, maar op welk punt de keten het bewijs eindigt. Stop blinde retries: automatisch opnieuw aanbieden zonder idempotentie- of duplicaatcontrole kan meerdere technische exemplaren, boekingen, betalingen of rapportages veroorzaken. Zet bij onzekerheid een gerichte betaal- of boekingswaarschuwing op de betrokken populatie, niet op alle leveranciers. Binnen dertig minuten moet het team vijf zaken kunnen noemen: afbakening, vermoedelijke route, laatste bewezen status, financiële bescherming en volgende diagnostische stap. Een tijdelijke platformstoring hoort volgens de DGFiP de economische activiteit niet te onderbreken. Als elektronische uitreiking tijdelijk onmogelijk is en continuïteit dit werkelijk vereist, kan een alternatief kanaal de factuur bij de klant bekendmaken. Voor ondernemingen die al elektronisch moeten uitreiken, volgt na herstel zo spoedig mogelijk elektronische transmissie of regularisatie. Behandel beide vormen als dezelfde operatie, label een continuïteitskopie en koppel die aan het origineel. Stuur niet standaard parallelle pdf’s of e-mails wanneer de elektronische stroom normaal werkt.

Gids

5. Beslisgerichte draaiboeken voor de meest waarschijnlijke incidenten

Factuur niet ontvangen: controleer eerst juridische entiteit, SIREN/SIRET, factuurnummer, verzendtijd en PA-bewijs. Bepaal daarna of het ERP alleen ‘aangeboden’ meldt, de PA ontvangst bevestigt, routering naar het annuaire slaagt en de klant in de juiste omgeving kijkt. Laat de klant niet meteen een duplicaat aanvragen. Kies heraanbieding pas wanneer het eerdere exemplaar aantoonbaar niet verder kan en de keten dubbele verwerking kan voorkomen. Rejetée of Refusée: behandel deze statussen niet als synoniemen. Leg de exacte status, actor, reden en bron vast; bepaal of technische correctie, inhoudelijke afstemming of een nieuwe factuur volgens het toepasselijke proces nodig is. Wijzig geen fiscale of commerciële inhoud uitsluitend om een technische melding weg te werken. Koppel vervangende of gecorrigeerde documenten aan de oorspronkelijke casus en laat AP/AR en accounting dezelfde uitkomst gebruiken. Duplicaat of continuïteitskopie: blokkeer extra betaling en boeking, markeer de kopie ondubbelzinnig als continuïteitsdocument en verwijs naar het oorspronkelijke factuurnummer en casus-ID. Na herstel regulariseert u elektronisch en stemt u PA, ERP, grootboek en betaling af. Een continuïteitskopie is geen tweede omzet- of inkooptransactie en geen algemene fallbackaanspraak. Verkeerde entiteit of routering: pauzeer alleen de betrokken bestemming, bevestig gegevens via PA/provider en zo nodig bij de klant, beoordeel of intrekking, correctie of heruitreiking vereist is en documenteer de beslissing. PA- of ERP-uitval: bepaal eerst waar de laatste betrouwbare ontvangst ligt, verwerk gezonde stromen door en isoleer de rest. Gebruik contractuele support en SLA’s als escalatiebasis, maar presenteer geen zelfgekozen responstijd als officiële norm. Elk draaiboek eindigt met regularisatie, duplicaatcontrole en financiële afstemming.

Gids

6. E-reporting: scheid verzendfalen van gebrekkige dataproductie

Voor grote ondernemingen en ETI’s die vanaf de start met relevante e-reportingverplichtingen te maken hebben, verdient de rapportagestroom een eigen werkbaan op het control board. Maak eerst het fundamentele onderscheid. Bij ‘beschikbaar maar niet verzonden’ zijn de transactie- of betaalgegevens correct geproduceerd, afgebakend en controleerbaar, maar is overdracht via PA of koppeling mislukt. Bij ‘niet of onjuist geproduceerd’ ontbreekt de dataset, is de selectie fout, bevat zij onjuiste perioden of is de toewijzing van bronvelden onbetrouwbaar. Deze tweede categorie vraagt bronherstel en inhoudelijke validatie vóór verzending; simpelweg de technische wachtrij opnieuw starten is dan riskant. Tijdens de storing laat u de economische processen doorgaan, bewaart u de betrokken gegevens en bevriest u waar nodig alleen de foutieve rapportagepopulatie. Registreer periode, entiteit, type gegevens, verwachte records en bedragen, werkelijk geproduceerde records, laatste geslaagde overdracht en oorzaakstatus. Bouw de achterstand op in afgebakende herstelbatches. Na herstel valideert een tweede rol totalen en perioden, verzendt of corrigeert het team gecontroleerd en vergelijkt vervolgens PA-bevestigingen met bronregistraties en grootboek. Controleer expliciet op gaten én dubbelen. Dit volgt de richting van de DGFiP-startgids: bij e-reportingincidenten activiteiten voortzetten, getroffen data bewaren, transmissiefalen onderscheiden van onjuiste productie en na herstel verzenden, corrigeren en reconciliëren. De gids levert daarmee geen door ons in te vullen tolerantie, universele hersteltermijn of gegarandeerde bescherming tegen sancties. Laat tax en accounting per situatie bepalen welke gegevens en correcties vereist zijn, verifieer de actuele officiële kalender en leg vast waarom de gekozen herstelvolgorde volledig en controleerbaar is.

Gids

7. Communiceer feitelijk met leverancier, klant en accountant

Elke boodschap moet hetzelfde casus-ID, dezelfde feitelijke status en één gewenste actie bevatten. Vermijd uitspraken als ‘fiscaal goedgekeurd’, ‘volledig compliant’ of ‘de DGFiP geeft uitstel’ zolang daar geen specifieke, actuele grond voor is. Deel geen onnodige persoonsgegevens of volledige technische payload. Een klantbericht kan luiden: ‘Referentie [factuurnummer], casus [ID]. Onze elektronische verzending is sinds [tijdstip en tijdzone] in onderzoek. Wilt u bevestigen of het document in uw gebruikelijke PA-omgeving zichtbaar is? Verwerk geen afzonderlijke kopie als tweede factuur; wij bevestigen de definitieve status en eventuele regularisatie via dezelfde casus.’ Voor een strikt noodzakelijke continuïteitskopie gebruikt u bijvoorbeeld: ‘CONTINUÏTEITSKOPIE — geen tweede transactie. Hoort bij factuur [nummer] en casus [ID]. Elektronische transmissie of regularisatie volgt na herstel; voorkom dubbele boeking en betaling.’ Stuur zo’n kopie alleen na bevoegd besluit en wanneer continuïteit dit rechtvaardigt, niet als standaard geruststelling. Bevestig na herstel welk elektronisch document de gezaghebbende verwerking ondersteunt. Aan een leverancier: ‘Wij zien uw factuur [nummer] nog niet in onze normale elektronische ontvangststroom. Zend niet opnieuw voordat wij PA/routering hebben gecontroleerd. Deel alstublieft uw verzendtijd, gebruikte PA en beschikbare statusreferentie onder casus [ID].’ Aan de accountant: ‘Casus [ID] raakt [entiteit/periode], met [aantal/bedrag] voorlopig afgebakend. Betaling/boeking is [maatregel]; de laatste bewezen ketenstatus is [bron plus tijd]. Graag beoordeling van [concrete fiscale of boekhoudkundige vraag].’ Laat één communicatie-eigenaar updates bundelen. Noteer verzend- en ontvangsttijd en bewaar relevante uitwisselingen. Zo voorkomt u tegenstrijdige instructies, onbedoelde duplicaten en claims die later niet door het bewijs worden gedragen.

Gids

8. Dagelijkse totalen, overdracht, escalatie en afsluiting

Sluit iedere operationele dag af met controletotalen per juridische entiteit en stroom: verwacht, aangeboden door ERP, ontvangen of verwerkt door PA, beschikbaar of ontvangen, Rejetée, Refusée, openstaand, geregulariseerd en financieel geboekt. Voeg voor e-reporting verwachte, geproduceerde, verzonden, bevestigde en gecorrigeerde records en bedragen toe. Verklaar verschillen; een gelijk eindtotaal zonder verklaring kan een ontbrekend document plus duplicaat verbergen. Meet achterstand naar ouderdomsbanden die intern nuttig zijn en toon de oudste casus, maar doe niet alsof die banden wettelijke termijnen zijn. Een ploegoverdracht bevat open casussen, laatste bewezen status, financiële beschermingsmaatregel, eerstvolgende actie, eigenaar, afhankelijkheid en tijdstip van de volgende beslissing. Bij leveranciersescalatie bewaart u ticketnummer, contractuele prioriteit, beloofde reactie, daadwerkelijke reactie, gevraagde logs en uitkomst. Daarmee kunt u PA-support en SLA-prestaties later op feiten beoordelen. Escaleer intern wanneer impact groeit, de populatie niet meer betrouwbaar is afgebakend, een afsluitmoment nadert, dezelfde oorzaak terugkomt of betaling en boeking niet langer beschermd zijn. Sluit een casus pas wanneer de oorzaak en geraakte populatie voldoende vaststaan; de beoogde elektronische transmissie of regularisatie is uitgevoerd; de tegenpartijstatus waar nodig is bevestigd; dubbele factuur, boeking, betaling en e-reporting zijn uitgesloten; PA/ERP/grootboektotalen aansluiten; communicatie en bewijs zijn gekoppeld; en een eigenaar eventuele structurele verbetering accepteert. ‘Ticket opgelost’ is dus geen afdoende afsluitcriterium. Bewaar een samenhangend dossier volgens toepasselijke interne en wettelijke regels, zonder een niet-onderbouwde standaardbewaartermijn te verzinnen. Deze informatie is praktisch en vormt geen juridisch, fiscaal of boekhoudkundig advies.

Gids

9. Fictieve dag één: van drie signalen naar één beheerste herstelketen

Fictief scenario: op 1 september om 09:05 meldt AR dat twaalf klantfacturen in het ERP als verzonden staan, terwijl de PA slechts acht ontvangsten toont. Om 09:12 vraagt een strategische klant per e-mail om een pdf. Om 09:18 signaleert tax daarnaast dat de e-reportingbatch voor één ETI-entiteit nul records bevat. De commandoleider opent drie casussen met één overkoepelende incidentreferentie, pauzeert alleen de vier onbevestigde facturen en de lege rapportagebatch en laat bewezen gezonde stromen doorgaan. AP krijgt een waarschuwing om eventuele kopieën niet dubbel te boeken of betalen. Om 09:25 toont het beslislog: geen blinde retry, omdat de ERP-koppeling geen betrouwbare idempotentiebevestiging geeft; geen klant-pdf, omdat nog niet vaststaat dat economische continuïteit die vereist; en afzonderlijk onderzoek naar e-reportingproductie. Om 09:40 blijkt een mappingwijziging vier facturen vóór PA-ontvangst te hebben gestopt. De klant ontvangt een feitelijke statusmelding zonder complianceclaim. Om 10:15 zijn de vier documenten na correctie gecontroleerd aangeboden en door de PA bevestigd. Om 11:00 blijkt de lege e-reportingbatch geen transmissiestoring maar een foutieve entiteitsfilter. Het team herstelt de bronselectie, vergelijkt recordaantallen en bedragen met transactieregisters, laat een tweede rol valideren en verzendt daarna één afgebakende batch. Om 15:30 worden PA-bevestigingen, ERP, grootboek en rapportagetotalen gereconcilieerd; er is geen continuïteitskopie uitgegeven en geen duplicaat ontstaan. De nacontrole beoordeelt de provider niet op marketingclaims, maar op detectiesnelheid, bruikbaarheid van logs, correlatie-ID, afbakening, supportreactie, herstelbewijs, duplicaatbescherming en exporteerbare auditinformatie. Veelgemaakte fouten zijn alle stromen stoppen, parallel pdf’s sturen, statussen zonder bron kopiëren, retries stapelen, Rejetée en Refusée verwarren en een gesloten supportticket gelijkstellen aan financiële afsluiting. Zet de bevindingen om in een readiness report met gekwantificeerde lacunes en, waar software tekortschiet, een shortlist op vereisten voor observability, werkproces, integratie en controleerbare export.

Checklist

Leg per SIREN/SIRET de PA, ERP-stroom, factuurrol, e-reportingplicht en verantwoordelijke vast.

Benoem commandoleider, technisch eigenaren, AP/AR, tax, accounting en bevoegde vervangers.

Gebruik één casus-ID in control board, PA-ticket, ERP-log en externe communicatie.

Registreer elke status met bron, gebeurtenistijd, waarnemingstijd en tijdzone.

Stop blinde retries en bescherm de geraakte populatie tegen dubbele boeking en betaling.

Scheid PA-, ERP-, annuaire-, levenscyclus-, relatie- en e-reportingroutes.

Label een noodzakelijke continuïteitskopie en koppel haar aan latere elektronische regularisatie.

Stem dagelijks aantallen en bedragen af tussen PA, ERP, e-reporting, grootboek en betaling.

Draag open casussen over met eigenaar, bewijsstatus, afhankelijkheid en volgende beslissing.

Sluit pas na regularisatie, duplicaatcontrole, reconciliatie en vastgelegde verbeteractie.

Veelgestelde vragen

Wie is eigenaar van een incident dat zowel PA als ERP raakt?

Wijs één interne casuseigenaar aan die over de bedrijfsbeslissing en afstemming gaat; PA- en ERP-teams blijven eigenaar van hun technische diagnose. Zo kan geen leverancier de casus ongemerkt naar de ander doorschuiven. De onderneming blijft verantwoordelijk voor controle, documentatie en regularisatie.

Wat doen we als een klant zegt dat de factuur niet is ontvangen?

Controleer entiteit, routering en de laatste bewezen status in ERP, PA en zo nodig bij de klant. Vraag de klant in de normale PA-omgeving te kijken en verstuur niet automatisch opnieuw. Kies heraanbieding pas na afbakening en duplicaatbescherming.

Mogen we tijdens een storing een pdf of e-mail sturen?

De officiële startgids laat toe dat een alternatief kanaal de factuur bij de klant bekendmaakt wanneer elektronische uitreiking tijdelijk onmogelijk is en continuïteit dit vereist. Het is geen normale parallelle route: label de continuïteitskopie, behandel haar als dezelfde operatie, voorkom dubbele verwerking en regulariseer elektronisch na herstel.

Hoe voorkomen we dubbele betaling na een continuïteitskopie?

Koppel kopie, oorspronkelijke factuur en casus-ID, plaats een gerichte AP- en boekingswaarschuwing en vergelijk na herstel factuurnummer, leverancier, bedrag, datum en elektronische referentie. Hef de blokkade pas op nadat PA, ERP, grootboek en betaalbestand dezelfde enkele operatie tonen.

Welk bewijs hoort in het incidentdossier?

Bewaar relevante foutmeldingen, notificaties, tickets, tijdstippen, bronstatussen, uitwisselingen, beslissingen, herstelbevestigingen en reconciliaties. Houd het dossier gedateerd en coherent, beperk persoonsgegevens en pas de juiste beveiliging en geldende bewaaregels toe.

Moeten we ieder klein incident bij de Franse administratie melden?

Volgens de DGFiP-startgids wordt niet verwacht dat elke geïsoleerde, snel gecorrigeerde afwijking afzonderlijk wordt gemeld. Los die eerst op met PA, provider of klant en bewaar bewijs. Beoordeel grotere, langdurige of herhaalde situaties met tax/legal aan de hand van actuele officiële regels.

Hoe herstellen we een achterstand in e-reporting?

Bepaal eerst of correcte data alleen niet is verzonden of dat de data onjuist is geproduceerd. Herstel in afgebakende batches, valideer perioden, records en bedragen vóór verzending en reconcileer daarna bron, PA-bevestiging en grootboek op ontbrekende én dubbele gegevens.

Wanneer mag een casus werkelijk worden afgesloten?

Niet zodra support het ticket sluit, maar wanneer de geraakte populatie vaststaat, regularisatie is voltooid, statussen zijn bevestigd, duplicaten zijn uitgesloten, financiële en rapportagetotalen aansluiten, bewijs compleet is en structurele vervolgactie een eigenaar heeft.

Belangrijke regels, formaten en termen

Europese CommissieEN 16931Richtlijn 2014/55/EUgestructureerde elektronische factuurIncidentcommandocentrum voor de eerste week van Franse e-facturatieFrankrijk

Lees verder

Officiële bronnen

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