E. sąskaitos Prancūzijos MVĮ: savo sąskaitų sistemos prijungimas iki 2027 m. rugsėjo 1 d.

Nuo 2026 m. rugsėjo 1 d. kiekviena reformai priklausanti Prancūzijos įmonė turi galėti priimti elektronines sąskaitas per plateforme agréée, t. y. patvirtintą platformą. Didžiosios įmonės ir ETI (vidutinio dydžio įmonės) taip pat turi taip išrašyti sąskaitas ir teikti e. ataskaitas (e-reporting). Prancūzijos mokesčių administracijos svetainė reformą dabar apibūdina kaip „effective depuis le 1er septembre 2026“.

Antroji banga ateina 2027 m. rugsėjo 1 d. Nuo tos dienos PME, TPE ir mikroįmonės (micro-entreprises) turi išrašyti B2B sąskaitas elektroniniu būdu per patvirtintą platformą ir pradėti teikti e. ataskaitas: siųsti administracijai duomenis apie pardavimus vartotojams, apie tarptautinius sandorius ir, paslaugų atveju, apie gautus mokėjimus.

Jei jūsų sąskaitas išrašo populiarus paketas, pavyzdžiui, Sage, Cegid ar Pennylane, ryšį su patvirtinta platforma užtikrina tiekėjas, kuris pats yra tokia platforma arba dirba su ja. Jūsų dalis: pasirinkti platformą ir sutvarkyti klientų duomenis.

Šis straipsnis skirtas kitam atvejui: kai sąskaitas generuoja jūsų pačių sąskaitų programinė įranga, pritaikyta ERP sistema ar jūsų platformos kodas. Tada ryšį reikia sukurti. Vienuolikos mėnesių pakanka, jei pradėsite dabar.

Kalendorius ir kuriai bangai priklausote

DGFiP praktiniame e. sąskaitų pradžios vadove nurodytos datos:

• 2026 m. rugsėjo 1 d.: kiekviena reformai priklausanti įmonė turi galėti priimti e. sąskaitas; didžiosios įmonės (grandes entreprises) ir ETI taip pat turi jas išrašyti ir teikti e. ataskaitas.
• 2027 m. rugsėjo 1 d.: PME, TPE ir mikroįmonės turi išrašyti sąskaitas ir teikti e. ataskaitas.

Dydis vertinamas kiekvienam juridiniam asmeniui (kiekvienam SIREN) 2025 m. sausio 1 d. būklei, pagal paskutinius iki tos dienos užbaigtus finansinius metus. Pagal oficialų DUK, PME turi mažiau nei 250 darbuotojų ir arba iki 50 mln. € apyvartą, arba iki 43 mln. € balansą. Jei esate virš šios ribos, jūsų data buvo 2026 m.

Vienas spąstas. Išorinėse specifikacijose (3.2 versija, 2026 m. balandžio 30 d.) PVM grupei (assujetti unique) priklausantys subjektai priskiriami 2026 m. bangai, nepriklausomai nuo jų dydžio. Jei jūsų įmonė tokia, jau vėluojate.

Vadovas taip pat jums palankiai išsprendžia du klausimus. Pradėti išrašyti elektronines sąskaitas savanoriškai galite ir anksčiau nei jūsų terminas. O klientas negali remdamasis reforma priversti jūsų siųsti e. sąskaitų iki 2027 m. rugsėjo 1 d., nors jūsų sutartys vis tiek gali nustatyti, kaip keičiatės sąskaitomis.

Ką daro patvirtinta platforma

Plateforme agréée yra privatus operatorius, kurį įregistravo (immatriculée) valstybė. Kad patektų į oficialų sąrašą, jis turi įrodyti mokestinį patikimumą, savo infrastruktūros ir duomenų saugumą bei techninį sąveikumą.

Specifikacijose ši architektūra vadinama „Y“ modeliu. Jūsų sistema siunčia sąskaitą savo platformai. Jūsų platforma suranda pirkėją centriniame kataloge (annuaire), kurį tvarko viešasis sąskaitų portalas (PPF), ir pristato sąskaitą pirkėjo platformai. Atskirai jūsų platforma iš sąskaitos išrenka privalomus duomenis ir siunčia juos PPF, kuris perduoda juos mokesčių administracijai.

Trys pasekmės tam, kas kuria integraciją:

• Jūs niekada nebendraujate tiesiogiai su valstybe. Tik patvirtintos platformos gali pristatyti sąskaitas gavėjams ir siųsti duomenis PPF. Jūsų sąskaitų sistema specifikacijose vadinama solution compatible: ji bendrauja su platforma, o platforma atlieka visa kita.
• Greičiausiai platformą jau turite. Jos reikėjo priimant sąskaitas nuo 2026 m. rugsėjo 1 d. Pirmiausia paklauskite jos, ką ji siūlo sąskaitoms išrašyti. Galite naudoti ir kitą, bet viena sutartis ir viena integracija yra paprasčiau.
• Sąsaja standartizuota. AFNOR standartas XP Z12-013 apibrėžia API tarp įmonių sistemų ir patvirtintų platformų; XP Z12-012 apima sąskaitų ir būsenų formatus. Platformos taip pat siūlo EDI ir portalo kanalus, o Peppol jungia platformas tarpusavyje. Prieš ką nors projektuodami paklauskite, ką palaiko jūsų platforma.

Viešieji pirkėjai lieka Chorus Pro sistemoje, o esamus Chorus Pro ryšius galima išlaikyti.

Ką turi pateikti jūsų sistema

Platforma gali perduoti ir konvertuoti sąskaitą. Ji negali sugalvoti duomenų, kurių jūsų sistema niekada neturėjo.

Formatas iš bendrosios bazės

Kiekviena patvirtinta platforma turi palaikyti tris formatus, visi jie grindžiami Europos standartu EN 16931: UBL (2.1 versija), CII (D22B versija) ir Factur-X, t. y. PDF su įterptais struktūrizuotais duomenimis. Platformos gali priimti ir kitus; garantuojami tik šie trys.

Rinkitės pagal tai, ką jūsų sistema gali sklandžiai sugeneruoti, o ne pagal tai, ką mėgsta kiekvienas klientas. Tiekėjas negali primesti formato pirkėjui, o pirkėjo platforma gali konvertuoti į pirkėjui patinkantį formatą. Factur-X tinka įmonėms, kurių klientai vis dar nori perskaitomo PDF; UBL ar CII tinka grynai sistemų tarpusavio srautams.

Duomenys, laukas po lauko

Administracija skelbia gaunamų sąskaitų duomenų lentelę, susietą su EN 16931 verslo terminais. Daugumai Prancūzijos sąskaitų keturi rekvizitai yra nauji:

• kliento SIREN (BT-47);
• operacijos kategorija: prekės, paslaugos ar abu (BT-23);
• pasirinkimas mokėti PVM nuo debeto (TVA sur les débits), jei jį pasirinkote (BT-8);
• visas pristatymo adresas, jei jis skiriasi nuo kliento sąskaitos adreso (nuo BT-75 iki BT-80).

Likusi privalomų duomenų dalis žinoma, bet turi būti struktūrizuota: jūsų SIREN, abi šalys, sąskaitos numeris iš chronologinės ir nenutrūkstamos sekos, išrašymo data, sumos be PVM ir PVM suma, valiuta ir PVM išskaidymas, nurodantis apmokestinamąją vertę, mokestį ir tarifą kiekvienam naudojamam tarifui (BT-116, BT-117, BT-119). Sąlyginiai laukai: PVM mokėtojų kodai, neapmokestinimo priežastis (kaip VATEX kodas), atvirkštinis apmokestinimas, pirkėjo išrašomos sąskaitos, pristatymo data, kuri skiriasi nuo sąskaitos datos, ir pradinės sąskaitos nuoroda taisomojoje sąskaitoje.

Kelių šios lentelės laukų tikimasi tik nuo 2027 m. rugsėjo 1 d.: eilučių detalių (prekės pavadinimo, kiekio, vieneto kainos), dokumento lygmens nuolaidų ir priedų, pristatymo adreso, taisomos sąskaitos datos, pastabos apie nuolaidą už išankstinį apmokėjimą ir eco-participation sumos. 2027 m. terminas yra ir diena, kai duomenų modelis visiems tampa išsamesnis.

Kur individualios sistemos dažniausiai suklumpa:

• Kliento įraše nėra SIREN arba SIREN lauke įrašytas SIRET.
• Operacijos kategorija nesaugoma kiekvienai prekei ar paslaugai, todėl mišrios sąskaitos neįmanoma klasifikuoti.
• PVM skaičiuojamas ir apvalinamas kiekvienai eilutei, todėl išskaidymas pagal tarifus nesutampa su sumomis.
• Kreditinės sąskaitos yra pavieniai dokumentai be nuorodos į taisomą sąskaitą.
• Sąskaitų numeracijoje yra spragų arba numeriai panaudojami pakartotinai po anuliavimo.

Kiekvienas iš šių dalykų taisomas šaltinio sistemoje, o ne jungtyje.

Maršrutizavimo duomenys

