NAV e-pénztárgép fejlesztői konferencia: fő témák és eredmények

A NAV 2025. május 27-én személyes szakmai találkozóra hívta az e-pénztárgépek és vevői alkalmazások fejlesztőit, forgalmazóit, valamint azokat a vállalkozásokat, amelyek ilyen rendszer fejlesztését tervezték. Az esemény a közbeszédben fejlesztői konferenciaként terjedt el, a hivatalos meghívó azonban személyes találkozóként és megbeszélésként hivatkozott rá. A cél a jogszabályi környezet, a forgalmazási feltételek és a műszaki követelmények közös áttekintése volt.

A találkozó nem engedélyátadási esemény volt, és nem jelentette azt, hogy az első hardveralapú e-pénztárgépek már közvetlenül a piaci megjelenés előtt álltak. A cél a fejlesztési és engedélyezési feltételek tisztázása volt.

Mikor és hol tartották az egyeztetést?

A NAV hivatalos meghívója szerint a találkozót:

• 2025. május 27-én, kedden;
• 10 és 12 óra között;
• a NAV 1054 Budapest, Széchenyi utca 2. szám alatti székházának A20-as termében

tartották.

A részvétel előzetes regisztrációhoz kötött volt. A NAV azt kérte, hogy egy fejlesztőtől legfeljebb két szakember vegyen részt, így az egyeztetés szakmai és kezelhető létszámú maradhatott.

Kiknek szólt a fejlesztői találkozó?

Az eseményt nem kizárólag a hagyományos pénztárgépgyártóknak szervezték.

A meghívás kiterjedt mindazokra, akik:

• hardveralapú e-pénztárgépet fejlesztenek;
• felhőalapú e-pénztárgép fejlesztését tervezik;
• vevői alkalmazást készítenek;
• e-pénztárgépet vagy vevői alkalmazást kívánnak forgalmazni;
• POS- vagy kereskedelmi szoftvert kapcsolnának az új rendszerhez;
• az engedélyezési és műszaki követelményeket kívánják megismerni.

A NAV hangsúlyozta, hogy e-pénztárgépet vagy vevői alkalmazást elvileg bárki fejleszthet, aki teljesíti a jogszabályi és műszaki feltételeket, majd megszerzi a szükséges forgalmazási engedélyt.

Mi volt a találkozó hivatalos célja?

A hivatalos meghívó három fő terület közös áttekintését nevezte meg:

1. Jogszabályi környezet: milyen törvényi és rendeleti követelmények vonatkoznak az e-pénztárgépekre, a vevői alkalmazásokra és a forgalmazókra.
2. Forgalmazási feltételek: milyen eljárással, dokumentációval és engedéllyel lehet egy e-pénztárgépet vagy vevői alkalmazást piacra vinni.
3. Műszaki követelmények: hogyan kell a készülékeknek és szoftvereknek kapcsolódniuk a NAV eNyugta-rendszeréhez.

A találkozó jelentősége elsősorban abban állt, hogy a fejlesztők közvetlenül tehettek fel kérdéseket a NAV szakembereinek.

Milyen műszaki kérdések lehettek különösen fontosak?

Az e-pénztárgép nem egyszerűen egy új kezelőfelületű kassza. A rendszernek több, egymással szorosan összefüggő műszaki követelménynek kell megfelelnie.

A fejlesztők számára különösen fontos területek:

• az e-nyugta XML-adatstruktúrája;
• az XSD-sémák és validációs szabályok;
• a nyugtatárral folytatott adatkommunikáció;
• a digitális aláírás és titkosítás;
• a készülék- és rendszerazonosítás;
• a tanúsítványok és kulcsok kezelése;
• az offline működés és az utólagos szinkronizáció;
• a hibaválaszok és újraküldési folyamatok;
• a vevői alkalmazással folytatott kommunikáció;
• a papíralapú másolat nyomtatása;
• a szoftverfrissítések biztonságos telepítése.

