Az Általános Nyomtatványkitöltő Keretprogramot, vagyis az ÁNYK-t – korábbi nevén ABEV-et – 2027-től új, korszerűbb digitális megoldások váltják fel a NAV-nál. A változás minden vállalkozást, könyvelőt, adótanácsadót és az adózással összefüggő tevékenységet folytató szoftverfejlesztőt érint.
Évtizedek után búcsút intünk egy olyan programnak, amelyet adózók milliói használtak napi szinten. Az átállás nem kényelmi kérdés, hanem egy elkerülhetetlen technológiai szintlépés: a helyileg telepített offline megoldások korszakát végleg felváltja a felhőalapú Online Nyomtatványkitöltő Alkalmazás (ONYA) és a teljesen automatizálható M2M kommunikáció.
A leállás azonban nem jelentheti azt, hogy a szolgáltatás eltűnik, mert az elévülési időn belül biztosítani kell a nyomtatványok elérhetőségét. Az ÁNYK a 2027-es leállást követően kizárólag a korábbi időszakok önellenőrzésére lesz használható.
Az átállás jogszabályi alapját a 322/2024. (XI. 6.) Korm. rendelet 152. § (13) bekezdése teremti meg. Az ÁNYK kivezetése nem egyszerű technikai változás. A vállalkozásoknak fel kell mérniük, hogy kötelezettségeiket 2027-től az Online Nyomtatványkitöltő Alkalmazásban (ONYA), vagy gép-gép, azaz M2M-kapcsolaton keresztül, illetve bizonyos témákban valamely speciális NAV-platformon teljesítik-e.
Az ONYA elsősorban a manuális ügyintézés modern felülete, míg az M2M a nagyobb adatmennyiséget kezelő és automatizált folyamatokat működtető vállalatok számára lehet meghatározó – hívta fel a figyelmet dr. Bulátkó Ottó, az RSM vezető menedzsere.
Mi is volt az ABEV/ÁNYK?
Hosszú éveken át az ÁNYK az egyetlen standard felületet biztosította a NAV-bevallások beküldéséhez. Bár elvégezte a feladatát, technológiailag mára teljesen elavulttá vált. Egy helyileg telepített, Java-alapú alkalmazásról van szó, amelyet minden egyes számítógépen külön-külön kellett frissíteni, karbantartani és a verzióváltozásokkal összehangolni. Ez a decentralizált működés rengeteg technikai hibát, felesleges adminisztrációs terhet és biztonsági kockázatot hordozott magában.
Mi váltja fel az ÁNYK-t 2027-től?
Az offline nyomtatványkitöltő helyett, online, közvetlenül az adóhatóság rendszereivel kommunikáló felületek fogják biztosítani a nyomtatványok beküldését. Ilyen az ONYA alkalmazás, de mellette biztosítva van a gép-gép kapcsolat (M2M) a NAV szolgáltatásaihoz, valamint jelenleg is működnek egyéb felületek (pl. az eSZJA, eÁFA, KOBAK, DACentral, OSS), amelyeken közvetlenül lehet kommunikálni (adatokat továbbítani és lekérni) egyes területeken a NAV rendszereivel.
Mi az ONYA, és mire használható?
Az Online Nyomtatványkitöltő Alkalmazás, vagyis az ONYA a NAV böngészőből elérhető nyomtatványkitöltő felülete. Ügyfélazonosítással és anélkül is elérhető. Az azonosítás nélküli ONYA felületen kizárólag olyan űrlapok kitöltését biztosítja, amelyek papír alapon is benyújthatók és nem tervezett a kizárólag elektronikusan benyújtható űrlapok publikálása ezen a felületen.
Részletesen foglalkozunk az ONYA működésével és használatával ebben a blogbejegyzésünkben is.
Az ONYA előnyei és hátrányai az ÁNYK-hoz képest
Az Online Nyomtatványkitöltő Alkalmazás (ONYA) számos ponton egyszerűbbé teszi az elektronikus ügyintézést, ugyanakkor különösen az összetett vállalati bevallási folyamatokban korlátai is lehetnek.
Az ONYA előnyei
- Telepítésmentes, böngészőalapú működés: Nem igényel helyi szoftvertelepítést vagy folyamatos Java-frissítéseket.
- Teljes mobilitás: Optimalizált felületének köszönhetően tabletről és okostelefonról is gond nélkül használható.
- Automatikus adatkitöltés: A NAV adatbázisában már meglévő adatok automatikusan bekerülnek a bevallásba.
- Beépített, valós idejű validáció: A rendszer azonnal jelzi a hibákat a kitöltés során, minimalizálva a hibás beküldések arányát.
- Adatintegráció: A beküldött adatok közvetlenül átkerülnek a kapcsolódó NAV rendszerekbe, megkönnyítve például az szja-tervezetek elkészítését.
Az ONYA hátrányai és korlátai
- Folyamatos internetkapcsolatot igényel: Offline módban nem használható, hálózati probléma esetén a bevallás benyújtása teljesen elakad.
- Korlátozott használhatóság komplex vállalati igények esetén: Nagy adatmennyiség kezelésekor az ONYA manuális felülete nem helyettesíti a teljesen automatizált M2M rendszert.
- Kötelező DÁP vagy Ügyfélkapu+ azonosítás: Az új biztonsági azonosítók használata kezdetben technikai akadályt jelenthet a kevésbé digitális felhasználóknak.
- Az azonosítás nélküli ONYA felületen korlátozottan érhetők csak el az űrlapok, ami miatt nyomtatványok tartalmának megismerése, azok előzetes, adótanácsadó általi kitöltése korlátozott.
Mit jelent az M2M-adatkapcsolat?
M2M: a gép-gép interfész és az XML/XSD sémák világa
dr. Bulátkó Ottó, az RSM vezető menedzsere kiemelte: Ha nagyobb vállalatról beszélünk az ONYA manuális felülete helyett az M2M (machine-to-machine) technológia lesz a valódi megoldás. Az M2M egy olyan API-alapú, teljesen automatizált adatküldési csatorna, amely közvetlen kapcsolatot teremt a vállalat saját ügyviteli szoftvere (ERP, könyvelőprogram) és a NAV szerverei között.
eÁfa kompatibilis áfabevallás automatizálása érdekel
A rendszer alapját a NAV által a világ legnagyobb nyílt forráskódú közösségi oldalán, a GitHub-on publikált XML és XSD sémák adják. Ezek a technikai specifikációk határozzák meg pontosan, hogy az egyes bizonylatoknak milyen adatstruktúrával kell rendelkezniük. Az XSD-sémák beépítésével gyakorlatilag bármilyen bevallás (például az áfa- vagy járulékbevallás) beküldhető közvetlenül a szoftverből, emberi közreműködés nélkül, ami drasztikusan csökkenti a hibázás lehetőségét.
Szakértőnk, Németh Lilla, az RSM Adóüzletágának digitális adózási megoldásokért felelős igazgatója részletesen beszél az adódigitalizációról az ÁNYK-tól M2M-ig podcastünkben.
Milyen kihívásokat jelent az ÁNYK-ról történő átállás?
ONYA felépítéséből eredő nehézségek
Az átállás komoly kihívásokat tartogat, amelyek egy része még nem is látható. Az ONYA felület előnyök mellett nehézségeket is tartalmaz, ugyanis egy bonyolultabb bevallás esetén nem biztosított az az átláthatóság, ami az ÁNYK esetében megvolt- hívják fel a figyelmet az RSM szakértői
XML- és validációs hibák kezelése
Az M2M-re való átállás ráadásul nem csupán egy egyszerű IT-fejlesztési feladat. Hatékony megvalósítása szoros együttműködést igényel a szoftverfejlesztők, az adótanácsadók és a belső pénzügyi csapatok között. Azok a könyvelőszoftverek, amelyek eddig pusztán egyszerű fájlexporttal küldték az adatokat az ÁNYK-ba, mélyreható átalakításra vagy teljes cserére szorulnak.
Szintén új feladatot jelent az XML hibakezelés elsajátítása. Az M2M rendszerben a NAV validációs üzenteket (warning/error kódokat) küld vissza hibás adatok esetén. Ezek értelmezése és a hiba azonnali, forrásrendszerben történő javítása teljesen új munkafolyamatokat és szakmai kompetenciákat igényel. Emellett a belső felhasználók oktatása is elengedhetetlen, hiszen az ONYA felülete logikájában alapvetően eltér az ÁNYK-tól.
Az M2M-rendszer technikai és üzleti ellenőrzések alapján válaszüzeneteket küldhet vissza. A vállalkozásnak meg kell határoznia:
- ki fogadja és értelmezi a hibaüzeneteket;
- mely hibák akadályozzák meg a befogadást;
- mely figyelmeztetések igényelnek szakmai ellenőrzést;
- hol kell javítani a hibás adatot;
- hogyan dokumentálják az újraküldést és a sikeres benyújtást.
A hibát lehetőleg nem a beküldés előtti fájlban, hanem az adatot előállító forrásrendszerben kell kijavítani. Ellenkező esetben ugyanaz a probléma a következő időszakban ismét megjelenhet.
Jogosultságok és belső kontrollok
Az automatizált adatátadás során is egyértelműen szabályozni kell, hogy:
- ki készítheti elő az adatokat;
- ki hagyhatja jóvá a bevallást;
- ki jogosult a benyújtásra;
- hogyan igazolható a beküldés;
- hol őrzik a bevallási állományokat és visszaigazolásokat;
- hogyan biztosítható az üzletmenet-folytonosság rendszerhiba esetén.
Szűk fejlesztési és tesztelési időszak
Az egyik legszembetűnőbb nehézség mégis a rendkívül szoros határidő. Az XSD-sémák véglegesítése és a kötelező éles indulás között mindössze néhány hónap állt a fejlesztők és a könyvelőirodák rendelkezésére, ami feszített munkatempót diktál.
A NAV 2026-ban folyamatosan publikálja az új M2M-sémákat és technikai specifikációkat. Emiatt a fejlesztések, a tesztelés és az éles átállás előkészítése részben párhuzamosan zajlik. Az áfabevallási folyamatokat érintően 2026 májusában megjelent az eÁFA M2M interfészspecifikáció 2.0-s verziója is.
A vállalkozások számára kockázatos lehet megvárni valamennyi specifikáció véglegesítését, majd csak ezt követően elkezdeni a felkészülést. A folyamatfelmérés, az adatminőség vizsgálata, a felelősségek kijelölése és a rendszerkövetelmények meghatározása már a fejlesztés lezárása előtt elvégezhető.
Kis és mikrovállalkozások kockázata
Végül meg kell említeni a kis- és mikrovállalkozók kockázatát. Azok a kisvállalkozók, akik eddig önállóan, megszokásból használták az ÁNYK-t vagy papíron adóztak, könnyen lemaradhatnak és komoly bírságokat kockáztathatnak, ha nem jut el hozzájuk időben a megfelelő tájékoztatás. Esetükben ugyanakkor az egyedi fejlesztések irreális költségeket hordoznak.
Hogyan készüljenek fel a vállalkozások az ÁNYK átállásra 2027-re?
Az ÁNYK kivezetésére való felkészülést célszerű önálló adótechnológiai projektként kezelni.
Javasolt felkészülési lépések
- ÁNYK-nyomtatvány-leltár készítése: össze kell gyűjteni minden rendszeresen vagy eseti jelleggel használt nyomtatványt.
- Folyamatgazdák kijelölése: meg kell határozni az egyes bevallások szakmai, informatikai és jóváhagyási felelőseit.
- Célplatform meghatározása: nyomtatványonként el kell dönteni, hogy ONYA, M2M vagy más NAV-rendszer lesz-e használható.
- Adatforrások feltérképezése: azonosítani kell, mely rendszerekből és milyen manuális kiegészítésekkel készülnek az adatok.
- Hiányelemzés elvégzése: össze kell vetni a vállalati adatmezőket a NAV által publikált sémákkal és ellenőrzési szabályokkal. A felkészülés része lehet a kapcsolódó számviteli és pénzügyi folyamatok átvilágítása és optimalizálása is, különösen akkor, ha az adatok több rendszerből, manuális beavatkozásokkal állnak elő.
- Fejlesztési döntés meghozatala: meg kell vizsgálni, hogy a meglévő szoftver fejleszthető-e, külső megoldás szükséges, vagy bizonyos folyamatoknál elegendő az ONYA. Komplex áfabevallási folyamatok esetén az eÁFA M2M bevezetési tanácsadás segíthet a követelmények, az adatkapcsolatok és a szükséges fejlesztések meghatározásában.
- Tesztelés és hibakezelés kialakítása: a technikai beküldés mellett üzleti, adózási és jogosultsági teszteket is kell végezni.
- Oktatás és dokumentáció: a felhasználókat fel kell készíteni az új felületekre, hibaüzenetekre és jóváhagyási folyamatokra.
- Vészforgatókönyv készítése: meg kell határozni a teendőket üzemzavar, sikertelen beküldés vagy forrásrendszer-hiba esetére.
Az ÁNYK megszűnése jó alkalom arra, hogy vállalata ne csupán új benyújtási csatornára váltson, hanem áfabevallási folyamatait is automatizálja. Az RSM Connectax VAT Manager támogatja az áfaadatok ellenőrzését, a NAV-adatokkal történő egyeztetést, az eÁFA-kompatibilis XML előállítását és az M2M-adatkapcsolaton keresztüli bevallási folyamatot.
Csökkentse a manuális feladatokat és a hibakockázatot egy kontrollált, átlátható áfabevallási megoldással!
Ismerje meg az RSM Connectax VAT Manager megoldást
Gyakori kérdések az ÁNYK megszűnéséről
Mikor szűnik meg az ÁNYK?
A NAV aktuális tájékoztatása szerint 2027-től az ÁNYK-t új digitális megoldások váltják fel. A vállalkozásoknak ezért 2026-ban fel kell készülniük az új benyújtási csatornák használatára.
Mi lesz az ÁNYK helyett?
Az ÁNYK-t nem egyetlen rendszer váltja fel. Az adott kötelezettségtől függően az ONYA, az M2M-adatkapcsolat, az eÁFA vagy más speciális NAV-platform használható.
Mi a különbség az ONYA és az M2M között?
Az ONYA böngészőből használható, elsősorban manuális online nyomtatványkitöltő felület. Az M2M közvetlen, automatizált adatkapcsolatot biztosít a vállalati rendszer és a NAV között.
Minden vállalkozásnak M2M-fejlesztést kell végeznie?
Nem. Kisebb adatmennyiség és egyszerűbb kötelezettségek esetén az ONYA is megfelelő lehet. Az M2M elsősorban nagyobb adatmennyiség, nagyobb vállalat vagy rendszeresen ismétlődő bevallások esetén lehet indokolt.
Használható lesz az ÁNYK korábbi időszakok önellenőrzésére?
A 2027 utáni pontos eljárást az adott bevalláshoz kapcsolódó NAV-tájékoztatás alapján kell meghatározni. Elviekben elévülési időn belül biztosítani kell, hogy minden korábbi ANYK-s nyomtatvány önellenőrzése is változatlanul benyújtható maradjon az ÁNYK-ból.
Mikor érdemes elkezdeni a felkészülést?
A folyamat- és nyomtatványleltár, az adatminőségi vizsgálat, valamint a felelősségek kijelölése már most elkezdhető. Az M2M technikai fejlesztéseket a NAV folyamatosan megjelenő specifikációihoz kell igazítani.