Katalogas privačią įmonę pagal nutylėjimą adresuoja SIREN lygmeniu, bet gali maršrutizuoti ir pagal SIRET, maršrutizavimo kodą ar priesagą, kai klientas nori gauti sąskaitas kiekvienam padaliniui ar skyriui. Kiekvienam klientui saugokite tinkamus identifikatorius. Kai paieška nepavyksta, pirmasis vadovo nurodymas yra patikrinti panaudotus SIREN, SIRET ir priimantį padalinį.

Gyvavimo ciklo būsenos abiem kryptimis

Sąskaita dabar turi gyvavimo ciklą, perduodamą būsenų pranešimais. Keturios būsenos yra privalomos ir pasiekia mokesčių administraciją:

Kitos, pavyzdžiui, „gauta platformoje“, „ginčijama“ ar „mokėjimas išsiųstas“, yra neprivalomos.

Jūsų sistema turi ir skaityti būsenas, ir jas siųsti. Atmetimas (rejet) yra techninis: netinkamas formatas, trūkstami ar nenuoseklūs duomenys, klaidingas maršrutas. Jį ištaisote ir siunčiate iš naujo. Atsisakymas (refus) ateina iš pirkėjo, turi būti pagrįstas ir gali remtis tik standarte leidžiamomis priežastimis (reguliavimo trūkumu, kurio platforma nepastebėjo, neteisingu adresatu, neįvykdytomis sutarties sąlygomis), bet niekada paprastu komerciniu ginču. Jei po atsisakymo išrašote sąskaitą iš naujo, naujai sąskaitai reikia naujo numerio. Specifikacijose nurodyta, kad atsisakyta ar atmesta sąskaita jūsų apskaitoje anuliuojama vidine kreditine sąskaita; vadovas priduria, kad jei ginčijate atsisakymą, neturėtumėte jos kurti automatiškai.

Encaissée yra ta būsena, kurią individualios sistemos pamiršta. Paslaugoms, už kurias PVM mokėtinas gavus mokėjimą, ši būsena perduoda sąskaitos numerį, mokėjimo datą ir gautą sumą pagal kiekvieną PVM tarifą: būtent taip mokėjimų duomenys vidaus B2B sandoriams pasiekia administraciją. Todėl jūsų banko operacijų suderinimo ar gautinų sumų modulis turi teikti duomenis sąskaitų integracijai, o dažnai tai dvi sistemos, kurios niekada nebendravo.

E. ataskaitos: viskas, kas nėra vidaus B2B sąskaita

E. sąskaitos apima pardavimus tarp dviejų Prancūzijoje įsisteigusių PVM mokėtojų. E. ataskaitos apima visa kita ir taip pat siunčiamos per jūsų patvirtintą platformą:

• Pardavimai neapmokestinamiesiems asmenims (B2C) Prancūzijoje ar užsienyje: dienos sumos, o ne atskiros sąskaitos, išskaidytos pagal kategorijas (apmokestinamos prekės, apmokestinamos paslaugos, nuotolinė prekyba ES viduje, maržos schemos), su apmokestinamąja verte ir PVM kiekvienam tarifui.
• Tarptautiniai B2B sandoriai: pardavimai ne Prancūzijoje įsisteigusioms įmonėms ir pirkimai iš jų, sąskaita po sąskaitos, su beveik tais pačiais laukais kaip vidaus sąskaitoje. Pirkimai taip pat įskaitomi: mokymus, pirktus iš Vokietijos tiekėjo, deklaruojate jūs, Prancūzijos pirkėjas.
• Mokėjimų duomenys, tik paslaugoms, ir ne atvirkštinio apmokestinimo operacijoms ar įmonėms, pasirinkusioms PVM nuo debeto: data ir gauta suma pagal kiekvieną PVM tarifą.

Dažnumas priklauso nuo jūsų PVM režimo, pagal paskelbtą dažnumo lentelę. Taikant mėnesinį régime réel normal, sandorių duomenys teikiami tris kartus per mėnesį (nuo 1 iki 10 d., nuo 11 iki 20 d., nuo 21 d. iki mėnesio pabaigos), kiekvienas per dešimt dienų po laikotarpio pabaigos, o mokėjimų duomenys kas mėnesį iki kito mėnesio 10 d. Taikant régime simplifié, abu teikiami kas mėnesį, nuo kito mėnesio 25 iki 30 d. Taikant franchise en base, abu teikiami kas du kalendorinius mėnesius.

Trys ataskaitos per mėnesį yra suplanuota užduotis, o ne skaičiuoklė. O jei jūsų B2C pardavimai vyksta per kasą, internetinę parduotuvę ir sąskaitų įrankį, dienos sumos turi būti surinktos iš visų trijų.

11 mėnesių planas

