eÁFA: mit jelent a NAV áfabevallás-tervezete, és hogyan dolgozzon vele?

Az eÁFA-ban a NAV a hozzá beérkezett számla-, nyugta- és vámadatokból automatikusan összeállítja az áfabevallás tervezetét. A tervezet kiindulópont, nem kész bevallás: a levonási korlátozásokat, a NAV-nál nem szereplő adatokat és az adózói döntéseket az adózónak kell rögzítenie, és a benyújtott bevallásért továbbra is ő felel. Ezért a tervezetet minden időszakban érdemes a főkönyvi áfaanalitikával egyeztetni.

Mi az eÁFA áfabevallás-tervezete?

Az áfabevallás-tervezet a NAV eÁFA-rendszerének az az eredménye, amelyet a NAV-nál már meglévő tranzakciós adatokból, automatikus adókódolással állít össze. Az eÁFA-ban 2024. február 1-je óta nyújtható be áfabevallás, webes felületen vagy gép-gép kapcsolaton (M2M) keresztül.

A folyamat a NAV leírása szerint így épül fel:

• A rendszer betölti a forrásadatokat: a számlaadat-szolgáltatásból és az online pénztárgépekből származó számlaadatokat, a pénztárgépes nyugtaadatokat és a termékimporthoz kapcsolódó vámhatározatok adatait.
• A tételek automatikusan adókódot kapnak. Az adókód dönti el, hogy egy adat a bevallás melyik sorába kerül.
• Az így előálló bizonylatlista és áfaanalitika validáción megy át, amely a NAV kockázatelemzésében keresett eltérésekre is figyelmeztethet.
• A validáció után a rendszer összeállítja a bevallás tervezetét, amely jóváhagyással benyújtható.

A webes felületet az az adózó használhatja, aki egy bevallási időszakban összesen 100 ezernél kevesebb számlát kezel. E fölött csak M2M-kapcsolat lehetséges, de kisebb volumen mellett is választható. M2M-nél a vállalat a NAV-adatokat a saját ügyviteli rendszerébe importálja, ott állítja össze az analitikát, és a feltöltött analitikán a NAV ugyanazokat az ellenőrzéseket futtatja.

Két gyakorlati különbség az ÁNYK-hoz képest: aki az eÁFA-ban adja be a bevallását, annak nem kell M-lapon adatot szolgáltatnia, és ha valaki ugyanarra az időszakra több csatornán is bevallást nyújt be, a NAV az elsőként benyújtottat veszi figyelembe. Arról, hogy a webes felület vagy az M2M illik-e jobban egy vállalathoz, a BDO ÁNYK helyett eÁFA: webes felület vagy M2M kapcsolat című cikke ad részletes áttekintést.

Miért nem kész bevallás a tervezet?

Azért, mert a tervezet csak azt tartalmazza, amit a NAV az adatszolgáltatásokból lát, és az automatikus adókódok nem ismerik a vállalat adózói döntéseit. A NAV maga is rögzíti, hogy az automatikusan adott adókód módosítása az adóalany felelőssége. Jelen állás szerint a tervezetből adózói jóváhagyás nélkül soha nem lesz benyújtott bevallás, szemben a magánszemélyek szja-bevallási tervezetével, amely a bevallási határidő lejártával jóváhagyás nélkül is bevallássá válik.

A leggyakoribb eltéréstípusok és a teendők:

A táblázat szöveges változata: a korlátozott vagy kizárt levonású bejövő számlák a tervezetben teljes levonással szerepelnek, ezeket át kell kódolni. A belföldi fordított adózású beszerzések csak fizetendő oldalon jelennek meg, levonható adó esetén ezt módosítani kell. A NAV-nál nem szereplő adatokat (adatszolgáltatás nélküli bejövő számla, nem pénztárgépes nyugta, felvásárlási okirat) kézzel kell rögzíteni. A NAV adataitól eltérő számlákat a rendszer üzenetei alapján kell megvizsgálni.

A rendszerüzeneteknek két szintje van. Az ERROR megakasztja a bevallás benyújtását, ezért javítani kell. A WARNING nem akadályozza a beadást, de a NAV szerint ilyenkor a bevallás tartalmát érdemes felülvizsgálni, mert szoftverhibára, adatbeviteli hibára vagy hibás adózási gyakorlatra utalhat. A NAV szerint a bejövő számlák automatikus adókódja teljes levonást feltételez, ezért a részleges vagy arányosított levonású tételeknél a tételes felülvizsgálat különösen indokolt.

Hogyan egyeztesse a tervezetet a főkönyvvel?

Az egyeztetés lényege, hogy a NAV-tervezet és a saját főkönyvi áfaanalitika minden eltérésére legyen magyarázat, mielőtt a bevallást jóváhagyja. Ehhez a következő lépések adnak rendszert:

• Adókód-megfeleltetés előre. A NAV szerint a standard adókódok ismerete és megfeleltetése a vállalat saját áfakódjainak nélkülözhetetlen az eÁFA használatához. Az M2M a standard adókódokat, a webes felület az ezekkel egyenértékű beszédes adókódokat használja.
• Szabályok az ismétlődő esetekre. A webes felületen beállított felhasználói szabályok a beérkező bizonylatokra automatikusan a megfelelő adókódot teszik, például a belföldi fordított adózású beszerzéseknél. Ez jelentősen csökkenti a kézi átkódolások számát.
• Kimutatás és összevetés. Az eÁFA-ból fizetendő adó, levonható adó, illetve adókód szerinti kimutatás tölthető le. Ezt érdemes adókódonként összevetni a főkönyvi áfaanalitikával, nem csak a végösszegek szintjén.
• Az eltérések osztályozása. Minden eltérést érdemes besorolni: hiányzó adat (rögzíteni kell), adózói döntés (átkódolni és dokumentálni kell), a partner hibás adatszolgáltatása (tisztázni kell vele) vagy időbeli eltolódás a főkönyv és a NAV-adat között.
• Előellenőrzés, zárás, jóváhagyás. Az előellenőrzés után az ERROR-üzeneteket javítani, a WARNING-üzeneteket kivizsgálni kell, majd az időszak lezárható és a bevallás jóváhagyható. Ha utólag derül ki hiba, az önellenőrzés is az eÁFA-ban indítható; a webes felületen ez 2024. július 1-je óta lehetséges.

Az egyeztetéshez a felelősségi kört is érdemes rögzíteni. Az eÁFA jogosultságai ezt támogatják: a webes felületen a lekérdező jog a tervezet megtekintésére, a szerkesztő jog a bizonylatlista módosítására, az időszak zárására és a tervezet elkészítésére ad lehetőséget, M2M-nél pedig a bevalláskezelés és a bevallásjóváhagyás külön jogosultság. Így szétválasztható, ki kódol át és ki hagyja jóvá a bevallást.

Elfogadja a tervezetet, vagy saját analitikából dolgozzon?

A válasz a bizonylatszámtól és az ügyletek összetettségétől függ. A tervezet változatlan jóváhagyása csak akkor lehet megalapozott, ha a vállalat ügyletei egyszerűek, és az egyeztetés nem mutat eltérést.

A táblázat szöveges változata: kevés bizonylatnál és egyszerű ügyleteknél elég lehet a tervezet webes ellenőrzése és módosítása. Sok tételnél, levonási korlátozásnál vagy fordított adózásnál szabályokra és adókódonkénti egyeztetésre van szükség. 100 ezer számla felett az M2M kötelező. Ha az ERP nem tud M2M-et, köztes megoldás vagy a NAV eÁFA Tool jöhet szóba.

A NAV eÁFA Tool az Excel-sablonban előkészített adatokból XML-t és M2M-exportot készít. A NAV ugyanakkor hangsúlyozza, hogy a program nem helyettesíti az adatok adószakmai ellenőrzését: a séma szerinti technikai ellenőrzést támogatja, az üzleti ellenőrzéseket az eÁFA a feltöltéskor végzi el. Az M2M-interfész 2026. augusztus 3-tól a 2.0-s XSD-séma szerint működik, ezért a meglévő integrációkat is érdemes ennek megfelelően felülvizsgálni.

Mikortól kötelező az eÁFA?

Az eredeti ütemezés szerint az ÁNYK 2026. december 31-ével megszűnt volna, és 2027-től az áfabevallás csak az eÁFA-ban lett volna benyújtható. A NAV 2026. október 15-én fokozatos átállást javasolt a felmérése alapján, amelyet mintegy kétezer könyvelő, adószakember és fejlesztő töltött ki.

A javaslat szerint:

• elsőként, 2027 folyamán a legnagyobb cégek térnének át kötelezően az eÁFA-ra;
• az áfabevallók többségének, például a kkv-knak 2028. január 1-jétől válna kötelezővé az eÁFA;
• az szja- és a társaságiadó-bevallás 2027-ben még az ÁNYK-ban is benyújtható maradna.

Ez egyelőre javaslat: a „legnagyobb cégek” körét és a 2027-es kezdő időpontot a NAV még nem határozta meg. A közép- és nagyvállalatoknak ezért érdemes úgy tervezniük, hogy az egyeztetési folyamatuk már 2027 elején működjön, és a végleges szabályozás megjelenésekor csak a dátumokat kelljen igazítani.

Hogyan segíthet a BDO Magyarország?

A tervezet és a főkönyv közötti eltérések nagy része nem technikai, hanem szakmai kérdés: levonható-e az adó, melyik időszakba tartozik egy tétel, helyes-e a partner adatszolgáltatása. A BDO Magyarország ÁFA tanácsadás szolgáltatása segítséget nyújt az adókódok megfeleltetésének felülvizsgálatában, az eltérések értelmezésében és az időszakonkénti egyeztetési folyamat kialakításában.

