Valós idejű EU-s ÁFA fejlesztőknek Magyarországon

Magyarország találta fel a valós idejű számlaadat-szolgáltatás modern változatát, és máig ez a legszigorúbb implementáció az EU-ban. Az áfaalanyként regisztrált adózók által kiállított minden egyes számlát azonnal, értékhatártól függetlenül XML formátumban kell beküldeni a NAV-nak. Emellett Magyarországon a legmagasabb az unióban az általános áfakulcs, amely 27%. Így amikor egy szolgáltató azt állítja, hogy támogatja a „valós idejű magyar áfát”, az egyetlen számottevő kérdés az, hogy képes-e kommunikálni az Online Számlával.

Ez a cikk az EU-s és a magyar áfát valós időben kezelő, fejlesztőknek szánt platformokat hasonlítja össze, elkülöníti a számítást, a könyvelést és a bevallást, valamint tisztázza, hogy az egyes opciók hova illeszkednek a gyakorlatban.

Mit kell magában foglalnia a „valós idejű EU-s ÁFA-kezelésnek”

Ezt a kifejezést gyakran nagyon eltérő termékekre is ráaggatják. Ahhoz, hogy valódi tartalommal bírjon, egy platformnak a tranzakció, a számla, az elszámolás vagy a főkönyvi tétel létrehozásakor az alábbiak nagy részét el kell végeznie:

• Meg kell határoznia az áfakezelést a tranzakciós adatok alapján.
• Alkalmaznia kell az aktuális országspecifikus és termékszabályokat.
• Le kell fednie Magyarországot és a szélesebb EU-t, beleértve a B2B fordított adózást (reverse charge) és a B2C rendeltetési hely szerinti adóztatást.
• Mindezeket API-n, SDK-kon vagy webhookokon keresztül kell biztosítania.
• Meg kell őriznie az áfa-, az OSS-, a audit- és a számviteli jelentésekhez szükséges adatokat.

A „valós idejű” kifejezés mögött három különböző képesség rejlik:

• Valós idejű számítás - az áfa kiszámítása a tranzakció vagy a számla létrehozásakor történik meg.
• Valós idejű könyvelés - a tranzakció, a főkönyvi tétel és az áfaadat azonnal bekerül a könyvekbe.
• Valós idejű adatszolgáltatás - az adatokat röviddel a tranzakció után továbbítják az adóhatóságnak.

A legtöbb termék az elsőt tudja. Nagyon kevés teszi mind a hármat. Magyarország az az ország, amiért ezt a kifejezést kitalálták. A számlaadatok minden egyes számla esetén azonnal a NAV-hoz kerülnek, értékhatár nélkül, így a harmadik képesség nem opcionális, és nem is ütemezhető át a hónap végére.

A magyar és az uniós szabályok, amelyek meghatározzák az összehasonlítást

Magyarországon 27%-os általános adókulcs van érvényben (a legmagasabb az EU-ban), emellett 18%-os és 5%-os kedvezményes kulcsok, valamint 0%-os kulcs létezik az exportra és az EU-n belüli értékesítésekre. A 18%-os kulcs bizonyos tej- és péksüteményekre, valamint egyes rendezvényekre vonatkozik; az 5%-os kulcs az új lakásokra, gyógyszerekre, könyvekre, a távhőre és bizonyos élelmiszerekre terjed ki. A jogi alapot az 2007. évi CXXVII. törvény az általános forgalmi adóról biztosítja. Az alanyi adómentesség felső határa 20 000 000 HUF 2026-ban (a korábbi 18 millió forintról emelve, és 2027-ben 22 millió forintra fog nőni). Mivel Magyarország a forintot használja, az euróalapú platformoknak olyan konverziós és kerekítési szabályokra van szükségük, amelyek megállják a helyüket a jelentett XML-ben.

Az EU-n belüli, feltételeknek megfelelő B2C távértékesítések és határokon átnyúló digitális szolgáltatások esetén az uniós szintű küszöbérték 10 000 euró, amint azt az Európai Bizottság Egyablakos Ügyintézési Pont (One Stop Shop) portálja is rögzíti. E felett az áfa általában a vevő szerinti tagállamot illeti meg. Az OSS (One Stop Shop) lehetővé teszi, hogy egy vállalkozás egyetlen tagállamban regisztráljon, és ott vallja be a határokon átnyúló B2C áfát az egész EU területére vonatkozóan, de ez nem ment fel a tranzakciós szintű logika alkalmazása alól.

