Ugrás a fő tartalomra
Certyneo

Elektronikus számla elutasítása: okok, státuszok és teendők 2026-ban

Az elektronikus számlát számos technikai vagy szabályozási ok miatt lehet elutasítani. Az elutasítás okaink és az életciklus státuszainak megértése lehetővé teszi a gyors reagálást és a kifizetési késedelmek elkerülését.

Rédaction Certyneo13 perces olvasmány

Frissítve

Rédaction Certyneo

Szerző — Certyneo · A Certyneoról

white and orange labeled box

Bevezetés

A Franciaországban fokozatosan életbe lépő kötelező elektronikus számlázási reform óta az elektronikus számla elutasítása az ÁFA-kötelezettségű vállalkozások számára jelentős operatív és pénzügyi kérdéssé vált. 2026-ban, a hatálykör kiterjesztésével az intermedier nagyvállalatok és kis-középvállalkozások körére, a Partneri Dematerializációs Platformokon (PDP) és a közös PPF platformon áthaladó számlák volumene megsokszorozódott, és ezzel párhuzamosan az elutasítások száma is. Annak megértése, hogy miért utasítanak el egy számlát, az életciklusban kapcsolódó státusz azonosítása és a szükséges korrekciós intézkedések ismerete mostanra elengedhetetlenné vált a pénzügyi likviditás és az adóügyi megfelelőség megőrzéséhez. Ez a cikk egy teljes és praktikus áttekintést nyújt.

---

Az elektronikus számla életciklusa és kulcsfontosságú státuszai

Az elektronikus számlázás egy normalizált életcikluson alapul, amelyet a Pénzügyminisztérium (DGFiP) határoz meg. Minden számla státuszok sorozatán halad keresztül, amely az emisszióból a kifizetésig terjedő kezelését követi nyomon.

A francia szabályozás által elismert hivatalos státuszok

Az elektronikus számla B2B életciklusa a következő státuszokat tartalmazza, amelyeket az adminisztráció számára kötelezően továbbítani kell az e-reporting csatornán vagy az akkreditált platformokon keresztül:

  • Beadva : a számla beadásra került az emisszió platformjára.
  • Szállítás alatt : az emisszió platformja továbbítja a számlát a fogadó fél platformjára.
  • Hozzáférhetővé téve : a fogadó fél megtekintheti a számlát a platformján.
  • Fogadva : a fogadó fél nyugtázta a számla kézhezvételét.
  • Elfogadva : a fogadó fél fenntartások nélkül jóváhagyja a számlát.
  • Elutasítva : a fogadó fél formálisan visszautasítja a számlát.
  • Rejektálva : a számla nem felel meg a várt technikai vagy szabályozási kritériumoknak.
  • Vitatott : a számla vitatott, véglegES visszautasítás nélkül.
  • Részlegesen jóváhagyva : a vásárló a számla egy részét elfogadja.
  • Kifizetett : a kifizetés megtörtént.

A visszautasítás és a rejektálás közötti megkülönböztetés alapvető fontosságú. A rejektálás egy technikai vagy szabályozási döntés, általában automatikus, amelyet a dematerializációs platform bocsát ki. A visszautasítás a vásárló kereskedelmi döntése, amely a számla tartalmát vagy jogosságát vitatja.

Státuszok nyomon követése: jogi kötelezettség

A 2021. szeptember 15-i 2021-1190-as rendelet és alkalmazási dekrétumai óta az életciklus státuszainak a DGFiP felé történő továbbítása kötelező. Az akkreditált PDP platformok valós időben továbbítani kötelesvek az státuszváltozásokat, nevezetesen az elutasításokat, az adóügyi nyomon követhetőség garantálása érdekében. Ez a kötelezettség az emisszió és a fogadó fél számára egyaránt érvényes. Az státusz-továbbítás hiánya adózási szankcióhoz vezethet.

---

Az elektronikus számla elutasítása főbb okai

Az elutasítások az életciklus különböző szakaszaiban történhetnek, és jól elkülönülő kategóriákat képviselnek. Az elutasítás pontos okának azonosítása az első lépés az eredményes korrigáláshoz.