Skaičiuojant atgal nuo 2027 m. rugsėjo 1 d. ir nurašant rugpjūtį, nes tai rugpjūtis:

1. 2026 m. spalis: apimtis. Patvirtinkite savo dydžio kategoriją ir ar priklausote PVM grupei. Surašykite kiekvieną srautą, kuris sukuria sąskaitą ar pardavimą: vidaus B2B, B2C, tarptautinius, kreditines sąskaitas, avansus, pirkėjo išrašomas sąskaitas, viešąjį sektorių. Paprašykite savo priėmimo platformos jos pasiūlymo sąskaitoms išrašyti: formatų, API dokumentacijos, bandomosios aplinkos, grąžinamų būsenų, e. ataskaitų.
2. 2026 m. lapkritis ir gruodis: duomenys. Patikrinkite laukų lentelę su savo tikrais duomenimis. Įtraukite ir patikrinkite SIREN ir SIRET klientų įrašuose, įtraukite operacijos kategoriją į katalogą, sutvarkykite PVM nuo debeto žymą, patikrinkite sąskaitų numeraciją. Pasirinkite formatą.
3. Nuo 2027 m. sausio iki kovo: kūrimas. Formato generatorius; patikra pagal EN 16931 ir Prancūzijos taisykles prieš siunčiant; platformos API klientas; būsenų apdorojimas su sąskaitos būsenų mašina; Encaissée duomenų srautas iš gautinų sumų; e. ataskaitų agregatai.
4. 2027 m. balandis ir gegužė: testavimas, tada savanoriškas paleidimas. Pirmiausia bandomoji aplinka, tada tikros sąskaitos keliems sutinkantiems klientams. Vadovas leidžia savanoriškai išrašyti sąskaitas anksčiau nei jūsų terminas, o jei kas nepavyksta, tiems srautams galite grįžti prie įprasto būdo. 2027 m. pavasaris bus pigiausias realaus testavimo laikas, kokį tik gausite.
5. 2027 m. birželis ir liepa: plėtra. Visas vidaus B2B per platformą, veikiančios e. ataskaitos, pirmasis mėnesio uždarymas ir PVM deklaracija, suderinti su tuo, ką pateikė platforma.
6. 2027 m. rugpjūtis: įšaldymas. Jokių naujų versijų, rašytinė atmetimų ir atsisakymų tvarka, paskirti atsakingi žmonės atostogų laikotarpiu.
7. 2027 m. rugsėjo 1 d.: prievolė. Tada pirmasis jūsų e. ataskaitų terminas, tikrasis ataskaitų dalies išbandymas.

Jei tą dieną nebūsite pasirengę

Vadove, parašytame 2026 m. rugsėjo pradžiai, nustatyta tolerantiška linija: pradiniu etapu nebaudžiamos įmonės, susiduriančios su sunkumais, bet esančios „trajectoire sérieuse de mise en conformité“, t. y. rimtame kelyje į atitiktį, vertinant pagal konkrečius, datuotus įrodymus (platformos sutartį, testus, pagalbos užklausas). Jame taip pat teigiama, kad tai „ni un report ni une suspension“, t. y. nei prievolės atidėjimas, nei sustabdymas. Ar ta pati linija bus taikoma 2027 m. rugsėjį, nenurodoma.

Baudos nurodytos DUK: 50 € už kiekvieną ne elektroniniu būdu išrašytą sąskaitą, ne daugiau kaip 15 000 € per kalendorinius metus, o už pirmąjį pažeidimą nebaudžiama. E. ataskaitų pažeidimams taikomas CGI 1788 D straipsnis.

Laikykite 2027 m. rugsėjo 1 d. nekintama data ir vis tiek kaupkite įrodymus: būtent jų paprašys administracija.

Kur tai pritaikoma

Dauguma Prancūzijos PME tai gaus iš savo programinės įrangos tiekėjo, ir taip turi būti. Mūsų darbas skirtas kitiems: sistemoje, kuri jau išrašo jūsų sąskaitas, kuriame formato generavimą, ryšį su platforma, būsenų apdorojimą ir e. ataskaitų srautus, o kartu sutvarkome po jais esančius duomenis. Daugiau apie tai rasite mūsų e. sąskaitų integracijos paslaugos puslapyje, o apie ERP modernizavimą, jei problema yra pati sąskaitų sistema.

Jei jūsų terminas yra 2027 m. rugsėjis, o sąskaitų sistemos niekas nenori liesti, rašykite office@c9group.dev. Esame inžinieriai, ne mokesčių konsultantai: apimtis ir PVM traktavimas yra jūsų expert-comptable reikalas, o mes kuriame pagal jo atsakymą.