Létezik egy piakatéri (marketplace) szabály is, amely szigorúbb a legtöbb csapat által vártnál. A 14a. cikk értelmében az elektronikus felület a kifizetőként adózónak (deemed supplier) minősül a legfeljebb 150 euró értékű küldeményként behozott termékek távértékesítése esetén, valamint külön az uniós vásárlóknak bármilyen értékben értékesített termékeknél, ha a mögöttes eladó nem az EU-ban letelepedett vállalkozás. Az Európai Bizottság az ÁFA-e-kereskedelmi szabályokról szóló magyarázó jegyzeteiben mindkét esetet részletezi. Ha piacteret épít, ez a tény az architektúrát is átalakítja, nem csupán egy újabb mező felvételét jelenti.

A szűkített lista áttekintése

Platform	Ideális felhasználás	Valós idejű ÁFA-képesség	Könyvelési, OSS- és bevallási kör	Fő korlátozás
Stripe Tax	A Stripe-on már futó termékek és piacterek	Kiszámítja az áfát a tranzakció létrehozásakor (Magyarországot is beleértve)	EU-s export és OSS adatok; nincs magyar főkönyv, és magát az EU-s bevallást sem nyújtja be	Csak akkor éri meg, ha a Stripe a fő fizetési infrastruktúra
Paddle	SaaS és letölthető digitális termékek	Kiszámítja az áfát fizetéskor a vevő tartózkodási helye alapján	Regisztrál, bevall és megfizet mint kereskedelmi képviselő (Merchant of Record)	Átveszi a seller-of-record szerepet és vele a számlát is
Quaderno	Kisebb SaaS és digitális kereskedelem	Kiszámítja fizetéskor, érvényesíti az adószámokat	Adójelentések és nyilvántartások; az automatikus bevallás nincs dokumentálva minden csomagban	Egy adó- és számlázási réteg, nem pedig főkönyv
Avalara AvaTax	Nagyvállalti ERP- és számlázási rendszerek	Valós idejű meghatározás karbantartott adótartalommal	A VAT Reporting külön termék a Returns termékcsaládon belül	Nagyvállalti bevezetésekre méretezve és árazva
Fonoa Tax Engine	Nagyobb platformok és piacterek	Valós idejű meghatározás több mint 190 joghatóságban	Bevallások, e-számlázás és adatszolgáltatás; az adószám-ellenőrzés külön termék	Nincs nyilvános árazás
Nordlet	Beágyazott könyvelés piacterekben és platformokban	Leköveti a sémát és a kulcsokat tranzakciónként, a főkönyvi tétellel együtt könyvelve	Vissza nem játszható (immutable) kettős könyvvitel, kifizetések, OSS- és IOSS-adatok, exportálható audit trail	Nincs Online Számla integráció és magyar bevallási csomag; főkönyvet és Peppol számlákat állít elő

Stripe Tax: gyors út, ha a Stripe már eleve jelen van

Azoknak a csapatoknak, amelyek már használják a Stripe fizetési, Billing vagy Connect szolgáltatásait, a Stripe Tax a legkönnyebben elérhető valós idejű számítási réteg. A dokumentáció kiterjed a világszintű áfaszámításra, a PaymentIntents-alapú Tax API-ra, az adóbeszedésre a számláknál, valamint a Tax használatára a Connectben mint platform vagy piactér.

Ahol a Stripe megáll, azt maga a Stripe is világosan leírja. A bevallási dokumentációja így fogalmaz: „Önnek kell benyújtania és megfizetnie a beszedett adót minden olyan helyen, ahol regisztrálva van.” Az automatizált bevallást az Egyesült Államokban kínálják; másutt a Stripe bevallási partnerekkel dolgozik együtt, így az EU-s áfabevallást Önnek vagy egy partnernek kell benyújtania, nem a Stripe Taxnek. Ez egy számítási és exportálási réteg, nem pedig egy könyvelési rendszer.

Egy magyarországi fejlesztés szempontjából a Stripe Tax pontosan ott ér véget, ahol a kötelezettség kezdődik. Az Online Számla adatszolgáltatás egy különálló integráció, ráadásul szigorú, azonnali határidőkkel.

Paddle: adja át a teljes adózási feladatot másnak

A Paddle egy más kategóriájú termék. Merchant of Recordként lép fel, és átveszi a felelősséget a vevők lakóhelye szerinti adó „kiszámításáért, bevallásáért és megfizetéséért”, így fizetéskor kiszámítja az áfát, kiállítja a számlát, valamint elvégzi a bevallást és az adófizetést. A fejlesztői dokumentációja bemutatja a Paddle.js-t, a katalógus API-kat, a fizetési felületet (checkout) és az olyan webhookokat, mint a transaction.completed, amely akkor fut le, amikor egy tranzakció eléri a completed státuszt, és ez a szokásos webhook a hozzáférés megadásához fizetés után.