Formátum- és szerkezettel kapcsolatos technikai okok

A Franciaországban elfogadott szabályozási formátumokat a Factur-X norma (hibrid PDF/XML franc-német formátum) és a tisztán strukturált UBL 2.1 valamint CII (Cross Industry Invoice) formátumok határozzák meg. Az egyes formátumok sajátosságainak jobb megértéséhez tanulmányozza a Factur-X különböző profiljairól szóló útmutatónkat. A leggyakoribb technikai elutasítások a következők:

  • Az XSD sémának nem megfelelő XML : a fájl szerkezete nem felel meg a várt validációs sémának.
  • Nem megfelelő Factur-X profil : a MINIMUM profil használata a számlázási komplexitás szerint szükséges EN 16931 vagy EXTENDED helyett.
  • Sérült PDF vagy nem megfelelő PDF/A-3 : az XML Factur-X-et integráló PDF-fájlnak az ISO 19005-3 norma szerint archiválhatónak kell lennie.
  • Érvénytelen vagy hiányzó elektronikus aláírás : egyes platformok minősített vagy fejlett aláírást követelnek meg a szükséges biztonsági szint szerint.
  • A fájl mérete meghaladja a korlátokat : minden platform meghatározza a fájlméret korlátait.
  • Helytelen kódolás : az XML-fájlt UTF-8 kódolással kell kódolni.

Szabályozási és adózási okok

A formátumon túl a számla elutasítható, mert nem teljesíti az általános adókódex (CGI) 289. cikkében és a 2022. október 7-i 2022-1299-es dekretumon meghatározott kötelező feltételeket:

  • Hiányzó vagy érvénytelen SIREN/SIRET szám : az emisszió és a fogadó fél azonosítójának meg kell felelnie egy aktív, a SIRENE regiszterben nyilvántartott vállalkozásnak.
  • Hibás közösségi adózási szám : a formátumnak meg kell felelnie az országspecifikus szerkezetnek (FR + 2 alfanumerikus karakter + 9 jegyű SIREN).
  • Következetlen kiállítási dátum : egy túl korai vagy túl késői számla automatikusan rejektálható.
  • Inkoherens összegek : nettó alap, alkalmazott ÁFA-kulcs és brutto összeg közötti eltérés.
  • Hiányzó NAF/APE kód : egyes platformok ellenőrzik a tevékenységi kód konzisztenciáját.
  • Nem felismert pénznem : csak bizonyos pénznemek fogadhatók el a platform beállítása szerint.
  • Duplikált számlaszám : a már feldolgozott azonosítóval rendelkező számlát automatikusan elutasítják a dupla kifizetés elkerülése érdekében.

A platformhoz és szállításhoz kapcsolódó okok

Egyes elutasítások függetlenek a számla tartalmától, de az interoperabilitási vagy konfigurációs problémákból erednek:

  • Fogadó fél nem csatlakozik : ha a vásárló még nincs regisztrálva egy akkreditált platformon, a számla nem szállítható.
  • Központi címtár nem naprakész : a Közös Számlázási Portál (PPF) az enterprises és azok platformjainak címtárát tartja nyilván. Ha a fogadó fél nincs benne a helyes útválasztási koordinátákkal, a számla szállítás közben rejektálódik.
  • Az emisszió platform tanúsítványa lejárt : a PDP-ek minősített SSL/TLS tanúsítványokon keresztül kommunikálnak, amelyek lejárata megszakítja az adatcsere.
  • Timeout vagy a befogadó platform elérhetetlensége : terheléscsúcsok során bizonyos üzenetek elveszhetnek, és a számlák alapértelmezésben rejektálódnak.

---

Elutasítás kezelése: lépésről lépésre eljárás

Az elutasítás felmerülésekor a gyorsaság döntő fontosságú. Az elutasított számla adóügyi értéke nulla, amíg korrigálva és újra nem bocsátják ki. Az alábbi javasolt eljárás:

Az hibakód és az elutasítás oka elemzése

