Mi váltja fel az év végén elköszönő ÁNYK-t?

Milyen okok állnak az ÁNYK-kivezetése mögött?

A NAV saját összegzése szerint az ÁNYK a hatóság legrégebbi, 2008 óta működő adóügyintézési platformja, amelyre évente több mint 30 millió űrlap érkezik. De hiába ez a „népszerűség”, eljárt felette az idő. Ennek legfőbb oka, hogy a NAV működése egyre inkább adatalapú, valós idejű validációkra és automatizált kockázatelemzésre támaszkodik, az ÁNYK alaplogikája azonban továbbra is „űrlapkitöltés-ellenőrzés-beküldés” jellegű, telepítést és lokális környezetet igénylő megoldás. Az adóhatóság célja, hogy olyan rendszereket használjon, ahol a beadás egyre inkább egy ellenőrzési pont vagy adategyeztetési aktus, nem pedig a teljes adatrögzítés első lépése.

Érdemes részletesen is sorra venni azokat a tényezőket, amelyek együttállása miatt az ÁNYK-kivezetése elkerülhetetlenné vált:

- Technológiai korlátok: Az ÁNYK hosszú időn át stabil keretet adott, de az alapstruktúrája és működési modellje nem arra készült, hogy a NAV mai, részletesebb és nagyobb volumenű adatigényét rugalmasan kiszolgálja. Ezt a gyakorlatban az is felerősítette, hogy a bevallások adattartalma folyamatosan bővült, ami fejlesztési és karbantartási oldalon is egyre nagyobb terhet jelentett.

- Korlátozott automatizálhatóság: Sok szervezetnél az ÁNYK köré évek alatt „fél-automatizált” megoldások épültek, de a modern vállalatirányítási rendszerek (ERP-k) és több adatforrás összehangolása, a hibák kiszűrése és a konzisztencia ellenőrzése gyakran így is jelentős manuális munkát igényelt. Ezzel szemben a NAV kifejezett célja, hogy az adózók kevesebb adminisztrációval, kevesebb utólagos javítással és gyorsabb visszajelzésekkel intézzék ügyeiket, ami inkább online, validációkra épülő rendszerekben működik jól.

- Offline működés, telepítési függés: Az ÁNYK telepítést igényel, jellemzően nem “szolgáltatásként” működik, nem mobileszköz-központú, és nem egy folyamatosan frissülő, valós idejű hibajelzéseket adó online platformlogikára épül. A NAV kommunikációjában külön hangsúlyos elem, hogy az új csatornák célja a valós idejű anomália- és hibajelzés, amihez a bevallási/adatszolgáltatási funkciók modernizálása „megkerülhetetlen és szükségszerű”.

A keretrendszer kivezetésének menetrendje

A nyilvános NAV-tájékoztatás alapján az átállás kulcsdátumai az alábbiak:

- 2026. december 31.: az ÁNYK-n keresztül történő bevallások beadási lehetősége megszűnik, az ügyfelek eddig használhatják a keretrendszert adóügyeikben.

- 2027. január 1.: a bevallásokat és adatszolgáltatásokat már csak korszerű, adatalapú megoldásokon keresztül lehet beküldeni a NAV-hoz (ONYA, eÁFA, M2M).

A gyakorlati kép ennél árnyaltabb lehet annyiban, hogy bizonyos eljárásoknál – különösen korábbi időszakokat érintő ügyeknél (például egyes önellenőrzési helyzetekben) – átmenetileg még maradhatnak olyan funkciók, amelyek az ÁNYK-hoz kötődnek. A fő irány azonban a NAV szerint is az, hogy új beküldések és új adatküldési logika már az új platformokra kerül.

Mit használhatunk az ÁNYK helyett a jövőben?

A NAV a gyakorlatban több csatornát épít és bővít párhuzamosan, mert más igénye van egy eseti ügyintéző magánszemélynek és más egy sok adatot mozgató nagyvállalatnak. Az adóhatóság kommunikációjában három fő irány rajzolódik ki: ONYA, M2M, illetve áfában kiemelten az eÁFA. Ejtsünk néhány szót ezekről külön-külön!

