Honnan jön a bevallás adata? Az eÁFA XML közérthetően: tartalom, adatkörök, kötelező elemek
Az eÁFA-bevallás XML-je blokkonként: fejadatok, nyilatkozatok, áfaanalitika, összesítők és melléklapok, a kötelező adatokkal, a NAV specifikációja alapján.
Ha az áfabevallást XML-feltöltéssel vagy eÁFA M2M kapcsolaton nyújtják be, a NAV nem kitöltött nyomtatványt kap, hanem adatállományt. Ez tartalmazza, kinek és melyik időszakra szól a bevallás, milyen nyilatkozatokat tesz az adózó, tételesen az áfát érintő összes számlát és egyéb bizonylatot, valamint a bevallás végösszegeit. A bevallást a NAV ebből állítja össze.
Az állományt a bevallási szoftver készíti el; kézi kitöltésre nincs szükség. Érdemes azonban tudni, milyen adatok kerülnek bele és honnan származnak: ettől függ, mennyi előkészítést igényel az átállás, és mire kell figyelni a szoftver kiválasztásakor és bevezetésekor.
Mit tartalmaz egy eÁFA-bevallás?
Fejadatok: ki nyújtja be a bevallást, melyik időszakra, milyen gyakorisággal, és alapbevallásról vagy önellenőrzésről van-e szó.
Nyilatkozatok: például visszaigénylésnél, hogy a NAV hová és milyen módon utalja ki az összeget.
Áfaanalitika: tételesen minden bizonylat, amely a fizetendő vagy a levonható áfát érinti; ez a bevallás tartalmi magja.
Összesítő: a bevallás végösszegei — a befizetendő, a visszaigényelhető vagy a következő időszakra átvihető adó.
Melléklapok és csatolmány: csak bizonyos esetekben, például fordított adózásnál, önellenőrzésnél vagy faktorálásnál.
A részletes leírás ugyanebben a sorrendben halad. A zárójelben szereplő angol nevek a NAV adatszerkezetének elnevezései — ezekkel a specifikációban és a szoftverek beállításaiban lehet találkozni.
A bevallás felépítése részletesen
| Blokk | Kötelező | Tartalom |
|---|---|---|
| 1. Fejadatok (declarationInfo) | Igen | Az adózó, a bevallási időszak, a gyakoriság, a bevallás jellege és verziószáma |
| 2. Nyilatkozatok (declarationStatements) | Tartalomfüggő | Visszautalási döntés, eljárási nyilatkozatok, kiutalási rendelkezés |
| 3. Áfaanalitika (vatAnalytics) | Igen | A bizonylatszintű tételsorok és számuk |
| 4. Összesítő adatok (declarationSummary) | Igen | A bevallás főösszegei, ezer forintra kerekítve |
| Eredeti bevallás összesítője (originalDeclarationSummary) | Önellenőrzésnél, helyesbítésnél, javításnál | A módosított bevallás főösszegei |
| 5. Melléklapok (sheetList) | Egyes adókódoknál és nyilatkozatoknál | Fordított adózás, önellenőrzés, behajthatatlan követelés és más melléklapok |
| 6. Csatolmány (attachment) | Nem | Faktorálási szerződés |
1. Fejadatok (declarationInfo)
A fejadatok azonosítják a bevallást. Ha nem egyeznek a beküldő jogosultságaival vagy a bevallási időszak adataival, a NAV rendszere azonnal hibával elutasítja a feldolgozást.
| Adat | Kötelező | Tartalom |
|---|---|---|
| taxNumber | Igen | Az adószám 8 jegyű törzsszáma, áfakód és megyekód nélkül |
| declarationType | Igen | A bevallás típusa: NONE, vagy különös ok (például megszűnés, átalakulás, felszámolás) |
| declarationKind | Igen | A bevallás fajtája; felszámolás, végelszámolás, kényszertörlés esetén az eljárás fázisa |
| declarationFrequency | Igen | MONTHLY, QUARTERLY vagy ANNUAL — egyeznie kell a NAV nyilvántartásával |
| declarationPeriodStart, declarationPeriodEnd | Igen | A bevallási időszak első és utolsó napja |
| version | Igen | A feltöltés verziószáma: 1-ről indul, minden újabb feltöltésnél pontosan eggyel nő |
| declarationMethod | Igen | A bevallás jellege: alapbevallás (BASE), önellenőrzés (SELF_CHECK) vagy helyesbítés (CORRECTION) |
| navCorrection | Igen | A NAV felhívására történő javítás jelölése |
| refundEntitlementCode | Feltételes | Visszaigénylés esetén a jogcím (A–D) az Áfa tv. 153/A. és 186. §-a szerint |
| vpid | Feltételes | A 12 jegyű vámazonosító; a 170-es melléklap egyes adónemkódjainál kötelező |
| modificationReference | Feltételes | Önellenőrzésnél, helyesbítésnél, javításnál: a módosított bevallás feldolgozási azonosítója, a módosítás sorszáma, javításnál a NAV által megküldött vonalkód |
Ugyanarra az adózóra, típusra, gyakoriságra, időszakra, verzióra és jellegre csak egy benyújtott bevallás létezhet. Önellenőrzés, helyesbítés és javítás csak korábban sikeresen benyújtott (SUBMITTED állapotú) bevallásra adható be; javításnál a bevallás jellegének meg kell egyeznie az eredetiével. A verziószámozás szabályaira a NAV fejlesztői külön választ is adtak. A NAV válasza a verziózásról
2. Bevallási nyilatkozatok (declarationStatements)
Ez a rész a korábbi nyomtatvány nyilatkozatainak és kiutalási rendelkezéseinek felel meg. Adatot csak akkor tartalmaz, ha az adózó sajátos jogállást, eljárást vagy visszaigénylést érvényesít.
| Adat | Mikor szükséges | Tartalom |
|---|---|---|
| returnDecision | Negatív egyenlegnél | NO_RETURN (nem kér visszautalást), FULL_RETURN (teljes visszaigénylés) vagy TAX_ACCOUNT_TRANSFER (átvezetési kérelem — ekkor a 170-es melléklap kötelező) |
| taxpayerStatusCode | Speciális adózói körnél | Az áfaalanynak nem minősülő adófizetésre kötelezettek kódja (CODE_1, 3, 4, 5) |
| procedureStatements | Sajátos eljárási helyzetekben | Értékhatár-túllépés, évközi gyakoriságváltás, közösségi adószám évközi megállapítása, soron kívüli bevallás kódja, újra élővé válás, állatbetegség miatti fizetési halasztás, mentes státusz melletti adókötelezettség |
| returnStatements | Visszaigénylésnél kötelező | Nyilvánosan működő részvénytársaság jelölése, az Art. 64. § (3) szerinti nyilatkozat és a kiutalás módja: belföldi fizetési számla, külföldi fizetési számla vagy postai kiutalás |
3. Áfaanalitika (vatAnalytics)
Az analitika a bevallás tartalmi magja: tételesen tartalmaz minden bizonylatot — számlát, nyugtát, vámhatározatot és egyéb bizonylatot —, amely a fizetendő vagy a levonható adót befolyásolja. Tartalmát tekintve a vállalat bizonylatszintű áfa-nyilvántartása.
Az analitika sorainak száma (totalRowCount): minden bevallásban kötelező, és egyeznie kell a tételsorok tényleges számával. Nullás bevallásnál értéke 0, és tételsor nem szerepel. Kapcsolódó hibaüzenet
Mezőgazdasági kompenzációs felár (agriculturalCompensationPremium): ha az analitika 7%-os vagy 12%-os kompenzációs felárat tartalmaz, a felvásárlási okiratok darabszámát külön meg kell adni.
Tételsorok (vatAnalyticsItem): bizonylatonként és adókódonként egy-egy sor, az alábbi adatszerkezettel.
A tételsor adatszerkezete
| Adat | Kötelező | Tartalom |
|---|---|---|
| lineNumber | Igen | A tételsor sorszáma: 1-től folyamatos, hézag és ismétlés nélkül |
| sourceDocumentId | Igen | A bizonylat eredeti sorszáma |
| sourceDocumentIssueDate | Igen | A bizonylat kiállításának napja |
| sourceDocumentType | Igen | INVOICE (számla), RECEIPT (nyugta), CUSTOMS_DECLARATION (import határozat), DAILY_SUMMARY (pénztárgépi napi zárás), OTHER (egyéb bizonylat) |
| taxpointDate | Igen | Az adófizetési kötelezettség, illetve a levonási jog keletkezésének napja |
| invoiceModificationOrCancellation | Igen | Alapértéke false; true csak az MP31 adókóddal együtt |
| generalLedgerInformation | Nem | Főkönyvi számla, feladás dátuma, könyvelési azonosító — ha van, mindhárom |
| partnerInfo.partnerStatus | Igen | DOMESTIC, OTHER, PRIVATE_PERSON vagy NOT_AVAILABLE |
| partnerInfo.partnerTaxData | Feltételes | Belföldi adószám (és csoporttag adószáma), közösségi vagy harmadik országbeli adószám — közülük csak egy |
| partnerInfo.partnerName | Feltételes | Ahol az adószám kötelező, ott a név is |
| partnerInfo.partnerAddress | Nem | Egyszerű vagy részletes cím — a kettő közül csak az egyik |
| taxInformation.standardTaxCode | Igen | A NAV standard adókódja |
| taxInformation.ownTaxCode | Nem | A saját rendszer áfakódja |
| taxInformation.importerTaxNumber | Feltételes | Közvetett vámjogi képviseletnél az importáló adószáma |
| taxPosition.positionType | Igen | PAYABLE (fizetendő), DEDUCTIBLE (levonható) vagy OTHER (egyéb); egy sorban legfeljebb egy fizetendő és egy levonható pozíció |
| taxPosition.taxBase, taxAmount | Igen | Az adóalap és az adó forintban, legfeljebb két tizedesjeggyel |
| taxPosition.deductionOptions | Feltételes | Részleges levonásnál a levonási hányados és a levonható összeg |
Adózási dátum (taxpointDate)
A taxpointDate az a nap, amikor az Áfa tv. szerint az adófizetési kötelezettség, illetve a levonási jog keletkezik. Ez sok esetben egybeesik a számlán szereplő teljesítési dátummal, de nem minden esetben — pénzforgalmi elszámolásnál például a pénzügyi teljesítés napja, így egy bizonylathoz több adózási dátum is tartozhat. Ezért a specifikáció szerint nem megfelelő megoldás az adózási dátumot automatikusan az Online Számla teljesítési dátumából átvenni: az Áfa tv. szabályai szerint kell meghatározni. Ha a forrásrendszer nem tárolja napra pontosan, az adóelszámolási időszak utolsó napja is elfogadott érték. Fizetendő tételnél az adózási dátumnak a bevallási időszakba kell esnie; levonható tételnél korábbi is lehet, de nem korábbi, mint amit az Áfa tv. megenged. Kapcsolódó figyelmeztetés
Bizonylatazonosító és bizonylattípus
A sourceDocumentId a számla, nyugta vagy határozat eredeti sorszáma — ez köti össze a tételt az Online Számla adataival, és önellenőrzésnél ez alapján párosíthatók az eredeti és a javított tételek. Az összevontan könyvelt bizonylatoknál (például felvásárlási okirat, kézi nyugta) a számviteli bizonylat sorszáma és dátuma szerepel; számla, import határozat és pénztárgépi zárás viszont nem szerepeltethető csoportosan. A 2.0-s verziótól egy bizonylat több tételsoron is szerepelhet, így az eltérő adókódú tételeket nem kell előzetesen összevonni. Import esetén közvetett vámjogi képviseletnél a bizonylatazonosító jellemzően a határozatszám (MRN).
Partneradatok
A partner státusza határozza meg, milyen további adatok kötelezők. Magyar adószámmal rendelkező partner — a nem áfaalany szervezet is — DOMESTIC státuszú, és nála a 8 jegyű törzsszám és a név kötelező. Külföldi vagy magyar adószámmal nem rendelkező szervezet OTHER státuszú; nála közösségi vagy harmadik országbeli adószám adható meg. A specifikáció előírása szerint, ha az adózó nem rendelkezik a partner közösségi adószámával, a mezőbe „0000” értéket kell rögzíteni. Magánszemély személyes adatai nem szerepelhetnek. A cím nem kötelező: a 2.0-s verzió törölte azt a korábbi szabályt, amely belföldi partnernél elvárta. Kapcsolódó hibaüzenet
Adókód, adózási pozíció és összegek
Minden tételsornak tartalmaznia kell a NAV standard adókódját; mellette ajánlott a saját könyvelési rendszer áfakódját is megadni, mert ez gyorsítja a hibakeresést. Egy tételsorhoz legfeljebb egy fizetendő és egy levonható pozíció tartozhat; egyéb (OTHER) pozíció más pozícióval nem szerepelhet együtt. Az adóalap és az adó forintban, legfeljebb két tizedesjeggyel szerepel, és a rendszer a kettő viszonyát az adókódhoz tartozó adómérték alapján ellenőrzi — eltérés esetén a beküldés hibára fut. A specifikáció szerint az esetleges forintra kerekítést tételsoronként kell elvégezni, nem a bizonylat vagy az időszak összesítésén. Az analitikában nincs ezer forintra kerekítés: az csak az összesítő adatokra vonatkozik.
Részleges levonás
A levonási adatok (deductionOptions) csak levonható pozíciónál adhatók meg, és akkor szükségesek, ha az előzetesen felszámított adó csak részben vonható le. Ha az adó teljes egészében levonható vagy egyáltalán nem vonható le, nincs rájuk szükség. A specifikáció két alapesetet mutat be:
| Eset | Adókód | Adóalap | Adó | Levonási hányados | Levonható adó |
|---|---|---|---|---|---|
| Telefonszolgáltatás, 30% nem vonható le (Áfa tv. 124. §) | MD66 | 370 | 100 | 0,7 | 70 |
| Arányosítás 82%-os levonási hányaddal (Áfa tv. 123. § (3)) | MD68 | 20 000 | 5 400 | 0,82 | 4 428 |
MD64, MD65 és MD66 adókódnál, ha a levonási adatok ki vannak töltve, a levonási hányados is kötelező. Ha egy számla egyik tételére tételes korlátozás, a másikra arányosítás vonatkozik, a két tételt két adókódon kell szerepeltetni. Az év végi arányosítási kiigazításnál nem kell minden érintett számlát megismételni: egy számviteli bizonylattal rendezhető. Kapcsolódó hibaüzenet
4. Összesítő adatok (declarationSummary)
Az összesítő a bevallás főösszegeit tartalmazza, ezer forintra, a matematikai kerekítés szabályai szerint. Ha az összegek nem egyeznek az analitikából számítottal, a NAV rendszere hibát jelez. A számítás menete:
Az összegeket adókódonként kell összesíteni, és csak ezután ezer forintra kerekíteni.
Korlátozott levonású tételnél csak a ténylegesen levonható adó számít.
Az előző időszakról áthozott csökkentő tétel (sumResidualTax) az eredményt módosítja.
Pozitív egyenlegnél befizetendő adó (sumPayableTax), negatívnál visszaigényelhető (sumDeductibleTax) vagy a következő időszakra átvihető (sumTransferableTax) összeg keletkezik. Visszaigénylésnél a nyilatkozati blokk kitöltése is szükséges.
Önellenőrzésnél, helyesbítésnél és javításnál az eredeti bevallás főösszegeit is meg kell adni (originalDeclarationSummary): ebből állapítja meg a rendszer, hogy a kötelezettség nőtt vagy csökkent, és ennek alapján vizsgálja a melléklapokat.
5. Melléklapok (sheetList)
A melléklapok a 2.0-s verzióban már nem az ÁNYK-nyomtatvány logikáját követik. Egyes adókódoknál — például bizonyos fordított adózású ügyleteknél — és egyes nyilatkozatoknál a megfelelő melléklap kitöltése kötelező, és ezt a NAV rendszere külön ellenőrzi. A 03-as melléklapot a NAV maga állítja elő. Kapcsolódó hibaüzenet
| Melléklap | XML-csomópont | Tartalom |
|---|---|---|
| 02 | animalDisease | Állatbetegség miatti kártalanítás okán fizetési halasztás kérése |
| 04 | selfCheckAttachment | Önellenőrzés melléklete |
| 06 | badDebt | Behajthatatlan követelés |
| 07 | reverseChargeSupply | Fordított adózású értékesítések |
| 08 | reverseChargeService | Fordított adózású egyes beszerzések |
| 09 | chassisNumberOfTheCar | Személygépkocsi alvázszáma (Áfa tv. 4/A. számú melléklet) |
| A88 | newMeansOfTransport | Új közlekedési eszköz értékesítése |
| 170 | requestForTransferAndRefund | Átvezetési és kiutalási kérelem |
6. Csatolmány (attachment)
A bevalláshoz jelenleg faktorálási szerződés csatolható. A dokumentum külön műveletben töltődik fel (legfeljebb 100 MB), a bevallás pedig a feltöltéskor kapott azonosítóval (claimCheckId) hivatkozik rá; az azonosító 72 óráig érvényes.
Milyen adatkörökből áll össze a bevallás?
A fenti szerkezet mögött néhány jól elkülöníthető adatkör áll. Mindegyiknél tisztázni kell, melyik rendszer a mérvadó forrás, és hogyan kerül át a bevallási szoftverbe:
| Adatkör | Jellemző forrás | XML-blokk |
|---|---|---|
| Kimenő és bejövő számlák | Számlázó rendszer, ERP, számlabefogadási folyamat | Áfaanalitika (INVOICE) |
| Pénztárgépes forgalom | Online pénztárgépek, eNyugta | Áfaanalitika (DAILY_SUMMARY vagy RECEIPT / INVOICE) |
| Import | Vámhatározatok | Áfaanalitika (CUSTOMS_DECLARATION) |
| Egyéb bizonylatok | Áfa-nyilvántartás: felvásárlási okirat, kézi nyugta, kiigazítások | Áfaanalitika (OTHER) |
| Partneradatok | Partnertörzs | Áfaanalitika — partneradatok |
| Adókódok | Belső áfakód → NAV standard adókód megfeleltetés | Áfaanalitika — adózási adatok |
| Bevallási döntések | Főkönyvelő, pénzügyi vezetés | Fejadatok, nyilatkozatok, melléklapok |
| Előző időszaki adatok | Korábbi bevallás | Összesítő adatok |
Mit jelent ez nálad?
Vállalatoknak
Vállalatnál az adatok többsége már rendelkezésre áll az ERP-ben, a számlázó rendszerekben és a pénztárgépes adatokban. A bevezetés kulcskérdése az, hogy a szoftver minden adatkört egyértelmű forrásból és következetes szabályok szerint vegyen át:
Egy bizonylattípus, egy mérvadó forrás: ha ugyanaz a bizonylat több rendszerben is megjelenik (például számlázó és ERP), előre rögzíteni kell, melyik a mérvadó — különben kettőzött vagy hiányzó tételek keletkeznek.
Karbantartott adókód-megfeleltetés: a belső áfakódok és a NAV standard adókódjai közötti megfeleltetést táblázatként, nem a programkódban érdemes kezelni, mert a NAV-katalógus jogszabályváltozással bővülhet.
Visszakereshetőség: a nem kötelező főkönyvi azonosítók átadása lehetővé teszi, hogy egy tételszintű NAV-visszajelzés alapján a forrásrekord azonnal megtalálható legyen, és önellenőrzésnél az eredeti és a javított analitika gépi úton összevethető.
A bevezetés során azt kell biztosítani, hogy az áfaanalitika ellenőrzött forrásból érkezzen, az elfogadott adókód-megfeleltetés alapján készüljön el az XML, és a rendszer még beküldés előtt jelezze a formai hibákat.
Könyvelőirodáknak
Könyvelőirodánál ugyanaz az XML-szerkezet ügyfélenként eltérő könyvelési rendszerekből és gyakorlatból áll elő. A kockázat ezért elsősorban az ügyfelenként eltérő adatátvételben van:
Adókód-megfeleltetés ügyfelenként: ahány könyvelési rendszer és áfakódlista, annyi megfeleltetés. Érdemes egy közös, verziózott alaptáblából kiindulni, és csak az eltéréseket ügyfelenként kezelni.
Pénztárgépes és kiskereskedelmi ügyfelek: a napi zárások és a nyugta–számla szétválasztás ügyfelenként eltérhet, a könyvelési gyakorlattól függően.
Összevontan könyvelt bizonylatok: a felvásárlási okirat és a kézi nyugta összevonható, a számla, az import határozat és a pénztárgépi zárás nem. Ez ügyfelenként ellenőrizendő.
Egyeztetés: a NAV-nál nyilvántartott bizonylatok ügyfelenként is lekérdezhetők, így a beküldés előtt kiderül, hol hiányzik tétel.
Könyvelőirodánál alapkövetelmény az ügyfelenként elkülönített adatkezelés és jogosultság, miközben a bevallási folyamatnak az egész ügyfélkörben következetesnek kell maradnia.
Javasolt munkamegosztás
Az eÁFA-szabályok nem írnak elő belső felelősségi rendet. Célszerű azonban minden adatkörhöz és feladathoz kijelölni, ki felel a karbantartásért és a NAV-visszajelzések kivizsgálásáért — így egy hibaüzenet gyorsan eljut ahhoz, aki javítani tudja. Az alábbi felosztás kiindulópont, amelyet a saját szervezethez kell igazítani:
| Feladat | Vállalatnál jellemzően | Könyvelőirodánál jellemzően |
|---|---|---|
| A bizonylatok teljes körű rögzítése | Számlázás (kimenő), beszerzés és kötelezettségkezelés (bejövő) | Az ügyfél adja át, az iroda ellenőrzi a teljességet |
| Partnertörzs karbantartása | Pénzügy vagy törzsadatgazda | Az iroda, ügyfelenként |
| Adókód-megfeleltetés | Főkönyvelő, szükség esetén adótanácsadó bevonásával; a bevallási szoftverben rögzítve | Az iroda vezető könyvelője, könyvelőprogramonként |
| Adózási dátum és időszakba sorolás | Könyvelés | A felelős könyvelő |
| Részleges levonás (arányosítás, korlátozás) | Főkönyvelő, szükség esetén adótanácsadóval | A felelős könyvelő, az ügyfél adatai alapján |
| A bevallási állomány előállítása és ellenőrzése | Bevallási szoftver, a pénzügy felügyeletével | Az iroda bevallási szoftvere |
| Technikai felhasználó és jogosultságok | Pénzügyi osztály, főkönyvelő, a cég képviselője vagy meghatalmazottja | Az ügyfél képviselője, vagy meghatalmazás alapján az iroda |
| NAV-visszajelzések kivizsgálása | Üzenettípus szerint: könyvelés, főkönyvelő, technikai hibánál a szoftver üzemeltetője | Az iroda, szükség esetén az ügyfél bevonásával |
| Döntés a benyújtásról | Pénzügyi vezető vagy főkönyvelő | Az ügyféllel egyeztetve |
A specifikáció maga is jelzi, hogy a figyelmeztetéseket jellegüktől függően célszerű lehet a felhasználónak, a számvitelért felelős egységnek, a technikai támogatásnak vagy a szoftver fejlesztőjének is elérhetővé tenni. Az eÁFA validációs üzenetei, területenként
Hogyan jut el az állomány a NAV-hoz?
Gépi kapcsolatnál a bevallási szoftver nemcsak a bevallás adatait küldi el, hanem egy kísérő kérést is, amely azonosítja a beküldőt és leírja a feltöltést. A NAV a kettőt külön adatszerkezetben határozza meg: a bevallás tartalmát az earData.xsd, a beküldés kéréseit az earAPI.xsd és a hozzá tartozó közös sémák írják le.
A beküldés lépésenként: a szoftver bejelenti a feltöltést, feltölti az állományt — nagy állománynál legfeljebb 16 részre bontva, részenként legfeljebb 128 MB-ig —, majd lezárja a feltöltést. Ezután a NAV feldolgozza és ellenőrzi az adatokat; ha minden rendben van, a bevallást külön lépésben kell benyújtani. A beküldő azonosítását a technikai felhasználó adatai biztosítják. Az ellenőrzés menetéről a sorozat 2. része szól.
Egyeztetés a NAV-nál lévő adatokkal
Gépi kapcsolaton a NAV-nál nyilvántartott adatok is lekérdezhetők, így a beküldés előtt kiderül, ha tétel hiányzik az analitikából. A bizonylatlista-lekérdezés egy adózási időszakra visszaadja a NAV-nál lévő számla-, pénztárgép- és vámhatározat-kivonatokat. Számlánként és vámhatározatonként az is lekérdezhető, milyen adókódot rendel hozzá a NAV, és milyen áfa szempontú figyelmeztetések tartoznak hozzá. Ezekhez a technikai felhasználónak a „VM2M Kényelmi szolgáltatások, lekérdezések” jogosultság szükséges.
Gyakorlati esetek: melyik érték kerül az XML-be?
Melyik érték kerül az XML-be?
Hat helyzet, amely szinte minden bevezetésnél előkerül. A kérdés mindig az, hogy a szoftvernek milyen adatot kell képeznie; a magyarázat a specifikáción alapul.
- Pénzforgalmi elszámolású számla: a teljesítés márciusi, a vevő áprilisban fizet. Mi szerepel a taxpointDate mezőben az áprilisi bevallásban?
- A számla teljesítési dátuma (március) — Nem. A taxpointDate az Áfa tv. szerinti adófizetési kötelezettség, illetve levonási jog keletkezésének napja. Pénzforgalmi elszámolásnál ez a pénzügyi teljesítés napja, így egy bizonylathoz több adózási dátum is tartozhat.
- A könyvelés napja — Nem. A könyvelés dátuma a nem kötelező főkönyvi adatok (glPostingDate) közé tartozik, nem az adó esedékességét jelöli.
- Helyes: A pénzügyi teljesítés dátuma (április) — Helyes. A specifikáció szerint pénzforgalmi elszámolású ügyleteknél a taxpointDate a pénzügyi teljesítés dátuma.
- Vezetékes telefonszámla: adóalap 370 Ft, áfa 100 Ft, amelyből jogszabály alapján 70 Ft vonható le. Milyen adatokkal szerepel az analitikában?
- taxAmount = 70, a különbözet nélkül — Nem. A taxAmount a számlán szereplő teljes adó; a korlátozást a levonási adatok írják le.
- Két tételsor: 70 levonható és 30 nem levonható — Nem. A korlátozást egy tételsoron, a levonási adatokkal kell jelölni. Két adókódra akkor kell bontani, ha egy számla tételeire eltérő szabály vonatkozik (például MD66 és MD68).
- Helyes: MD66, taxBase 370, taxAmount 100, deductionRate 0.7, deductionAmount 70 — Helyes, ez a specifikáció saját példája. Százalékos levonási korlátozásnál (Áfa tv. 124. §) a levonási adatokat is meg kell adni; MD64–MD66 adókódnál ilyenkor a levonási hányados kötelező.
- Egy német partner közösségi adószáma nincs meg a nyilvántartásban, pedig az ügylethez szükséges lenne. Milyen partneradat kerül a tételsorba?
- Helyes: OTHER státusz, a communityVatNumber mezőben „0000” — Helyes. A specifikáció előírása szerint, ha az adózó nem rendelkezik a partner közösségi adószámával, a mezőbe „0000” értéket kell rögzíteni. A mezőben kizárólag közösségi adószám szerepelhet, és a belföldi, közösségi és harmadik országbeli adószám közül csak az egyik tölthető ki.
- DOMESTIC státusz, adószám nélkül — Nem. DOMESTIC státuszú csak magyar adószámmal rendelkező partner lehet, és nála az adószám kötelező.
- A partneradat elhagyható — Nem. A partneradat minden tételsoron kötelező, legalább a partner státuszával.
- A felvásárlási okiratokat havonta egy számviteli bizonylattal, összevontan könyvelik. Milyen bizonylatazonosító kerül a tételsorba?
- Minden okirat külön tételsoron, saját sorszámmal — kötelezően — Nem kötelező. Az összevontan könyvelt bizonylattípusoknál (például felvásárlási okirat, kézi nyugta) a specifikáció megengedi a számviteli bizonylat szerinti szerepeltetést.
- Helyes: A számviteli bizonylat sorszáma — Helyes. Ilyenkor a számviteli bizonylat sorszáma és kiállítási dátuma szerepel. Számlára, import határozatra és pénztárgépi zárásra ez nem alkalmazható: ezek csoportos szerepeltetésére a rendszer figyelmeztetést adhat.
- A könyvelőprogram belső azonosítója — Nem. A sourceDocumentId a bizonylat eredeti sorszáma. A könyvelési rendszer belső azonosítójának a főkönyvi adatok között (glTransactionId) van a helye.
- Egy beszerzési számlán 27%-os és 5%-os tételek is vannak. Hogyan jelenik meg az analitikában?
- Egy tételsoron, összevont adóalappal — Nem. Eltérő adókódú tételek nem vonhatók össze, mert a rendszer az adóalap és az adó viszonyát adókódonként ellenőrzi.
- Helyes: Két tételsoron, ugyanazzal a bizonylatazonosítóval — Helyes. A 2.0-s verziótól egy bizonylatazonosító több tételsoron is szerepelhet, így az eltérő adókódú tételek előzetes összevonás nélkül, külön sorokon adhatók át.
- Két tételsoron, a második bizonylatszám „-2” utótaggal — Nem. A bizonylatazonosítónak az eredeti sorszámot kell tartalmaznia; utótaggal az Online Számla adataival való összevetés sem működne.
- Egy negyedévben nem volt adóköteles ügylet és levonás sem. Mit tartalmaz az áfaanalitika?
- Nem kell XML-t beküldeni — Nem. Bevallást ilyenkor is kell adni, és az áfaanalitika csomópont minden bevallásban kötelező.
- Egy tételsor nulla összegekkel — Nem. Tételsor nélküli analitika a helyes; valódi bizonylat nélküli, nulla összegű sor hibás adat lenne.
- Helyes: totalRowCount = 0, tételsorok nélkül — Helyes. A nullás bevallást a totalRowCount = 0 érték és a tételsorokat tartalmazó csomópont elhagyása írja le.
Hogyan támogat a SimplyX?
A SimplyX-ben nem kell kész XML-lel dolgozni. Az áfaanalitika Excel-állományként tölthető be; az oszlopok és az adókódok megfeleltetése után a rendszer állítja elő a NAV által elvárt eÁFA XML-t, ellenőrzi beküldés előtt, megjeleníti a NAV validációs eredményeit, a bevallást pedig a felhasználó a SimplyX felületéről, M2M-kapcsolaton nyújtja be. A feldolgozás állapota és a NAV válaszai egy helyen követhetők. Könyvelőirodák és cégcsoportok több céget kezelhetnek közös rendszerben, cégenkénti jogosultságokkal, elkülönített adatokkal, szerepkör-alapú hozzáféréssel és teljes auditnaplóval. Így működik a SimplyX eÁFA M2M
Kapcsolódó fogalmak
eÁFA — az elektronikus áfarendszer
eÁFA M2M — a gép-gép kapcsolat az eÁFA-rendszerrel
Adókód — a NAV standard adókódjai, kereshető listával
Technikai felhasználó — a gépi kapcsolat hitelesítése
Önellenőrzés — a benyújtott bevallás javítása
A következő lépés
Az analitika legérzékenyebb pontja az adókód: a sorozat 4. része a belső áfakódok és a NAV standard adókódjai közötti megfeleltetést veszi sorra, gyakorlati esetekkel. A csatornaválasztásról és a validáció menetéről a 2. rész szól.
Források
NAV: eÁFA M2M 2.0 interfészspecifikáció, v1.1 (2026. július)