Minden platform egy strukturált elutasítás-nyugtát generál, amely egy normalizált hibakódot és egy magyarázó üzenetet tartalmaz. Elengedhetetlen ennek a dokumentumnak a megőrzése, mivel az adóellenőrzés során jó szándékot bizonyít. A hibakódok általában megegyeznek a PEPPOL vagy a DGFiP által a PDP technikai specifikációjában közzétett nemzeti specifikációkkal.

Elemezze:

  • A hibakódot (pl. BR-01 az emisszió-azonosító hiányáért, BR-CO-09 az ÁFA-inkoherenciáért).
  • Az elutasítás szintjét : szintaktikai validáció (XSD séma), szemantikai validáció (üzleti szabályok) vagy szállítási elutasítás.
  • Az elutasítást kibocsátó platformot : az emisszió PDP-je, a fogadó PDP-je vagy a PPF.

A számla korrigálása és korrigált számla kibocsátása

Egy elutasított számlához nem kell jóváírást követő új számlát készíteni, ellentétben a fogadó fél által visszautasított számlával. Az elutasított számla az adóügyi szempontból nem kerülhetett kibocsátásnak tekintendő. Elegendő tehát:

  • Korrigálja a hibás adatokat a számlázási eszközben vagy az ERP-ben.
  • Hozza létre újra a fájlt a megfelelő formátumban (Factur-X, UBL vagy CII az Ön munkafolyamata szerint).
  • Nyújtsa be újra a korrigált számlát az azonos számlaszámmal, ha az elutasítás tisztán technikai és a platform nem rögzített sorszámot, vagy egy új számlaszámmal, ha a sorszám felhasználásra került.
  • Ellenőrizze az státusz-továbbítást PDP irányítópulton annak megerősítéséhez, hogy a korrigált számla valóban hozzáférhetővé vált a fogadó számára.

Az adatátvitel DGFiP-hez szóló kötelezettségekről további információkért tekintse meg az e-reporting és a tranzakciós adatok továbbításáról szóló cikkünket.

Megelőzési intézkedések az elutasítások csökkentésére

Ahelyett, hogy az elutasításokat eseti alapon kezelné, a vállalkozások jobban járnak megelőző eszközök bevezetésével:

  • Validálja a számlát a kibocsátás előtt egy technikai validációs eszköz segítségével. A mi ingyenes Factur-X validátorunk lehetővé teszi a formátumhibák felderítését a beadás előtt.
  • Tartsa naprakészen az ügyfél-adatbázist az SIREN, SIRET és ÁFA-azonosítók tekintetében az INSEE SIRENE könyvtárán és az Európai Bizottság VIES szolgáltatásán keresztül ellenőrizve.
  • Állítson be valós idejű riasztásokat a PDP-jén, hogy azonnal értesüljön egy elutasításról, anélkül, hogy várnia kellene a napi kötegfeldolgozásra.
  • Képezze ki könyvelési csapatait a gyakori hibakódokra és a korrigálási eljárásra, az átlagos feldolgozási idő csökkentésére.
  • Rendszeresen auditon keresztül ellenőrizze számlasablonját annak biztosításához, hogy azok tartalmazzák az összes naprakész kötelező feltételt, különösen az egyes szabályozási módosítások után.

---

Az elutasítások hatása a likviditásra és az adóügyi megfelelőségre

Közvetlen pénzügyi következmények

Az elutasított számla egy nem kifizetett számla. Egy olyan kontextusban, ahol az LME-törvény a kifizetési határidőket szektortól függően 30 vagy 60 napra rögzíti, az elutasítás miatt nem kezelt cada napja közvetlenül rongálja a vállalkozás működő tőkeszükségletét (BFR). Az Altares 2025 évi kifizetési barométerének adatai szerint a B2B-s kifizetési késedelmek átlagosan 14 napi további túllépést jelentenek az legalább egy technikai elutasítást szenvedett számlákra.

Ezenkívül az Einkaufs-törvénykönyv L.441-10 cikke által előírt késedelmi büntetések (az ECB-kamat + 10 pont) mellékköltségeket generálhatnak, amelyek nem téríthetők meg, még akkor sem, ha a késedelem technikai elutasítás miatt jelentkezik az Ön oldalán.

