E-Invoice Finder
Menu
LandenSoftwareDeadlinesGidsenCheckerVerplichting checken
ENFRDEPLNL
Frankrijk · PA-ERP-afsluitcontrole

Franse e-facturen afstemmen bij de maandafsluiting

Stem PA, ERP, crediteuren, debiteuren en betaalgegevens af met controletotalen, statusverschillen, bewijs en duidelijke eigenaars.

Praktische samenvatting:
  • Controlebeeld — Beoordeel iedere rechtspersoon en aanleverstroom afzonderlijk.
  • Hoofdrisico — Compenserende fouten laten het totaalsaldo betrouwbaar lijken.
  • Begin — Bewaar gelijktijdige bronmomentopnamen vóór het verschillenonderzoek.
Vraag het Frankrijk-gereedheidsrapport aanOfficiële bronnen
Laatst gecontroleerd: 18 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 reikwijdte en bronsysteem per entiteit

Begin de afsluitcontrole niet met één totaal voor heel Frankrijk, maar met een formele afbakening per juridische entiteit, SIREN en waar relevant SIRET. Leg vast welke plateforme agréée (PA), welk ERP, welke crediteuren- en debiteurenmodule, welke bank- of liquiditeitsbeheerbron en welke rapportageperiode worden meegenomen. Noteer ook of facturen rechtstreeks, via een integratielaag of via een buitenlandse groepsoplossing lopen. Zo voorkomt u dat een correct totaal voor de groep een ontbrekende stroom bij één vestiging maskeert. Wijs per gegeven een systeem van registratie aan. De PA is de operationele bron voor verzending, ontvangst en beschikbare levenscyclusberichten; het ERP of grootboek is de bron voor boeking, periode, rekening, belastingverwerking en openstaande post; de goedkeuringsworkflow is de bron voor autorisatie; de bank- of liquiditeitsadministratie is de bron voor feitelijke bankafwikkeling. E-reporting en betaalgegevens kunnen weer een eigen rapportagebron en tijdstip hebben. Een PA vervangt dus niet het grootboek, en een platformstatus bewijst niet automatisch dat een factuur correct is geboekt, goedgekeurd, betaald of fiscaal behandeld. Neem zowel inkomende als uitgaande stromen op en scheid facturen, creditnota’s en eventuele correctiedocumenten. Documenteer uitsluitingen, bijvoorbeeld testverkeer of een overgenomen administratie, met reden en eigenaar. De DGFiP geeft aan dat betrokken ondernemingen vanaf 1 september 2026 goedgekeurde platforms gebruiken voor het verzenden en ontvangen van elektronische facturen en voor het doorgeven van transactie- en betaalgegevens. De hier beschreven maandelijkse afstemming, toleranties, eigenaars en ondertekening zijn echter aanbevolen interne beheersmaatregelen, geen door de DGFiP voorgeschreven maandprocedure.

Gids

2. Bevries vergelijkbare extracten op één afsluitmoment

Maak reproduceerbare momentopnamen uit PA, ERP, crediteuren, debiteuren en zo nodig bank of liquiditeitsbeheer. Gebruik voor alle extracten hetzelfde afsluitmoment, bijvoorbeeld de laatste kalenderdag om 23.59.59 in Europe/Paris, en bewaar zowel tijdzone als extractietijd. Een later gedraaide PA-export vergelijken met een eerder bevroren ERP-lijst creëert schijnverschillen door berichten die onderweg zijn. Sluit de bronbestanden na extractie voor wijziging of leg elke vervanging vast met versienummer, reden en goedkeurder. Aanbevolen velden — geen universele wettelijke veldenlijst — zijn: juridische entiteit, SIREN/SIRET, inkomend of uitgaand, documenttype, factuurdatum, boekdatum, periode, valuta, bedrag exclusief belasting, belastingbedrag, bedrag inclusief belasting, leveranciers- of klantfactuurnummer, platform-ID, ERP-document-ID en beschikbare status met statusdatum en -tijd. Voeg waar beschikbaar koper- en verkoperidentificatoren, route, formaat zoals Factur-X, UBL of CII, oorspronkelijke bestandsreferentie, hash, correctie- of creditnotareferentie en betaalreferentie toe. Voor betalingen zijn betaald bedrag, valuta, waardedatum en resterend saldo nuttig. Sla naast de data ook selectieparameters, API-versie, paginering, filters, recordaantal en foutmeldingen op. Controleer bij API’s dat alle pagina’s zijn opgehaald en bij exports dat limieten of verborgen filters geen records afsnijden. Normaliseer tijdzones, decimale notatie, valutacodes en tekenconventies voordat u vergelijkt, maar behoud de onbewerkte bron. Een goede bevriezing maakt dezelfde uitkomst later opnieuw berekenbaar en toont welke informatie op het moment van ondertekening werkelijk beschikbaar was.

