Besedilo: Kristijan Sekereš

E-računi v Franciji za PME: povezava lastnega sistema za obračun pred 1. septembrom 2027

Vogal pariške ulice s stanovanjsko stavbo v Haussmannovem slogu ob sončnem zahodu

Od 1. septembra 2026 mora vsako podjetje v Franciji, ki ga zajema reforma, znati prejemati elektronske račune prek plateforme agréée, odobrene platforme. Velika podjetja in ETI morajo poleg tega na ta način tudi izdajati račune in oddajati e-poročanje. Francoska davčna spletna stran reformo zdaj opisuje kot „effective depuis le 1er septembre 2026“, torej veljavno od 1. septembra 2026.

Drugi val pride 1. septembra 2027. Od tega datuma morajo PME, TPE in mikropodjetja (micro-entreprises) svoje račune B2B izdajati elektronsko prek odobrene platforme in začeti z e-poročanjem: upravi pošiljati podatke o prodaji potrošnikom, o mednarodnih transakcijah in, pri storitvah, o prejetih plačilih.

Če vaši računi nastajajo v razširjenem paketu, kot so Sage, Cegid ali Pennylane, povezavo z odobreno platformo zagotovi vaš ponudnik, ki je sam platforma ali z njo sodeluje. Vaš del je izbira platforme in čiščenje podatkov o strankah.

Ta članek je za drugi primer: račune, ki jih ustvarja vaša lastna programska oprema za obračun, prilagojen ERP ali koda vaše platforme. Tam je povezavo treba zgraditi. Enajst mesecev je dovolj, če začnete zdaj.

Koledar in v katerem valu ste

Praktični vodnik DGFiP za začetek e-računov določa datume:

  • 1. september 2026: vsako zajeto podjetje mora znati prejemati e-račune; velika podjetja (grandes entreprises) in ETI jih morajo tudi izdajati in oddajati e-poročanje.
  • 1. september 2027: PME, TPE in mikropodjetja morajo izdajati račune in oddajati e-poročanje.

Velikost se presoja za vsako pravno osebo (za vsak SIREN) na dan 1. januarja 2025, na podlagi zadnjega poslovnega leta, zaključenega pred tem datumom. Po uradnih pogostih vprašanjih ima PME manj kot 250 zaposlenih in bodisi promet do 50 milijonov evrov bodisi bilančno vsoto do 43 milijonov evrov. Nad to mejo je bil vaš datum leta 2026.

Ena past. Zunanje specifikacije (različica 3.2, 30. april 2026) subjekte, ki pripadajo skupini za DDV (assujetti unique), uvrščajo v val 2026, ne glede na njihovo velikost. Če je vaš tak, ste že v zamudi.

Vodnik dve vprašanji razreši v vašo korist. Elektronsko izdajanje lahko prostovoljno začnete pred svojim rokom. In stranka vas na podlagi reforme ne more prisiliti k pošiljanju e-računov pred 1. septembrom 2027, čeprav lahko vaše pogodbe še vedno določajo, kako si izmenjujete račune.

Kaj počne odobrena platforma

Plateforme agréée je zasebni operater, ki ga je država registrirala (immatriculée). Da se uvrsti na uradni seznam, mora dokazati davčno skladnost, varnost svoje infrastrukture in podatkov ter tehnično interoperabilnost.

Specifikacije arhitekturo imenujejo model „Y“. Vaš sistem pošlje račun svoji platformi. Vaša platforma kupca poišče v osrednjem imeniku (annuaire), ki ga upravlja javni portal za račune (PPF), in račun dostavi platformi kupca. Ločeno vaša platforma iz računa izlušči regulativne podatke in jih pošlje PPF, ki jih posreduje davčni upravi.