Ahol a volumen vagy az ERP-környezet miatt az M2M a járható út, a BDO eÁfa Link a vállalati ERP-, számlázó- vagy könyvelőrendszer adatait a NAV eÁFA-M2M interfészspecifikációja szerinti szerkezetbe rendezi, beküldi, és követhetővé teszi a NAV visszajelzéseit. Ez bizonyos esetekben kiválthatja a teljes ERP-átalakítást. Kis bizonylatszámnál és egyszerű ügyleteknél viszont a webes felület és a tervezet gondos ellenőrzése is elegendő lehet; ilyenkor elsősorban az adókódolási szabályok egyszeri átnézése indokolt.

Gyakran ismételt kérdések az eÁFA áfabevallás-tervezetéről

Benyújtható a tervezet változtatás nélkül?

Technikailag igen, ha a rendszer nem jelez ERROR-üzenetet. A bevallás tartalmáért azonban az adózó felel, ezért a jóváhagyás előtt a tervezetet a főkönyvi áfaanalitikával érdemes egyeztetni.

Mi a különbség az ERROR- és a WARNING-üzenet között?

Az ERROR megakasztja a benyújtást, javítani kell. A WARNING nem akadályozza a beadást, de a NAV szerint a bevallás tartalmát ilyenkor felül kell vizsgálni.

Kell M-lapot beadni, ha az eÁFA-ban vallok be?

Nem. Aki az eÁFA-ban nyújtja be az áfabevallását, annak nem kell M-lapon is adatot szolgáltatnia.

Milyen adatokból állítja össze a NAV az eÁFA-tervezetet?

Az online számlaadat-szolgáltatásból, az online pénztárgépek számla- és nyugtaadataiból, valamint a termékimporthoz kapcsolódó vámhatározatokból. Ami ezekben nem szerepel, azt az adózónak kell pótolnia.

Mikortól kötelező az eÁFA?

A NAV 2026. október 15-i javaslata szerint a legnagyobb cégeknek 2027 folyamán, a többi áfabevallónak, köztük a kkv-knak 2028. január 1-jétől. A végleges ütemezés még nem jelent meg.

Nagyvállalatként fogadjuk el a tervezetet, vagy a saját analitikánkból dolgozzunk?

Nagy volumen és összetett ügyletek mellett a saját főkönyvi analitika az irányadó, a tervezet pedig ellenőrzési pont. Minden eltérésre legyen magyarázat a jóváhagyás előtt.

Nagy számlavolumennél kézzel vagy M2M-en egyeztessünk?

100 ezer számla felett bevallási időszakonként csak M2M használható. Alatta is az M2M lehet a hatékonyabb, ha a webes átkódolás sok kézi munkát igényel.

Mit tehet, ha az ERP nem támogatja az eÁFA M2M-et?

ERP-fejlesztés, köztes megoldás, például a BDO eÁfa Link, vagy kisebb volumennél a NAV Excel-alapú eÁFA Tool programja jöhet szóba.

Hogyan kell bejelentkezni az eÁFA-rendszerbe a NAV oldalán?

Az eÁFA az eafa.nav.gov.hu címen érhető el, ahonnan a rendszer 2024. április 25-e óta a NAV Felhasználókezelőbe (uam.nav.gov.hu) irányít át. Az elsődleges felhasználó, vagyis az adózó, a törvényes képviselője vagy az állandó meghatalmazottja KAÜ-azonosítással lép be, külön regisztráció nélkül; ha több adózóhoz is kapcsolódik, ki kell választania, melyik nevében jár el. A másodlagos felhasználók kétlépcsős azonosítással jelentkeznek be, és csak az elsődleges felhasználótól kapott jogosultságokkal dolgozhatnak.

Hogyan lehet belépni és bevallást benyújtani a webes felületen?

A belépés a NAV Felhasználókezelőn keresztül történik: az elsődleges felhasználó KAÜ-azonosítással, a másodlagos kétlépcsős azonosítással lép be. Szerkesztő joggal elkészíthető a tervezet, futtatható az előellenőrzés, lezárható az időszak és jóváhagyható a bevallás.

Mit jelent az M2M-kapcsolat, és hogyan kell beállítani?

Az ERP közvetlenül cserél adatot az eÁFA-val. Ehhez a NAV Felhasználókezelőben létrehozott technikai felhasználó kell aláíró- és cserekulccsal, valamint eÁFA-jogosultságokkal; 2026. augusztus 3-tól a 2.0-s XSD érvényes.

Ki segíthet az eÁFA-ra való átállásban és a tervezet egyeztetésében?

Áfatanácsadók és adótechnológiai szolgáltatók. A BDO Magyarország az ÁFA tanácsadással és a BDO eÁfa Link megoldással támogatja a vállalatokat.