Gids

3. Bouw controletotalen die verschillen lokaliseerbaar maken

Bereken eerst grove controletotalen en verfijn daarna. Minimaal bruikbaar zijn recordaantal, som exclusief belasting, som belasting en som inclusief belasting per inkomend of uitgaand, factuur of creditnota, juridische entiteit, valuta en route. Tel creditnota’s consequent negatief of presenteer ze apart; meng beide methoden niet. Maak geen ongedocumenteerde nettototalen over meerdere valuta. Een geconsolideerd euro-equivalent kan managementinformatie zijn, maar is zonder vastgelegde wisselkoers geen geschikte primaire volledigheidscontrole. Een fictief voorbeeld: entiteit FR-A ontvangt in juli via route R1 volgens de PA 1.204 facturen voor EUR 2.480.000 inclusief belasting en 37 creditnota’s voor EUR 84.000 negatief. Het ERP bevat 1.202 facturen voor EUR 2.475.500 en dezelfde 37 creditnota’s. Het verschil van twee facturen en EUR 4.500 wordt niet automatisch als fout geboekt of weggefilterd. De detailmatch toont één factuur van EUR 3.000 die na het ERP-afsluitmoment is verwerkt en één factuur van EUR 1.500 zonder ERP-document-ID. De eerste wordt als aantoonbaar onderweg geclassificeerd; de tweede krijgt een eigenaar en vervaldatum. Dit voorbeeld gebruikt geen officiële tolerantie: de organisatie bepaalt en motiveert zelf welke verschillen materieel zijn en welke altijd individueel moeten worden onderzocht. Gebruik een controlematrix waarin elke rij één combinatie van entiteit, richting, documenttype, valuta en route vertegenwoordigt. Voeg PA-aantal, ERP-aantal, bedragverschil, verklaard timingverschil, onverklaard verschil en status van onderzoek toe. Laat nulregels zichtbaar; afwezigheid van een verwachte stroom kan juist een incident aangeven. Vergelijk ook met de vorige periode om plotselinge volumeveranderingen, dubbele batches of een stilgevallen route te signaleren. Een totaal dat sluit is noodzakelijk, maar niet voldoende: dubbelen en ontbrekende records met hetzelfde bedrag kunnen elkaar opheffen.

Gids

4. Match identiteit en bewijs volledigheid op documentniveau

Voer na de totalen een documentmatch uit. De sterkste koppeling combineert het factuurnummer van leverancier of verkoper, de platform-ID en het ERP-document-ID met koper- en verkoperidentificatoren. Gebruik een hash of oorspronkelijke referentie als die betrouwbaar beschikbaar is. Match nooit uitsluitend op bedrag en datum: terugkerende abonnementen, ronde bedragen en meerdere facturen op één dag leveren dan gevaarlijke vals-positieve koppelingen op. Definieer een vaste sleutelhiërarchie en rapporteer welke records alleen via een zwakkere sleutel zijn gekoppeld. Controleer beide richtingen. Van PA naar ERP bewijst u dat ieder relevant ontvangen of verzonden document een verklaarde boekhoudkundige bestemming heeft. Van ERP naar PA onderzoekt u of boekingen die via de Franse e-facturatiestroom hadden moeten lopen ook op het platform terug te vinden zijn. Maak onderscheid tussen ontbrekend, buiten de afbakening, handmatig geboekt, gemigreerd, geannuleerd en nog onderweg. Een factuur die legitiem buiten de onderzochte route valt, heeft een afbakeningscode en onderbouwing nodig; anders wordt ‘buiten de afbakening’ een afvalbak. Let op normalisatie zonder identiteit te verliezen. Voorloopnullen, hoofdletters, accenten, spaties en leestekens kunnen technisch verschillen terwijl de zakelijke referentie gelijk is. Bewaar daarom zowel bronwaarde als genormaliseerde matchwaarde. Bij een creditnota moet de relatie met de oorspronkelijke factuur waar beschikbaar worden getest, maar een creditnota mag niet stilzwijgend als verwijdering van het origineel worden behandeld. Controleer verder dat één PA-document niet aan twee betaalbare ERP-posten is gekoppeld en dat één ERP-document niet aan meerdere platformfacturen hangt. Laat onzekere matches in een wachtrij voor menselijke beoordeling; automatisch ‘beste resultaat’ kiezen kan dubbele betaling of een onzichtbaar gat veroorzaken.

