ÁNYK-átállási ellenőrzőlista

Az ÁNYK-val 2026. december 31-ig nyújtható be új bevallás. Ez a lista azt bontja lépésekre, amit addig végig kell gondolni — kötelezettségenként, nem általánosságban. Minden tételnél ott áll, hogy ki felel érte, és miért számít.

A szakaszokhoz rendelt időzítés a mi ajánlásunk, nem a NAV előírása. Jogszabály két dátumot rögzít: 2026. december 31-ig nyújtható be új bevallás ÁNYK-val, 2027. január 1-jétől pedig már nem.

Frissítve: 2026. augusztus 6.

1. Felmérés — mit adunk be ma, és hogyan

Egyetlen átállási döntés nincs — annyi van, ahány kötelezettség. Az első lépés ezért nem a csatornaválasztás, hanem a leltár: mi az, ami ma ÁNYK-n megy, és ki adja be.

Ajánlott kezdés: azonnal

Készüljön lista arról, mely bevallásokat és adatszolgáltatásokat adja be ma ÁNYK-val — nyomtatványszám szerint. (Felelős: Könyvelés / adóterület) — A NAV ajánlásai ügyfélkörönként szólnak, de a döntést nyomtatványonként kell meghozni: nem minden kötelezettség érhető el minden csatornán.
Jelölje meg, melyik kötelezettségnél ki a beadó: belső munkatárs, könyvelőiroda vagy meghatalmazott. (Felelős: Adóterület) — A jogosultságok és a meghatalmazások átállítása külön feladat, és jellemzően hosszabb átfutású, mint a technikai fejlesztés.
Rögzítse, mely időszakok kerültek eddig ÁNYK-n beadásra. (Felelős: Könyvelés) — Az ÁNYK 2027 után is elérhető marad a korábbi időszakok önellenőrzéséhez. Enélkül egy két évvel későbbi önellenőrzésnél nem lesz egyértelmű, hol kell javítani.
Nézze meg, hány cég érintett, ha könyvelőirodaként vagy csoportszinten több adóalanyt kezel. (Felelős: Irodavezetés) — A többcéges működés a csatornaválasztást is befolyásolja: ami egy cégnél kényelmes, az ötvennél nem feltétlenül az.

2. Csatornaválasztás — kötelezettségenként

Az áfabevallás és a többi kötelezettség útja itt válik el. Az áfabevallást az eÁFA-rendszer veszi át, minden mást a NAV M2M — két külön interfészspecifikáció, két külön tárház, eltérő ütemezéssel. Ugyanannál a cégnél tehát előfordulhat, hogy két kötelezettség két különböző rendszerhez kerül.

Ajánlott lezárás: 2026 őszéig

Áfabevallásnál döntsön a webes eÁFA felület és az eÁFA M2M között. (Felelős: Adóterület + IT) — Az eÁFA-ban benyújtott bevallás mellé nem kell kitölteni a tételes belföldi összesítő jelentést (M-lapokat), mert a teljes analitika a NAV rendelkezésére áll.
Nem áfás kötelezettségeknél ellenőrizze, hogy az adott nyomtatvány elérhető-e az ONYA-ban. (Felelős: Könyvelés) — A NAV ügyfélköri ajánlása iránymutatás; azt, hogy egy konkrét nyomtatvány beadható-e az adott úton, nyomtatványonként kell ellenőrizni.
A nem áfás bevallásoknál nézze meg, hogy az adott bizonylat szerepel-e a NAV M2M interfészspecifikációiban. (Felelős: IT / ERP-felelős) — A nav-gov-hu/M2M tárházban külön specifikáció szól az ÁNYK-bizonylatokról és az új bizonylatokról. Ez a dokumentáció független az eÁFA-étól, és önálló ütemezés szerint bővül.
Döntse el, mely kötelezettségek maradnak böngészőben (ONYA), és melyek mennek gépi úton. (Felelős: Adóterület + IT) — Kis darabszámnál a böngészős kitöltés bevezetési terhe elenyésző. A gépi út ott térül meg, ahol ismétlődő, nagyobb volumenű vagy több cégre kiterjedő a folyamat.
Írja le, melyik kötelezettség melyik csatornára megy — egy mondatban, indoklással. (Felelős: Adóterület) — Ez lesz az a dokumentum, amire egy év múlva hivatkozni lehet, ha valaki megkérdezi, miért így döntöttek.

3. Szoftver és szállító

Ha a választás gépi csatornára esett, a következő kérdés nem technikai, hanem ütemezési: mikorra készül el a szállító. A kérdések eltérnek attól függően, hogy áfabevallásról (eÁFA M2M) vagy más bevallásról (NAV M2M) van szó — ha mindkettő érintett, mindkét sort végig kell kérdezni.

Ajánlott kezdés: a csatornadöntéssel egyidejűleg