Ezek közül több olyan terület, ahol egy dokumentációban szereplő rövid leírás nem feltétlenül ad választ minden gyakorlati implementációs kérdésre.

E-pénztárgép és vevői alkalmazás: két külön fejlesztési terület

A rendszerben nemcsak az eladó által használt e-pénztárgép, hanem a vásárló számára készített vevői alkalmazás is fontos szerepet kap.

Az e-pénztárgép feladata

Az e-pénztárgép többek között:

• létrehozza az e-nyugtát;
• kezeli az értékesítési tranzakciót;
• továbbítja az adatokat a nyugtatárnak;
• kezeli a módosító és érvénytelenítő bizonylatokat;
• szükség esetén papíralapú másolatot nyomtat;
• hardveralapú rendszerben offline működést is biztosíthat.

A vevői alkalmazás feladata

A vevői alkalmazás:

• segíti a vásárló azonosítását az értékesítéskor;
• elérhetővé teszi a nyugtatárban tárolt bizonylatokat;
• megkönnyíti a nyugták visszakeresését;
• támogathatja a jótállási és garanciális ügyintézést;
• lehetővé teszi a digitális bizonylatok rendszerezését.

A két rendszer külön engedélyezési és fejlesztési feladatot jelent, még akkor is, ha a vásárló számára egységes szolgáltatás részeként jelennek meg.

Miért fontos a fejlesztői dokumentáció?

A NAV már a találkozót megelőzően nyilvánosan hozzáférhetővé tette az eNyugta rendszer fejlesztői dokumentációját és az XSD-sémákat a GitHub felületén.

A dokumentáció célja:

• a szolgáltatások működésének bemutatása;
• az XML-üzenetek szerkezetének meghatározása;
• a kommunikációs folyamatok leírása;
• a fejlesztői tesztelés támogatása;
• a kérdések és javaslatok nyilvános megvitatása.

A GitHub-tárhely nem egyszerű letöltési oldal. A NAV célja az is, hogy közvetlen kommunikációs csatornát biztosítson a hivatal és a fejlesztői közösség között.

A fejlesztői találkozó nem helyettesítette a műszaki dokumentációt. Az esemény arra adott lehetőséget, hogy a dokumentáció értelmezése során felmerült kérdéseket közvetlenül tisztázzák.

Engedélyezés: nem elegendő a működő prototípus

Egy működő bemutatókészülék vagy mobilalkalmazás még nem tekinthető engedélyezett e-pénztárgépnek.

A piaci bevezetéshez szükséges lehet:

1. a hardver és a szoftver véglegesítése;
2. a műszaki dokumentáció összeállítása;
3. a biztonsági követelmények teljesítése;
4. a forgalmazási engedély iránti kérelem benyújtása;
5. a NAV típusvizsgálatának lefolytatása;
6. a feltárt hibák kijavítása;
7. az engedély kiadása és véglegessé válása;
8. az engedély megjelenése a NAV nyilvános listájában.

A konferencián vagy egyeztetésen való részvétel semmilyen automatikus előnyt vagy engedélyezett státuszt nem biztosított.

Mit nem lehetett megállapítani a találkozóból?

Az esemény megtartásából önmagában nem következett:

• hogy hány gyártó nyújtott be engedélykérelmet;
• hogy mely készülékek álltak már típusvizsgálat alatt;
• hogy mikor jelenik meg az első hardveralapú e-pénztárgép;
• hogy a bemutatott fejlesztések biztosan engedélyt kapnak;
• hogy minden műszaki kérdés véglegesen lezárult;
• hogy egy adott gyártó terméke rövidesen megvásárolható lesz.

Az eredeti cikk ezért túl erős következtetést vont le, amikor a találkozóból a piaci megjelenés közelségét próbálta levezetni.

Mi történt a találkozó után?