A kompromisszum strukturális jellegű, nem technikai. A Paddle válik az eladóvá (seller of record), így Ön elveszíti azt a kereskedő-, számla- és számviteli modellt, amelyet a saját fizetési folyamatával fenntartana.

A magyar fogyasztóknak értékesített digitális termékek esetében ez tiszta megoldás. A magyar cégek saját Online Számla adatszolgáltatási kötelezettségén a kiállított számlák tekintetében azonban ez semmit sem segít.

Quaderno: adóréteg kisebb digitális vállalkozásoknak

A Quaderno az egyik legátláthatóbb, fejlesztőknek szánt opció a kisebb digitális vállalkozások számára, amelyek független adószolgáltatást keresnek egyetlen fizetési feldolgozótól. Az API-ja dokumentál egy /tax_rates/calculate végpontot, amely a vevő címe és a tranzakció típusa alapján kiszámítja az alkalmazandó kulcsot, egy /tax_ids/validate végpontot az EU-s adószámok ellenőrzésére, valamint számla-, nyugta- és helyesbítőszámla-végpontokat. A dokumentált Connect szakasza fiókerőforrásokkal az a rész, amelyre egy piactér építkezhet.

A korlát a hatókör. A Quaderno egy adó- és számlázási réteg, nem pedig egy vissza nem játszható kettős könyvvitelt használó számviteli rendszer, és a nyilvános anyagai nem garantálják az automatikus bevallást minden csomagban, minden országban. A bevallási felelősséget írásban kell egyeztetni.

Fizetéskori számítást nyújt. Sem az áfabevallás, sem az Online Számla adatszolgáltatás nem tartozik a hatókörébe.

Avalara és Fonoa: a nagyvállalti adómotorok

Az Avalara AvaTax rendszere valós idejű adómeghatározást végzett fizetés, számlázás vagy rendelésfeldolgozás közben REST API-kon és SDK-kon keresztül. Érdemes figyelni a termékosztozásra: a VAT Reporting külön szerepel a Returns terméken belül, így egy EU-s áfa-megfelelőségi munkafolyamat nem merül ki annyiban, hogy „AvaTax” – pontosan kell mérlegelni, mely modulokra van szükség. Az Avalara egy regisztrációs utat kínál 90 napos ingyenes próbaverzióval, míg a production kereskedelmi modell nagyvállalti szintű.

A Fonoa Tax Engine nevű rendszere szerint „minden egyes tranzakcióhoz valós időben számítja ki a helyes közvetett adózási kezelést” egy verziózott API-n keresztül több mint 190 joghatóságban. Egy építészeti részlet kulcsfontosságú: az adószám-ellenőrzés egy különálló Fonoa termék (Validate), nem része a Tax Engine-nek, így ha a VIES-bizonyíték számít Önnek, azt külön kell megrendelni ahelyett, hogy feltételezné, a motor automatikusan tartalmazza.

Magyarország azon országok közé tartozik, ahol az Online Számla-összekötővel rendelkező nagyvállalti adómotor védhető befektetés, mivel az adatszolgáltatás könyörtelen és folyamatos.

Hová illeszkedik a Nordlet: az áfakérdés és a főkönyvi tétel egyetlen rekord

A Nordlet egy számviteli API olyan piacterek és platformok számára, amelyeknek saját termékükön belül van szükségük főkönyvekre, kifizetésekre, EU-s adóra és exportálható audit trailre a fizetési folyamathoz kapcsolódó egyszerű számlázóalkalmazás helyett.

Az architekturális különbség abban rejlik, hogy az áfameghatározás és a könyvelési tétel egyetlen rendszert alkot. A POST /v1/reference/vat/resolve megválaszolja az adózási kezelés kérdését a tranzakciós adatok alapján:

{
  "customerCountryCode": "HU",
  "customerIsBusiness": false,
  "supplyType": "digital"
}

{
  "scheme": "oss_union",
  "vatCountryCode": "HU",
  "reverseCharge": false,
  "deemedSupplier": false,
  "zeroRated": false,
  "rates": [
    { "category": "standard", "ratePercent": "27.00" },
    { "category": "reduced", "ratePercent": "18.00" },
    { "category": "reduced", "ratePercent": "5.00" }
  ],
  "legalBasis": "Directive 2006/112/EC art. 58 - taxable where the consumer resides; report via the Union OSS"
}

