NAV M2M és a fokozatos ÁNYK-átállás: könyvelői útmutató

Szerző: Kovács András

NAV M2M-felkészülés könyvelőirodáknak: csatornák, jogosultságok, ügyféltervezés. Az október 15-i NAV-javaslat fokozatos ÁNYK-kivezetésről szól.

Pontosan mi szűnik meg, és mi nem?

A NAV 2026. október 15-én fokozatos, bevallásonkénti és űrlaponkénti ÁNYK-kivezetést javasolt. A legnagyobb cégek eÁFA-átállása 2027 folyamán lenne kötelező, de a pontos kezdőnapot nem közölték: 2027. január 1. nem rögzített. Az áfabevallók többségének, például a kkv-knak 2028. január 1. a javasolt kezdőnap. Az szja- és tao-bevallások 2027-ben még ÁNYK-n is benyújthatók maradnának. Ez NAV-javaslat, nem végleges jogszabály; az érintetti kör és a pontos időpontok további hivatalos közlést igényelnek. A könyvelőirodának kötelezettségenként kell kiválasztania a megfelelő csatornát és összeállítania az ügyfélportfólió átállási tervét.

A NAV közlése szerint az ÁNYK-ba évente több mint 30 millió űrlap érkezik. Ez a forgalom két csatornára kerül át: az ONYA-ra (kézi, böngészős kitöltés, kisebb volumenhez), illetve a NAV M2M általános gépi interfészre (automatizált, szoftverből indított beküldés, elsősorban könyvelőknek, adótanácsadóknak, pénzügyi és számviteli szakembereknek és nagyobb adózóknak).

Aki ma ÁNYK-t használ a gyakorlatban, két döntés előtt áll: melyik csatornán fog dolgozni, és milyen szoftverrel. A kérdés szakmai, nem csupán informatikai jellegű.

Mit jelent az M2M a könyvelői gyakorlatban?

Az M2M (machine-to-machine) röviden annyit jelent, hogy egy regisztrált szoftver közvetlenül, kommunikál a NAV rendszerével. A könyvelő szempontjából ennek három fontos következménye van.

Először: nincs külön „M2M-bejelentkezés”. Egyetlen regisztráció után a szoftver a meglévő képviseleti meghatalmazások alapján kezeli, hogy mely ügyfél nevében végezhet adatkommunikációt.

Másodszor: a bevallások csoportos beadása natív része a folyamatnak. Ami az ÁNYK-ban köteg-beadásként működött, az M2M-ben még inkább automatizálható — időzítve, jóváhagyási logikával kombinálva, az ügyviteli szoftverből indítva.

Harmadszor: a beküldés és a státuszkövetés biztosított. A nyugta és a hibajelzés a tárhelyre érkezik, és a megfelelően kialakított szoftverben az eredeti bevalláshoz vissza is csatolható.

Fontos tisztázni egy tévhitet: a NAV nem ad „letölthető M2M-klienst”. Az M2M szándékosan programozói eszköz; a szoftverfejlesztő cégek építenek rá olyan termékeket, amelyeket a végfelhasználó (könyvelő, könyvelőiroda, vállalkozás) számára rendelkezésre bocsátanak.

Hol tart most az M2M? (És mit jelent ez a gyakorlatban?)

A rendszer 2024. október eleje óta él. A NAV 2025 őszi Nemzeti Adókonzultáción bemutatott adatai szerint akkor mintegy 50 regisztrált kliensprogram és 700 regisztrált adózó használta — ez még messze van az ÁNYK évi több mint 30 milliós űrlapforgalmától, de az irány egyértelmű.

Két fontos mérföldkő történt az elmúlt időszakban: 2025 februárjában a jogszabályi módosítások lehetővé tették, hogy a végfelhasználói regisztrációt ne csak természetes személy, hanem szervezet is megtehesse; 2025. október 6-án pedig elindult az adatlekérdezési szolgáltatás éles környezetben.

Induló lekérdezési csomagként adószámla-adatok, foglalkoztatási bejelentések, hiányzó bevallások listája és végrehajtásra átadott köztartozások kérdezhetők le. A piaci visszajelzések alapján a lekérdezési csatorna stabil, és napi operatív hasznot ad azoknak, akik beépítik a munkafolyamataikba.

Mi jön 2026-ban? A NAV ütemterve

A NAV GitHub wikin közzétett mérföldkövek alapján 2026 az új Bizonylat API éve lesz. Ez nem helyettesíti a meglévő API-t, hanem mellette élesedik, és átláthatóbb, modernebb bizonylatformátumokra épül az ÁNYK-s régi struktúra helyett.

A NAV figyelmeztetése szerint ezek tervezett dátumok, és módosulhatnak — de az iránymutatás stabil.