1) ONYA: Online Nyomtatványkitöltő Alkalmazás

Az ONYA a NAV webes alapú platformja, amely telepítés nélkül, böngészőből érhető el, és kifejezetten azoknak kényelmes, akik ritkábban intéznek adóügyeket, illetve kisebb volumenben adnak be nyomtatványokat. Az adóhatóság ezt kifejezetten a magánszemélyeknek, kisvállalkozásoknak és a ritkábban ügyeket intézőknek ajánlja.

Az ONYA megtartja a klasszikus űrlaplogikát, ugyanakkor fontos előnye lehet, hogy a NAV említése szerint az új platformok célja a könnyebb, gyorsabb ügyintézés és a hibák csökkentése, amihez az online működés jobban illeszkedik.

2) M2M: gép–gép kapcsolaton alapuló bevallás és adatküldés

Az M2M (machine-to-machine) azoknak előnyös, akik nagy mennyiségű adatot kezelnek, és a beküldést a lehető legnagyobb mértékben automatizálni szeretnék. A NAV megfogalmazásában ez egy API-n keresztüli gép-gép kapcsolat, amelyet elsősorban azoknak javasolnak, akik eddig is ügyviteli programok segítségével intézték adóügyeiket, illetve könyvelőknek, adótanácsadóknak, nagyobb cégeknek.

Az adóhatóság részletesen ír arról is, hogy az M2M használatához a NAV Ügyfélportálon M2M-regisztráció szükséges, amelyet a gazdálkodó szervezet törvényes képviselője kezdeményezhet. A beküldések nyugtái a szervezet tárhelyére érkeznek.

3) eÁFA: az áfabevallás új rendszere

Az áfabevallások esetében a NAV szerint az irány egyértelmű: az eÁFA nemcsak egy alternatív felület, hanem egy összetett digitális megoldás. Ez az adóhatóságnál meglévő tranzakciós adatokra (online számla, online pénztárgépi nyugták/egyszerűsített számlák, vámadatok) támaszkodva támogatja a bevallást, és validációkkal segít az ellentmondások, formai és logikai hibák kiszűrésében. A NAV azt is kiemeli, hogy eÁFA-val a bevallási folyamat digitalizálható, hatékonyabbá tehető, és bizonyos esetekben számlabefogadóként mentesülést is jelenthet a külön M-lapos adatszolgáltatás alól.

Kinek melyik megoldás lesz megfelelő az ÁNYK-kivezetés után?

A megfelelő csatorna kiválasztásánál a legjobb támpont jellemzően az, hogy mekkora az adatmennyiség, milyen gyakori a bevallás/adatszolgáltatás, mennyire automatizáltak a belső folyamatok, és van-e fejlesztési kapacitás.

- Kisvállalkozások, egyéni vállalkozók, eseti bevallók esetében a webes, telepítés nélküli működés miatt az ONYA praktikus lehet, míg áfában – ha releváns – a webes eÁFA kínálhat kényelmes utat.

- Közepes vállalkozások, könyvelők jellemzően vegyes képet adnak: több ügytípusnál ONYA, míg nagyobb adatigényű vagy rendszeres folyamatoknál már felmerülhet az automatizált irány (különösen áfában eÁFA, illetve M2M).

- Nagyvállalatok, komplex ERP-t használók, illetve nagy számlaforgalmú cégek esetében a NAV is elsősorban a gép–gép kapcsolatot (M2M) emeli ki, mert itt válik igazán értelmezhetővé a tömeges, automatizált beküldés és a folyamatok „iparosítása”.

A döntésnél érdemes egyszerre nézni a bevallási gyakoriságot, az adatok előállításának és ellenőrzésének belső logikáját, valamint azt is, hogy a rövid távú fejlesztések mennyire hasznosíthatók hosszabb távon az eÁFA/M2M irányban.