Hiba vagy figyelmeztetés? A NAV eÁFA-visszajelzéseinek értelmezése
Melyik NAV-hibaüzenet akadályozza az eÁFA-bevallás benyújtását? Hibák, figyelmeztetések és R betűs hibakódok értelmezése, az októberi és A60-as változásokkal.
Az eÁFA-visszajelzések közül a hiba megakadályozza a bevallás benyújtását. A figyelmeztetés mellett beadható a bevallás, de az eltérést ellenőrizni kell; a tájékoztatás nem akadályozza a beadást. A háromféle üzenethez ezért más teendő tartozik.
Megmutatjuk, a folyamat melyik pontján keletkezhetnek az üzenetek, hogyan található meg az érintett tétel, és mikor kell javítani az adatot. A NAV által októberre bejelentett változásokat és az A60 összesítő nyilatkozat új üzeneteit is összefoglaljuk. Az egyes kódok részletes magyarázata az eÁFA-hibakódok adatbázisában kereshető.
A vizsgált NAV-üzenetlista számokban
- 78 blokkoló hiba, amely megakadályozza a benyújtást
- 20 figyelmeztetés, amely felülvizsgálatot kér
- 39 technikai hibakód a kérés és a feltöltés szintjén
- 18 októberre bejelentett új figyelmeztetés
Forrás: eÁFA M2M 2.0 specifikáció v1.1 és NAV-közlemény (#372, 2026. augusztus 31.)
Hiba, figyelmeztetés, tájékoztatás
A bevallás tartalmára vonatkozó üzenetek háromféle súlyosságúak lehetnek: hiba (ERROR), figyelmeztetés (WARN) és tájékoztatás (INFO). A teendő ettől függ:
A visszajelzések három súlyossági szintje
Először azt nézd meg, akadályozza-e az üzenet a benyújtást. A kód ezután segít megtalálni az okát.
Hiba (ERROR)
A bevallás ABORTED állapotba kerül, így ebben a formában nem nyújtható be
Teendő:
- A hibát a forrásadatban vagy az adókód-megfeleltetésben kell javítani
- A javított állományt eggyel nagyobb verziószámmal kell feltölteni
Kerülendő:
- A hibás állományt változtatás nélkül újraküldeni
Figyelmeztetés (WARN)
A benyújtást nem akadályozza, de tartalmi eltérésre utalhat
Teendő:
- Tételenként felül kell vizsgálni
- Valós hibánál javítani kell, indokolt eltérésnél az okot rögzíteni
Kerülendő:
- Átnézés nélkül figyelmen kívül hagyni
Tájékoztatás (INFO)
A benyújtásra nincs hatása
Teendő:
- Tudomásul venni, és ha szükséges, a belső nyilvántartásban rögzíteni
A súlyossági szintek az eÁFA M2M 2.0 specifikáció szerint; a teendők javaslatok. Forrás: eÁFA M2M 2.0 interfészspecifikáció, 137–138. oldal
A technikai hibáknak más a súlyossági skálája (CRITICAL vagy ERROR): ezek nem a bevallás tartalmáról, hanem a kérésről, a hitelesítésről vagy a feltöltésről szólnak.
Honnan jön a visszajelzés?
A visszajelzések nem egyetlen ellenőrzésből származnak. A bevallás több lépcsőn halad át, és mindegyik más jellegű hibát szűr ki:
Hol keletkezik a visszajelzés?
A lépések között a számokra kattintva vagy az Előző és Következő gombbal lehet lapozni.
- Beküldés előtt: Séma-ellenőrzés — Az állomány szerkezete a NAV sémája alapján már beküldés előtt, helyben is ellenőrizhető. (Helyben ellenőrizhető)
- NAV-feldolgozás: Technikai ellenőrzés — A NAV ellenőrzi a kérést, a hitelesítést és a jogosultságot. Hiba esetén a kérés el sem jut a bevallás feldolgozásáig. (Technikai hibakód)
- NAV-feldolgozás: Az állomány feldolgozása — A NAV ellenőrzi az ellenőrzőkódot (hash), kicsomagolja az állományt, és megvizsgálja, hogy megfelel-e a sémának. (Blokkoló hiba)
- NAV-feldolgozás: Üzleti validáció — A NAV a bevallás tartalmát vizsgálja: a fejadatokat, a tételeket, az összesítőt és a melléklapokat. (Hiba, figyelmeztetés, tájékoztatás)
- NAV-feldolgozás: A bevallás nyomtatványszintű ellenőrzése — A tételekből összeállított bevallást a NAV bevallásfeldolgozó rendszere is ellenőrzi. Az itt keletkező hibák kódja R betűvel kezdődik (például R742), és nem szerepelnek a specifikáció üzenetlistájában. (R betűs hibakódok)
- A benyújtástól függetlenül: Hosszú lefutású ellenőrzések — Egyes összevetések a FINISHED állapot után is futhatnak. Eredményüket követni kell, de a benyújtáshoz nem szükséges bevárni őket. (Figyelmeztetés)
A lépések az eÁFA M2M 2.0 specifikáció és a NAV fejlesztőinek válaszai alapján.
A tételek ellenőrzése után a NAV a tételekből összeállítja a bevallást, és azt is megvizsgálja, hogy a bevallás sorai összhangban vannak-e egymással. Az itt keletkező hibák kódja R betűvel kezdődik. Egy ilyen üzenet például: „[2465A-01-02] 64C = 64B * 0,05 (Hibakód=R742)”. Ez azt jelzi, hogy a 2465A bevallás 01-02-es lapján a 64. sor adója (C oszlop) nem egyezik az adóalap (B oszlop) 5%-ával. Az R betűs hibakódok nem szerepelnek az M2M-specifikáció üzenetlistájában, ezért a magyarázatuk sem ott, sem a hibakód-adatbázisban nem található. Először a saját bevallási adatokat kell ellenőrizni; ha azokból nem derül ki az ok, a NAV fejlesztői fórumán is érdemes rákeresni. Az R742-es kerekítési és az R454-es önellenőrzési hibánál a NAV a saját rendszerében végzett javítást.
Hogyan olvasható egy NAV-üzenet?
| Mező | Mit tartalmaz? | Mire használható? |
|---|---|---|
| validationResultCode | A súlyosság: ERROR, WARN vagy INFO | Ebből derül ki, akadályozza-e a benyújtást |
| validationErrorCode | A hibakód, például INVALID_TAXCODE | Ezzel kereshető a magyarázat |
| message | A NAV szöveges üzenete | A kódnál részletesebb leírás, ezzel is kereshető |
| pointer.lineNumber | Az érintett analitikatétel sorszáma | A hibás tétel azonosítása |
| pointer.tag, pointer.value | Az érintett mező neve és értéke | A hibás adat azonosítása |
Tételszintű üzenetnél a pointer a sorszámra, az érintett mezőre vagy annak értékére mutathat. Ezek alapján a szoftverben megkereshető a tétel. Ha a saját áfakód is szerepel az analitikában, a belső megfeleltetés ellenőrzése is egyszerűbb; erről a sorozat 4. része szól.
Hol látszanak a visszajelzések?
eÁFA M2M
Gépi kapcsolatnál a szoftver a feldolgozási állapot lekérdezésével kapja meg a technikai és az üzleti üzeneteket, tételszintű hibánál a tételre mutató hivatkozással együtt, valamint a hosszú lefutású ellenőrzések állapotát. A lekérdezéshez a technikai felhasználónak a „Kényelmi szolgáltatások, lekérdezések” jogosultság kell.
Nagy analitikánál sok figyelmeztetés is érkezhet, ezért hasznos, ha a szoftver az üzeneteket súlyosság és tétel szerint rendezve mutatja.
Webes XML-feltöltés
Webes XML-feltöltésnél az „Állapot frissítése” gomb után az „Ellenőrzések eredményei” oldalon látszik minden hiba és figyelmeztetés, kóddal együtt. A NAV kézikönyve szerint a beadást a hibák és a súlyos hibák akadályozzák meg.
eÁFA webes felület
Az eÁFA webes felületén a bevallástervezet előellenőrzése után az „Előellenőrzés eredményei” menüpontban látszanak az üzenetek. Hiba esetén a bevallás addig nem adható be, amíg egy újabb előellenőrzés hibátlannak nem minősíti; ha csak figyelmeztetés van, a bevallás beadható.
Néhány jellemző blokkoló hiba
A NAV listája jelenleg 78 blokkoló hibát tartalmaz. Az alábbi táblázat ezek közül csak néhány példát mutat be, hogy látható legyen, milyen jellegű problémák akadályozzák a benyújtást. A teljes lista az eÁFA-hibakódok adatbázisában kereshető.
| Üzenet | Mit jelent? | Jellemző ok |
|---|---|---|
| CONFLICTING_FREQUENCY_PERIOD | A bevallási gyakoriság nem egyezik a NAV törzsadatával | Év közben változott a gyakoriság, vagy hibás érték került a fejadatokba |
| CONFLICTING_RETURNDECISION_RETURNSTATEMENTS | A kiutalási döntés és a kiutalási nyilatkozat ellentmond egymásnak | Nem kér kiutalást, mégis van nyilatkozat, vagy fordítva |
| CONFLICTING_TOTALROWCOUNT_ANALYTICSITEMCOUNT | Az analitika sorainak megadott száma nem egyezik a tényleges számmal | Utólag törölt vagy hozzáadott tétel után nem frissült a darabszám |
| MISSING_SHEETLIST | Az adókódhoz kötelező melléklap hiányzik | Melléklaphoz kötött ügylet, például fordított adózás, melléklap nélkül |
| INVALID_CONFLICTING_SUMTAXAMOUNT_SUMACCOUNTEDTAX | Az összesítő egyenlege nem egyezik a tételekből számolt értékkel | Eltérő kerekítés, vagy részleges levonásnál a teljes adó beszámítása |
| INVALID_TAXCODE | Nem létező, vagy az adózási dátumon nem érvényes adókód | Elavult megfeleltetési tábla |
| INVALID_DEDUCTION_AMOUNT | A levonható összeg nagyobb, mint a tétel adója | Hibás levonási hányados vagy előjel |
| MISSING_DEDUCTION_RATE | MD64–MD66 kódnál a levonási adatok mellől hiányzik a hányados | Hiányos részleges levonási adat |
Részletesen: INVALID_TAXCODE · INVALID_CONFLICTING_SUMTAXAMOUNT_SUMACCOUNTEDTAX · MISSING_SHEETLIST · CONFLICTING_FREQUENCY_PERIOD
Figyelmeztetések: mikor kell foglalkozni velük?
A figyelmeztetés nem akadályozza a benyújtást, de olyan eltérést jelez, amely tartalmi hibára utalhat. Érdemes ezért mindegyiket átnézni, és ha az eltérés indokolt, az okot rögzíteni. A táblázat csoportonként csak néhány példát mutat; a 20 hatályos figyelmeztetés teljes listája az adatbázisban található.
| Csoport | Példa | Mire utal? |
|---|---|---|
| Időbeli eltérés | TAXPOINTDATE_NOT_IN_DECLARATION_PERIOD, TAXPOINTDATE_TOO_EARLY, TAXPOINTDATE_LATE | Az adózási dátum nem illik a bevallási időszakhoz; pénzforgalmi elszámolásnál ez indokolt lehet |
| Összeférhetetlen adókódok | INCOMPATIBLE_TAXCODES_1–6 | Egy bizonylaton egymást kizáró ügylettípusok, például belföldi és Közösségen belüli értékesítés |
| Önellenőrzési pótlék | CONFLICTING_INCREASE_ALLOWANCE, CONFICTING_REDUCTION_ALLOWANCE, NO_ALLOWANCE_REQUIRED | A pótlék kitöltése nem illik a kötelezettség változásához vagy a 15 napos határidőhöz |
| Eltérés a NAV adataitól | CONFLICTING_STANDARDTAXCODE, CONFLICTING_SOURCEDOCUMENTID, CONFLICTING_SUM_TAXAMOUNT | Az analitika eltér az Online Számla adataitól, például levonásba helyezett számla nem szerepel benne |
| Nullás bevallás adatok mellett | TOTAL_ROW_COUNT_REGISTER_DATA_MISMATCH | Nullás analitika, miközben a NAV-nál van az időszakra számla-, pénztárgép- vagy vámadat |
Önellenőrzésnél egy sajátosságra érdemes figyelni. A NAV fejlesztői fórumán egy fejlesztő arról számolt be, hogy csökkenő kötelezettségnél a pótlékmezők kitöltésétől függetlenül figyelmeztetés érkezhet. Ez a benyújtást nem akadályozza, a pótlék helyességéért azonban az adózó felel, ezért a számítást érdemes külön is ellenőrizni.
A NAV októberre bejelentett figyelmeztetései
A NAV 2026. augusztus 31-i közleménye 18 új figyelmeztetés októberre tervezett bevezetéséről és 11 meglévő üzenet szövegének módosításáról szól. A tervezett ellenőrzések közül hat azonnali, tizenkettő hosszú lefutású; többségük az analitikát a NAV-nál lévő számla- és pénztárgépadatokkal veti össze:
Kétszer rögzített gazdasági esemény: azonos partnerrel és tartalommal, de eltérő bizonylatszámon szereplő tétel.
Ugyanaz a számla egyszerre szerepel értékesítésként és levonható tételként.
Fordított adózású számla, amelynek tétele hiányzik az analitikából, a kibocsátói és a befogadói oldalon egyaránt.
Az Online Számla vagy a pénztárgépadatok szerint van fizetendő adó, az analitikában viszont nincs, például hiányzik egy 27%-os vagy 18%-os tétel.
Levonásnál magasabb az áfakulcs, mint az Online Számlában, vagy eltér a kiállítási dátum, illetve a partner adószáma.
Közösségen belüli termékértékesítésnél (MP02) hiányzik a vevő közösségi adószáma.
A közlemény az új figyelmeztetésekhez nem közöl azonosítót vagy hibakódot. Az adatbázisban ezért egyelőre bejelentett üzenetként, a közzétett szövegükkel szerepelnek. A NAV közleménye (#372)
Az A60 összesítő nyilatkozat saját üzenetei
Október 3-án a NAV az A60 összesítő nyilatkozat sémáját és validációs listáját is közzétette, egyelőre a GitHub-tárház külön fejlesztési ágán. Az összesítő nyilatkozat külön XML-ben, de ugyanazon az eÁFA-csatornán és ugyanazzal az API-logikával nyújtható be, mint az áfabevallás. A visszajelzések is ugyanígy működnek: a hiba megakadályozza a benyújtást, a figyelmeztetés nem.
| Csoport | Azonosítók | Mit ellenőriz? |
|---|---|---|
| Adóazonosító jel és közösségi adószám | SV0001, SV0002, SV0006, SV0008 | Egyezik-e az adóazonosító jel a törzsadatokkal, és a közösségi adószám a bejelentkezett felhasználó adataival; megszűnt adószámnál kötelező az adóazonosító jel |
| Jogelőd és név | SV0007, SV0009, SV0010 | Egyezik-e a jogelőd adószáma, és az adózó típusának megfelel-e a családi és az utónév kitöltése |
| Nyilatkozati időszak | SV0003, SV0004, SV0005 | Illeszkedik-e az időszak a nyilatkozati gyakorisághoz, nem kezdődik-e 2024. január 1. előtt, és nem előzi-e meg a vége a kezdetét |
| Tételadatok (figyelmeztetés) | SE0002, SE0003, SE0004, SE0005 | Ismétlődő tétel, belföldi adószámú partner, illetve a számlaszintű adatokból számolt adóalap vagy a pénznem ellentmondása |
Az SE0004 és az SE0005 csak akkor fut le, ha a nyilatkozat számlaszintű adatokat is tartalmaz. Ez a rész a NAV szerint nem tehető kötelezővé, mert az uniós irányelv csak az összesítést írja elő; aki kitölti, többletellenőrzést kap. Két A60-kód neve megegyezik egy bevallási kóddal (PERIOD_INTERVAL_FREQUENCY_MISMATCH és CONFLICTING_PERIODSTART_PERIODEND), ezért az A60-nál érdemes az SV-, illetve SE-azonosítóval keresni. A NAV válasza (#348)
Az üzenetek a nyilatkozat eÁFA-s benyújtásának bevezetésével élesednek, az időpontot a NAV a jogszabályváltozásokkal együtt közli. Ugyanezen a fejlesztési ágon a bevallás sémája is módosul: a 07-es és a 08-as melléklapon negatív mennyiség és adóalap is megadható. Az A60 üzenetei az adatbázisban
Technikai hibák
A technikai hibakódok, például a FORBIDDEN, az INVALID_SECURITY_USER vagy az INVALID_REQUEST_SIGNATURE, a kérés, a hitelesítés vagy a feltöltés szintjén keletkeznek; ilyenkor a NAV a bevallás tartalmát még nem is vizsgálta. Jellemző okuk a hiányzó jogosultság vagy a hibásan képzett aláírás; a jogosultságokról a sorozat 5. része szól.
Az OPERATION_FAILED váratlan technikai hibát jelez. Mielőtt megismétled a műveletet, ellenőrizd annak állapotát, hogy elkerüld a párhuzamos vagy ismételt beküldést. Ha a művelet nem teljesült, újra megpróbálható; tartós hibánál a NAV-nál érdemes jelezni. Egy szeptemberben bejelentett, ilyen kóddal járó hibáról a NAV fejlesztői fórumán azt írta, hogy javította.
Mit jelent ez nálad?
Vállalatoknak
Vállalatnál érdemes előre rögzíteni, ki melyik visszajelzéssel foglalkozik:
Technikai hiba: a szoftver üzemeltetője vagy szolgáltatója, mert az ok a kapcsolatban, a hitelesítésben vagy a jogosultságban van.
Blokkoló tartalmi hiba: a könyvelés vagy a főkönyvelő, mert a javítás a forrásadatban vagy az adókód-megfeleltetésben történik.
Figyelmeztetés: a bevallásért felelős munkatárs, aki dönt a javításról, vagy rögzíti az eltérés okát.
Időtartalék: a bevallást ne az utolsó napon töltsd fel, mert egy hiba javítása új feltöltést és új ellenőrzést jelent.
A felelősöket és a hibák kezelésének sorrendjét még az első éles bevallás előtt érdemes rögzíteni.
Könyvelőirodáknak
Könyvelőirodánál a visszajelzések sok ügyféltől egyszerre érkeznek. Érdemes rendszerezni őket:
Áttekintés ügyfelenként: legyen egy helyen látható, melyik bevallás vár javításra, és melyik nyújtható be.
Visszatérő hibák: ha több ügyfélnél ugyanaz a hiba jelenik meg, a közös adókód-táblát és a könyvelőprogram exportját is ellenőrizni kell.
Az ügyfél bevonása: egyes hibák, például egy hiányzó bizonylat vagy a kiutalási döntés, csak az ügyféllel együtt javíthatók.
Az eltérés rendezését ügyfelenként kell követni, mert ugyanaz a hibakód eltérő forrásadatból is eredhet.
Gyakorlati esetek: hiba vagy figyelmeztetés?
Hiba vagy figyelmeztetés — és mi a teendő?
Hat jellemző visszajelzés a feltöltéstől a benyújtásig. A magyarázatok a NAV specifikációján, kézikönyvén és a NAV fejlesztőinek nyilvános válaszain alapulnak.
- A bevallás FINISHED állapotú, de több tételnél TAXPOINTDATE_NOT_IN_DECLARATION_PERIOD figyelmeztetés érkezik. A cég pénzforgalmi elszámolást alkalmaz. Mi a teendő?
- A bevallás nem nyújtható be, amíg a figyelmeztetés meg nem szűnik — Nem. A figyelmeztetés nem akadályozza a benyújtást; csak a hibák blokkolnak.
- Az adózási dátumokat a bevallási időszakra kell átírni — Nem. Az adózási dátumot az adófizetési kötelezettség vagy a levonási jog keletkezése alapján kell meghatározni; figyelmeztetés miatt nem írható át önkényesen.
- Helyes: A tételeket át kell nézni; ha a pénzforgalmi elszámolás indokolja az eltérést, a bevallás benyújtható — Helyes. Maga a NAV-üzenet is jelzi, hogy pénzforgalmi elszámolás magyarázhatja az eltérést. Ha a tételek rendben vannak, az okot érdemes rögzíteni, és a bevallás benyújtható.
- A NAV ABORTED állapotot ad vissza CONFLICTING_TOTALROWCOUNT_ANALYTICSITEMCOUNT hibával. Mi történt?
- A NAV-nál több számla van, mint az analitikában — Nem. Az Online Számla-adatokkal való eltérésről figyelmeztetés szól, ez a hiba az állomány belső ellentmondása.
- Túl nagy az állomány, részekre kell bontani — Nem. A méretkorlát túllépéséről külön hibakód szól.
- Helyes: Az analitika sorainak megadott száma nem egyezik a tényleges tételszámmal — Helyes. Jellemzően utólag törölt vagy hozzáadott tétel után nem frissült a darabszám. Javítás után eggyel nagyobb verziószámmal kell újra feltölteni.
- A bevallás a nyomtatványszintű ellenőrzésen akad el ezzel az üzenettel: „[2465A-01-02] 64C = 64B * 0,05 (Hibakód=R742)”. Honnan jön ez, és hol érdemes utánanézni?
- Helyes: A NAV bevallásfeldolgozó rendszeréből: a 64. sor adója nem egyezik az adóalap 5%-ával — Helyes. Az R betűvel kezdődő hibakódok a tételekből összeállított bevallás nyomtatványszintű ellenőrzéséből jönnek, és nem szerepelnek a specifikáció listájában. Ennél az üzenetnél a NAV fejlesztői kerekítési problémát erősítettek meg, és javították; ezért ilyenkor a NAV fejlesztői fórumán is érdemes utánanézni.
- A séma-ellenőrzésből; az XML-ellenőrző megmutatja a hibát — Nem. A séma-ellenőrzés a szerkezetet vizsgálja, nem a bevallási sorok számszaki összefüggéseit.
- Az adókód-katalógusból: az MD64 kód megszűnt — Nem. Érvénytelen adókódnál INVALID_TAXCODE hiba érkezik.
- A feltöltés sikerül, de a feldolgozási állapot lekérdezésére FORBIDDEN válasz érkezik. Mire utal?
- A bevallásban tartalmi hiba van — Nem. A FORBIDDEN technikai hibakód: a kérés el sem jutott a tartalom vizsgálatáig.
- Helyes: A technikai felhasználónak hiányzik a lekérdezési jogosultsága — Helyes. A feldolgozási állapot lekérdezéséhez a „Kényelmi szolgáltatások, lekérdezések” jogosultság kell. A jogosultságokról a sorozat 5. része szól.
- A NAV még nem dolgozta fel a bevallást — Nem. Feldolgozás közben a lekérdezés a folyamatban lévő állapotot adja vissza, nem hibát.
- CONFLICTING_SOURCEDOCUMENTID figyelmeztetés érkezik: egy levonásba helyezett számla nem szerepel az Online Számla rendszerben. A számlát egy külföldi szállító állította ki. Mi a helyes eljárás?
- A tételt ki kell venni az analitikából — Nem. Ha a levonási jog fennáll, a tételnek az analitikában a helye; a figyelmeztetés csak az eltérést jelzi.
- Helyes: Ellenőrizni kell a számlát; ha valós, a figyelmeztetés indokolt, és a bevallás benyújtható — Helyes. Az Online Számla rendszer a belföldi számlakibocsátók adatait tartalmazza, így egy külföldi szállító számlájánál az eltérés magyarázható. Az okot érdemes rögzíteni.
- A bevallás csak a figyelmeztetés megszűnése után nyújtható be — Nem. A figyelmeztetés nem akadályozza a benyújtást.
- Önellenőrzésnél a fizetendő adó csökken, és a pótlékmezők kitöltésétől függetlenül figyelmeztetés érkezik (E0014 vagy E0015). Benyújtható az önellenőrzés?
- Nem, előbb a NAV-nak javítania kell a szabályt — Nem. A figyelmeztetés nem akadályozza a benyújtást.
- Igen, de csak ha a pótlékmezőket nullával töltik ki — Nem. A nullás kitöltés is figyelmeztetést válthat ki, és a pótlék értékét a tényleges számítás határozza meg.
- Helyes: Igen; a figyelmeztetés nem akadályozza, de a pótlékszámítást érdemes külön ellenőrizni — Helyes. A NAV fejlesztői fórumán egy fejlesztő jelezte, hogy csökkenő kötelezettségnél a két szabály miatt mindkét kitöltés figyelmeztetést kaphat. A benyújtást ez nem akadályozza, a pótlék helyességéért azonban az adózó felel.
Hogyan támogat a SimplyX?
A SimplyX beküldés előtt elővalidálja a bevallást, így a formai hibák még a NAV előtt kiderülnek. Megjeleníti a NAV validációs eredményeit, követi a beküldési állapotokat, értesít a változásokról, és minden lépést naplóz, így a visszajelzések és a javítások menete később is visszakereshető. Így működik a SimplyX eÁFA M2M
Kapcsolódó fogalmak és eszközök
eÁFA-hibakódok adatbázisa — a validációs üzenetek, a változások és a technikai kódok
eÁFA XML-ellenőrző — séma-ellenőrzés a böngészőben, adatküldés nélkül
eÁFA M2M — a gép-gép kapcsolat az eÁFA-rendszerrel
Önellenőrzés — a benyújtott bevallás javítása
A következő lépés
A sorozat 8., záró része azt mutatja be, mikor minősül a bevallás valóban benyújtottnak, hogyan működnek a verziók, és mikor van szükség önellenőrzésre. A próbabevallásról a 6. rész szól.
Források
NAV: eÁFA M2M 2.0 interfészspecifikáció, v1.1 (2026. július)
NAV-közlemény: Változnak az eÁFA-M2M validációi (#372, 2026. augusztus 31.)
NAV: eÁFA-rendszer felhasználói kézikönyv
NAV-közlemény: A60 séma publikálása (#455, 2026. október 3.)
NAV: A60 ERROR és WARNING validációk (2026. szeptember 30.)
NAV-fejlesztői válasz: az A60 analitikus része nem kötelező (issue #348)
NAV-fejlesztői válasz: a BEVFELD_CHECK állapot jelentése (#45)
NAV-fejlesztői válasz: R742-es kerekítési hiba (issue #129)
NAV-fejlesztői válasz: R454-es önellenőrzési hiba javítása (issue #390)
NAV-fejlesztői válasz: OPERATION_FAILED javítása (issue #433)