E-számla bejelentés: kinek kötelező és milyen határidőkkel?

Az „e-számla bejelentés” kifejezés körül sok a félreértés, mert a gyakorlatban több, egymástól eltérő kötelezettséget szoktak így emlegetni. Van, amikor a NAV felé kell bejelenteni a számlázó program használatát, van, amikor a NAV Online Számla adatszolgáltatás beállításáról beszélünk, és van, amikor a vevő felé kell rendezni az elektronikus számla befogadásának elfogadását.

Ebben a cikkben szétválasztjuk ezeket, és egyértelműen megmutatjuk: kinek kötelező, milyen határidőkkel, és mire érdemes figyelni, hogy ne compliance-probléma legyen az e-számlázásból.

Mit jelent pontosan az „e-számla bejelentés” Magyarországon?

A legtöbb cégvezető és pénzügyes három témát mos össze:

1) Számlázó program (számlázószoftver) bejelentése a NAV felé

Ha számlázó programmal állítasz ki számlát (asztali program, ERP modul, felhős számlázó), annak használatát jellemzően be kell jelenteni a NAV-nak a megfelelő nyomtatványon. Ez nem ugyanaz, mint a számlaadatok beküldése.

2) NAV Online Számla adatszolgáltatás (regisztráció, technikai felhasználó, bekötés)

A NAV Online Számla rendszerében a számlaadat-szolgáltatás ma a legszélesebb körben elvárt kötelezettség. A pontos érintettség a számlatípus, az adóalanyiság és a kibocsátás módja szerint változhat, ezért mindig a NAV aktuális tájékoztatóját érdemes ellenőrizni. Kiinduló pont:

• NAV Online Számla

3) A vevő (partner) elektronikus számla befogadásának elfogadása

Az „e-számla” (mint elektronikus számla) jogszerűségének tipikus feltétele, hogy a vevő elfogadja az elektronikus számlát (például szerződésben, ÁSZF-ben, vagy igazolható folyamatban). Ez nem NAV-bejelentés, inkább partneri megállapodás.

A fogalmi alapokhoz (jogi és technikai követelmények: hitelesség, sértetlenség, olvashatóság) hasznos háttéranyag: Hogyan vezess be elektronikus számlázást?

Kinek kötelező az e-számla bejelentés?

A legjobb válasz: attól függ, melyik „bejelentésről” beszélünk. Az alábbi táblázat segít gyorsan eligazodni.

Az ONYA eléréséhez és nyomtatványkitöltéshez a NAV oldala a kiindulópont: NAV ONYA.

Milyen határidőkkel kell számolni? (gyakorlati bontás)

Számlázó program bejelentése: a leggyakoribb, mégis legkönnyebben elcsúszó kötelezettség

A gyakorlatban az egyik legtipikusabb „adminisztratív mulasztás”, hogy a cég bevezet egy új számlázót (vagy ERP számlázási modult), de a NAV felé a szoftver bejelentése elmarad.

A vállalati rutin, ami általában működik:

• Új számlázó bevezetésekor a pénzügy és az IT közösen rögzíti a szoftver adatait (név, verzió, szolgáltató, üzemeltetés).

• A bejelentést a kijelölt felelős elindítja az ONYA-ban.

• Változásnál (verzióváltás, új modul, szolgáltatóváltás) ugyanígy frissítitek.

A határidő tipikusan a használat megkezdésétől számított 30 nap (és ugyanígy változás/kivezetés után is). Mivel a részletszabályokat befolyásolhatja, hogy pontosan milyen megoldást és milyen módon használtok, érdemes könyvelővel/adótanácsadóval egyeztetni.

Online Számla: regisztráció és technikai felhasználó, ne az éles nap reggelén

Ha a számlázó program/ERP gépi úton küldi be az adatokat, tipikusan szükség van:

• Online Számla hozzáférésre (admin jogosultság)

• technikai felhasználóra és kulcsokra

• tesztelésre (különösen ERP-integráció esetén)

Itt a „határidő” nem csak jogi, hanem üzemeltetési realitás: ha nincs meg időben a hozzáférés és a technikai user, az első éles számlázási napon borulhat az adatszolgáltatás.

A hozzáférés- és jogosultságkezelés minimumairól (MFA, szerepkörök, auditálhatóság) külön anyag: E-számla belépés: hozzáférés-kezelés és biztonsági minimumok

Online Számla adatszolgáltatás: „real-time” elv, kivételek és hibakezelés

A vállalati megfelelés szempontjából nem csak az számít, hogy „be van kötve”, hanem hogy:

• hiba esetén van retry/backoff és idempotencia

• van naplózás (mi ment át, mi nem)

• van monitoring és felelős a javításra

Ha ezzel gond van, gyors, gyakorlatias támpont: NAV e-számla: gyakori hibák és gyors megoldások cégeknek

Vevői elfogadás: mikor kell, és mit érdemes rögzíteni?

Ha e-számlát küldtök partnereknek (például e-mailben PDF-et, vagy strukturált formátumban), a viták megelőzésére az a jó gyakorlat, ha az elfogadás és kézbesítés szabálya dokumentált.

A minimum, amit érdemes rögzíteni (szerződésben vagy ÁSZF-ben):

• A vevő elfogadja az elektronikus számlát