Gids

5. Houd levenscyclus, boeking, goedkeuring en betaling gescheiden

Ontwerp een statusmatrix met afzonderlijke kolommen voor de levenscyclus op de PA, technische overdracht, ERP-boeking, interne goedkeuring, openstaande post, afwikkeling en rapportage. Franse labels zoals Déposée, Rejetée, Refusée en Encaissée horen bij de context van levenscyclusberichten; ze zijn geen universele synoniemen voor ‘geboekt’, ‘afgekeurd’ of ‘betaald’ in het ERP. Niet iedere onderneming hoeft iedere optionele status te gebruiken. Baseer de koppeling op het contract en de documentatie van de gekozen PA en op de voor uw proces toepasselijke profielen, niet op een zelfbedachte één-op-éénvertaling. Een tijdsverschil is niet meteen een fout. Een factuur kan vóór het afsluitmoment op de PA zichtbaar zijn en pas daarna in het ERP worden geboekt. Andersom kan een verkoopfactuur al een ERP-nummer hebben terwijl verzending of terugmelding nog onderweg is. Leg daarom per overgang een intern verwachte doorlooptijd vast en meet ouderdom vanaf het relevante statusmoment. Die drempels zijn interne risicokeuzes, geen officiële Franse afsluittermijnen. Classificeer een verschil als ‘onderweg’ alleen als er technisch bewijs, een verwachte volgende stap en een uiterste opvolgdatum zijn. Maak beslisregels expliciet. Een technische afwijzing vraagt eerst analyse van reden en payload; een zakelijke weigering vraagt een commerciële of administratieve eigenaar; een correct geboekte factuur zonder recente platformterugmelding vraagt integratieonderzoek; een platformstatus zonder ERP-post vraagt volledigheidsonderzoek. Overschrijf nooit automatisch een ERP-status omdat een PA-label veranderde. De DGFiP-specificaties v3.2 van 30 april 2026 omvatten factuurgegevens, transactiegegevens, betaalgegevens en levenscyclusstatusberichten. AFNOR XP Z12-012 behandelt formaten en profielen voor facturen en statusberichten, XP Z12-013 API’s en XP Z12-014 B2B-gebruikssituaties. Gebruik die bronnen als basis voor technische betekenis, met de actuele PA-implementatie als praktische vertaalslag.

Gids

6. Onderzoek uitzonderingen zonder blind opnieuw te verzenden

Verdeel het uitzonderingsrapport in vaste bakken: ontbrekend in PA, ontbrekend in ERP, vermoedelijk duplicaat, bedrag- of valutaverschil, verouderde of inconsistente status, Rejetée, Refusée, correctie of creditnota, en onbekende toestand. Elke regel bevat minimaal entiteit, richting, document-ID’s, bedrag, eerste detectie, laatste statusmoment, vermoedelijke oorzaak, risicoklasse, eigenaar, volgende actie en streefdatum. Splits technische, procesmatige, zakelijke en stamgegevensoorzaken; anders blijft de structurele bron van terugkerende fouten onzichtbaar. Voor ‘ontbrekend in PA’ controleert u eerst afbakening, route, tijdstip en verzendlog. Voor ‘ontbrekend in ERP’ controleert u ontvangstwachtrij, integratiefouten, blokkades en handmatige wachtrijen. Bij een duplicaat blokkeert u zo nodig betaling of nieuwe verzending terwijl identiteit wordt vastgesteld. Bij een bedragverschil vergelijkt u onbewerkte factuur, eventuele formaatconversie, belastingregels, afronding en creditrelaties. Een PA mag formaten converteren met behoud van integriteit, authenticiteit, leesbaarheid en volledigheid; de afstemming moet dus aantonen dat een conversie geen zakelijk bedrag of essentiële koppeling heeft gewijzigd. Stuur een factuur niet blind opnieuw wanneer een bevestiging ontbreekt. Zoek eerst naar platform-ID, idempotentiesleutel, transportlog en bestaande ERP-post, en vraag zo nodig de PA naar de feitelijke toestand. Opnieuw verzenden zonder die controle kan een duplicaat, dubbele boeking of dubbele betaling veroorzaken. Behandel Rejetée en Refusée niet als dezelfde gebeurtenis: onderzoek de specifieke reden en procescontext, bepaal of correctie, creditnota, nieuwe factuur of zakelijke opvolging passend is, en behoud de oorspronkelijke controlespoor. Voor een onbekende toestand geldt ‘stop en verifieer’: geen status gokken, geen record verwijderen en geen handmatige eindstatus plaatsen zonder bronbewijs en bevoegde goedkeuring.

