eÁFA gép-gép kapcsolat: mit tegyen, mielőtt 2026. december 31-én megszűnik az ÁNYK

Áfánál ez az eÁFA-t jelenti: vagy a NAV webes felületén, vagy gép-gép (M2M) kapcsolaton keresztül. Ez a cikk azt nézi végig, melyik út kinek való, mit kell hozzá beállítani, és hol van a valódi munka — mert az nem a HTTP-hívásban van, hanem az adókód-leképezésben. (2026. szeptemberi állapot.)

Mi változik 2027. január 1-jén?

2027. január 1-jétől az ÁNYK-n keresztül nem nyújtható be adóbevallás. A NAV a 2026. december 31-i határidőt kommunikálja, és külön tudástárat is indított az átállásra, ügyfélcsoportokra bontva — kisvállalkozás, nagyvállalat, könyvelő, szoftverfejlesztő —, lásd a NAV ÁNYK-átállási tájékoztatóját.

Áfánál az utód az eÁFA. Ebből egy nagyon gyakorlatias következmény adódik: a 2026. decemberi hónap — negyedéves bevallónál a IV. negyedév — áfabevallása már 2027-ben esedékes, tehát azt a bevallást nem lehet ÁNYK-ban beadni. Vagyis a nyugodt felkészülésre most van idő, nem januárban.

Az eÁFA nem az ÁNYK böngészős másolata. A rendszer a NAV-nál már meglévő tranzakciós adatokra épít — befogadott és kiállított számlák, online pénztárgépi adatok, vámeljárási adatok —, a bizonylatszintű tételeket sztenderd adókódokra képezi le, és benyújtás előtt hibajelző (ERROR) és figyelmeztető (WARNING) üzenetekben mutatja meg, hol nem stimmel valami. Ezt a NAV eÁFA-oldala írja le. A gyakorlati különbség ennyi: az ÁNYK egy űrlap volt, az eÁFA egy adatbázis-egyeztetés.

Az eÁFA három csatornája: melyik való Önnek?

Az eÁFA-nak két élő csatornája van — webes felület és gép-gép (M2M) kapcsolat —, a harmadik, az ÁNYK, most tűnik el. A választás nem ízlés kérdése: a bizonylatszám és a meglévő ügyviteli rendszer dönti el.

A NAV a gép-gép kapcsolatot elsősorban a nagyobb bizonylatszámú adózóknak ajánlja, de méretküszöb nincs — bárki választhatja. A NAV gép-gép ismertetője két konkrét előnyt is nevesít: a kockázatelemzési eltérésekkel már a benyújtás előtt szembesülhet, és az eÁFA-ban benyújtott bevallás önellenőrzése a benyújtást követő 15 napon belül — legkésőbb az esedékességig — önellenőrzési pótlék nélkül megtehető.

Amit a legtöbben kihagynak: a webes felület akkor is jó tartalék, ha az M2M-re készül. Ha januárban bármi elakad a gépi úton, a bevallás attól még beadható kézzel. Ez a visszaesési terv nem szégyen, hanem üzemeltetési higgadtság.

Mi kell technikailag az eÁFA M2M-hez?

Öt dolog kell hozzá, és ebből csak egy igazi fejlesztés. A sorrend számít: kulcs nélkül nincs mit tesztelni.

1. Technikai felhasználó. Az M2M-hez az Online Számla rendszerben kell technikai felhasználót létrehozni, majd a felületen aláírókulcsot és cserekulcsot generálni. Ezeket a kulcsokat állítja be az a program, amelyik az adatot küldi.

2. Jogosultságok. Külön kell engedélyezni az interfész-elérést, és azon belül az eÁFA-specifikus jogokat: bevalláskezelés, bevallásjóváhagyás, lekérdezések. A jóváhagyási jog nem technikai kérdés — el kell dönteni, ki az az ember, aki a cég nevében beadja a bevallást. A teljes listát a NAV felkészülési útmutatója tartalmazza.

3. Program, ami tud sémakonform XML-t. A NAV megfogalmazása technológiasemleges: a gépi interfészt bármely program igénybe veheti, amely képes a specifikációban meghatározott HTTP-üzenet küldésére és sémakonform XML összeállítására. Nincs kötelező szoftverlista, és nincs kötelező szállító.

4. A helyes séma-verzió. Az eÁFA-M2M interfészspecifikáció 2.0-t a NAV 2026. augusztus 3-tól vezette be az éles rendszerben, és kimondta: az 1.0-s és a 2.0-s adatstruktúra nem tartható fenn párhuzamosan, a verzióváltás pontszerű. Az XSD-k és a specifikáció a NAV nyilvános eVAT GitHub-tárában érhető el, a bevezetést pedig a NAV külön hírben jelentette be. Ha a szállítója még az 1.0-ról beszél, ott áll a projekt.