Za tistega, ki gradi integracijo, to pomeni tri stvari:

  • Z državo nikoli ne komunicirate neposredno. Samo odobrene platforme lahko dostavljajo račune prejemnikom in pošiljajo podatke PPF. Vaš sistem za obračun je to, kar specifikacije imenujejo solution compatible: komunicira s platformo, platforma pa naredi ostalo.
  • Platformo verjetno že imate. Potrebovali ste jo za prejemanje od 1. septembra 2026. Najprej njo vprašajte, kaj ponuja za izdajanje. Lahko uporabite drugo, a ena pogodba in ena integracija sta preprostejši.
  • Vmesnik je standardiziran. Standard AFNOR XP Z12-013 določa API med sistemi podjetij in odobrenimi platformami; XP Z12-012 zajema formate računov in statusov. Platforme ponujajo tudi kanala EDI in portal, Peppol pa povezuje platforme med seboj. Preden karkoli načrtujete, vprašajte, kaj podpira vaša.

Javni naročniki ostajajo na Chorus Pro, obstoječe povezave s Chorus Pro pa je mogoče obdržati.

Kaj mora vaš sistem ustvariti

Platforma lahko račun prenese in pretvori. Ne more si izmisliti podatkov, ki jih vaš sistem nikoli ni imel.

Format iz skupne osnove

Vsaka odobrena platforma mora podpirati tri formate, vse zgrajene na evropskem standardu EN 16931: UBL (različica 2.1), CII (različica D22B) in Factur-X, PDF z vgrajenimi strukturiranimi podatki. Platforme lahko sprejemajo tudi druge; zagotovljeni so samo ti trije.

Izberite glede na to, kaj vaš sistem lahko čisto ustvari, ne glede na želje posamezne stranke. Dobavitelj kupcu formata ne more vsiliti, platforma kupca pa lahko pretvori v format, ki ga kupec želi. Factur-X ustreza podjetjem, katerih stranke še želijo berljiv PDF; UBL ali CII ustrezata čistim tokovom med sistemi.

Podatki, polje za poljem

Uprava objavlja tabelo podatkov o računu, ki jih prejema, preslikano na poslovne izraze EN 16931. Štirje podatki so novi za večino francoskih računov:

  • SIREN stranke (BT-47);
  • kategorija transakcije: blago, storitve ali oboje (BT-23);
  • možnost plačevanja DDV po izdanih računih (TVA sur les débits), če ste jo izbrali (BT-8);
  • celoten naslov dostave, če se razlikuje od naslova za račune stranke (BT-75 do BT-80).

Preostali obvezni nabor je znan, a mora biti strukturiran: vaš SIREN, obe državi, številka računa iz kronološkega in neprekinjenega zaporedja, datum izdaje, skupni znesek brez DDV in znesek DDV, valuta ter razčlenitev DDV z davčno osnovo, davkom in stopnjo za vsako uporabljeno stopnjo (BT-116, BT-117, BT-119). Pogojna polja vključujejo identifikacijske številke za DDV, razlog oprostitve (kot kodo VATEX), obrnjeno davčno obveznost, samofakturiranje, datum dobave, ki se razlikuje od datuma računa, in sklic na izvirni račun pri popravljalnem računu.

Več polj v tej tabeli se pričakuje šele od 1. septembra 2027: podrobnosti vrstic (naziv artikla, količina, cena na enoto), popusti in stroški na ravni dokumenta, naslov dostave, datum popravljenega računa, opomba o popustu za predčasno plačilo in znesek okoljskega prispevka (éco-participation). Rok 2027 je hkrati dan, ko se podatkovni model za vse poglobi.

Kje sistemi po meri običajno padejo:

  • Zapis o stranki nima SIREN ali pa ima v polju SIREN zapisan SIRET.
  • Kategorija transakcije ni shranjena za vsak izdelek ali storitev, zato mešanega računa ni mogoče razvrstiti.
  • DDV se izračuna in zaokroži po vrsticah, zato se razčlenitev po stopnjah ne ujema s seštevki.
  • Dobropisi so samostojni dokumenti brez sklica na račun, ki ga popravljajo.
  • Številke računov imajo vrzeli ali se po preklicu ponovno uporabijo.

Vsako od tega je popravek v izvornem sistemu, ne v konektorju.

Podatki za usmerjanje