A 2025. május 27-i találkozót követően több fontos fejlemény történt.

Az időrend azt mutatja, hogy a felhőalapú rendszer 2025 nyarán valóban elindult, a hardveralapú készülékek fejlesztése és engedélyezése azonban külön, hosszabb folyamat.

Miért volt fontos az esemény a fejlesztők számára?

Egy összetett adóügyi rendszer fejlesztésénél a bizonytalan követelmények jelentős költséget okozhatnak. Egy félreértett interfész vagy biztonsági előírás akár hónapokkal is meghosszabbíthatja a fejlesztést.

A közvetlen egyeztetés segíthetett:

• a hibás műszaki értelmezések korai felismerésében;
• az engedélyezési dokumentáció pontosabb összeállításában;
• a fejlesztési kockázatok csökkentésében;
• a szabványok egységesebb alkalmazásában;
• a NAV és a fejlesztők közötti kommunikáció javításában;
• a későbbi tesztelési problémák megelőzésében.

Mit jelentett mindez a kereskedők számára?

A vállalkozásoknak a fejlesztői egyeztetés után sem kellett azonnal készüléket cserélniük.

A találkozó inkább azt jelezte, hogy:

• a szabályozási és műszaki rendszer gyakorlati szakaszba lépett;
• a fejlesztők már hivatalos dokumentáció alapján dolgozhattak;
• megkezdődhetett a termékek hatósági felkészítése;
• a piaci megjelenés az engedélyezési folyamat eredményétől függött.

A kereskedő számára továbbra sem egy konferencia vagy gyártói bejelentés jelenti a biztos támpontot, hanem a NAV nyilvános engedélylistája.

Egy e-pénztárgép akkor tekinthető ténylegesen elérhető, engedélyezett terméknek, ha rendelkezik érvényes forgalmazási engedéllyel, és az engedélyszáma megtalálható a NAV hivatalos nyilvántartásában.

Mire figyeljünk egy fejlesztői vagy gyártói bejelentésnél?

1. Prototípusról vagy végleges készülékről van szó? A látványterv és a bemutatókészülék nem azonos a forgalmazható típussal.
2. Benyújtották már az engedélykérelmet? A „fejlesztés alatt” nem feltétlenül jelent folyamatban lévő NAV-eljárást.
3. Van már engedélyszám? Hardveralapú típusnál B kezdetű engedély szükséges.
4. Szerepel az engedély a NAV listájában? Ez a nyilvánosan ellenőrizhető státusz.
5. Véglegesek a funkciók és a díjak? A fejlesztési szakaszban ezek még változhatnak.
6. Van tényleges szállítási dátum? A várható megjelenés nem azonos a garantált rendelkezésre állással.

Összegzés

A NAV 2025. május 27-i e-pénztárgép-fejlesztői találkozója fontos szakmai egyeztetés volt a rendszer bevezetésének előkészítésében. A rendezvényen a jogszabályi környezet, a forgalmazási feltételek és a műszaki követelmények közös áttekintésére nyílt lehetőség.

Az esemény azonban nem jelentette a hardveralapú készülékek engedélyezését vagy közeli piaci megjelenését. A felhőalapú NAV ePénztárgép alkalmazások 2025. július 1-jén kaptak engedélyt, miközben a hardveralapú rendszerek fejlesztése és vizsgálata külön folyamatként folytatódott.

A találkozó valódi jelentősége a közvetlen szakmai párbeszéd volt. Egy új adóügyi rendszer csak akkor vezethető be megbízhatóan, ha a szabályozó, a fejlesztők és a forgalmazók ugyanúgy értelmezik a műszaki és jogi követelményeket.

Hivatalos források: NAV – eNYUGTA-fejlesztőket vár a NAV , NAV – eNYUGTA: most a fejlesztőké a főszerep , NAV eRECEIPT fejlesztői dokumentáció , NAV – E-pénztárgép forgalmazási engedélyek