5. Adókód-leképezés. Itt van a munka nagyja. Az eÁFA nem bevallássorokat vár, hanem bizonylatszintű analitikát, amelyben minden tétel a NAV sztenderd adókódjaira van leképezve (a kódok „MP 07”, „DP 43” jellegű kódpárok). A saját rendszere áfakódjait tehát párba kell állítani a NAV-kódokkal, tételesen, a könyvelővel végigbeszélve.

A gépi menet ezután ismétlődő és unalmas, ahogy lennie kell: analitika feltöltése, bevallástervezet lekérése, validációs eredmény lekérése, és ha nincs blokkoló hiba, jóváhagyás és benyújtás — böngészős belépés nélkül, a saját rendszerből.

ÁNYK → eÁFA: 90 napos átállási ütemterv

Kilencven nap elég — de csak akkor, ha a nehéz rész, az adókód-leképezés nem az utolsó hétre marad. Az alábbi terv azt is megmutatja, kinél van a labda: a lépések fele könyvelői döntés, nem IT-feladat. Ha az automatizálás alapfogalmai újak, az AI-automatizálás kkv-útmutatónk adja hozzá a keretet.

A 9–12. heti párhuzamos futtatást szokták kihagyni, és pont az fáj a legjobban utólag. Egyetlen lezárt hónapot érdemes végigvinni mindkét úton, majd a két eredményt összevetni. Ha van eltérés, ott derül ki — nem a benyújtás napján.

Mit tud ebből levenni egy automatizálási szakember a könyvelő válláról?

Az adótartalom a könyvelőé — a gépészet nem. Három konkrét dolog vihető el a válláról, és egyiknek sincs köze az adótanácsadáshoz.

Az ERP → eÁFA adatfolyam. A bizonylatszintű adat a vállalatirányítási rendszerben ül, gyakran olyan mélyen, hogy senki nem tudja, melyik táblában. Ez ismerős terep: egy 20+ éves, zárt vállalatirányítási rendszerben 2 034 táblát térképeztünk fel, és csak-olvasó rétegen keresztül nyúlunk hozzá. Az elv nálunk nem szólam: alapból csak olvasunk, írás kizárólag kifejezett kérésre, ellenőrzötten történik.

Az adókód-leképezési tábla karbantartása. A leképezés nem egyszeri feladat: új terméktípus, új konstrukció, jogszabályváltozás — és a tábla máris hiányos. Ha ez egy Excelben él valakinek a gépén, idő kérdése, mikor csúszik el. Egy rendszerben viszont verziózott, egy helyen szerkeszthető, és a leképezetlen tétel megáll és riaszt, nem pedig csendben rossz kódot kap. A táblázatos megoldások korlátairól külön írtunk: az Excel-automatizálás öt szintje.

Az eltérés-riport a benyújtás előtt. A NAV-nál lévő adat és a saját könyvelés között havonta van különbség: hiányzó befogadott számla, elmaradt sztornó, elcsúszott teljesítési dátum. Ezt nem a bevallás pillanatában kell megtudni. Egy havi összevetés, ami a zárás előtt magától megérkezik, pontosan az a fajta automata kimutatás, amiről a riport-automatizálásról szóló cikkünkben írunk — élesben 137 automata riport fut nálunk 12 termékcsaládban.

És van egy negyedik, ami a folyamatban előrébb áll: ha a bejövő számlák egy része papíron vagy szkennelt PDF-ben érkezik, addig nincs mit leképezni. Ezt az automatikus számlafeldolgozásról szóló cikkünk mutatja be élesben — 470+ számla, kötelező matematikai ellenőrzéssel, emberi jóváhagyással.

Amit nem csinálunk: nem adunk adótanácsot, és nem mi hagyjuk jóvá a bevallást. A leképezés szakmai tartalma a könyvelőé; mi azt tesszük gépivé, naplózottá és visszakereshetővé. Az árazás fix: egy ilyen ERP-adatfolyam a riport/dashboard sávba esik, 600 000 Ft-tól, és az első működő automatizálás 2 héten belül elindul. Óradíj nincs. A folyamatos felügyelet — hibariasztás, havi 2 óra fejlesztési keret, havi összefoglaló — 30 000 Ft/hó-tól indul.

Mikor nem éri meg az M2M — és mikor csinálja saját kézzel?

Négy esetben ne kezdjen egyedi fejlesztésbe. Egy ötödikben pedig nyugodtan csinálja meg maga.

Ha havi néhány tucat bizonylata van. Az eÁFA webes felülete ingyenes, böngészőben megy, és pár fős cégnél kényelmesen elbírja a havi zárást. Egy M2M-integráció ekkora volumennél nem térül meg: kevesebb időt spórol, mint amennyit a beüzemelés elvisz.

Ha külsős könyvelőirodája a saját szoftveréből adja be. Ilyenkor az M2M az iroda szoftverszállítójának a feladata. Kérdezze meg tőlük írásban, támogatják-e a 2.0-s adatstruktúrát és mikortól — ne fizessen párhuzamos fejlesztésért ugyanazért.

