Door Kristijan Sekereš

E-facturatie in Frankrijk voor PME: uw eigen factureringssysteem aansluiten vóór 1 september 2027

Straathoek in Parijs met een appartementengebouw in Haussmann-stijl bij zonsondergang

Sinds 1 september 2026 moet elk bedrijf in Frankrijk dat onder de hervorming valt, elektronische facturen kunnen ontvangen via een plateforme agréée, een erkend platform. Grote ondernemingen en ETI (middelgrote ondernemingen) moeten bovendien hun facturen op die manier uitreiken en aan e-reporting doen. De Franse belastingsite beschrijft de hervorming inmiddels als “effective depuis le 1er septembre 2026”.

De tweede golf komt op 1 september 2027. Vanaf die datum moeten PME, TPE en micro-entreprises (het Franse mkb, kleine bedrijven en eenmanszaken) hun B2B-facturen elektronisch uitreiken via een erkend platform en beginnen met e-reporting: de overheid gegevens sturen over verkopen aan consumenten, over internationale transacties en, voor diensten, over ontvangen betalingen.

Komen uw facturen uit een gangbaar pakket zoals Sage, Cegid of Pennylane, dan komt de koppeling met een erkend platform van uw leverancier, die zelf zo'n platform is of met een platform samenwerkt. Uw deel is het platform kiezen en uw klantgegevens opschonen.

Dit artikel is voor het andere geval: facturen die uit uw eigen factureringssoftware komen, uit een aangepast ERP-systeem of uit de eigen code van uw platform. Daar moet de koppeling worden gebouwd. Elf maanden is genoeg als u nu begint.

De kalender, en in welke golf u zit

De praktische gids van de DGFiP voor de start van de e-facturatie zet de data op een rij:

  • 1 september 2026: elk bedrijf dat eronder valt, moet e-facturen kunnen ontvangen; grote ondernemingen (grandes entreprises) en ETI moeten ze bovendien uitreiken en aan e-reporting doen.
  • 1 september 2027: PME, TPE en micro-entreprises moeten uitreiken en aan e-reporting doen.

De omvang wordt per rechtspersoon (per SIREN) beoordeeld per 1 januari 2025, op basis van het laatste boekjaar dat vóór die datum is afgesloten. Volgens de officiële FAQ heeft een PME minder dan 250 medewerkers en een omzet tot € 50 miljoen of een balanstotaal tot € 43 miljoen. Zit u daarboven, dan was uw datum in 2026.

Eén valkuil. De externe specificaties (versie 3.2, 30 april 2026) plaatsen entiteiten die tot een btw-groep (assujetti unique) behoren in de golf van 2026, ongeacht hun omvang. Hoort uw bedrijf daarbij, dan bent u al te laat.

De gids beslecht ook twee vragen in uw voordeel. U mag vóór uw deadline vrijwillig beginnen met elektronisch uitreiken. En een klant kan de hervorming niet gebruiken om u te dwingen vóór 1 september 2027 e-facturen te sturen, al kunnen uw contracten nog steeds vastleggen hoe u facturen uitwisselt.

Wat een erkend platform doet

Een plateforme agréée is een private partij die door de Staat is geregistreerd (immatriculée). Om op de officiële lijst te komen, moet zij fiscale betrouwbaarheid aantonen, de beveiliging van haar infrastructuur en gegevens, en technische interoperabiliteit.

De specificaties noemen de architectuur het Y-model. Uw systeem stuurt de factuur naar uw platform. Uw platform zoekt de afnemer op in het centrale adresboek (de annuaire) van het publieke factuurportaal (PPF) en levert de factuur af bij het platform van de afnemer. Daarnaast haalt uw platform de wettelijk vereiste gegevens uit de factuur en stuurt die naar het PPF, dat ze doorgeeft aan de belastingdienst.