Gids

7. Stem Encaissée, betaalgegevens en bankafwikkeling voorzichtig af

Behandel Encaissée en betaalgegevens als een aparte afstemmingslaag. Bepaal eerst voor welke transacties en processtappen deze gegevens in uw situatie relevant zijn; veronderstel niet dat elke factuur universeel dezelfde betaalstatus of rapportageplicht heeft. De betekenis en reikwijdte hangen onder meer samen met het type transactie, de toepasselijke regels en de inrichting van PA en ERP. Laat fiscale of boekhoudkundige interpretaties valideren door een bevoegde adviseur. Deze gids is praktische informatie en geen juridisch, fiscaal of boekhoudadvies. Vergelijk per factuur de beschikbare betaalreferentie, betaald bedrag, valuta, datum of tijdstip, resterend open bedrag en bron van de melding. Koppel dit vervolgens aan de ERP-openpostenadministratie en bank- of liquiditeitsafwikkeling. Een PA-melding is niet vanzelf bankbewijs; een bankregel is evenmin vanzelf bewijs dat de juiste factuurstatus of rapportage is bijgewerkt. Houd ‘betaling geïnitieerd’, ‘bankmatig verwerkt’, ‘afgeletterd in ERP’ en ‘betaalgegeven of Encaissée gemeld’ daarom gescheiden. Voor deelbetalingen bewaart u iedere betaalcomponent en controleert u dat de som plus resterend saldo aansluit op het factuurbedrag, rekening houdend met geldige correcties. Bij één betaling voor meerdere facturen is een toewijzingssleutel nodig; bij meerdere betalingen voor één factuur mag de eerste betaling de post niet ten onrechte volledig sluiten. Onderzoek ook terugboekingen, verrekeningen, inhoudingen, betalingsverschillen en valuta-effecten. Processen rond kasstelsel of betaling-gebaseerde btw kunnen extra complex zijn, maar maak daaruit geen algemene conclusie voor alle Franse facturen. Een veilig uitzonderingsrecord toont welke bron afwijkt, welk bedrag onverklaard is, of rapportageherstel nodig lijkt en wie de fiscale beoordeling doet.

Gids

8. Maak een controleerbaar bewijsdossier en sluit uitzonderingen beheerst

Het maanddossier moet een onafhankelijke beoordelaar laten reconstrueren wat is gecontroleerd, met welke bronnen, op welk moment en met welke uitkomst. Bewaar de afbakening, afsluitmoment en tijdzone, onbewerkte extracten, query- of exportparameters, controletotalen, matchregels, statuskoppeling, uitzonderingslijst, onderzoeksbewijs en uiteindelijke ondertekening. Voeg schermafbeeldingen alleen als aanvullend bewijs toe; machineleesbare exports en logs zijn doorgaans beter doorzoekbaar en herberekenbaar. Leg voor elke handmatige correctie de oude en nieuwe waarde, reden, uitvoerder, goedkeurder en tijd vast. Hanteer een intern bewaarbeleid dat met juridisch en fiscaal advies is afgestemd; deze gids verzint geen wettelijke bewaartermijn. Definieer ouderdomscategorieën op basis van risico en procesdoorlooptijd, bijvoorbeeld nieuw, in onderzoek, over streefdatum en geëscaleerd, zonder die categorieën als Franse voorschriften te presenteren. Wijs primaire eigenaars toe: crediteuren voor inkomende boekingsproblemen, debiteuren voor uitgaande opvolging, liquiditeitsbeheer voor afwikkeling, fiscaliteit voor de fiscale beoordeling, IT/integratie voor transport en statusberichten, en proceseigenaar financiële controle voor de eindcontrole. Eén persoon kan meerdere rollen hebben, maar verantwoordelijkheid mag niet impliciet blijven. Materialiteit combineert bedrag, volume, ouderdom, herhaling, belastingrisico, betaalrisico en mogelijke systeemuitval. Een klein duplicaat kan bijvoorbeeld hoge proceswaarde hebben als het een idempotentieprobleem bewijst. Leg escalatieniveaus en goedkeuringsbevoegdheid vooraf vast. Ondertekening betekent niet dat iedere regel verdwenen is; zij betekent dat verschillen zijn opgelost of expliciet geaccepteerd met eigenaar, risico, actie en deadline. Wordt de periode later heropend, bewaar dan de oorspronkelijke versie en maak een wijzigingslog met reden, impact op totalen en nieuwe goedkeuring. Zo blijft zichtbaar wat bij de eerste afsluiting bekend was en wat achteraf is gewijzigd.

