E-fakturering i Frankrike för PME: koppla ditt eget faktureringssystem före 1 september 2027

Sedan 1 september 2026 måste alla företag i Frankrike som omfattas av reformen kunna ta emot elektroniska fakturor via en plateforme agréée, en godkänd plattform. Stora företag och ETI har dessutom varit tvungna att utfärda fakturor på det sättet och lämna e-rapportering. Den franska skattemyndighetens webbplats beskriver nu reformen som ”effective depuis le 1er septembre 2026”.

Den andra vågen kommer 1 september 2027. Från det datumet måste PME, TPE och micro-entreprises utfärda sina B2B-fakturor elektroniskt via en godkänd plattform och börja med e-rapportering: att skicka uppgifter till förvaltningen om försäljning till konsumenter, om internationella transaktioner och, för tjänster, om mottagna betalningar.

Om dina fakturor kommer från ett vanligt standardprogram som Sage, Cegid eller Pennylane, står leverantören för kopplingen till en godkänd plattform, eftersom den antingen är en sådan själv eller samarbetar med en. Din del är att välja plattform och städa kunddata.

Den här artikeln handlar om det andra fallet: fakturor som skapas av ditt eget faktureringsprogram, ett anpassat ERP-system eller din plattforms egen kod. Där måste kopplingen byggas. Elva månader räcker om du börjar nu.

Kalendern, och vilken våg du tillhör

DGFiP:s praktiska guide inför starten av e-fakturering anger datumen:

• 1 september 2026: alla företag som omfattas måste kunna ta emot e-fakturor; stora företag (grandes entreprises) och ETI måste dessutom utfärda dem och lämna e-rapportering.
• 1 september 2027: PME, TPE och micro-entreprises måste utfärda e-fakturor och lämna e-rapportering.

Storleken bedöms per juridisk person (per SIREN) per 1 januari 2025, utifrån det senaste räkenskapsår som avslutats före det datumet. Enligt den officiella FAQ:n har ett PME färre än 250 anställda och antingen en omsättning på högst 50 miljoner euro eller en balansomslutning på högst 43 miljoner euro. Ligger du över den gränsen var ditt datum 2026.

En fälla. De externa specifikationerna (version 3.2, 30 april 2026) placerar enheter som ingår i en momsgrupp (assujetti unique) i 2026 års våg, oavsett storlek. Om ditt företag är en sådan är du redan sen.

Guiden avgör också två frågor till din fördel. Du får börja utfärda elektroniskt före din tidsgräns, frivilligt. Och en kund kan inte använda reformen för att tvinga dig att skicka e-fakturor före 1 september 2027, även om era avtal fortfarande kan bestämma hur ni utbyter fakturor.

Vad en godkänd plattform gör

En plateforme agréée är en privat aktör som registrerats (immatriculée) av staten. För att komma med på den officiella listan måste den visa skattemässig regelefterlevnad, säkerhet i infrastruktur och data samt teknisk interoperabilitet.

Specifikationerna kallar arkitekturen för ”Y”-modellen. Ditt system skickar fakturan till din plattform. Din plattform slår upp köparen i den centrala katalogen (annuaire) som drivs av den offentliga faktureringsportalen (PPF), och levererar fakturan till köparens plattform. Separat tar din plattform ut de regulatoriska uppgifterna ur fakturan och skickar dem till PPF, som för dem vidare till skattemyndigheten.

Tre följder för den som bygger integrationen:

• Du kommunicerar aldrig direkt med staten. Bara godkända plattformar kan leverera fakturor till mottagare och skicka uppgifter till PPF. Ditt faktureringssystem är det som specifikationerna kallar en solution compatible: det talar med en plattform, och plattformen sköter resten.
• Du har förmodligen redan en plattform. Du behövde en för mottagningen från 1 september 2026. Fråga den först vad den erbjuder för utfärdande. Du får använda en annan, men ett avtal och en integration är enklare.
• Gränssnittet är standardiserat. AFNOR-standarden XP Z12-013 definierar API:erna mellan företagens system och godkända plattformar; XP Z12-012 omfattar format för fakturor och statusar. Plattformarna erbjuder också EDI- och portalkanaler, och Peppol kopplar ihop plattformarna med varandra. Fråga vad din plattform stöder innan du designar något.

Offentliga köpare stannar kvar på Chorus Pro, och befintliga kopplingar till Chorus Pro kan behållas.

Vad ditt system måste ta fram

En plattform kan transportera och konvertera en faktura. Den kan inte hitta på data som ditt system aldrig har haft.

Ett format ur den gemensamma basen

Alla godkända plattformar måste stödja tre format, alla byggda på den europeiska standarden EN 16931: UBL (version 2.1), CII (version D22B) och Factur-X, en PDF med den strukturerade datan inbäddad. Plattformar får ta emot andra format; bara de här tre är garanterade.