Kérdezze meg: támogatja-e a program az eÁFA M2M 2.0-s sémát, és melyik verziótól? (Felelős: IT / beszerzés) — Az éles rendszer 2026. augusztus 3-án állt át 2.0-ra, párhuzamos üzem nélkül. Az 1.0-s formátumú beküldés megszűnt.
Kérdezze meg: az invoiceModificationOrCancellation mezőt az MP31 adókódhoz köti, vagy általánosan a módosító számlákra alkalmazza? (Felelős: IT) — A specifikáció szerint a mező alapértelmezetten false, és true értéke kizárólag az MP31 adókóddal együtt szerepelhet. Az általános alkalmazás hibás beküldést eredményez.
Kérdezze meg: a fordított adózású lapokon vámtarifaszámot küld, vagy még terméknevet vár? (Felelős: IT) — A 2.0-s specifikációban a customsTariffNumber a kitöltendő mező; a terméknevet a rendszer tölti hozzá. A korábbi változáslista ezt fordítva írta le.
Kérjen konkrét dátumot a 2.0-s támogatásra, és rögzítse írásban. (Felelős: Beszerzés) — A bizonytalan vagy csúszó határidő ütemezési kockázat: ÁNYK-val csak 2026. december 31-ig lehet új bevallást beadni, utána nincs hova visszalépni.
Nem áfás bevallásoknál kérdezze meg: melyik NAV M2M interfészspecifikációra épül a megoldás, és melyik verzióra? (Felelős: IT / beszerzés) — A NAV M2M-nek több párhuzamos specifikációja van — külön az ÁNYK-bizonylatokra, az új bizonylatokra, az általános működésre és az adózói adatok lekérdezésére. A „támogatjuk a NAV M2M-et” önmagában nem válasz.
Kérdezze meg, tesztelte-e a szállító a beküldést a NAV Bizonylat API tesztcsomagjával. (Felelős: IT) — A NAV Postman tesztcsomagot is publikált a Bizonylat API-hoz. Ha a szállító ezt lefuttatta, arról tud beszámolni; ha nem, az jelzés a felkészültségről.
Tisztázza, hogy a technikai felhasználó jogosultsága hogyan válik el az adat-előkészítéstől. (Felelős: IT + belső kontroll) — Az eÁFA M2M technikai felhasználója teljes jogú, tehát beadhatja a bevallást. A szétválasztást az ügyviteli szoftverben kell megoldani — a NAV felhasználókezelőjében erre nincs mód.

4. Adat és adókód

A gépi beküldés nem javítja ki a hiányos adatot, hanem épít rá. Ahol korábban a melléklap kitöltésekor derült ki egy hiba, ott most végigfut a bevalláson.

Ajánlott kezdés: a fejlesztéssel párhuzamosan

Feleltesse meg a saját adókódjait a NAV standard adókódjaihoz. (Felelős: Adóterület + IT) — A megfeleltetés a leggyakoribb csúszási pont, mert szakmai döntést igényel, nem fejlesztést.
Ellenőrizze, hogy a partneradatok (név, adószám, cím) teljesek-e az érintett tételeknél. (Felelős: Könyvelés)
Nézze meg, hogy a rendszer tárolja-e az adó esedékességi napját (taxpointDate) dátumpontossággal. (Felelős: IT) — A specifikáció szerint ez nem feltétlenül egyezik a számla teljesítési dátumával, és nem helyettesíthető az Online Számla adataival.
Fordított adózású ügyleteknél ellenőrizze az adókód és a melléklap együttállását. (Felelős: Adóterület) — Bizonyos adókódok esetén a megfelelő melléklap kitöltése kötelezővé válik, és erre külön belső validáció vonatkozik.

5. Tesztelés

A tesztkörnyezet 2026. július 1-je óta kizárólag a 2.0-s verzióval működik, tehát valós körülmények között lehet próbálni.

Ajánlott lezárás: az élesítés előtt legalább egy bevallási időszakkal

Futtasson végig egy teljes bevallási időszakot a tesztkörnyezetben, valós adatokkal. (Felelős: IT + könyvelés)
Ellenőrizze a NAV válaszüzeneteit, és rendelje hozzá őket a saját hibakezeléséhez. (Felelős: IT) — Az eÁFA M2M 101 validációs üzenetet ad vissza; a blokkoló és a figyelmeztető típus eltérő kezelést kíván.
Vesse össze a gépi úton előállított bevallást a korábbi, ÁNYK-s eredménnyel. (Felelős: Adóterület) — Az eltérés nem feltétlenül hiba — de meg kell tudni magyarázni, honnan jön.
Próbálja ki az önellenőrzés folyamatát is, ne csak az alapbevallást. (Felelős: Könyvelés)

6. Élesítés és tartalék

Az utolsó szakasz nem a beküldésről szól, hanem arról, mi történik, ha valami nem úgy megy, ahogy tervezték.

Ajánlott: 2026. november végéig működő éles folyamat

Határozza meg, ki hagyja jóvá a beküldést, és hol marad nyoma. (Felelős: Belső kontroll)
Rögzítse, mi a teendő elutasított beküldés esetén, és ki értesül róla. (Felelős: Könyvelés + IT)
Használja ki a maradék ÁNYK-időszakot tartalékként — de csak 2026. december 31-ig. (Felelős: Adóterület) — Ez az utolsó nap, amikor új bevallás ÁNYK-val beadható. Utána a tartalék megszűnik.
Archiválja a csatornánkénti nyilvántartást a későbbi önellenőrzésekhez. (Felelős: Könyvelés)