Az új API két lényeges szakmai újítást hoz. Az egyik, hogy a NAV a bevallás-kitöltési szabályokat — az eddigi PDF-es kitöltési útmutatók helyett — olyan formátumban is közzéteszi, amelyet a könyvelői szoftver közvetlenül beolvas és automatikusan alkalmaz; egy szabályváltozást így nem kell minden szoftverfrissítésnél kézzel követni. A másik újítás egy valós idejű ellenőrző szolgáltatás, amellyel a szoftver már a beküldés előtt megkérdezheti a NAV-ot, hogy az adott bevallás rendben van-e. Mindkettő ugyanazt a célt szolgálja: a hibák a könyvelő saját képernyőjén jelenjenek meg, ne pedig a NAV oldali feldolgozás után, már beküldött bevallásban.

Négy döntés 2026 végéig — mit kell most elintéznie egy könyvelőirodának?

Az átállás nem informatikai projekt, hanem négy egymásra épülő szakmai döntés.

1. Képviseleti és regisztrációs rend

Tisztázandó kérdések: ki regisztrál a könyvelőirodán belül az ÜPO-n? Hogyan kapcsolódik az M2M-regisztráció a meglévő állandó meghatalmazásokhoz? Ki kezeli az API key-eket?

Ezek nem hipotetikus kérdések. Az M2M-műveletekért a regisztráló felel: természetes személy regisztrációjánál ő maga, szervezeti regisztrációnál a szervezet törvényes képviselője — egy könyvelőirodában tehát nemcsak a szoftvert kell beüzemelni, hanem a felelősségi rendet is meg kell határozni.

2. Szoftverválasztás (vagy szállítóval való egyeztetés)

A gyakorlati kérdés egyszerű: a jelenleg használt bérprogram, könyvelőprogram, adózási szoftver támogatja-e már az M2M-et, és ha igen, milyen ütemben fogja támogatni az új Bizonylat API-t is. Ha a jelenlegi szállító még nem támogatja, mi a fejlesztési idősáv? Ha támogatja, milyen funkciókat (csak beküldés, vagy adatlekérdezés is)?

Ezek olyan kérdések, amelyeket 2026 első félévében már fel kell tenni, hogy év végéig legyen idő tesztelni, és ha kell, váltani.

3. Ügyfélkommunikáció

Az ügyfeleknek azt érdemes elmagyarázni, hogy az iroda az ő kötelezettségeiket melyik csatornán teljesíti, milyen előkészület szükséges, és mikor várható változás. Az október 15-i NAV-javaslat nem jelent minden ügyfélre egységes, végleges kezdőnapot.

A legtöbb esetben a válasz: a könyvelőiroda intézi, de érdemes tájékoztatni az ügyfeleket.

4. Belső folyamatok és kockázatkezelés

Egy könyvelőiroda jellegéből adódóan kockázatkoncentráló pont. Ha valami elromlik, az egyszerre sok ügyfél bevallásánál okoz problémát. A NAV M2M-előírásai (titkosítás, naplózás, audit-napló) nem opcionális szempontok — a választott szoftvernek ezeket kötelezően teljesítenie kell. A NAV kliensprogram-előírásai — köztük az azonosítási kulcsok védett tárolása, a felhasználói műveletek visszatekinthetősége és a hozzáférés megszűnése esetén a kulcsok törlése — a szoftverre vonatkozó kötelezettségek.

Tipikus hibák, amiket most lehet elkerülni

Halogatás 2026 második felére — érdemes szakértőkkel egyeztetni és megkezdeni a felkészülést.

A NAV M2M összemosása az eÁFA M2M-mel — két külön csatornáról és szabályrendszerről van szó.

Saját kliensprogram tévhitje — a legtöbb könyvelőirodának nem érdemes saját klienst fejlesztenie.

Teszt- és éleskörnyezet keverése — a teszt API key élesben nem érvényes.

Az adatlekérdezés kihagyása — pedig már ma napi perceket spórolhat a gyakorlatban.

Mit érdemes most konkrétan tenni?

A hátralévő idő szakmaiság szempontjából rövid idő. Egy ésszerű menetrend a következő lépéseket tartalmazza:

2026. nyár előtt: képviseleti és regisztrációs rend tisztázása, M2M-regisztráció elvégzése, szoftverszállítóval való első egyeztetés.

2026. nyár–ősz: szoftverválasztás véglegesítése, tesztelés, az elérhető M2M-funkciók napi munkába vétele (az új Bizonylat API 2026. augusztus 3. óta éles).

2026. ősz–tél: belső folyamatok véglegesítése, ügyfélkommunikáció, az utolsó ÁNYK-s bevallások beadása, párhuzamos futtatás.

Átállás kötelezettségenként: a végleges NAV-ütemezés és az adott nyomtatvány elérhető csatornái alapján; az eÁFA-javaslat nem határozza meg valamennyi NAV M2M-nyomtatvány kivezetési napját.

A NAV M2M önmagában jól dokumentált, élő technológia. A kérdés nem az, hogy az átállás lehetséges-e — lehetséges, és a piac egyre nagyobb hányada már él vele, azonban még sok változás a közeljövőben fog megjelenni, a felkészülést, a rendszer megismerését érdemes most elkezdeni.

Gyakori kérdések

Meddig használható még az ÁNYK?