Välj utifrån vad ditt system kan ta fram på ett rent sätt, inte utifrån vad varje kund föredrar. En leverantör kan inte tvinga på en köpare ett format, och köparens plattform kan konvertera till det format köparen föredrar. Factur-X passar företag vars kunder fortfarande vill ha en läsbar PDF; UBL eller CII passar rena flöden mellan system.

Datan, fält för fält

Förvaltningen publicerar en tabell över de fakturauppgifter den tar emot, mappade mot affärstermerna i EN 16931. Fyra uppgifter är nya på de flesta franska fakturor:

• kundens SIREN (BT-47);
• transaktionens kategori: varor, tjänster eller båda (BT-23);
• valet att betala moms vid debitering, om du har valt det (BT-8);
• den fullständiga leveransadressen, om den skiljer sig från kundens faktureringsadress (BT-75 till BT-80).

Resten av de obligatoriska uppgifterna är bekanta men måste vara strukturerade: ditt SIREN, båda länderna, ett fakturanummer ur en kronologisk och obruten nummerserie, utfärdandedatum, summorna exklusive moms och för moms, valutan och en momsspecifikation med beskattningsunderlag, skatt och skattesats för varje skattesats som används (BT-116, BT-117, BT-119). Villkorade fält omfattar momsregistreringsnummer, skälet till undantag (som VATEX-kod), omvänd skattskyldighet, självfakturering, ett leveransdatum som skiljer sig från fakturadatumet och referensen till den ursprungliga fakturan på en rättelsefaktura.

Flera fält i den tabellen krävs först från 1 september 2027: radnivå (artikelnamn, antal, á-pris), rabatter och avgifter på dokumentnivå, leveransadressen, datumet för den rättade fakturan, anteckningen om kassarabatt och beloppet för eco-participation. Tidsgränsen 2027 är också dagen då datamodellen blir djupare för alla.

Där egenutvecklade system brukar fallera:

• Kundposten saknar SIREN, eller har ett SIRET i SIREN-fältet.
• Transaktionens kategori lagras inte per produkt eller tjänst, så en blandad faktura kan inte klassificeras.
• Momsen beräknas och avrundas per rad, så specifikationen per skattesats stämmer inte med summorna.
• Kreditnotor är fristående dokument utan referens till den faktura de rättar.
• Fakturanumren har luckor, eller återanvänds efter en annullering.

Vart och ett av dessa rättas i källsystemet, inte i kopplingen.

Routningsdata

Katalogen adresserar som standard ett privat företag på SIREN-nivå, men kan också routa via SIRET, routningskod eller suffix när en kund vill ha fakturor per anläggning eller avdelning. Lagra rätt identifierare per kund. När en uppslagning misslyckas är guidens första instruktion att kontrollera det SIREN, det SIRET och den mottagande anläggning du använde.

Livscykelstatusar, i båda riktningarna

En faktura har nu en livscykel, som förs vidare i form av statusmeddelanden. Fyra statusar är obligatoriska och når skattemyndigheten:

Andra statusar, som ”mottagen av plattformen”, ”tvistig” eller ”betalning skickad”, är frivilliga.

Ditt system måste kunna läsa statusar, inte bara skicka dem. En avvisning (rejet) är teknisk: fel format, saknade eller motstridiga uppgifter, felaktig routning. Du rättar och skickar igen. En vägran (refus) kommer från köparen, måste ange ett skäl och får bara använda de skäl som standarden tillåter (ett regelfel som plattformen missade, fel mottagare, avtalsvillkor som inte uppfyllts), aldrig en ren kommersiell tvist. Om du utfärdar på nytt efter en vägran behöver den nya fakturan ett nytt nummer. Enligt specifikationerna annulleras en vägrad eller avvisad faktura i din bokföring med en intern kreditnota; guiden tillägger att om du bestrider en vägran ska du inte skapa en sådan automatiskt.

Encaissée är den som egenutvecklade system glömmer. För tjänster, där momsen förfaller vid betalning, bär den här statusen fakturanumret, betalningsdatumet och det mottagna beloppet per skattesats: det är så betalningsuppgifter når förvaltningen för inhemsk B2B. Din bankavstämning eller kundreskontra måste alltså mata faktureringsintegrationen, och det är ofta två system som aldrig har talat med varandra.

E-rapportering: allt som inte är en inhemsk B2B-faktura

E-fakturering omfattar försäljning mellan två momsregistrerade företag etablerade i Frankrike. E-rapporteringen omfattar resten, och skickas också via din godkända plattform:

• Försäljning till icke skattskyldiga personer (B2C), i Frankrike eller utomlands: dagliga summor i stället för enskilda fakturor, uppdelade per kategori (skattepliktiga varor, skattepliktiga tjänster, distansförsäljning inom EU, marginalskatteordningar), med beskattningsunderlag och moms för varje skattesats.
• Internationell B2B: försäljning till och inköp från företag som inte är etablerade i Frankrike, faktura för faktura, med i stort sett samma fält som en inhemsk faktura. Inköp räknas: köper du en utbildning från en tysk leverantör är det du, den franska köparen, som rapporterar den.
• Betalningsuppgifter, bara för tjänster, och inte för transaktioner med omvänd skattskyldighet eller för företag som valt moms vid debitering: datum och mottaget belopp per skattesats.

Rytmen beror på din momsordning, enligt den publicerade frekvenstabellen. Under den månatliga régime réel normal skickas transaktionsuppgifter tre gånger i månaden (den 1 till 10, den 11 till 20, den 21 till månadens slut), var och en senast tio dagar efter sin period, och betalningsuppgifter en gång i månaden före den 10 i följande månad. Under régime simplifié är båda månatliga, och ska lämnas mellan den 25 och 30 i följande månad. Under franchise en base skickas båda varannan kalendermånad.

Tre inlämningar i månaden är ett schemalagt jobb, inte ett kalkylark. Och om din B2C-försäljning går via en kassa, en webbutik och ett faktureringsverktyg måste de dagliga summorna komma från alla tre.

En plan på 11 månader

Räknat bakåt från 1 september 2027, och med augusti avskriven eftersom det är augusti:

1. Oktober 2026: avgränsning. Bekräfta din storlekskategori och om du ingår i en momsgrupp. Lista alla flöden som ger upphov till en faktura eller en försäljning: inhemsk B2B, B2C, internationellt, kreditnotor, förskott, självfakturering, offentlig sektor. Fråga din mottagningsplattform om dess erbjudande för utfärdande: format, API-dokumentation, en testmiljö, vilka statusar den returnerar, e-rapportering.
2. November och december 2026: data. Kör fälttabellen mot dina verkliga data. Lägg till och kontrollera SIREN och SIRET i kundposterna, lägg till transaktionens kategori i katalogen, bestäm flaggan för moms vid debitering, granska fakturanumreringen. Välj format.
3. Januari till mars 2027: bygg. Formatgeneratorn; validering mot EN 16931 och de franska reglerna innan något skickas; API-klienten mot plattformen; statushantering med en tillståndsmaskin för fakturor; Encaissée-flödet från kundreskontran; summeringarna för e-rapportering.
4. April och maj 2027: testa och gå sedan i drift frivilligt. Först testmiljön, sedan riktiga fakturor till några kunder som går med på det. Guiden tillåter frivilligt utfärdande före din tidsgräns, och om det misslyckas får du falla tillbaka på din vanliga metod för de flödena. Våren 2027 är den billigaste skarpa testperiod du kommer att få.
5. Juni och juli 2027: bredda. All inhemsk B2B via plattformen, e-rapporteringen igång, det första månadsbokslutet och momsdeklarationen avstämda mot det plattformen rapporterade.
6. Augusti 2027: frys. Inga releaser, en skriftlig rutin för avvisningar och vägran, namngivna personer som täcker semestrarna.
7. 1 september 2027: skyldigheten börjar. Därefter din första tidsgräns för e-rapportering, det verkliga provet för rapporteringsdelen.

Om du inte är redo på dagen

Guiden som skrevs inför starten i september 2026 drar en tolerant linje: inga sanktioner under uppstartsfasen för företag som stöter på svårigheter men befinner sig på en ”trajectoire sérieuse de mise en conformité”, bedömt utifrån konkreta, daterade belägg (plattformsavtal, tester, supportärenden). Den säger också att detta är ”ni un report ni une suspension” av skyldigheten. Den säger inte om samma linje kommer att gälla i september 2027.

Sanktionerna står i FAQ:n: 50 € per faktura som inte utfärdats elektroniskt, med ett tak på 15 000 € per kalenderår, och den första överträdelsen sanktioneras inte. Brister i e-rapporteringen faller under artikel 1788 D i CGI.

Behandla 1 september 2027 som fast, och spara ändå spåret av belägg: det är vad förvaltningen kommer att be om.

Var det här passar in

De flesta franska PME kommer att få detta från sin programvaruleverantör, och bör göra det. Vårt arbete är för de andra: vi bygger formatgenereringen, plattformskopplingen, statushanteringen och flödena för e-rapportering i det system som redan tar fram dina fakturor, och vi rättar datan under. Läs mer om vår tjänst för integration av e-fakturering, och om ERP-modernisering när det är själva faktureringssystemet som är problemet.

Om du har september 2027 som datum och ett faktureringssystem som ingen vill röra, skriv till office@c9group.dev. Vi är ingenjörer, inte skatterådgivare: avgränsning och momsbehandling hör hemma hos din expert-comptable, och vi bygger efter deras svar.