Francia e-számlázás a PME-knek: saját számlázórendszer bekötése 2027. szeptember 1. előtt

2026. szeptember 1. óta a reform hatálya alá tartozó minden franciaországi cégnek képesnek kell lennie elektronikus számlák fogadására egy plateforme agréée, vagyis jóváhagyott platform révén. A nagyvállalatoknak és az ETI-knek ezen felül így is kell kiállítaniuk a számláikat, és e-reportingot kell teljesíteniük. A francia adóhatóság oldala a reformot már úgy írja le, mint amely „effective depuis le 1er septembre 2026”.

A második hullám 2027. szeptember 1-jén érkezik. Ettől a naptól a PME-knek, a TPE-knek és a micro-entreprise-oknak jóváhagyott platformon keresztül, elektronikusan kell kiállítaniuk B2B számláikat, és el kell kezdeniük az e-reportingot: adatokat kell küldeniük a hatóságnak a fogyasztói értékesítésekről, a nemzetközi ügyletekről és szolgáltatások esetén a beérkezett kifizetésekről.

Ha a számlái egy elterjedt csomagból jönnek, például a Sage-ből, a Cegidből vagy a Pennylane-ből, a jóváhagyott platformhoz való kapcsolódást a szoftverszállító adja, amely vagy maga is ilyen platform, vagy együttműködik eggyel. Az Ön feladata a platform kiválasztása és az ügyféladatok rendbetétele.

Ez a cikk a másik esetről szól: amikor a számlákat saját számlázószoftver, testre szabott ERP vagy a platformja saját kódja állítja elő. Ott a kapcsolatot meg kell építeni. Tizenegy hónap elég, ha most kezd hozzá.

A naptár, és hogy melyik hullámba tartozik

A DGFiP gyakorlati útmutatója az e-számlázás indulásáról rögzíti a dátumokat:

• 2026. szeptember 1.: minden hatály alá tartozó cégnek képesnek kell lennie e-számlák fogadására; a nagyvállalatoknak (grandes entreprises) és az ETI-knek ki is kell állítaniuk azokat, és e-reportingot kell teljesíteniük.
• 2027. szeptember 1.: a PME-knek, a TPE-knek és a micro-entreprise-oknak kell kiállítaniuk és e-reportingot teljesíteniük.

A méretet jogi személyenként (SIREN-enként) ítélik meg 2025. január 1-jei állapot szerint, az e dátum előtt lezárt utolsó üzleti év alapján. A hivatalos GYIK szerint PME az a cég, amelynek 250-nél kevesebb munkatársa van, és vagy legfeljebb 50 millió euró árbevétele, vagy legfeljebb 43 millió euró mérlegfőösszege. E határ felett az Ön dátuma 2026 volt.

Van egy csapda. A külső specifikációk (3.2-es verzió, 2026. április 30.) a csoportos áfaalanyhoz (assujetti unique) tartozó szervezeteket méretüktől függetlenül a 2026-os hullámba sorolják. Ha az Öné ilyen, már késésben van.

Az útmutató két kérdést az Ön javára dönt el. A határidő előtt önkéntesen is elkezdheti az elektronikus kiállítást. Egy vevő pedig nem kényszerítheti ki a reformra hivatkozva, hogy 2027. szeptember 1. előtt e-számlát küldjön, bár a szerződései továbbra is meghatározhatják, hogyan cserélnek számlát.

Mit csinál egy jóváhagyott platform

A plateforme agréée olyan magánszolgáltató, amelyet az állam nyilvántartásba vett (immatriculée). Ahhoz, hogy felkerüljön a hivatalos listára, igazolnia kell az adóügyi megfelelést, az infrastruktúrája és az adatok biztonságát, valamint a műszaki interoperabilitást.

A specifikációk az architektúrát „Y” modellnek nevezik. Az Ön rendszere elküldi a számlát a platformjának. A platform megkeresi a vevőt a központi címtárban (annuaire), amelyet az állami számlázási portál (PPF) üzemeltet, és kézbesíti a számlát a vevő platformjának. Ettől elkülönülten a platform kinyeri a számlából a szabályozási adatokat, és elküldi a PPF-nek, amely továbbítja azokat az adóhatóságnak.

Ennek három következménye van arra nézve, aki az integrációt építi:

• Soha nem kommunikál közvetlenül az állammal. Csak jóváhagyott platformok kézbesíthetnek számlát a címzetteknek és küldhetnek adatot a PPF-nek. Az Ön számlázórendszere az, amit a specifikációk solution compatible-nek neveznek: egy platformmal kommunikál, a többit pedig a platform végzi.
• Valószínűleg már van platformja. A 2026. szeptember 1-jétől kötelező fogadáshoz kellett egy. Először ezt kérdezze meg, mit kínál a kiállításhoz. Szabadon választhat másikat is, de egy szerződés és egy integráció egyszerűbb.
• Az interfész szabványosított. Az AFNOR XP Z12-013 szabvány határozza meg a cégek rendszerei és a jóváhagyott platformok közötti API-kat; az XP Z12-012 a számla- és státuszformátumokat fedi le. A platformok EDI- és portálcsatornákat is kínálnak, a platformokat pedig egymással a Peppol köti össze. Mielőtt bármit megtervezne, kérdezze meg, az Öné mit támogat.

Az állami vevők a Chorus Prón maradnak, a meglévő Chorus Pro-kapcsolatok pedig megtarthatók.

Mit kell előállítania a rendszerének

A platform szállítani és konvertálni tudja a számlát. Olyan adatot viszont nem tud kitalálni, amely sosem volt meg a rendszerében.

Egy formátum a közös alapból

Minden jóváhagyott platformnak három formátumot kell támogatnia, mindhármat az EN 16931 európai szabványra építve: az UBL-t (2.1-es verzió), a CII-t (D22B verzió) és a Factur-X-et, amely beágyazott strukturált adatokat tartalmazó PDF. A platformok elfogadhatnak másokat is; csak ez a három garantált.

Aszerint válasszon, mit tud a rendszere tisztán előállítani, ne aszerint, mit szeretne az egyes vevő. A szállító nem kényszeríthet formátumot a vevőre, a vevő platformja pedig átalakíthatja a számlát a vevő által preferált formátumra. A Factur-X azoknak a cégeknek való, amelyek vevői még olvasható PDF-et szeretnének; az UBL vagy a CII a tisztán rendszerek közötti forgalomhoz illik.

Az adatok, mezőről mezőre

A hatóság közzéteszi a hozzá beérkező számlaadatok táblázatát, az EN 16931 üzleti fogalmaihoz rendelve. Négy adat új a legtöbb francia számlán:

• a vevő SIREN-száma (BT-47);
• az ügylet kategóriája: termék, szolgáltatás vagy mindkettő (BT-23);
• a teljesítéskori (debits szerinti) áfafizetés választása, ha ezt választotta (BT-8);
• a teljes szállítási cím, ha eltér a vevő számlázási címétől (BT-75-től BT-80-ig).

A kötelező adatok többi része ismerős, de strukturáltnak kell lennie: az Ön SIREN-száma, mindkét ország, időrendi és folyamatos sorozatból származó számlaszám, a kiállítás dátuma, az áfa nélküli végösszeg és az áfa összege, a pénznem, valamint olyan áfaösszesítés, amely minden alkalmazott kulcsnál megadja az adóalapot, az adót és a kulcsot (BT-116, BT-117, BT-119). A feltételes mezők közé tartoznak az áfaszámok, a mentesség indoka (VATEX-kódként), a fordított adózás, az önszámlázás, a számla dátumától eltérő teljesítési dátum, valamint helyesbítő számlán az eredeti számla hivatkozása.

A táblázat több mezőjét csak 2027. szeptember 1-jétől várják el: a tételsorok részleteit (a tétel neve, mennyiség, egységár), a dokumentumszintű engedményeket és díjakat, a szállítási címet, a helyesbített számla dátumát, a korai fizetési engedményre vonatkozó megjegyzést és az ökohozzájárulás (éco-participation) összegét. A 2027-es határidő egyben az a nap is, amikor mindenki számára mélyebb lesz az adatmodell.

Ahol az egyedi rendszerek általában elbuknak:

• Az ügyfélrekordban nincs SIREN, vagy a SIREN mezőben SIRET áll.
• Az ügylet kategóriáját nem tárolják termékenként vagy szolgáltatásonként, így egy vegyes számlát nem lehet besorolni.
• Az áfát soronként számolják és kerekítik, így a kulcsonkénti összesítés nem egyezik a végösszegekkel.
• A jóváírások önálló dokumentumok, hivatkozás nélkül arra a számlára, amelyet helyesbítenek.
• A számlaszámokban hézagok vannak, vagy egy sztornó után újra felhasználják őket.