Az adóellenőrzésekkel kapcsolatos kockázatok

A DGFiP-nek hozzáférése van a PDP által továbbított életciklus-státuszokhoz. Egy olyan számla, amelynek státusza egy ésszerű időn belül rejektálásban marad korrekció nélkül, adóellenőrzés során kérdéseket vethet fel, különösen a tranzakció valódiságáról vagy az ÁFA-nyilatkozatok őszinteségéről. Ezért elengedhetetlen minden elutasítást, annak okát és az alkalmazott korrekciós intézkedéseket egy belső nyomon követési regiszterben dokumentálni. Az elektronikus számlázási naptárunkról szóló útmutató 2026-2027 részletezi az adóügyi megfelelőség fenntartásához szükséges szabályozási időpontokat.

Az elektronikus számlák elutasításaira vonatkozó jogi keretek

Az elektronikus számlák elutasításának kezelése egy sűrű jogi kereten belül szerveződik, amely összekapcsolja a nemzeti adójogot, az európai jogot és a technikai normákat.

2021-1190-es rendelet, szeptember 15-i : ez a szöveg az elektronikus számlázási kötelezettség alapító szövege a frances hazai B2B-tranzakciók esetén, és megállapítja a normalizált életciklus elvét kötelezettséggel a státuszok DGFiP-hez való továbbítására.

2022-1299-es rendelet, október 7-i : az alkalmazási módok részletei, különösen az elektronikus számlák kötelező feltételei (beleértve az SIREN/SIRET-azonosítókat) és az elfogadott formátumok (Factur-X, UBL 2.1, CII). Ezen feltételek megsértése jogi alapot képez az elutasításra.

Általános adókódex (CGI) 289. cikke : az ÁFA-körül államhoz tartozó minden számlára fel kell tüntetni kötelező feltételeket. Az egyik feltétel hiánya (közösségi ÁFA-szám, ügylet dátuma, teljesítés leírása stb.) az elutasítást vagy a fogadó fél általi visszautasítást indokolhatja, anélkül, hogy ez utóbbi szerződéses felelősségét kockáztassa.

2014/55/EU-irányelv az elektronikus számlázásról a közszféra beszerzésében : a francia jogba átültetett irányelv az EN 16931 európai norma alkalmazását írja elő a közszféra szervezetekhez intézett számlákra. A Factur-X EN 16931 és EXTENDED profilok megfelelnek ennek a normának. Alacsonyabb profil (MINIMUM, BASIC WL) a vásárlók pénzügyi irányítási rendszereiben való automatikus elutasítást okozhat.

ETSI EN 319 132 norma : a fejlett XAdES elektronikus aláírásokra vonatkozó norma akkor alkalmazható, amikor az XML-számlára aláírást helyeznek el. Az erre a normára nem megfelelő aláírás a fogadó PDP kriptográfiai ellenőrzésén elutasítást okozhat.

eIDAS rendelet n°910/2014 : a számlák aláírásához vagy a platformok közötti hitelesítéshez használt tanúsítványokat minősített szolgáltatók (QTSP) által kibocsátottnak kell lenniük, akik a nemzeti tanúsítványlistán (TSL) szerepelnek. A nem minősített vagy visszavont tanúsítvány szállítási elutasítást okozhat.

GDPR n°2016/679 : a számlákban szereplő személyes adatok (kapcsolattartó neve, cím) a GDPR-nak alávetett. A PDP-ék és alvállalkozóik megfelelő garanciákkal kezelik ezeket az adatokat. Az abban az esetben, ha az elutasítás téves személyes adatok továbbítását tartalmazza, az adatfeldolgozó felelőssége megosztható.

Alkalmazandó szankciók : az elektronikus számlázás kötelezettségeinek megsértése adóbírságot eredményez számlánként 15 euró, számlázási évenként legfeljebb 15 000 euró, az ÁFA-nak az esedékes időn belüli be nem vallása miatt felmerülő késedelmi kamat nélkül.