Drie gevolgen voor wie de integratie bouwt:

  • U praat nooit rechtstreeks met de Staat. Alleen erkende platforms kunnen facturen bij ontvangers afleveren en gegevens naar het PPF sturen. Uw factureringssysteem is wat de specificaties een solution compatible noemen: het praat met een platform, en het platform doet de rest.
  • Waarschijnlijk hebt u al een platform. U had er een nodig om vanaf 1 september 2026 te kunnen ontvangen. Vraag dat platform eerst wat het voor uitreiken biedt. U mag een ander gebruiken, maar één contract en één integratie is eenvoudiger.
  • De interface is gestandaardiseerd. De AFNOR-norm XP Z12-013 definieert de API's tussen bedrijfssystemen en erkende platforms; XP Z12-012 dekt de formaten voor facturen en statussen. Platforms bieden daarnaast EDI- en portaalkanalen, en Peppol verbindt platforms onderling. Vraag welke uw platform ondersteunt voordat u iets ontwerpt.

Publieke afnemers blijven op Chorus Pro, en bestaande koppelingen met Chorus Pro kunnen blijven.

Wat uw systeem moet aanleveren

Een platform kan een factuur vervoeren en omzetten. Het kan geen gegevens verzinnen die uw systeem nooit heeft gehad.

Een formaat uit de gemeenschappelijke basis

Elk erkend platform moet drie formaten ondersteunen, allemaal gebaseerd op de Europese norm EN 16931: UBL (versie 2.1), CII (versie D22B) en Factur-X, een pdf met ingesloten gestructureerde gegevens. Platforms mogen andere formaten accepteren; alleen deze drie zijn gegarandeerd.

Kies op basis van wat uw systeem zuiver kan aanmaken, niet op basis van wat elke klant liever heeft. Een leverancier kan een afnemer geen formaat opleggen, en het platform van de afnemer kan omzetten naar diens voorkeursformaat. Factur-X past bij bedrijven waarvan de klanten nog een leesbare pdf willen; UBL of CII past bij pure systeem-naar-systeemstromen.

De gegevens, veld voor veld