Ha a vevőt érvényes magyar adószámmal rendelkező vállalkozássá módosítjuk, ugyanaz a hívás reverse_charge értéket ad vissza a Directive 2006/112/EC art. 44, 196 - VAT due by the customer (reverse charge) jogi alappal. Az actingAsMarketplace beállítása egy EU-n kívüli eladóval deemedSupplier: true eredményt ad az art. 14a(2) alapján. A jogi alap együtt utazik a válasszal, ami pontosan az a rész, amiről egy auditor évek múlva érdeklődik.

Kilenc sémát modellez a rendszer: domestic, intra_eu_b2b, reverse_charge, oss_union, ioss, marketplace_deemed, export, out_of_scope és sme_exempt. A 10 000 eurós távértékesítési küszöbértéket a rendszer nyomon követi – a /v1/declarations/eu/distance-sales-threshold/get lekérdezés megmutatja, hol áll a cég a határhoz képest, míg a /v1/declarations/eu/oss/compute és a /v1/declarations/eu/ioss/compute kiszámítja az időszaki adatokat, beleértve a korábbi időszakokra vonatkozó helyesbítési szakaszt is. Az adókulcsok az Európai Bizottság TEDB-hírfolyamából származnak érvényességi dátumokkal, és a vállalatok országonként felülbírálhatják azokat.

A meghatározás ezután egy vissza nem játszható kettős könyvviteli főkönyvbe kerül a tételhez csatolt áfa-metaadatokkal, így nincs szükség külön egyeztetésre egy adómotor és egy különálló nyilvántartási rendszer között. A pénzösszegek decimális karakterláncok, soha nem lebegőpontos számok. Mindezt kiegészítik a következők: típusos SDK-k, olyan webhookok, mint a sale_invoice.paid, Idempotency-Key támogatás a biztonságos újrapróbálkozásokhoz, tesztkörnyezetek (sandbox), a számlához rögzített VIES-ellenőrzés, többcégesség támogatás, valamint az időszak lezárása, hogy egy lezárt hónapot ne lehessen utólag csendben módosítani.

A magyarországi határok szélesek, és érdemes tisztázni őket mindennek az elején. A Nordletnek nincs Online Számla integrációja: a számlaadatok nem kerülnek továbbításra a NAV-hoz, és nincs magyar bevallási csomag sem – a countryCode: "HU" paraméterrel meg hívott /v1/declarations/eu/vat-return/compute 422-es hibát ad vissza, Litvániát, Németországot és Lengyelországot említve. Olaszországhoz, Lengyelországhoz és Romániához léteznek nemzeti e-számlázási adattartalom-építők, de Magyarországhoz nem. Amit a Nordlet egy magyar jogalany számára nyújt, az a számviteli oldal: az áfameghatározás a jogi alappal együtt, a vissza nem játszható kettős könyvviteli főkönyv az egyes tételeken lévő áfa-metaadatokkal, az OSS- és IOSS-számítás korrekciókkal, a számlához rögzített VIES-ellenőrzés, valamint az EN 16931 szabvány szerinti számlák a Peppol BIS 3.0 protokollon keresztül. Ha a magyar cég saját maga állítja ki a számláit, az Online Számla kapcsolat továbbra is külön követelmény marad.

Az őszinte összefoglalás: ha élő számításra van szüksége a lehető legtöbb országban, és arra, hogy valaki más nyújtsa be a bevallást, akkor a nagyvállalti adómotorok és a Merchant of Record szolgáltatások előrébb tartanak. Ha az Ön központi elvárása a valós könyvelés – egy piactér-specifikus kettős könyvvitel, ahol az elszámolások és az áfa egy helyen vannak –, akkor ez az a rés, aminek betöltésére a Nordlet épült, és egyik számítási réteg sem pótolja azt. Az API referenciák bemutatják a teljes felületet, mielőtt elkötelezné magát.

Mit kell benyújtania Magyarországon

Magyarországon a jelentéstétel folyamatos, a bevallás pedig időszakos.

• Online Számla - valós idejű számlaadat-szolgáltatás a NAV felé. Ez kötelező az áfaalanyként regisztrált adózók által kiállított összes számlára vonatkozóan, XML formátumban, értékhatár nélkül. Az adatszolgáltatás a számla kiállításakor történik, nem az időszak végén.
• Áfabevallás - az áfabevallás, amelyet havonta, negyedévente vagy évente kell benyújtani a 20-ig. A NAV határozza meg a gyakoriságot.
• eVAT tervek - a NAV a beküldött adatok alapján adóbevallási tervezetet készít, ami csak akkor működik helyesen, ha a jelentett adatok is helyesek.

A függőségi sorrend az, ami köré az architektúrát építeni kell: a számlajelentés előzi meg a bevallást, és a bevallás abból következik. Ha az adatszolgáltatás hibás, a bevallás is az lesz.