Felhasználási forgatókönyvek: hogyan kezelik vállalkozások az elektronikus számla elutasítások

1. forgatókönyv — egy szakterület-alá tartozó KKV-t feldolgozó 500 havi számlával

Egy ötven fős ipari KKV, amely precíziós mechanikában szakosodott és nagyobb megrendelők alvállalkozója, havonta körülbelül 500 számlát bocsát ki PDP-jén keresztül. A 2026 elején történt kötelező elektronikus számlázásra történő átálláskor az első hetekben 12%-os elutasítási arányát tapasztalja, amely főként az ERP-jében friss ipari csoportátszervezések miatt nem naprakész ügyfél-SIRET-ből adódik.

Az emisszió előtt az INSEE SIRENE API-ján keresztül automatikus SIRET-ellenőrzési folyamatot valósít meg. Párhuzamosan valós idejű riasztásokat konfigurál PDP-jén az elutasítás nélküli két órán belüli értesítés érdekében. 6 hét alatt az elutasítási arány 1% alá csökken. A pénzügyi hatás azonnali: az átlagos számlahozzáférési idő 4,2 napról 0,8 napra csökken, mechanikusan csökkentve az átlagos kifizetési időt (DSO) 3,4 nappal.

2. forgatókönyv — független tanácsadói iroda helytelen Factur-X profillal bocsát ki számlák

Egy digitális transzformációban tanácsadó tíz tanácsadóból álló iroda számlá továbbít nyilvános szektor nagyvállalat ügyfelekhez. Az online könyvelési eszközzel generált számlák automatikusan Factur-X MINIMUM profilt használnak, míg a közszféra szervezetek a 2014/55/EU-irányelvvel összhangban a EN 16931 profilt igénylik.

Számos automatikus elutasítás után a ügyfélkör Chorus Pro rendszerén keresztül az iroda a problémat azonosítja az elutasítás-nyugtákon keresztül kapott BR-07 hibakódok (elégtelen profil) segítségével. Felkeresi szoftverszállítóját az EN 16931 profil exportbeállításban történő kényszeres alkalmazásához. A korrekció egy hét alatt kerül bevezetésre. Eredmény: nulla elutasítás az ezt követő 3 hónapban, és az átlagos kifizetési idő 8 nappal csökken az adóügyi feldolgozás könnyebbé válásának köszönhetően az acquerente oldalán.

3. forgatókönyv — több hellyel rendelkező forgalmazási csoport interoperabilitási problémákkal PDP-k között

Körülbelül 300 alkalmazottból álló forgalmazási csoport több jogi személlyel, amely A PDP-t használ emitens szervezeteihez, és azt tapasztalja, hogy nagy forgalmazó ügyfélei főleg B PDP-t használnak. Ismétlődő szállítási elutasítások (nem szállított státusz) jelennek meg, amelyek az ACS között az intéző fél közötti interoperabilitási hiányból erednek.

A csoport mindkét PDP-ét felkéri egy interoperabilitási auditot. Kiderül, hogy az A PDP tanúsítványai lejártak a B PDP által használt AS4 protokollhoz. A tanúsítványok megújítása és az interoperabilitási kereszttesztek után az szállítási elutasítási arány 8%-ról 0,2%-ra csökken. A csoport úgy becsüli, hogy 45 000 eurót megtakarított a késedelmi kamat elkerülésén alapuló kifizetési késedelmektől az ezt követő negyedévben, valamint a szállító-szokuntabilitási osztály termelékenységi nyereségétől.

Gyakran ismételt kérdések

Mi a különbség az elektronikus számla elutasítása és megtagadása között?

Az elutasítás egy automatikus döntés, amelyet a dematerializációs platform hozz meg, amikor egy számla nem felel meg a technikai vagy szabályozási kritériumoknak: érvénytelen XML formátum, nem létező SIREN, inkonzisztens összegek. A megtagadás viszont egy kereskedelmi döntés, amelyet maga a vevő hoz, és amely a számla tartalmát vagy jogosultságát vitatja. Ennek a két státusznak különböző következményei vannak, és eltérő korrekciós intézkedéseket igényelnek.