De belastingdienst publiceert een tabel met de factuurgegevens die zij ontvangt, gekoppeld aan de business terms van EN 16931. Vier vermeldingen zijn nieuw voor de meeste Franse facturen:

  • het SIREN van de klant (BT-47);
  • de categorie van de handeling: goederen, diensten of beide (BT-23);
  • de keuze om btw te voldoen op basis van facturering (option pour le paiement de la TVA d'après les débits), als u daarvoor hebt gekozen (BT-8);
  • het volledige leveringsadres, als dat afwijkt van het factuuradres van de klant (BT-75 tot en met BT-80).

De rest van de verplichte set is bekend, maar moet gestructureerd zijn: uw SIREN, beide landen, een factuurnummer uit een chronologische en doorlopende reeks, de uitgiftedatum, de totalen exclusief btw en van de btw, de valuta, en een btw-uitsplitsing met maatstaf van heffing, belasting en tarief voor elk gebruikt tarief (BT-116, BT-117, BT-119). Voorwaardelijke velden zijn onder meer btw-nummers, de reden van vrijstelling (als VATEX-code), verlegging, selfbilling, een leverdatum die afwijkt van de factuurdatum, en de referentie naar de oorspronkelijke factuur op een corrigerende factuur.

Verschillende velden in die tabel worden pas vanaf 1 september 2027 verwacht: regeldetail (artikelnaam, hoeveelheid, eenheidsprijs), kortingen en toeslagen op documentniveau, het leveringsadres, de datum van de gecorrigeerde factuur, de vermelding over korting bij vroegtijdige betaling en het bedrag van de eco-participation. De deadline van 2027 is ook de dag waarop het datamodel voor iedereen dieper wordt.

Waar maatwerksystemen meestal op vastlopen:

  • Het klantrecord heeft geen SIREN, of bevat een SIRET in het SIREN-veld.
  • De categorie van de handeling is niet per product of dienst opgeslagen, waardoor een gemengde factuur niet kan worden ingedeeld.
  • De btw wordt per regel berekend en afgerond, waardoor de uitsplitsing per tarief niet aansluit op de totalen.
  • Creditnota's zijn losse documenten zonder verwijzing naar de factuur die ze corrigeren.
  • Factuurnummers vertonen gaten, of worden na een annulering opnieuw gebruikt.

Elk van deze punten is een correctie in het bronsysteem, niet in de koppeling.

Routeringsgegevens

De annuaire adresseert een privaat bedrijf standaard op SIREN-niveau, maar kan ook routeren op SIRET, routeringscode of achtervoegsel als een klant facturen per vestiging of afdeling wil ontvangen. Sla per klant de juiste identificaties op. Mislukt een opzoeking, dan is de eerste instructie van de gids om het gebruikte SIREN, SIRET en de ontvangende vestiging te controleren.

Levenscyclusstatussen, in beide richtingen

Een factuur heeft nu een levenscyclus, die met statusberichten wordt doorgegeven. Vier statussen zijn verplicht en komen bij de belastingdienst terecht:

CodeStatusBetekenis
200Déposéeuw platform heeft de factuur ontvangen en conform bevonden
213Rejetéede controles van een platform hebben een afwijking gevonden
210Refuséede afnemer weigert de factuur volledig
212Encaisséeu hebt de betaling geheel of gedeeltelijk ontvangen

Andere, zoals “ontvangen door het platform”, “in geschil” of “betaling verzonden”, zijn optioneel.

Uw systeem moet statussen zowel lezen als versturen. Een afwijzing (rejet) is technisch: verkeerd formaat, ontbrekende of tegenstrijdige gegevens, verkeerde routering. U herstelt het en verstuurt opnieuw. Een weigering (refus) komt van de afnemer, moet een reden vermelden en mag alleen de redenen gebruiken die de norm toestaat (een wettelijk gebrek dat het platform heeft gemist, een verkeerde geadresseerde, contractuele voorwaarden waaraan niet is voldaan), nooit een gewoon commercieel geschil. Reikt u na een weigering opnieuw uit, dan heeft de nieuwe factuur een nieuw nummer nodig. Volgens de specificaties wordt een geweigerde of afgewezen factuur in uw administratie geannuleerd met een interne creditnota; de gids voegt eraan toe dat u die niet automatisch moet aanmaken als u een weigering betwist.

Encaissée is de status die maatwerksystemen vergeten. Voor diensten, waarbij de btw bij betaling verschuldigd wordt, bevat deze status het factuurnummer, de betaaldatum en het ontvangen bedrag per btw-tarief: zo bereiken betalingsgegevens voor binnenlandse B2B de belastingdienst. Uw bankreconciliatie of debiteurenmodule moet de factuurintegratie dus voeden, en dat zijn vaak twee systemen die nog nooit met elkaar hebben gepraat.

E-reporting: alles wat geen binnenlandse B2B-factuur is

E-facturatie dekt verkopen tussen twee btw-plichtige bedrijven die in Frankrijk zijn gevestigd. E-reporting dekt de rest, ook via uw erkende platform:

  • Verkopen aan niet-belastingplichtigen (B2C), in Frankrijk of in het buitenland: dagtotalen in plaats van afzonderlijke facturen, uitgesplitst naar categorie (belaste goederen, belaste diensten, intracommunautaire afstandsverkopen, margeregelingen), met de maatstaf van heffing en de btw per tarief.
  • Internationale B2B: verkopen aan en aankopen van bedrijven die niet in Frankrijk zijn gevestigd, factuur per factuur, met grotendeels dezelfde velden als een binnenlandse factuur. Aankopen tellen mee: koopt u een training bij een Duitse leverancier, dan rapporteert u, de Franse afnemer, die.
  • Betalingsgegevens, alleen voor diensten, en niet voor handelingen met verlegging of voor bedrijven die hebben gekozen voor btw op basis van facturering: de datum en het ontvangen bedrag per btw-tarief.

Het ritme hangt af van uw btw-regime, volgens de gepubliceerde tabel met frequenties. Onder het maandelijkse régime réel normal gaan transactiegegevens drie keer per maand weg (van de 1e tot en met de 10e, van de 11e tot en met de 20e, van de 21e tot het einde van de maand), elk tien dagen na de betreffende periode, en betalingsgegevens maandelijks vóór de 10e van de volgende maand. Onder het régime simplifié gaan beide maandelijks, tussen de 25e en de 30e van de volgende maand. Onder de franchise en base gaan beide om de twee kalendermaanden.

Drie aangiften per maand is een geplande taak, geen spreadsheet. En lopen uw B2C-verkopen via een kassa, een webwinkel en een factuurtool, dan moeten de dagtotalen uit alle drie komen.

Een plan van 11 maanden

Terugtellend vanaf 1 september 2027, en augustus afgeschreven omdat het augustus is:

  1. Oktober 2026: reikwijdte. Bevestig uw omvangscategorie en of u tot een btw-groep behoort. Maak een lijst van elke stroom die een factuur of verkoop oplevert: binnenlandse B2B, B2C, internationaal, creditnota's, aanbetalingen, selfbilling, publieke sector. Vraag uw ontvangstplatform naar zijn aanbod voor uitreiken: formaten, API-documentatie, een testomgeving, de statussen die het teruggeeft, e-reporting.
  2. November en december 2026: data. Leg de veldentabel naast uw echte gegevens. Voeg SIREN en SIRET toe aan klantrecords en controleer ze, voeg de categorie van de handeling toe aan de catalogus, regel de vlag voor btw op basis van facturering, controleer de factuurnummering. Kies het formaat.
  3. Januari tot maart 2027: bouwen. De formaatgenerator; validatie tegen EN 16931 en de Franse regels vóór verzending; de API-client voor het platform; statusverwerking met een toestandsmachine voor facturen; de Encaissée-feed vanuit de debiteurenadministratie; de aggregaten voor e-reporting.
  4. April en mei 2027: testen, daarna vrijwillig live. Eerst de testomgeving, daarna echte facturen naar een paar klanten die ermee instemmen. De gids staat vrijwillig uitreiken vóór uw deadline toe, en als het misgaat mag u voor die stromen terugvallen op uw gebruikelijke methode. Het voorjaar van 2027 is de goedkoopste livetest die u zult krijgen.
  5. Juni en juli 2027: verbreden. Alle binnenlandse B2B via het platform, e-reporting draait, de eerste maandafsluiting en btw-aangifte afgestemd op wat het platform heeft gerapporteerd.
  6. Augustus 2027: bevriezen. Geen releases, een schriftelijke procedure voor afwijzingen en weigeringen, benoemde mensen die de vakantie overbruggen.
  7. 1 september 2027: verplichting. Daarna uw eerste e-reportingdeadline, de echte test van de rapportagekant.

Als u op de dag zelf niet klaar bent

De gids die voor de start in september 2026 is geschreven, hanteert een tolerante lijn: geen boetes tijdens de opstartfase voor bedrijven die tegen problemen aanlopen maar op een “trajectoire sérieuse de mise en conformité” zitten, beoordeeld op concreet, gedateerd bewijs (platformcontract, tests, supporttickets). Er staat ook dat dit “ni un report ni une suspension” van de verplichting is. Of dezelfde lijn in september 2027 geldt, zegt de gids niet.

De boetes staan in de FAQ: € 50 per factuur die niet elektronisch is uitgereikt, met een maximum van € 15.000 per kalenderjaar, waarbij de eerste overtreding niet wordt beboet. Tekortkomingen bij e-reporting vallen onder artikel 1788 D van de CGI.

Behandel 1 september 2027 als vast, en houd het bewijsspoor toch bij: daar vraagt de belastingdienst om.

Waar dit past

De meeste Franse PME krijgen dit van hun softwareleverancier, en dat is ook de bedoeling. Ons werk is voor de anderen: wij bouwen de formaatgeneratie, de platformkoppeling, de statusverwerking en de e-reportingfeeds in het systeem dat uw facturen al aanmaakt, en we herstellen de gegevens eronder. Meer staat op de pagina over onze dienst voor e-facturatie-integratie, en over ERP-modernisering als het factureringssysteem zelf het probleem is.

Hebt u een datum in september 2027 en een factureringssysteem dat niemand wil aanraken, schrijf dan naar office@c9group.dev. Wij zijn ingenieurs, geen belastingadviseurs: reikwijdte en btw-behandeling horen bij uw expert-comptable, en wij bouwen naar zijn antwoord.