Imenik zasebno podjetje privzeto naslavlja na ravni SIREN, lahko pa usmerja tudi po SIRET, kodi za usmerjanje ali priponi, kadar stranka želi račune za vsako poslovno enoto ali oddelek posebej. Za vsako stranko shranite prave identifikatorje. Ko iskanje ne uspe, je prvo navodilo vodnika, da preverite uporabljeni SIREN, SIRET in prejemno poslovno enoto.

Statusi življenjskega cikla v obe smeri

Račun ima zdaj življenjski cikel, ki ga nosijo statusna sporočila. Štirje statusi so obvezni in pridejo do davčne uprave:

KodaStatusPomen
200Déposéevaša platforma je račun prejela in ugotovila, da je skladen
213Rejetéepreverjanja ene od platform so našla nepravilnost
210Refuséekupec račun v celoti zavrne
212Encaisséeprejeli ste del plačila ali celotno plačilo

Drugi, na primer „prejeto na platformi“, „v sporu“ ali „plačilo poslano“, so neobvezni.

Vaš sistem mora statuse tako brati kot pošiljati. Zavrnitev s strani platforme (rejet) je tehnična: napačen format, manjkajoči ali neskladni podatki, napačno usmerjanje. Popravite jo in pošljete znova. Zavrnitev s strani kupca (refus) pride od kupca, mora navesti razlog in lahko uporabi le razloge, ki jih standard dovoljuje (regulativna napaka, ki jo je platforma spregledala, napačen naslovnik, neizpolnjeni pogodbeni pogoji), nikoli zgolj poslovnega spora. Če po zavrnitvi s strani kupca račun izdate znova, potrebuje novo številko. Specifikacije navajajo, da se zavrnjen račun v vaših knjigah razveljavi z internim dobropisom; vodnik dodaja, da ga ne ustvarjajte samodejno, če zavrnitev s strani kupca izpodbijate.

Encaissée je status, na katerega sistemi po meri pozabljajo. Pri storitvah, kjer DDV zapade ob plačilu, ta status nosi številko računa, datum plačila in prejeti znesek po stopnjah DDV: tako podatki o plačilih pri domačem B2B pridejo do uprave. Vaše bančno usklajevanje ali modul terjatev mora torej napajati integracijo računov, to pa sta pogosto dva sistema, ki se nikoli nista pogovarjala.

E-poročanje: vse, kar ni domači račun B2B

E-računi zajemajo prodajo med dvema podjetjema, registriranima za DDV, s sedežem v Franciji. E-poročanje zajema vse drugo, prav tako poslano prek vaše odobrene platforme:

  • Prodaja osebam, ki niso davčni zavezanci (B2C), v Franciji ali v tujini: dnevni seštevki namesto posameznih računov, razdeljeni po kategorijah (obdavčljivo blago, obdavčljive storitve, prodaja na daljavo znotraj EU, posebne ureditve marže), z davčno osnovo in DDV za vsako stopnjo.
  • Mednarodni B2B: prodaja podjetjem in nakupi od podjetij, ki nimajo sedeža v Franciji, račun za računom, z večinoma enakimi polji kot pri domačem računu. Nakupi štejejo: nakup usposabljanja od nemškega dobavitelja sporočite vi, francoski kupec.
  • Podatki o plačilih, samo za storitve in ne za transakcije z obrnjeno davčno obveznostjo ali podjetja, ki so izbrala DDV po izdanih računih: datum in prejeti znesek po stopnjah DDV.

Ritem je odvisen od vašega režima DDV, po objavljeni tabeli pogostosti. Pri mesečnem régime réel normal gredo podatki o transakcijah trikrat na mesec (od 1. do 10., od 11. do 20. in od 21. do konca meseca), vsak paket deset dni po koncu svojega obdobja, podatki o plačilih pa mesečno pred 10. dnem naslednjega meseca. Pri régime simplifié gredo oboji mesečno, z rokom med 25. in 30. dnem naslednjega meseca. Pri franchise en base gredo oboji vsaka dva koledarska meseca.

