E-fakturering i Frankrig for PME: tilslut jeres eget faktureringssystem før 1. september 2027

Siden 1. september 2026 har alle virksomheder i Frankrig, der er omfattet af reformen, skullet kunne modtage elektroniske fakturaer gennem en plateforme agréée, en godkendt platform. Store virksomheder og ETI (mellemstore virksomheder) har desuden skullet udstede fakturaer på den måde og indsende e-reporting. Den franske skattemyndigheds website beskriver nu reformen som "effective depuis le 1er septembre 2026", altså i kraft siden 1. september 2026.

Anden bølge rammer 1. september 2027. Fra den dato skal PME, TPE og micro-entreprises udstede deres B2B-fakturaer elektronisk gennem en godkendt platform og begynde på e-reporting: at sende myndighederne data om salg til forbrugere, om internationale transaktioner og, for tjenesteydelser, om modtagne betalinger.

Kommer jeres fakturaer ud af en udbredt pakke som Sage, Cegid eller Pennylane, kommer forbindelsen til en godkendt platform fra leverandøren, som enten selv er en platform eller samarbejder med en. Jeres del er at vælge platform og rydde op i kundedata.

Denne artikel handler om det andet tilfælde: fakturaer, der dannes af jeres egen faktureringssoftware, et tilpasset ERP-system eller jeres platforms egen kode. Dér skal forbindelsen bygges. Elleve måneder er nok, hvis I starter nu.

Kalenderen, og hvilken bølge I er i

DGFiP's praktiske guide til opstarten af e-fakturering fastlægger datoerne:

• 1. september 2026: alle omfattede virksomheder skal kunne modtage e-fakturaer; store virksomheder (grandes entreprises) og ETI skal også udstede dem og indsende e-reporting.
• 1. september 2027: PME, TPE og micro-entreprises skal udstede og indsende e-reporting.

Størrelsen vurderes pr. juridisk enhed (pr. SIREN) pr. 1. januar 2025 ud fra det seneste regnskabsår, der blev afsluttet før den dato. Ifølge den officielle FAQ har en PME færre end 250 ansatte og enten en omsætning på op til 50 millioner euro eller en balance på op til 43 millioner euro. Ligger I over den grænse, var jeres dato i 2026.

Én fælde. De eksterne specifikationer (version 3.2 af 30. april 2026) placerer enheder, der indgår i en momsgruppe (assujetti unique), i bølgen for 2026, uanset størrelse. Gælder det jer, er I allerede bagud.

Guiden afgør også to spørgsmål til jeres fordel. I må begynde at udstede elektronisk før jeres frist på frivillig basis. Og en kunde kan ikke bruge reformen til at tvinge jer til at sende e-fakturaer før 1. september 2027, selvom jeres kontrakter stadig kan fastlægge, hvordan I udveksler fakturaer.

Hvad en godkendt platform gør

En plateforme agréée er en privat operatør, der er registreret (immatriculée) af staten. For at komme på den officielle liste skal den dokumentere skattemæssig compliance, sikkerheden i sin infrastruktur og sine data samt teknisk interoperabilitet.

Specifikationerne kalder arkitekturen for »Y«-modellen. Jeres system sender fakturaen til jeres platform. Platformen slår køberen op i det centrale register (annuaire), som drives af den offentlige faktureringsportal (PPF), og leverer fakturaen til købers platform. Derudover udtrækker jeres platform de lovpligtige data fra fakturaen og sender dem til PPF, som giver dem videre til skattemyndigheden.

Tre konsekvenser for den, der bygger integrationen:

• I taler aldrig direkte med staten. Kun godkendte platforme kan levere fakturaer til modtagere og sende data til PPF. Jeres faktureringssystem er det, specifikationerne kalder en solution compatible: det taler med en platform, og platformen klarer resten.
• I har sandsynligvis allerede en platform. I skulle bruge en til modtagelse fra 1. september 2026. Spørg den først, hvad den tilbyder til udstedelse. I må gerne bruge en anden, men én kontrakt og én integration er enklere.
• Grænsefladen er standardiseret. AFNOR-standarden XP Z12-013 definerer API'erne mellem virksomheders systemer og godkendte platforme; XP Z12-012 dækker formaterne for fakturaer og statusser. Platformene tilbyder også EDI- og portalkanaler, og Peppol forbinder platformene med hinanden. Spørg, hvad jeres understøtter, før I designer noget.

Offentlige købere forbliver på Chorus Pro, og eksisterende forbindelser til Chorus Pro kan bevares.

Hvad jeres system skal kunne levere

En platform kan transportere og konvertere en faktura. Den kan ikke opfinde data, som jeres system aldrig har haft.

Et format fra det fælles grundlag

Alle godkendte platforme skal understøtte tre formater, alle bygget på den europæiske standard EN 16931: UBL (version 2.1), CII (version D22B) og Factur-X, en PDF med de strukturerede data indlejret. Platformene må gerne acceptere andre; kun disse tre er garanteret.