Gids

9. Voer een vijfdaagse afsluiting uit en toets de oplossing op bewijs

Een praktisch vijfdaags schema begint op dag 1 met het bevriezen van extracten, het controleren van exportvolledigheid en het draaien van controletotalen. Op dag 2 volgt de tweezijdige documentmatch en worden dubbelen, ontbrekende documenten en bedragverschillen geïsoleerd. Dag 3 is voor status- en betaalafstemming, oorzaakonderzoek en eventuele vragen aan PA of integratieteam. Op dag 4 lossen eigenaars de belangrijkste uitzonderingen op, documenteren geaccepteerde timingverschillen en voeren herstel gecontroleerd uit. Op dag 5 beoordeelt het financiële team de resterende risico’s, tekent de controle af en bevriest het bewijsdossier. Pas dit schema aan uw organisatie aan; het is een aanbevolen werkmodel, geen DGFiP-deadline. Vraag leveranciers en interne teams of exports en API’s een onveranderlijke platform-ID, alle relevante statustijdstippen, richting, documenttype, bedragen, valuta en entiteitsidentificatie leveren. Vraag hoe paginering, correcties, deelbetalingen, creditnota’s, formaatconversie, opnieuw aanbieden en idempotentie werken. Kan het overzichtsscherm verschillen per SIREN/SIRET en route tonen? Is historie beschikbaar zonder dat een nieuwe status de oude overschrijft? Kunnen bewijsrapporten opnieuw worden gegenereerd met hetzelfde afsluitmoment? Zijn rollen, toegangsbeheer en wijzigingslogs controleerbaar? Een fraaie statusgrafiek zonder exporteerbare details is onvoldoende voor een herhaalbare afsluitcontrole. Veelgemaakte fouten zijn totalen over valuta heen salderen, alleen PA-naar-ERP vergelijken, platformstatus gelijkstellen aan boeking of betaling, creditnota’s wegfilteren, onderweg onbeperkt laten staan en een ontbrekende bevestiging met een blinde herverzending oplossen. Acceptatiecriteria zijn concreter: alle verwachte entiteiten en routes zijn opgenomen; bronextracten zijn reproduceerbaar; controletotalen sluiten of verschillen zijn verklaard; iedere uitzondering heeft eigenaar en datum; dubbele betaling is aantoonbaar geblokkeerd; status- en betaalkoppelingen zijn beoordeeld; en de ondertekenaar kan van samenvatting naar bronbewijs doorklikken. Verwerk de bevindingen daarna in een Frankrijk-gereedheidsrapport met hiaten, risico, aanbevolen maatregel, verantwoordelijke en prioriteit. Dat maakt de eerste productieafsluiting een bestuurbare invoering in plaats van een eenmalige spreadsheetoperatie.

Checklist

Leg afbakening, periode, afsluitmoment, tijdzone, juridische entiteit en SIREN/SIRET vast.

Wijs per gegeven het PA-, ERP-, goedkeuringsproces-, bank- of rapportagebronsysteem aan.

Bewaar onbewerkte extracten, selectieparameters, paginering en extractietijd.

Bereken aantallen en bedragen per richting, documenttype, entiteit, valuta en route.

Match platform-ID, factuurreferentie, ERP-document-ID en partijen in beide richtingen.

Vergelijk levenscyclus, boeking, goedkeuring, open post, afwikkeling en rapportage apart.

Blokkeer blind opnieuw verzenden en controleer eerst identiteit, logs en bestaande boekingen.

Wijs elke uitzondering een oorzaak, risico, eigenaar, actie en streefdatum toe.

Stem deelbetalingen, verzamelbetalingen, terugboekingen en resterende saldi afzonderlijk af.

Laat het financiële team het bewijsdossier ondertekenen en registreer elke heropening of wijziging.

Veelgestelde vragen

Vervangt de plateforme agréée het ERP of grootboek?