Ha a saját ügyviteli rendszerének szállítója ígéri az eÁFA M2M-et. Kérjen írásos dátumot, és tegye a naptárba. Ha a dátum tartható, Önnek nincs fejlesztési feladata: a technikai felhasználót, a kulcsokat és a jogosultságokat kell beállítani, és az adókódokat átnézni.

Ha nincs áfabevallási kötelezettsége. Alanyi adómentesként az egész téma nem érinti Önt.

A saját kezű út őszintén. A specifikáció, az XSD-k és a példaanyagok nyilvánosan elérhetők a NAV GitHub-tárában; a HTTP-hívás és az XML-előállítás önmagában nem nehéz feladat egy tapasztalt fejlesztőnek. Ha van házon belüli IT-s, aki hozzáfér az ügyviteli adatbázishoz, ezt fel tudja építeni — és akkor erre nem kell külsőst fizetnie. A nehézség nem a technológia: az adókód-leképezés végigbeszélése a könyvelővel, és a leképezés karbantartása egy év múlva is, amikor már senki nem emlékszik, miért az a kód került oda. Aki ezt a részt vállalja, annak nincs szüksége ránk.

Gyakori kérdések

Mikor szűnik meg az ÁNYK, és mi lép a helyére?

A NAV tájékoztatása szerint az ÁNYK 2026. december 31. után megszűnik, 2027. január 1-jétől nem lehet rajta bevallást benyújtani. Áfánál az utód az eÁFA, amely két csatornán érhető el: böngészős webes felületen, vagy gép-gép (M2M) kapcsolaton keresztül. A 2026. decemberi időszak áfabevallása, amely már 2027-ben esedékes, csak az eÁFA-ban adható be.

Kötelező-e az eÁFA M2M gép-gép kapcsolat?

Nem. Az eÁFA használata lesz kötelező, de nem az M2M. Bárki választhatja a webes felületet is, amely ingyenes és fejlesztés nélkül használható. A NAV a gép-gép kapcsolatot a nagyobb bizonylatszámú adózóknak ajánlja, de méretküszöbhöz nem köti. Kis bizonylatszámnál a webes felület a józan választás.

Mi kell az eÁFA M2M elindításához?

Öt dolog: technikai felhasználó az Online Számla rendszerben, hozzá aláíró- és cserekulcs, a megfelelő jogosultságok (interfész-elérés, bevalláskezelés, bevallásjóváhagyás, lekérdezések), egy program, amely sémakonform XML-t állít elő és HTTP-üzenetet küld, végül a saját áfakódok leképezése a NAV sztenderd adókódjaira. A séma jelenlegi élő verziója a 2.0.

Mi az eÁFA adókód-leképezés, és miért ez a legnehezebb rész?

Az eÁFA nem bevallássorokat vár, hanem bizonylatszintű analitikát, amelyben minden tétel a NAV sztenderd adókódjaira van leképezve. A saját rendszer áfakódjait tehát tételesen párba kell állítani a NAV-kódokkal. Ez adószakmai döntés, nem programozás, és nem egyszeri feladat: új konstrukció vagy jogszabályváltozás után karban kell tartani.

Mennyibe kerül az ERP–eÁFA adatfolyam kiépítése?

Nálunk az ilyen vállalatirányítási adatfolyam a riport/dashboard sávba esik, 600 000 Ft-tól, és az első működő automatizálás 2 héten belül elindul. Óradíj nincs, minden projekt fix áras. A folyamatos felügyelet, hibariasztás és havi 2 óra fejlesztési keret 30 000 Ft/hó-tól indul. Ha csak felmérést szeretne, a folyamat-audit 120 000 Ft fix, 1 hét.

Mi történik, ha nem készülünk fel időben?

Nem marad ÁNYK-s tartalék, mert 2027. január 1-jén a csatorna megszűnik. A gyakorlatban a webes felület a mentőöv: ott kézzel is összeállítható és beadható a bevallás, csak lassabban és több kézi ellenőrzéssel. Ezért érdemes a webes felületet akkor is beállítani és kipróbálni, ha egyébként az M2M-re készül.

A következő lépés

A legolcsóbb lépés most az, hogy megnézi, hol áll: mit ad be ma ÁNYK-ból, mit tud az ügyviteli rendszere, és megvan-e már a technikai felhasználó. Ha a saját számaival szeretné látni, mennyit ér a kézi munka kiváltása, számoljon a megtakarítás-kalkulátorunkkal. Ha inkább végigbeszélné valakivel, kérjen egy ingyenes 30 perces konzultációt. A folyamat-audit ára 120 000 Ft fix, 1 hét alatt kész, garanciával: legalább 5 megtérülő lehetőséget találunk, vagy visszajár — és 60 napon belüli megrendelésnél beszámít a projektárba.