• Kézbesítési csatorna (e-mail cím, portál, EDI, PEPPOL ha releváns)

• Mikor tekintitek kézbesítettnek (például elküldés + hibamentes visszapattanás hiánya)

• Mi a folyamat, ha a vevő nem kapta meg, vagy vitatja

Ez nem klasszikus „határidős bejelentés”, inkább előfeltétel: legkésőbb az első e-számla kiküldése előtt legyen rendezve.

Gyors ellenőrzőlista: 15 perc alatt kiderül, hogy rendben vagytok-e

Az alábbi rövid lista segít, hogy a „bejelentés” ne csak papíron legyen meg, hanem auditálhatóan is.

• Van kijelölt felelős a számlázó program bejelentésére (pénzügy), és megvan az IT kontakt.

• Tudjátok, milyen számlázó komponensek vannak (külön: számlázó, ERP modul, kéziszámla, webshop).

• Online Számla admin hozzáférés nem egyetlen embernél van, és van MFA.

• Integrációnál van tesztkör, és van visszajátszható tesztadat.

• Van naplózás és riport arról, hogy mely számlák adatszolgáltatása sikeres.

• Hibakezelésnél tudjátok, mit kell csatolni (request-id, XML, válaszkód, timestamp).

Tipikus hibák, amik miatt „megvan az e-számla”, mégsem vagytok rendben

A bejelentés megvan, de a jogosultságok auditálhatatlanok

Gyakori, hogy mindenki „admin”, vagy a technikai felhasználó kulcsai több helyen keringenek. Ez nem csak biztonsági kockázat, hanem auditnál is rosszul néz ki.

A bekötés működik, de nincs monitoring

Az adatszolgáltatás tipikusan akkor esik szét, amikor:

• szolgáltatói oldalon változik egy API vagy XSD

• verziófrissítés történik a számlázóban

• adatminőségi hiba miatt sorban állnak a hibás számlák

Monitoring nélkül ez napokig rejtve maradhat.

Partneri elfogadás hiánya miatt vitás helyzetek lesznek

Technikailag ki tudjátok küldeni az e-számlát, de a vevő vitatja, hogy elfogadta-e, vagy azt, hogy mikor kapta meg. Egy rövid szerződéses bekezdés sokkal olcsóbb, mint egy hosszú vita.

Mikor érdemes külső segítséget bevonni?

A „kötelező-e, és mi a határidő” kérdést sok cég meg tudja válaszolni könyvelővel. Külső IT-s vagy integrációs támogatás akkor jön képbe, ha a megfelelés rendszerszintű kérdéssé válik:

• ERP-ből (vagy több rendszerből) számláztok, és több számlaforrást kell összehangolni

• nagy a számlaszám, és kell a stabil retry, monitoring, riportolás

• több telephely, több cég (cégcsoport) és szétválasztott jogosultságok vannak

• a cél már nem csak a NAV megfelelés, hanem „e-számlától a könyvelésig” automatizáció

Ezen a ponton a tipikus feladat nem egyetlen bejelentés, hanem egy rövid audit és stabilizációs csomag: folyamat, jogosultság, integráció, naplózás, hibakezelés.

Gyakran ismételt kérdések (FAQ)

Az „e-számla bejelentés” ugyanaz, mint az Online Számla adatszolgáltatás? Nem. A köznyelvben összemosódik, de a számlázó program bejelentése, az Online Számla bekötése és az e-számla vevői elfogadása három külön téma.

Ha felhős számlázót használok, akkor is kell számlázó programot bejelenteni? Sok esetben igen, mert a NAV felé nem az számít, hogy felhős-e, hanem hogy számlázó programmal állítod ki a számlát. A konkrét teendőt érdemes a könyvelőddel egyeztetni.

Mi a határidő a számlázó program bejelentésére? A gyakorlatban tipikusan a használat megkezdését (vagy változását, kivezetését) követő 30 napos határidővel találkozunk. Mivel a részletszabályok esettől függhetnek, nézd meg a NAV tájékoztatóját és egyeztess szakértővel.

Kell a vevőtől külön hozzájárulás az e-számlához? Sok üzleti helyzetben erősen ajánlott, és a viták elkerülésére a legjobb gyakorlat, hogy írásban rendezitek (szerződés/ÁSZF). A pontos forma és elvárás függhet az e-számla típusától és a felek megállapodásától.

Mit tegyek, ha az Online Számla adatszolgáltatás hibázik? Először triage: adat, formátum (XML/XSD), integráció vagy üzemeltetés. Gyakorlati hibakeresési lépésekhez jó kiinduló anyag: NAV e-számla: gyakori hibák és gyors megoldások cégeknek.

Következő lépés: legyen a „bejelentésből” stabil, auditálható működés

Ha az e-számla bejelentés nálatok több rendszert érint (ERP, webshop, több telephely, külső szolgáltató), vagy volt már NAV adatszolgáltatási hibátok, akkor érdemes egy rövid, célzott felméréssel kezdeni.

A Syneo csapata IT és digitalizációs oldalról tud segíteni a számlázási folyamatok rendbetételében, a NAV Online Számla integráció stabilizálásában, jogosultságkezelésben, monitoringban és a kapcsolódó automatizációban.

Kapcsolatfelvétel: syneo.hu