Mely kötelező adatok okozhatnak elektronikus számla automatikus elutasítását Franciaországban?

A Általános Adókkódex 289. cikke értelmében számos adat automatikus ellenőrzésre kerül: az Ajánlattevő és a Kedvezményes SIREN vagy SIRET száma, az intraközösségi ÁFA szám szabályozási formátumban, az adó nélküli összeg, az ÁFA mérték és az ÁFA-val számított összeg közötti konzisztencia, valamint a számla számának egyedisége. E információk közül bármelyikének hiánya vagy helytelensége elég az elutasítás kiváltásához.

Vezethet az elektronikus számla elutasítása adóbírságokhoz?

Igen. Az életciklus-statuszok, valamint az elutasítások közlése kötelező a DGFiP felé a 2021. szeptember 15-i 2021-1190. sz. rendelet óta. Ha az elutasított számlát nem javítják ki és nem szerkesztik újra az időkorlátok között, a kiállító vállalkozás a megfelelő számlázás hiányának kockázatának van kitéve, amely ÁFA-visszatérítéseket és adóbírságokat vonhat maga után, függetlenül attól, hogy a szállítás vagy a szolgáltatás megtörtént-e.

Mely fájlformátumok fogadhatók el a B2B elektronikus számlázáshoz Franciaországban 2026-ban?

A francia szabályozás három formátumot ismer el: a Factur-X, amely egy olvasható PDF-et és az EN 16931 normának megfelelő strukturált XML-fájlt kombinál; az UBL 2.1; és a CII (Cross Industry Invoice). Mindegyik formátum növekvő bonyolultságú profilokat tartalmaz. A szükségeshez képest nem megfelelő profil használata az egyik leggyakoribb technikai elutasítási ok, amelyről a dematerializációs partnerplatformok számolnak be.

Mit kell konkrétan tenni, ha az elektronikus számlát a platform elutasítja?

Először meg kell nézni az „Elutasított" státuszhoz tartozó hibaüzenetet az érintett platformon, hogy azonosítható legyen a pontos ok. Az indok alapján ki kell javítani a hibás vagy hiányzó adatokat, újra kell generálni a fájlt a megfelelő formátumban, és új számlát kell benyújtani egy különálló számmal, mivel az eredeti szám az elutasítással marad összekapcsolva a nyomkövetési naplókban. Az elutasított számlát nem szabad egyszerűen ugyanolyan formában újra elküldeni.

Konklúzió

Az elektronikus számla elutasítása nem végzet, de az eredményes kezeléshez gyors reagálás és az okok pontos megértése szükséges. Legyen szó formátumhibáról, érvénytelen SIRET-ről, platformok közötti szállítási problémáról vagy hiányzó kötelező feltételről, az elutasítások minden típusához létezik egyértelmű korrigálási eljárás. 2026-ban, amikor a kötelezettség kiterjed az összes ÁFA-kötelezettségű vállalkozásra, az elutasítások megelőzésében való beruházás közvetlen nyeresége a működő tőkeszükségletnek és az adóügyi megfelelőségnek.

A Certyneo az elektronikus számlázásba való átmenetet támogatja az Ön voluméhez és szektorához alkalmazott eszközökkel. Tuya meg, hogyan csökkenthet számlázási elutasítási arányt az első hetekben: indítsa el az elektronikus számlázás diagnózisát vagy vegyünk fel kapcsolatot csapatunk személyre szabott támogatásért.

Próbálja ki ingyen a Certyneót

Küldje el első aláírási borítékát 5 perc alatt. 5 ingyenes boríték havonta, bankkártya nélkül.

Mélyebbre ásva a témában

Átfogó útmutatóink az elektronikus aláírás elsajátításához.

Certyneo közösség

Kérdése van az elektronikus aláírásról?

Csatlakozzon a Certyneo közösséghez: tegyen fel kérdéseket, ossza meg válaszait és cseréljen tapasztalatot több ezer felhasználóval és csapatunkkal.