Mindegyik javítása a forrásrendszerben történik, nem a csatlakozóban.

Útválasztási adatok

A címtár alapértelmezésben SIREN-szinten címez meg egy magáncéget, de SIRET, útválasztási kód vagy utótag alapján is irányíthat, ha a vevő telephelyenként vagy részlegenként kéri a számlákat. Tárolja ügyfelenként a megfelelő azonosítókat. Ha egy keresés sikertelen, az útmutató első utasítása az, hogy ellenőrizze a használt SIREN-t, SIRET-et és a fogadó telephelyet.

Életciklus-státuszok, mindkét irányban

A számlának mostantól életciklusa van, amelyet státuszüzenetek közvetítenek. Négy státusz kötelező, és ezek eljutnak az adóhatósághoz:

A többi, például „a platform megkapta”, „vitatott” vagy „kifizetés elküldve”, nem kötelező.

A rendszerének nemcsak küldenie, hanem olvasnia is kell a státuszokat. Az elutasítás (Rejetée) technikai jellegű: hibás formátum, hiányzó vagy ellentmondásos adat, rossz útválasztás. Kijavítja, és újraküldi. A visszautasítás (Refusée) a vevőtől jön, indokolni kell, és csak a szabvány által megengedett indokokra hivatkozhat (a platform által nem észlelt szabályozási hiba, téves címzett, nem teljesült szerződéses feltételek), egyszerű kereskedelmi vitára soha. Ha visszautasítás után újra kiállítja, az új számlának új sorszám kell. A specifikációk szerint a visszautasított vagy elutasított számlát a könyveiben belső jóváírással kell sztornózni; az útmutató hozzáteszi, hogy ha vitatja a visszautasítást, ne hozzon létre ilyet automatikusan.

Az Encaissée az, amelyről az egyedi rendszerek megfeledkeznek. Szolgáltatásoknál, ahol az áfa a kifizetéskor válik esedékessé, ez a státusz hordozza a számlaszámot, a kifizetés dátumát és a kulcsonként beérkezett összeget: így jutnak el a kifizetési adatok a hatósághoz a belföldi B2B-forgalomban. A banki egyeztetésnek vagy a vevőkövetelés-modulnak tehát táplálnia kell a számlázási integrációt, és ez gyakran két olyan rendszer, amely még soha nem kommunikált egymással.

E-reporting: minden, ami nem belföldi B2B számla

Az e-számlázás két, Franciaországban letelepedett, áfaregisztrált vállalkozás közötti értékesítést fedi le. Az e-reporting minden mást, és szintén a jóváhagyott platformon keresztül megy:

• Értékesítés nem adóalanyoknak (B2C), Franciaországban vagy külföldön: napi összesítések egyedi számlák helyett, kategóriánként bontva (adóköteles termékek, adóköteles szolgáltatások, Unión belüli távértékesítés, különbözeti adózás), kulcsonként az adóalappal és az áfával.
• Nemzetközi B2B: értékesítés Franciaországban nem letelepedett vállalkozásoknak és beszerzés tőlük, számláról számlára, nagyjából a belföldi számlával azonos mezőkkel. A beszerzések is számítanak: ha egy német szállítótól vásárol képzést, azt Ön, a francia vevő jelenti.
• Kifizetési adatok, csak szolgáltatásoknál, és nem a fordított adózású ügyleteknél vagy azoknál a cégeknél, amelyek a teljesítéskori áfafizetést választották: a dátum és a kulcsonként beérkezett összeg.

A ritmus az áfarendszerétől függ, a közzétett gyakorisági táblázat szerint. A havi bevallású régime réel normal alatt az ügyletadatok havonta háromszor mennek (1. és 10. nap között, 11. és 20. nap között, valamint 21-étől a hónap végéig), mindegyik az időszaka után tíz nappal esedékes, a kifizetési adatok pedig havonta, a következő hónap 10. napja előtt. A régime simplifié alatt mindkettő havonta megy, a következő hónap 25. és 30. napja között. A franchise en base alatt mindkettő kéthavonta.

A havi három adatszolgáltatás ütemezett feladat, nem táblázat. Ha pedig a B2C értékesítései pénztárgépen, webáruházon és számlázóeszközön keresztül is futnak, a napi összesítéseknek mindhárom forrásból kell származniuk.

Tizenegy hónapos terv