Tri oddaje na mesec so načrtovano opravilo, ne preglednica. In če vaša prodaja B2C teče prek blagajne, spletne trgovine in orodja za račune, morajo dnevni seštevki priti iz vseh treh.

Enajstmesečni načrt

Šteto nazaj od 1. septembra 2027, pri čemer avgust odpišemo, ker je avgust:

  1. Oktober 2026: obseg. Potrdite svojo velikostno kategorijo in ali pripadate skupini za DDV. Naštejte vse tokove, ki ustvarijo račun ali prodajo: domači B2B, B2C, mednarodni, dobropisi, predplačila, samofakturiranje, javni sektor. Platformo, prek katere prejemate, vprašajte za ponudbo za izdajanje: formate, dokumentacijo API, testno okolje, statuse, ki jih vrača, e-poročanje.
  2. November in december 2026: podatki. Tabelo polj preverite na resničnih podatkih. V zapise o strankah dodajte in preverite SIREN in SIRET, v katalog dodajte kategorijo transakcije, uredite oznako DDV po izdanih računih, preglejte številčenje računov. Izberite format.
  3. Januar do marec 2027: gradnja. Generator formata; preverjanje glede na EN 16931 in francoska pravila pred pošiljanjem; odjemalec za API platforme; obdelava statusov s stanjem računa kot končnim avtomatom; dovod statusa Encaissée iz terjatev; agregati za e-poročanje.
  4. April in maj 2027: testiranje, nato prostovoljni začetek. Najprej testno okolje, nato resnični računi nekaj strankam, ki se strinjajo. Vodnik dovoljuje prostovoljno izdajanje pred rokom, in če ne uspe, se za te tokove lahko vrnete na običajni način. Pomlad 2027 je najcenejše testiranje v živo, ki ga boste dobili.
  5. Junij in julij 2027: razširitev. Ves domači B2B prek platforme, e-poročanje teče, prvi zaključek meseca in obračun DDV usklajena s tem, kar je sporočila platforma.
  6. Avgust 2027: zamrznitev. Brez izdaj, pisni postopek za zavrnitve s strani platforme in kupca, imenovane osebe, ki pokrivajo počitnice.
  7. 1. september 2027: obveznost. Nato vaš prvi rok za e-poročanje, pravi preizkus poročevalske strani.

Če na ta dan niste pripravljeni

Vodnik, napisan za začetek septembra 2026, postavlja strpno mejo: v začetni fazi ni kazni za podjetja, ki naletijo na težave, a so na „trajectoire sérieuse de mise en conformité“, torej na resni poti k skladnosti, kar se presoja na podlagi konkretnih, datiranih dokazov (pogodba s platformo, testi, zahtevki za podporo). Navaja tudi, da to ni „ni un report ni une suspension“ obveznosti, torej ne preložitev ne začasna ustavitev. Ne pove pa, ali bo enaka meja veljala septembra 2027.

Kazni so v pogostih vprašanjih: 50 € za vsak račun, ki ni bil izdan elektronsko, največ 15.000 € na koledarsko leto, pri čemer se prva kršitev ne kaznuje. Kršitve pri e-poročanju spadajo pod člen 1788 D CGI.

Datum 1. september 2027 obravnavajte kot nespremenljiv in vseeno vodite sled dokazov: to je tisto, kar bo uprava zahtevala.

Kam to sodi

Večina francoskih PME bo to dobila od ponudnika programske opreme in tako je prav. Naše delo je za druge: generiranje formata, povezavo s platformo, obdelavo statusov in dovode za e-poročanje gradimo znotraj sistema, ki že ustvarja vaše račune, in popravimo podatke pod njim. Več je na strani naše storitve integracije e-računov in posodobitve ERP, kadar je težava sam sistem za obračun.

Če imate rok september 2027 in sistem za izdajanje računov, ki se ga nihče noče dotakniti, pišite na office@c9group.dev. Smo inženirji, ne davčni svetovalci: obseg in obravnava DDV sodita k vašemu računovodji (expert-comptable), mi pa gradimo po njegovem odgovoru.