Vælg ud fra, hvad jeres system kan levere rent, ikke ud fra, hvad hver enkelt kunde foretrækker. En leverandør kan ikke påtvinge en køber et format, og købers platform kan konvertere til købers foretrukne format. Factur-X passer til virksomheder, hvis kunder stadig vil have en læsbar PDF; UBL eller CII passer til rene system til system-flows.

Data, felt for felt

Myndighederne offentliggør en tabel over de fakturadata, de modtager, koblet til forretningsbegreberne i EN 16931. Fire oplysninger er nye for de fleste franske fakturaer:

• kundens SIREN (BT-47);
• transaktionskategorien: varer, tjenesteydelser eller begge dele (BT-23);
• valget om at betale moms ved fakturering (TVA sur les débits), hvis I har valgt det (BT-8);
• den fulde leveringsadresse, hvis den afviger fra kundens fakturaadresse (BT-75 til BT-80).

Resten af de obligatoriske oplysninger er velkendte, men skal være strukturerede: jeres SIREN, begge parters lande, et fakturanummer fra en kronologisk og fortløbende nummerserie, udstedelsesdatoen, totalerne før moms og for moms, valutaen og en momsopgørelse med momsgrundlag, afgift og sats for hver anvendt sats (BT-116, BT-117, BT-119). Betingede felter omfatter momsnumre, fritagelsesårsagen (som VATEX-kode), omvendt betalingspligt, selvfakturering, en leveringsdato, der afviger fra fakturadatoen, og henvisningen til den oprindelige faktura på en rettelsesfaktura.

Flere felter i tabellen forventes først fra 1. september 2027: linjedetaljer (varenavn, mængde, enhedspris), rabatter og gebyrer på dokumentniveau, leveringsadressen, datoen for den rettede faktura, bemærkningen om kontantrabat og beløbet for miljøbidraget (éco-participation). Fristen i 2027 er altså også den dag, datamodellen bliver dybere for alle.

Her vælter specialudviklede systemer typisk:

• Kundeposten har intet SIREN, eller den har et SIRET i SIREN-feltet.
• Transaktionskategorien er ikke gemt pr. vare eller ydelse, så en blandet faktura kan ikke klassificeres.
• Momsen beregnes og afrundes pr. linje, så opgørelsen pr. sats ikke stemmer med totalerne.
• Kreditnotaer er løsrevne dokumenter uden henvisning til den faktura, de retter.
• Fakturanumre har huller eller genbruges efter en annullering.

Hver af dem rettes i kildesystemet, ikke i connectoren.

Routingdata

Registret adresserer som standard en privat virksomhed på SIREN-niveau, men kan også route efter SIRET, routingkode eller suffiks, når en kunde vil have fakturaer pr. driftssted eller afdeling. Gem de rigtige identifikatorer pr. kunde. Når et opslag fejler, er guidens første anvisning at tjekke det SIREN, det SIRET og det modtagende driftssted, I har brugt.

Livscyklusstatusser, i begge retninger

En faktura har nu en livscyklus, der bæres af statusmeddelelser. Fire statusser er obligatoriske og når frem til skattemyndigheden:

Andre, som »modtaget af platformen«, »under tvist« eller »betaling sendt«, er valgfrie.

Jeres system skal kunne læse statusser og ikke kun sende dem. En teknisk afvisning (Rejetée) skyldes noget teknisk: forkert format, manglende eller inkonsistente data, forkert routing. I retter fejlen og sender igen. En afvisning fra køber (Refusée) kommer fra køber, skal begrundes og må kun bruge de begrundelser, standarden tillader (en regelmæssig fejl, platformen overså, en forkert modtager, kontraktvilkår der ikke er opfyldt), aldrig en almindelig kommerciel uenighed. Udsteder I igen efter en afvisning fra køber, skal den nye faktura have et nyt nummer. Ifølge specifikationerne annulleres en faktura med status refusée eller rejetée i jeres bøger med en intern kreditnota; guiden tilføjer, at bestrider I en afvisning fra køber, bør I ikke oprette den automatisk.

Encaissée er den, specialudviklede systemer glemmer. For tjenesteydelser, hvor momsen forfalder ved betaling, bærer denne status fakturanummeret, betalingsdatoen og det modtagne beløb pr. momssats: det er sådan, betalingsdata når frem til myndighederne for indenlandsk B2B. Jeres bankafstemning eller debitormodul skal altså fodre faktureringsintegrationen, og det er ofte to systemer, der aldrig har talt sammen.

E-reporting: alt, der ikke er en indenlandsk B2B-faktura

E-fakturering dækker salg mellem to momsregistrerede virksomheder, der er etableret i Frankrig. E-reporting dækker resten og sendes også gennem jeres godkendte platform:

• Salg til ikke-afgiftspligtige personer (B2C) i Frankrig eller i udlandet: daglige totaler i stedet for enkelte fakturaer, opdelt efter kategori (afgiftspligtige varer, afgiftspligtige tjenesteydelser, fjernsalg inden for EU, marginordninger), med momsgrundlag og moms for hver sats.
• International B2B: salg til og køb fra virksomheder, der ikke er etableret i Frankrig, faktura for faktura, med stort set de samme felter som en indenlandsk faktura. Køb tæller med: køber I et kursus hos en tysk leverandør, er det jer, den franske køber, der indberetter.
• Betalingsdata, kun for tjenesteydelser, og ikke for transaktioner med omvendt betalingspligt eller virksomheder, der har valgt moms ved fakturering: datoen og det modtagne beløb pr. momssats.

Rytmen afhænger af jeres momsordning, ifølge den offentliggjorte tabel over frekvenser. Under den månedlige régime réel normal sendes transaktionsdata tre gange om måneden (den 1. til 10., den 11. til 20. og den 21. til månedens udgang), hver med frist ti dage efter perioden, og betalingsdata månedligt inden den 10. i den følgende måned. Under régime simplifié er begge månedlige, med frist mellem den 25. og 30. i den følgende måned. Under franchise en base sendes begge hver anden kalendermåned.

Tre indberetninger om måneden er et planlagt job, ikke et regneark. Og går jeres B2C-salg gennem en kasse, en webshop og et faktureringsværktøj, skal de daglige totaler komme fra alle tre.

En plan på 11 måneder

Talt baglæns fra 1. september 2027, og med august afskrevet, fordi det er august:

1. Oktober 2026: afgrænsning. Bekræft jeres størrelseskategori, og om I indgår i en momsgruppe. List hvert flow, der danner en faktura eller et salg: indenlandsk B2B, B2C, internationalt, kreditnotaer, forudbetalinger, selvfakturering, offentlig sektor. Spørg jeres modtageplatform om dens tilbud til udstedelse: formater, API-dokumentation, et testmiljø, de statusser den returnerer, e-reporting.
2. November og december 2026: data. Kør felttabellen mod jeres rigtige data. Tilføj og verificér SIREN og SIRET på kundeposterne, tilføj transaktionskategori i kataloget, afklar flaget for moms ved fakturering og gennemgå fakturanummereringen. Vælg format.
3. Januar til marts 2027: udvikling. Formatgeneratoren; validering mod EN 16931 og de franske regler før afsendelse; API-klienten til platformen; statushåndtering med en tilstandsmaskine for fakturaer; Encaissée-feedet fra debitorsiden; aggregaterne til e-reporting.
4. April og maj 2027: test og derefter frivillig go live. Først testmiljøet, derefter rigtige fakturaer til nogle få kunder, der er indforstået. Guiden tillader frivillig udstedelse før jeres frist, og fejler det, må I falde tilbage på jeres sædvanlige metode for de flows. Foråret 2027 er den billigste test i drift, I får.
5. Juni og juli 2027: udvid. Al indenlandsk B2B gennem platformen, e-reporting kørende, og den første månedsafslutning og momsangivelse afstemt mod det, platformen har indberettet.
6. August 2027: frys. Ingen releases, en skriftlig procedure for tekniske afvisninger og afvisninger fra køber, og navngivne personer, der dækker ferien.
7. 1. september 2027: pligt. Derefter jeres første frist for e-reporting, den reelle test af indberetningssiden.

Hvis I ikke er klar på dagen

Guiden, der blev skrevet til starten i september 2026, lægger en tolerant linje: ingen sanktioner i opstartsfasen for virksomheder, der løber ind i vanskeligheder, men er på en »trajectoire sérieuse de mise en conformité« (en seriøs vej mod overholdelse), vurderet ud fra konkret, dateret dokumentation (platformkontrakt, test, supportsager). Den siger også, at dette er »ni un report ni une suspension« af pligten, altså hverken en udskydelse eller en suspension. Den siger ikke, om samme linje vil gælde i september 2027.

Sanktionerne står i FAQ'en: 50 euro pr. faktura, der ikke udstedes elektronisk, dog højst 15.000 euro pr. kalenderår, og den første overtrædelse sanktioneres ikke. Fejl i e-reporting falder ind under artikel 1788 D i CGI.

Behandl 1. september 2027 som fast, og hold alligevel jeres dokumentationsspor ved lige: det er det, myndighederne vil bede om.

Hvor dette passer ind

De fleste franske PME vil få dette fra deres softwareleverandør, og det bør de. Vores arbejde er for de andre: vi bygger formatgenereringen, platformforbindelsen, statushåndteringen og feeds til e-reporting inde i det system, der allerede danner jeres fakturaer, og vi retter de data, der ligger under. Læs mere om vores service til integration af e-fakturering og om ERP-modernisering, når selve faktureringssystemet er problemet.

Har I datoen september 2027 og et faktureringssystem, ingen har lyst til at røre, så skriv til office@c9group.dev. Vi er ingeniører, ikke skatterådgivere: afgrænsning og momsbehandling hører hjemme hos jeres expert-comptable, og vi bygger efter deres svar.