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

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% szochoMunkaóra költsége
Pénzügyi, statisztikai adminisztrátor618 948 Ft699 411 Ft~4 000 Ft
Könyvelő (analitikus)738 455 Ft834 454 Ft~4 800 Ft
Számviteli ügyintéző769 592 Ft869 639 Ft~5 000 Ft
Könyvvizsgáló, könyvelő, könyvszakértő906 836 Ft1 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ÁtlagLegjobb 20%
Ardent Partners, 20259,84 USD / számla (~3 100 Ft); 8,2 nap átfutás; 18,4% kivételarányköltség −79%, idő −79%
Ardent Partners, 202412,88 USD / számla; 17,4 nap2,78 USD; 3,1 nap
APQC (1 485 szervezet)5,78 USD (medián)2,05 USD
Levvel Research15,00 USD (manuális), 45 nap2,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ípusHibátlanul kinyert mezők aránya
Tiszta, digitálisan előállított számla96,5%
Szkennelt számla92,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:

É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ásListaár (2026. szeptember)Kb. forintban
Azure AI Document Intelligence, számlamodell10 USD / 1 000 oldal~3 Ft / oldal
AWS Textract AnalyzeExpense10 USD / 1 000 oldal~3 Ft / oldal
Mistral OCR4 USD / 1 000 oldal~1,3 Ft / oldal
Google Document AI, számlamodell0,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
Rossum18 000 USD / évtől
Novitax WebTax PRO (magyar, bejövő számlákkal)5 000 Ft/hó, 1 200 bizonylat/év50 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:

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:

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:

  1. 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.
  2. 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.
  3. 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.
  4. 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

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. Integráció a könyvelőprogrammal és a NAV-mezőkészlettel — ez a projekt érdemi része.
  6. Audit trail. Az Áfa tv. 168/A. § (2) szerinti „megbízható ellenőrzési kapcsolat" végigkövethető legyen a rendszerben.
  7. 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.
  8. 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:

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.