2027. szeptember 1-jétől visszafelé számolva, az augusztust leírva, mert augusztus van:

1. 2026. október: hatókör. Erősítse meg a méretkategóriáját, és hogy tartozik-e csoportos áfaalanyhoz. Vegye számba az összes folyamatot, amely számlát vagy értékesítést állít elő: belföldi B2B, B2C, nemzetközi, jóváírások, előlegek, önszámlázás, közszféra. Kérje el a fogadó platformjától a kiállításra vonatkozó ajánlatát: formátumok, API-dokumentáció, tesztkörnyezet, a visszaadott státuszok, e-reporting.
2. 2026. november és december: adatok. Futtassa le a mezőtáblázatot a valódi adatain. Vegye fel és ellenőrizze a SIREN- és SIRET-számokat az ügyfélrekordokon, adja hozzá az ügylet kategóriáját a katalógushoz, rendezze a teljesítéskori áfafizetés jelzőjét, vizsgálja át a számlaszámozást. Válassza ki a formátumot.
3. 2027. január és március között: fejlesztés. A formátumgenerátor; a küldés előtti validálás az EN 16931 és a francia szabályok szerint; a platform API-kliense; a státuszkezelés számlaállapot-géppel; az Encaissée adatfolyam a vevőkövetelés-modulból; az e-reporting összesítései.
4. 2027. április és május: tesztelés, majd önkéntes éles indulás. Előbb a tesztkörnyezet, aztán valódi számlák néhány beleegyező ügyfélnek. Az útmutató megengedi az önkéntes kiállítást a határidő előtt, és ha nem sikerül, ezekre a folyamatokra visszatérhet a megszokott módszerhez. 2027 tavasza a legolcsóbb éles tesztelés, amit kaphat.
5. 2027. június és július: kiterjesztés. Az összes belföldi B2B a platformon keresztül, az e-reporting fut, az első hónapzárást és áfabevallást pedig összeveti azzal, amit a platform jelentett.
6. 2027. augusztus: befagyasztás. Nincsenek kiadások, írásos eljárás van az elutasításokra és a visszautasításokra, és megnevezett emberek fedik le a szabadságokat.
7. 2027. szeptember 1.: kötelezettség. Utána az első e-reporting határidő, amely a jelentési oldal igazi próbája.

Ha a napon nem áll készen

A 2026. szeptemberi indulásra írt útmutató elnéző vonalat húz: az indulási szakaszban nincs bírság azoknak a cégeknek, amelyek nehézségekbe ütköznek, de „trajectoire sérieuse de mise en conformité” pályán vannak, vagyis komolyan haladnak a megfelelés felé, amit konkrét, dátummal ellátott bizonyítékok alapján ítélnek meg (platformszerződés, tesztek, támogatási jegyek). Azt is kimondja, hogy ez a kötelezettségnek „ni un report ni une suspension”, vagyis sem halasztása, sem felfüggesztése. Arról nem szól, hogy 2027 szeptemberében is ugyanez a vonal érvényes lesz-e.

A bírságok a GYIK-ban szerepelnek: minden nem elektronikusan kiállított számla után 50 euró, naptári évenként legfeljebb 15 000 euró, és az első szabályszegést nem bírságolják. Az e-reporting mulasztásai a CGI 1788 D cikke alá tartoznak.

Kezelje 2027. szeptember 1-jét rögzítettként, és ennek ellenére vezesse a bizonyítékokat: ezeket fogja kérni a hatóság.

Hol illik ez a képbe

A legtöbb francia PME a szoftverszállítójától kapja meg ezt, és ez így is van rendjén. A mi munkánk a többieknek szól: a formátum előállítását, a platformkapcsolatot, a státuszkezelést és az e-reporting adatfolyamokat abban a rendszerben építjük meg, amely már most is előállítja a számláit, és rendbe tesszük az alatta lévő adatokat. Bővebben az e-számlázási integrációs szolgáltatásunk oldalán olvashat, az ERP-modernizációról pedig akkor, ha maga a számlázórendszer a probléma.

Ha 2027. szeptemberi határideje és egy olyan számlázórendszere van, amelyhez senki nem szeretne hozzányúlni, írjon az office@c9group.dev címre. Mérnökök vagyunk, nem adótanácsadók: a hatály és az áfakezelés kérdései az expert-comptable-jára (könyvelő-adótanácsadójára) tartoznak, mi pedig az ő válasza szerint építünk.