Az országra vonatkozó teljes kép – társasági adó, bérszámfejtés, bevallási naptár és az egyes nyomtatványok mögött álló hatóságok – megtalálható a magyar adózási oldalon.

Kiválasztási szempontok, amelyeket érdemes futtatni elköteleződés előtt

Mielőtt bármilyen „árakész” terméket egyenértékűnek tekintene egy másikkal, ellenőrizze az alábbiak szerint:

• Számítás vagy könyvelés - meghatározza az áfakezelést, vagy csak eltárol egy általa megadott kódot?
• Magyar lefedettség - 27%, 18%, 5%, 0%, fordított adózás, forint összeg és a 20 000 000 HUF-os alanyi adómentességi küszöbérték?
• EU-s rendeltetési hely logika - meg tudja különböztetni a magyar áfát egy másik tagállamétól B2C értékesítés esetén?
• B2B adószám-ellenőrzés - leellenőrzi a VIES-t és megőrzi a bizonyítékot?
• OSS és IOSS - aggregál, előkészít, benyújt, vagy csak exportál?
• Piactéri felelősség - képes modellezni az eladó, a platform és a kifizetőként adózó (deemed supplier) szerepeket?
• Számviteli integritás - minden számítás egyező főkönyvi tételt eredményez?
• Fejlesztői ergonómia - REST API, SDK-k, webhookok, sandbox, idempotencia, verziózás?
• Audit trail - adókulcs, szabály, helyszíni bizonyíték, adószám, időbélyeg, revíziós előzmények?
• Online Számla - továbbítja a számlaadatokat a NAV-nak a szükséges XML formátumban a számlák kiállításakor, értékhatár nélkül?
• Bevallási felelősség - pontosan melyik lépést vállalja át a szolgáltató?

FAQ

Melyik platform nyújt teljes körű, valós idejű EU-s ÁFA-kezelést Magyarországon?

Egyik sem mondható el úgy, hogy mind a három valós idejű képességet lefedné minden üzleti modell esetében. Magyarország teszi a harmadik pontot döntő tényezővé: az Online Számla kapcsolat nélküli szolgáltató nem teljes körű válasz függetlenül attól, hogy milyen jó a számítási rendszere.

Jelent a Stripe Tax az Online Számla rendszerbe?

Nem. A Stripe Tax kiszámítja az áfát és exportálja az adatokat. A számlaadatok továbbítása a NAV felé egy különálló integráció, és Magyarországon ez kötelező minden számlára.

Jelent a Nordlet magyar számlákat a NAV-nak?

Nem. Nincs Online Számla integráció és nincs magyar bevallási csomag. A Nordlet a meghatározást, a főkönyvet, az OSS- és IOSS-adatokat, valamint az audit trailet fedezi; a NAV-adatszolgáltatási kapcsolat külön követelmény.

Van értéket határ a magyar számlaadat-szolgáltatáshoz?

Nincs. Az áfaalanyként regisztrált adózó által kiállított minden számlát jelenteni kell értékhatártól függetlenül, XML formátumban.

Mit tegyen először

Magyarországon az Online Számlából kiindulva kell visszafelé haladni, mivel ez az a kötelezettség, amely semmilyen hibát nem tolerál. Ha digitális termékeket értékesít, és azt szeretné, hogy a teljes adózási feladatot máshol kezeljék, tesztelje a Paddle-t. Ha könyvekre, kifizetésekre és audit trailre van szüksége a saját termékén belül egy különálló NAV-adatszolgáltatási kapcsolat mellett, kezdje el a tesztelést a sandboxban, és erősítse meg, hogy mely részek lefedettek, mielőtt köré építkezne. Az árakat árajánlatkérés helyett nyilvánosan közzétesszük.

Források

Minden fent említett gyártói állítás az adott szolgáltató saját dokumentációjára hivatkozik. Maguk a szabályok a következő helyekről származnak:

• NAV: ÁFA és Online Számla - a 27%, 18% és 5%-os kulcsok, valamint a valós idejű számlaadat-szolgáltatási kötelezettség
• Áfatörvény (2007. évi CXXVII. törvény) - a magyar áfa jogi alapja
• Európai Bizottság: ÁFA One Stop Shop - a 10 000 eurós távértékesítési küszöbérték

A szolgáltatói képességek és a nemzeti jogszabályok is változnak. Minden itt szereplő információt 2026. szeptember 8-án ellenőriztünk a nyilvános dokumentáció alapján; ellenőrizze Ön is mindazt, amire rendszert kíván építeni.