A NAV 2026. október 15-én fokozatos, bevallásonkénti és űrlaponkénti ÁNYK-kivezetést javasolt. A legnagyobb cégek eÁFA-átállása 2027 folyamán lenne kötelező, de a pontos kezdőnapot nem közölték: 2027. január 1. nem rögzített. Az áfabevallók többségének, például a kkv-knak 2028. január 1. a javasolt kezdőnap. Az szja- és tao-bevallások 2027-ben még ÁNYK-n is benyújthatók maradnának. Ez NAV-javaslat, nem végleges jogszabály; az érintetti kör és a pontos időpontok további hivatalos közlést igényelnek.

Kötelező-e a NAV M2M használata?

Nem, ez egy alternatív csatorna. A NAV az M2M-et elsősorban könyvelőknek, adótanácsadóknak és nagyobb adózóknak ajánlja, akik sok bevallást nyújtanak be vagy szoftveres integrációt szeretnének. Aki kis volumenben, kézzel intézi a bevallásokat, az a támogatott nyomtatványoknál továbbra is használhatja az ONYA-t.

Mi a különbség a NAV M2M és az eÁFA M2M között?

Két külön csatornáról van szó. Az általános NAV M2M széles bizonylati körre épül (jellemzően az ÁNYK-s nyomtatványok helyettesítése), az eÁFA M2M kifejezetten az áfabevallás benyújtására kialakított külön rendszer, saját XSD-vel és üzleti folyamattal.

Kell-e külön regisztráció minden ügyfél vállalkozáshoz?

Nem. Egy könyvelőirodának egyetlen M2M-regisztrációra van szüksége; a NAV a meglévő képviseleti meghatalmazások alapján kezeli, hogy mely ügyfél nevében léphet be a szoftver. Ez az egyik legnagyobb gyakorlati előnye az ÜPO-s böngészős megoldásokhoz képest.

Cég vagy könyvelőiroda regisztrálhat M2M-re, vagy csak magánszemély?

Mindkettő, 2025. február 1-je óta. Az M2M 2.0 bevezetésével szervezeti regisztráció is végrehajtható, így könyvelőirodák, könyvelő szervezetek és bármely gazdálkodó saját nevében is regisztrálhatnak felhasználóként.

Kell-e saját szoftvert fejlesztenünk az M2M-hez?

A könyvelőirodák túlnyomó többségének nem. A NAV szándékosan úgy alakította ki az M2M-et, hogy szoftverfejlesztő cégek építsenek rá termékeket; a praxis számára az a kérdés, hogy a használt ügyviteli vagy bevallásszoftver támogatja-e már az M2M-et. Saját kliensprogram fejlesztése csak speciális belső integrációs igénynél indokolt.

Mit lehet M2M-en lekérdezni?

2025. október 6-tól éles környezetben elérhető: az adószámla-adatok (összesített és tételes), a foglalkoztatással kapcsolatos bejelentések, a hiányzó bevallások listája és a végrehajtásra átadott köztartozások. A NAV jelezte, hogy a csomag bővülni fog.

Mikor kell átállni, és hogyan érdemes felkészülni?

A NAV 2026. október 15-én fokozatos, bevallásonkénti és űrlaponkénti ÁNYK-kivezetést javasolt. A legnagyobb cégek eÁFA-átállása 2027 folyamán lenne kötelező, de a pontos kezdőnapot nem közölték: 2027. január 1. nem rögzített. Az áfabevallók többségének, például a kkv-knak 2028. január 1. a javasolt kezdőnap. Az szja- és tao-bevallások 2027-ben még ÁNYK-n is benyújthatók maradnának. Ez NAV-javaslat, nem végleges jogszabály; az érintetti kör és a pontos időpontok további hivatalos közlést igényelnek. A felkészülést kötelezettségenként és ügyfelenként érdemes ütemezni: adatfelmérés, csatornaválasztás, jogosultságok, tesztelés és szakmai jóváhagyás. A belső projekt határidőit külön kell kezelni a bevallás benyújtási határidejétől és a még nem végleges átállási javaslattól.

Mennyibe kerül az M2M átállás?

A költség jellemzően a választott szoftver licencelésében és az esetleges belső folyamatfejlesztésben jelentkezik.

Hol találhatók a hivatalos NAV-források?

A NAV az M2M teljes műszaki dokumentációját, mérföldköveit, GYIK-jét és sémaleíróit nyilvánosan publikálja a github.com/nav-gov-hu/M2M címen. Itt érhető el a wiki, a SwaggerHub API-leíró, valamint a fejlesztői Discussions felület is.

Források

NAV: Csökkenő adminisztráció, kevesebb hiba – átállás az adatalapú platformokra (2025. december 5.)

322/2024. (XI. 6.) Korm. rendelet, 152. § (13)

NAV eVAT GitHub: ÁNYK-n beadott bevallás módosítása (NAV-válasz)

NAV: az M2M gépi interfész gazdálkodó szervezetek számára is (2025. február 10.)

NAV M2M wiki: Kérdések és válaszok

NAV: az ÁNYK-kivezetés bemutatása, Nemzeti Adókonzultáció 2025 (PDF)

NAV M2M GitHub: az új Bizonylat API éles indulása