AI Automatizálás · 2026. szeptember 16.Számlafeldolgozás AI támogatással: mennyi munkaórát szabadít fel egy IDP-bevezetés?
Egy magyar könyvelési munkaóra 4 000–6 000 Ft. Mennyibe kerül ebből egy bejövő számla, mit tud ma az AI a számlákon, és mikor térül meg a bevezetés? Konkrét számok, NAV- és ViDA-határidők.
A bejövő számla feldolgozása az a fajta munka, amit senki nem szeret, mégis minden hónapban el kell végezni: megnyitni a PDF-et vagy a szkennelt papírt, kiolvasni a számlaszámot, a partnert, a dátumokat, az adóalapot és az áfát, beütni a könyvelőprogramba, párosítani a megrendeléssel, majd jóváhagyásra küldeni. Ez a folyamat ma már automatizálható — de a piac tele van „95%-os pontosság" típusú ígéretekkel, amelyek mögött nincs sem mérés, sem magyar adat. Ebben a cikkben végigszámoljuk, mennyibe kerül ez valójában, mit tud az AI ellenőrizhetően, és mikor térül meg a bevezetés.
Röviden: a legfontosabb számok
- Egy könyvelési, számviteli munkaóra a munkáltatónak 2026-ban kb. 4 000–6 000 Ft (KSH bérstatisztika + 13% szociális hozzájárulási adó).
- Egy bejövő számla közvetlen munkaerőköltsége ebből kb. 700–2 100 Ft, attól függően, mennyire hatékony a folyamat. A teljes folyamatköltség nemzetközi átlaga 9,84 USD (kb. 3 100 Ft) számlánként, a legjobb 20%-nál ennek negyede (Ardent Partners, 2025–2026).
- Az AI a szkennelt számlák mezőit kb. 93%-os pontossággal olvassa ki hibátlanul, tanítás nélkül; tiszta digitális számlán 96,5%, mobilfotós nyugtán 87,5% (nyilvános adathalmazon végzett mérés, 2025. augusztus).
- A piaci átlag mindössze 32,6% teljesen kézmentes feldolgozás; az AP-megoldást használó cégeknél 60% (Hackett Group, 2025. november).
- A megtérülés 0,5–1,5 év, a folyamatköltség csökkenése 60–80% (Billentis — 2017-ben és 2026-ban is ugyanez; az Ardent Partners függetlenül megerősíti).
- A modell futtatása pár forint oldalanként (Azure és AWS számlamodell: 10 USD / 1 000 oldal ≈ 3 Ft/oldal). A valódi költség az integráció és az ellenőrzés.
- Magyarországnak 2035. január 1-ig van ideje a ViDA szerinti kötelező belföldi strukturált e-számlázásra — nem 2030-ig, mint az EU többi részének.
1. Mennyibe kerül ma egy bejövő számla?
Kezdjük egy beismeréssel: arra, hogy „hány perc egy számla kézi rögzítése", nincs hiteles benchmark. Végignéztük a szakterület elismert mérőházait (Ardent Partners, APQC, Levvel, PayStream, Billentis, Hackett Group) — mindegyik napokban mér átfutási időt, percben mért rögzítési időt senki nem publikál. Aki „4 perc egy számla" alapon számol Önnek megtérülést, az becsül, nem mér.
Ami viszont mérve van, az a kapacitás: egy bejövőszámla-munkatárs jellemzően évi 5 000–15 000 papírszámlát tud feldolgozni, ami 5–15 EUR közvetlen munkaerőköltséget jelent számlánként (Billentis, „Business Case E-Invoicing", 2017 — az adatot a 2026-os kiadás is fenntartja).
Fordítsuk magyar pénzre. A KSH adatai szerint 2025-ben egy számviteli ügyintéző bruttó átlagkeresete 769 592 Ft/hó, egy analitikus könyvelőé 738 455 Ft, egy könyvvizsgálóé/könyvelőé 906 836 Ft. Ehhez a munkáltatónak 13% szociális hozzájárulási adó jön — és 2026-ban ez az egyetlen általános, bérarányos munkáltatói teher, mert a szakképzési hozzájárulás 2022 óta nem létezik. (Sok kalkuláció ezt még mindig hozzászámolja.)
| Pozíció (KSH, 2025) | Bruttó / hó | + 13% szocho | Munkaóra költsége |
|---|
| Pénzügyi, statisztikai adminisztrátor | 618 948 Ft | 699 411 Ft | ~4 000 Ft |
| Könyvelő (analitikus) | 738 455 Ft | 834 454 Ft | ~4 800 Ft |
| Számviteli ügyintéző | 769 592 Ft | 869 639 Ft | ~5 000 Ft |
| Könyvvizsgáló, könyvelő, könyvszakértő | 906 836 Ft | 1 024 725 Ft | ~5 900 Ft |
(174 munkaórával számolva. A 174 óra nem jogszabályi szám, hanem bérszámfejtési konvenció: a Munka Törvénykönyve 136. § (3) szerint a tényleges havi munkaóra az osztó — 2026-ban 253 munkanap, átlag 168,7 óra/hó, ami a fenti értékeket néhány százalékkal növeli.)
Egy számviteli ügyintéző teljes éves munkáltatói költsége így kb. 10,4 millió Ft. Ha évente 5 000 számlát dolgoz fel, az 2 100 Ft/számla; ha 10 000-et, 1 040 Ft; ha 15 000-et, 700 Ft. Ez csak a közvetlen munkaerőköltség — nincs benne a hibajavítás, a beszállítói egyeztetés (a nemzetközi mérés szerint az AP-munkaidő 21,9%-a megy el beszállítói megkeresésekre), az elbukott skontó és a késedelmi kamat.
Összehasonlításul a teljes folyamatköltség benchmarkjai:
| Mérés | Átlag | Legjobb 20% |
|---|
| Ardent Partners, 2025 | 9,84 USD / számla (~3 100 Ft); 8,2 nap átfutás; 18,4% kivételarány | költség −79%, idő −79% |
| Ardent Partners, 2024 | 12,88 USD / számla; 17,4 nap | 2,78 USD; 3,1 nap |
| APQC (1 485 szervezet) | 5,78 USD (medián) | 2,05 USD |
| Levvel Research | 15,00 USD (manuális), 45 nap | 2,36 USD (automatizált), 5 nap |
A minta egyértelmű: a jól automatizált folyamat 4–6-szor kevesebbe kerül, mint a kézi.
2. Mit tud ma az AI a számlákon — és mit nem?
Itt a szakirodalom szerencsére pontos, mert nyilvános adathalmazokon, reprodukálhatóan mérik. A legjobban használható friss mérés a mezőszintű, hibátlan kinyerés arányát adja meg, tanítás nélkül (2025. augusztus):
| Dokumentumtípus | Hibátlanul kinyert mezők aránya |
|---|
| Tiszta, digitálisan előállított számla | 96,5% |
| Szkennelt számla | 92,7% |
| Szkennelt nyugta, mobilfotó | 87,5% |
Két fontos részlet ugyanebből: a modellnek a képet érdemes adni, nem az OCR-elt szöveget (szkennelt anyagon 20–41 százalékpont a különbség a kép javára), és az IBAN-mező kiugróan hibás — a 0 és az O összekeverése miatt.
Ahol ma is elhasal a technológia, és amit egy ajánlatban érdemes számon kérni:
- Oldalakon átnyúló táblázatok. Egy ipari benchmarkban a tíz vizsgált rendszer legjobbja is csak 53 pontot ért el ebben a kategóriában — ez pontosan a többoldalas számlák sortételeit érinti.
- Többoldalas dokumentumok. A pontosság az első oldalon 0,94, a 10–16. oldalon már 0,26–0,72 közé esik.
- Rossz minőségű dokumentumok (ferde fotó, pecsét, kézírás, hajtás): a legjobb rendszer is 0,58 körül teljesít, miközben ugyanaz a modell laborkörülmények között 0,97-et.
- Magyar nyelv. Az egyetlen magyar nyelvű dokumentum-megértési mérés szerint minden vizsgált modell kb. 30%-ot romlik magyarul az angolhoz képest. Magyar számla-benchmark pedig egyáltalán nem létezik — tehát aki „magyar számlán 98%-ot" ígér, nem mérésre hivatkozik.
És a legfontosabb, amit a marketinganyagok elhallgatnak: a magas pontosság emberi ellenőrzéssel jön ki. Egy 2026-os kutatás szerint 99,1%-os mezőpontossághoz a mezők 20%-át embernek kell átnéznie. A helyes cél tehát nem a 100%-os automatizálás, hanem az, hogy a rendszer tudja, mit nem tud, és csak azt adja emberi szemre.
3. Mennyit szabadít fel — reálisan?
A teljesen kézmentes feldolgozás ipari átlaga 32,6% az összes számlából (Ardent Partners, 2024), a legjobbak ennek kb. kétszeresét érik el. Az AP-megoldást használó cégek körében az átlagos kézmentes arány 60% (Hackett Group, 2025. november), és ugyanez a mérés két további számot ad: a 30%-nál nagyobb kézmentes arányt elérő cégek AP-területe 3,5-szer produktívabb, a bevezetés után pedig az AP-ciklusidő 59%-kal rövidül.
Tegyük össze egy magyar középvállalati példával. Legyen évi 6 000 bejövő számla, egy számviteli ügyintéző dolgozza fel (kb. 10,4 millió Ft éves munkáltatói költség, azaz kb. 1 700 Ft/számla közvetlen munkaerőköltség). Ha a bevezetés után a számlák 60%-a emberi beavatkozás nélkül átmegy, és a maradék 40% is gyorsabban zárul, mert az adatok már kitöltve érkeznek, a felszabaduló kapacitás nagyságrendileg fél–háromnegyed emberév. Ez a gyakorlatban jellemzően nem létszámcsökkentés, hanem átcsoportosítás: a kolléga rögzítés helyett egyeztetéssel, kontrollinggal, zárási feladatokkal foglalkozik.
A megtérülés a legjobb szállító-független mérés szerint 0,5–1,5 év, a folyamatköltség csökkenése 60–80% (Billentis; ugyanezt a sávot az Ardent Partners is közli 2025-ben). Ez az egyetlen megtérülési szám, amely nem szállító által fizetett kutatásból származik — ezért ezt érdemes alapnak venni, nem a 300%-os hatástanulmányokat.
4. Mennyibe kerül a technológia?
Kevesebbe, mint a legtöbben gondolják — és éppen ez a lényeg.
| Megoldás | Listaár (2026. szeptember) | Kb. forintban |
|---|
| Azure AI Document Intelligence, számlamodell | 10 USD / 1 000 oldal | ~3 Ft / oldal |
| AWS Textract AnalyzeExpense | 10 USD / 1 000 oldal | ~3 Ft / oldal |
| Mistral OCR | 4 USD / 1 000 oldal | ~1,3 Ft / oldal |
| Google Document AI, számlamodell | 0,10 USD / dokumentum (max. 10 oldal) | ~31 Ft / számla |
| Klippa SpendControl (kész szoftver) | 95 EUR / hó, 4 000 számla/év | ~104 Ft / számla |
| Rossum | 18 000 USD / évtől | — |
| Novitax WebTax PRO (magyar, bejövő számlákkal) | 5 000 Ft/hó, 1 200 bizonylat/év | 50 Ft / bizonylat alatt |
(315 Ft/USD és 366 Ft/EUR árfolyamon.)
Vagyis a modell futtatása néhány forint oldalanként — nagyságrendekkel kevesebb, mint a kézi rögzítés 700–2 100 forintja. A valódi költség máshol van: az integráció a könyvelőprogrammal és az ERP-vel, az adat- és mezőleképezés (NAV-kompatibilis mezőkészlet, adómértékek, partnertörzs), az ellenőrzési és jóváhagyási folyamat felépítése, és az üzemeltetés. Ezért a szokásos ajánlat sem „x Ft/számla", hanem projekt plusz üzemeltetés.
Egy magyar sajátosság, amit érdemes tudni: a hazai számlázószolgáltatók bejövő oldalon jellemzően nem OCR-t, hanem NAV Online Számla adatlekérdezést használnak. Ez a NAV-ba jelentett magyar számlákra jobb és ingyenes megoldás — de a külföldi, a papír- és a PDF-számlákra nem elég. Egy dokumentumfeldolgozónak pontosan ott van értelme, ahol a NAV-adat nem segít.
5. Szabályozás: mi változott 2026-ban, és mi jön
Ami most van
A NAV Online Számla adja a kimenő oldalt, a bejövő oldalt pedig az áfabevallás M-lapja. Idén két érdemi dolog történt:
- Egy szigorítás elmaradt. A 2025. évi LXXXIII. törvény 2026. július 1-től számlaszinten, adómértékenkénti bontásban követelte volna meg a tényleges levonásba helyezett áfa feltüntetését az M-lapokon. A 2026. évi XXXV. törvény ezt visszavonta — a jogalkotó kifejezetten a „felesleges vállalkozói terhek megszüntetésére" hivatkozott.
- Egy új kötelezettség indult. 2026. szeptember 1-jétől a kézi és a számítógéppel előállított nyugtákról is adatot kell szolgáltatni, a kibocsátást követő 3 naptári napon belül, napi összesítésben, adómértékenkénti bontásban. Bírságot a NAV 2026. december 31-ig nem szab ki — ez a türelmi idő most fut.
Az eÁFA gép-gép kapcsolata 2026. augusztus 3-tól kizárólag a 2.0-ás adatstruktúrával működik. Aki áttér rá, annak komoly előnye van: mentesül a befogadói M-lapos adatszolgáltatás alól (Áfa tv. 10. számú melléklet 15. pont), és mentesül az önellenőrzési pótlék alól is. Az ÁNYK kivezetésével az eÁFA 2027. január 1-től gyakorlatilag kötelezővé válik — ezt a dátumot a NAV kommunikációja és két független tanácsadói forrás is így közli, de jogszabályszöveggel nem tudtuk visszaigazolni, ezért érdemes a könyvelőjével ellenőriztetni.
A ViDA — és a pont, amit a legtöbb cikk elhibáz
Az EU (EU) 2025/516 irányelve („VAT in the Digital Age") 2030. július 1-től írja elő a strukturált e-számlázást és a valós idejű digitális adatszolgáltatást. Ezt sokan úgy idézik, mintha Magyarországra is ez a dátum vonatkozna. Nem.
Az irányelv 6. cikk (5) bekezdése eltérést ad azoknak a tagállamoknak, amelyeknek 2024. január 1-jén már működő, tranzakcióalapú, valós idejű belföldi adatszolgáltatási rendszere volt. Magyarországon ilyen volt az Online Számla — így a belföldi strukturált e-számlázás és adatszolgáltatás határideje nálunk 2035. január 1. (A határokon átnyúló ügyletekre a 2030-as dátum érvényes.)
Amit viszont már most érdemes tudni, mert az irányt megadja:
- 2030-tól a PDF nem lesz elektronikus számla. Az új 217. cikk szerint az elektronikus számlának strukturált elektronikus formátumban kell készülnie, amely automatizált feldolgozást tesz lehetővé, az EN 16931 európai standard szerint.
- A levonási jog hozzákötheető. Az új 168. cikk lehetővé teszi a tagállamoknak, hogy az áfalevonást ahhoz kössék, rendelkezik-e a befogadó szabályos elektronikus számlával.
- A befogadónak 5 napja lesz. Az új 271b. cikk (2) szerint a számlát befogadó adóalanynak a számla kézhezvételét követő 5 napon belül kell az adatokat továbbítania. Kézi rögzítéssel ez nem csak drága, hanem határidőben sem tartható.
- A tagállamok már ma előírhatják a belföldi kötelező e-számlázást uniós engedély nélkül, és eltörölhetik azt a szabályt, hogy az e-számlához a befogadó beleegyezése kell.
Formátum és megőrzés ma
A magyar Áfa tv. nem ír elő strukturált formátumot: a 174. § (1) szerint a számla lehet elektronikus vagy papíralapú, a 175. § (3) b) szerint pedig az elektronikus számla feltétele „a számlabefogadó beleegyezése". Vagyis egy e-mailben küldött PDF — beleegyezéssel — érvényes elektronikus számla.
Ami viszont kötelező: a 168/A. § szerint a kibocsátástól a megőrzési idő végéig biztosítani kell a számla eredetének hitelességét, adattartalmának sértetlenségét és olvashatóságát — és ezt a (2) bekezdés szerint „bármely olyan üzleti ellenőrzési eljárással" teljesíteni lehet, amely „megbízható ellenőrzési kapcsolatot biztosít" a számla és a teljesítés között. Ez a jogi horgony egy dokumentumfeldolgozó alatt: a rendszer, amely végignaplózza a számla → kinyert adat → könyvelési tétel → teljesítés láncot, pontosan ezt a követelményt szolgálja.
A megőrzés adójogi minimuma az elévülés, azaz öt év (Áfa tv. 179. § (1) és az adózás rendjéről szóló törvény 202. § (1)). A számviteli törvény a könyvviteli bizonylatokra ennél hosszabb megőrzést ír elő — a pontos időtartamot kérjük, ellenőriztesse könyvelőjével: a hatályos szöveget nyilvános forrásból nem tudtuk hibátlanul visszaigazolni, és nem szeretnénk pontatlan számot közölni. Fontos gyakorlati szabály: papíron kapott számlát meg lehet őrizni elektronikusan is, elektronikus számlát viszont kizárólag elektronikusan (179. § (2)).
Az iratmegőrzési és számlakibocsátási kötelezettség megsértése legfeljebb 2 millió Ft bírsággal járhat (adózás rendjéről szóló törvény 228. § (1)).
6. GDPR és AI Act: mi vonatkozik rá, és mi nem
Az AI Act szempontjából jó hír: a számlafeldolgozás nem magas kockázatú MI-alkalmazás. A rendelet 6. cikk (3) bekezdése kiveszi a magas kockázatú körből azokat a rendszereket, amelyek csak szűk eljárási vagy előkészítő feladatot végeznek — és a rendelet preambuluma a példák között szó szerint azokat a rendszereket sorolja fel, amelyek „strukturálatlan adatokat strukturált adatokká alakítják át, amelyek kategóriákba rendezik a beérkező dokumentumokat vagy amelyeket nagyszámú beérkező dokumentum közötti ismétlődések kiszűrésére használnak". Ez pontosan a bejövő számlák feldolgozásának leírása — tehát nem értelmezési kérdés, hanem a jogalkotó saját példája.
Az 50. cikk átláthatósági kötelezettségei sem kapcsolnak be: az (1) bekezdés a természetes személyekkel közvetlenül interakcióba lépő rendszerekre szól, a (2) bekezdés pedig kifejezett kivételt ad, ha a rendszer nem változtatja meg lényegesen a bemeneti adatokat vagy azok jelentését — a mezőkinyerés pontosan ilyen. (Megjegyzés: a magas kockázatú rendszerek kötelezettségeit a Digital Omnibus 2027. december 2-ra tolta, de a fentiek miatt ez a számlafeldolgozást nem is érinti.)
Ami viszont vonatkozik rá: a 4. cikk szerinti MI-jártasság, azaz a rendszert kezelő munkatársak felkészítése. (Erről és a teljes KKV-képről külön útmutatót írtunk.)
GDPR-oldalon négy dolog számít:
- A jogalap a jogi kötelezettség (6. cikk (1) c)), nem a jogos érdek és főleg nem a hozzájárulás. Ennek jogi oka is van: a jogos érdek ellen az érintett tiltakozhat — ami azt jelentené, hogy egy beszállító megtiltakozhatná a saját számlájának könyvelését. A hozzájárulás pedig visszavonható, a megőrzési kötelezettség nem.
- Adatfeldolgozói lánc. Ha könyvelőirodán keresztül fut a folyamat, a szállító al-adatfeldolgozó, amihez a 28. cikk (2) szerint a megbízó írásbeli felhatalmazása kell.
- Ne tanuljon a szállító az Ön számláin. Ha a szolgáltató a feltöltött dokumentumokon saját modellt fejleszt, az önálló célmeghatározás — a 28. cikk (10) szerint ilyenkor őt adatkezelőnek kell tekinteni. Szerződésben zárja ki.
- Adattovábbítás. Az EU–USA adatvédelmi keret formálisan érvényes, de jogi támadás alatt áll. Praktikus tanács: ne ez legyen az egyetlen láb — vagy EU-s, illetve helyben futó megoldást válasszon, vagy legyen mellette szerződéses garancia és továbbítási hatásvizsgálat.
Adatvédelmi hatásvizsgálatot (35. cikk) a klasszikus, emberi jóváhagyással működő kivonatolás nem feltétlenül igényel — a NAIH listája viszont tartalmaz egy rendkívül szélesen fogalmazott tételt („új technológiai megoldások használata az adatkezelés során"), ezért nagy volumen, nyelvi modell és EU-n kívüli továbbítás együttállásánál érdemes elkészíteni. Az automatizált döntéshozatalra vonatkozó 22. cikk céges számlákra nem alkalmazandó — de figyeljen, ha a rendszer emberi felülvizsgálat nélkül utasítana el fizetést egy egyéni vállalkozónál.
7. Bevezetési ellenőrzőlista
- Számolja meg a számlákat. Évi mennyiség, ebből mennyi PDF, papír, külföldi, és mennyi jön be a NAV-adatból. Ez adja meg, van-e egyáltalán tétje az automatizálásnak.
- Számolja ki a jelenlegi költséget a fenti módon: éves munkáltatói költség ÷ éves számlamennyiség. Ez lesz a viszonyítási alap.
- Kérjen mérést, ne ígéretet. Adjon át 200–300 valódi, saját számlát — köztük rossz minőségűeket is —, és kérjen mezőszintű pontossági kimutatást, külön a többoldalas, sortételes számlákra.
- Tisztázza az emberi ellenőrzés pontját. Hol áll meg a rendszer, mit ad emberi szemre, és hogyan tanul a javításból.
- Integráció a könyvelőprogrammal és a NAV-mezőkészlettel — ez a projekt érdemi része.
- Audit trail. Az Áfa tv. 168/A. § (2) szerinti „megbízható ellenőrzési kapcsolat" végigkövethető legyen a rendszerben.
- Adatlokalitás. Döntse el, elhagyhatják-e a számlái az EU-t vagy a céget. On-premise futtatásnál ez a kérdés nem merül fel.
- Pilot, majd bővítés. Egy beszállítói körrel vagy egy telephellyel induljon, mért eredménnyel.
8. Az R-Szoft IDP AI
Az IDP AI az R-Szoft dokumentumfeldolgozó platformja, amelyet a magyar piaci körülményekre építettünk:
- NAV-kompatibilis mezőkészlet, magyar nyelvű felismerés, HUF-összegek és magyar számlaformátumok natív támogatása;
- Qwen3-Vision látásalapú modell — a számlát képként dolgozza fel (PDF, szkennelt dokumentum, fotó), ami a mérések szerint a pontosabb út;
- on-premise vagy felhős telepítés — ha az adat nem hagyhatja el a céget, nem hagyja el;
- Keycloak OIDC hitelesítés, szerepkör-alapú hozzáférés, audit naplózás minden műveletről — ez adja a jogszabály által elvárt ellenőrzési kapcsolatot.
A bevezetés költségeiről és a modellválasztás pénzügyi következményeiről külön cikkben írtunk, a finanszírozásról pedig itt: a DIMOP Plusz 1.2.6/B keretében akár 12 millió Ft, 90%-os támogatással.
Gyakori kérdések
Mennyibe kerül ma egy bejövő számla feldolgozása?
Magyar bérszámokból számolva a közvetlen munkaerőköltség kb. 700–2 100 Ft számlánként, attól függően, mennyi számlát dolgoz fel egy munkatárs évente. A teljes folyamatköltség nemzetközi átlaga 9,84 USD (kb. 3 100 Ft), a legjobb 20%-nál 2,78 USD.
Mennyire pontos ma az AI a számlákon?
Szkennelt számlákon kb. 93%, tiszta digitális számlákon 96,5% a hibátlanul kinyert mezők aránya (2025. augusztusi, nyilvános adathalmazon végzett mérés). A többoldalas, sortételes számlák és a rossz minőségű fotók ma is gyengébben teljesítenek, magyar nyelvű számla-benchmark pedig nem létezik — ezért a saját számláin végzett mérést kérje.
Meg lehet-e szabadulni teljesen a kézi ellenőrzéstől?
Nem, és nem is érdemes. Az ipari átlag 32,6% teljesen kézmentes feldolgozás, az AP-megoldást használó cégeknél 60%. A jó rendszer nem 100%-ot automatizál, hanem tudja, mit nem tud, és azt adja emberi jóváhagyásra.
Mikor térül meg?
A legjobb szállító-független mérés szerint 0,5–1,5 év, 60–80%-os folyamatköltség-csökkenés mellett. A pontos szám az Ön számlamennyiségétől és a jelenlegi folyamat hatékonyságától függ.
Mikortól lesz kötelező a strukturált e-számla Magyarországon?
A ViDA irányelv az EU-ban 2030. július 1-től írja elő, de Magyarország eltérést kapott, mert 2024. január 1-jén már működött az Online Számla: a belföldi kötelezettség határideje 2035. január 1. A határokon átnyúló ügyletekre a 2030-as dátum érvényes.
Magas kockázatú MI-nek minősül a számlafeldolgozás az AI Act szerint?
Nem. A 6. cikk (3) bekezdése szerinti szűk eljárási, illetve előkészítő feladat kivétele alá esik, és a rendelet preambuluma szó szerint példaként említi azokat a rendszereket, amelyek „strukturálatlan adatokat strukturált adatokká alakítják át" és „kategóriákba rendezik a beérkező dokumentumokat". Az MI-jártassági kötelezettség (4. cikk) azonban Önre is vonatkozik.
Elég-e a NAV Online Számla adatlekérdezés?
A magyar, NAV-ba jelentett számlákra igen, és ott ez a jobb út. A külföldi, a papíralapú és a PDF-számlákra viszont nem — ezeknél van értelme a dokumentumfeldolgozásnak.
Nézzük meg a saját számláin
Egy 30 perces beszélgetésben átnézzük, hány számla jön be Önhöz és milyen formában, kiszámoljuk a jelenlegi fajlagos költséget, és megmutatjuk, mit tud ebből az IDP AI a valódi számláin.
➜ Ingyenes konzultáció kérése
Források: KSH STADAT bérstatisztikák (FEOR szerinti adatok, 2025; keresetek, 2026. július); Ardent Partners State of ePayables 2024–2026; APQC; Levvel Research Guide to Payables (2018); Billentis Business Case E-Invoicing (2017) és Riding the Tornado (2026); The Hackett Group (2025); Berghaus et al. dokumentumkinyerési mérés (arXiv, 2025-08-29); InduOCRBench és HuDocVQA (arXiv); Áfa tv. (2007. évi CXXVII. tv.) 168/A., 174–175., 179. § és 10. számú melléklet; az adózás rendjéről szóló 2017. évi CL. tv. 202., 228. §; 2026. évi XXXV. törvény; NAV közlemények (2026-08-03, 2026-09-04); a Tanács (EU) 2025/516 irányelve (ViDA); az (EU) 2024/1689 rendelet (AI Act) konszolidált szövege (2026-07-27); GDPR; NAIH hatásvizsgálati lista; szolgáltatói listaárak (Azure, AWS, Google, Mistral, Klippa, Rossum, Novitax), 2026. szeptember. Árfolyam: 315 Ft/USD, 366 Ft/EUR. Ez a cikk mesterséges intelligencia közreműködésével készült; a tartalmat az R-Szoft szakértői ellenőrizték és szerkesztették, a szakmai és szerkesztői felelősség az R-Szoft Kft.-t terheli. A cikk tájékoztató jellegű, nem minősül jogi vagy adótanácsadásnak. Utolsó frissítés: 2026. szeptember 16.