Nee. De PA ondersteunt het uitgeven, verzenden en ontvangen van facturen, formaatconversie en de overdracht van relevante factuur-, transactie-, betaal- en statusgegevens. Het grootboek blijft de bron voor boeking, periode, rekeningen en financiële verantwoording; een platformstatus bewijst niet automatisch juiste boeking, goedkeuring, betaling of fiscale behandeling.

Welke statussen moet ik bij de maandafsluiting vergelijken?

Vergelijk de beschikbare en voor uw proces relevante levenscyclusstatussen met aparte ERP-staten voor technische ontvangst, boeking, goedkeuring, open post, afwikkeling en rapportage. Labels zoals Déposée, Rejetée, Refusée en Encaissée moeten in hun Franse procescontext worden gelezen. Neem niet aan dat elke onderneming iedere optionele status gebruikt; bevestig de koppeling met PA-documentatie en uw procesontwerp.

Wat doe ik met een factuur die wel in de PA maar niet in het ERP staat?

Controleer eerst entiteit, route, afsluitmoment, ontvangstwachtrij, integratiefouten en handmatige wachtrijen. Zoek op platform-ID, zakelijke factuurreferentie, partij-identificatoren en bedrag. Classificeer de factuur alleen als onderweg wanneer er bewijs en een opvolgdatum zijn; anders krijgt zij een uitzonderingseigenaar en wordt eventuele betaling geblokkeerd totdat identiteit en verwerking duidelijk zijn.

Hoe voorkom ik dubbele boeking of betaling bij een ontbrekende bevestiging?

Verzend of importeer niet blind opnieuw. Controleer platform-ID, idempotentiesleutel, transportlog, bestaande ERP-documenten en betaalblokkades, en vraag bij een onbekende toestand de PA om bevestiging. Laat een herstelactie door een bevoegde eigenaar uitvoeren en bewaar de oorspronkelijke en nieuwe gebeurtenis in het bewijsdossier.

Moeten PA- en ERP-totalen altijd exact gelijk zijn?

Uiteindelijk moet ieder relevant verschil verklaarbaar zijn, maar op de afsluitmoment kunnen aantoonbare timingverschillen bestaan doordat verzending, statusbericht en ERP-boeking niet gelijktijdig plaatsvinden. Er is in deze gids geen officiële tolerantie. Bepaal intern welke bedragen, volumes, ouderdom en risico’s escalatie vragen en onderzoek ook kleine verschillen die op een structureel integratieprobleem wijzen.

Hoe stem ik Encaissée en deelbetalingen af?

Bewaar elke betaalcomponent met bedrag, valuta, datum, referentie en resterend saldo. Vergelijk PA- of rapportagegegevens afzonderlijk met ERP-aflettering en bankafwikkeling. Bij meerdere betalingen voor één factuur of één betaling voor meerdere facturen is een expliciete toewijzing nodig. Laat de toepasselijke fiscale en rapportagereikwijdte beoordelen; Encaissée is niet voor elke situatie automatisch hetzelfde als volledig bankmatig betaald.

Welk bewijs heeft een auditor of interne controleur nodig?

Een reproduceerbaar dossier bevat afbakening, afsluitmoment, tijdzone, bronextracten, selectieparameters, totalen, matchlogica, statuskoppeling, uitzonderingen, onderzoeksstukken, correcties en ondertekening. Het moet zichtbaar maken wie een verschil onderzocht, welk bewijs de conclusie ondersteunt en welke wijzigingen na de eerste afsluiting zijn aangebracht. De concrete bewaartermijn moet uit uw geldende beleid en professioneel advies komen.

Wie hoort uitzonderingen uit de PA-ERP-afstemming op te lossen?

Verdeel eigenaarschap naar oorzaak: crediteuren of debiteuren voor boekings- en bedrijfsprocesvragen, liquiditeitsbeheer voor afwikkeling, fiscaliteit voor de fiscale beoordeling en IT of integratiebeheer voor transport, API’s en statusberichten. Het financiële team bewaakt volledigheid, materialiteit, escalatie en ondertekening. Iedere open regel heeft één primaire eigenaar, een volgende actie en een datum nodig.

Belangrijke regels, formaten en termen

Europese CommissieEN 16931Richtlijn 2014/55/EUgestructureerde elektronische factuurAfstemming van Franse e-facturen tussen PA en ERP bij maandafsluitingFrankrijk

Lees verder

Officiële bronnen

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