Bejövő számlák Excelbe könyveléshez

A bejövő számlák Excelbe rendezése akkor hasznos, ha a könyveléshez, ÁFA-előkészítéshez, hó végi záráshoz vagy importhoz egységes sorokra és oszlopokra van szükség. A cél nem az, hogy a PDF vagy a szkennelt kép kinézete valahogy átkerüljön egy munkalapra, hanem az, hogy a számlaszám, szállító, dátumok, összegek, ÁFA-adatok és ellenőrzési mezők olyan táblába kerüljenek, amelyet egy könyvelő tényleg használni tud.

A NAV- vagy számlázóprogram-export jó kiindulópont, ha a számla adatai már megbízhatóan elérhetők abban a rendszerben. Ez viszont nem old meg minden bejövő számlás munkát. PDF-eknél, szkennelt számláknál, fotóknál, e-mail mellékleteknél, külföldi szállítói számláknál és vegyes fájlcsomagoknál a számla adatok kinyerése Excelbe inkább OCR vagy AI-alapú dokumentumfeldolgozási feladat.

Könyvelési szempontból a jó Excel-tábla nem pusztán adatkinyerés eredménye. Benne van az előre meghatározott oszloplista, a számlánkénti vagy tételszintű sorlogika, a hiányzó adatok jelölése, valamint az import előtti emberi ellenőrzés. Egy bejövő számla könyvelés Excel munkafolyamatban ezért ugyanannyira fontos a táblaszerkezet, mint maga a felismerés pontossága.

Ha a táblát ÁFA-ellenőrzésre, könyvelői átadásra vagy CSV-importhoz használják, minden sor végén ott kell lennie a kontrollnak: egyeznek-e az összegek, értelmezhető-e a teljesítés dátuma, helyesnek tűnik-e a szállítói adószám, van-e duplikált számla. Az automatizálás a rögzítési terhet csökkenti, de a könyvelési felelősséget nem veszi ki a folyamatból.

Először az Excel szerkezetét érdemes meghatározni

A bejövő számlák feldolgozása Excelben ott szokott elcsúszni, hogy a folyamat a fájlokkal kezdődik, nem a várt kimenettel. Pedig először azt kell eldönteni, milyen oszlopokból lesz könyvelésre használható tábla. Más mezőlista kell egy gyors ügyfélátadáshoz, más egy ÁFA-előkészítő ellenőrzéshez, és megint más egy importfájlhoz.

Az alap számlafej-oszlopok általában ezekből állnak: számlaszám, szállító neve, szállítói adószám, számla kelte, teljesítés dátuma, fizetési határidő, nettó összeg, ÁFA összege, bruttó összeg, ÁFA-kulcs és bankszámlaszám. Ezek adják azt a minimumot, amellyel a szállítói számla adatok Excelben már szűrhetők, ellenőrizhetők és egyeztethetők.

Ehhez jönnek azok a mezők, amelyeket nem mindig tartalmaz maga a számla, de a könyvelési munkában mégis kellenek: költséghely, projekt, megjegyzés, belső felelős, ellenőrzési státusz. Ezeket nem érdemes utólag külön táblában vezetni, ha az import vagy átadás előtt úgyis soronként kell dönteni róluk.

A mezőnevek maradjanak magyarul, ha a táblát magyar könyvelő, ügyfél vagy belső pénzügyi csapat használja. A "supplier tax number" technikailag érthető lehet, de a napi munkában a "szállítói adószám" a gyorsabban olvasható oszlopfejléc. Ugyanez igaz a "teljesítés dátuma", "fizetési határidő" vagy "ellenőrzési státusz" mezőkre is.

Az oszloplista legyen elég részletes ahhoz, hogy csökkentse a kézi utómunkát, de ne legyen tele olyan mezőkkel, amelyeket senki nem ellenőriz vagy használ. A jó táblázat nem attól könyvelésre kész, hogy sok oszlopa van, hanem attól, hogy minden oszlopa döntést, egyeztetést vagy importot szolgál.

NAV-export, számlázóprogram-export vagy PDF/OCR kinyerés

Három gyakori út vezethet Excelhez, de nem ugyanazt a problémát oldják meg. A NAV Online Számla export a NAV rendszerében elérhető adatokból indul. A számlázóprogram vagy könyvelési rendszer exportja azoknál a számláknál erős, amelyek már az adott rendszerben vannak. A PDF, kép vagy scan alapú kinyerés akkor kerül elő, amikor maga a dokumentum a forrás.

A NAV-export hasznos, ha a cél a bejelentett belföldi számlaadatok gyors lekérése. A MKVKOK szerint a NAV Online Számla LISTA EXPORT funkciója a kilistázott bejövő számlákról egy Excel-fájlban adja ki a számlafej- és tételadatokat. Ez erős kiindulópont lehet, de nem ugyanaz, mint tetszőleges PDF-ek, fotók, külföldi számlák vagy egyedi mellékletek feldolgozása.

Ha a munka kifejezetten NAV-adatra épül, a NAV Online Számla XML Excelbe konvertálás külön téma: ott az XML-struktúra értelmezése és Excel-kompatibilis átalakítása a feladat. Egy vegyes bejövő számlás könyvelési csomagban viszont gyakran olyan fájlok is vannak, amelyek nem ebből az útvonalból jönnek: e-mailben kapott PDF-ek, beszkennelt papírszámlák, fotózott bizonylatok vagy külföldi szállítók számlái.

A számlázóprogram-export akkor a legtisztább megoldás, ha a számla eleve abban a rendszerben van, és az exportált mezők megfelelnek a könyvelési célnak. Ha az export nem tartalmazza a szükséges kontrolloszlopokat, tételbontást vagy saját megjegyzésmezőket, akkor utólagos rendezésre lesz szükség.

A generikus PDF-to-Excel konverterek más logikával dolgoznak. Sokszor a dokumentum elrendezését próbálják megőrizni, ami egy táblázatos PDF-nél elég lehet, de egy számlánál nem feltétlenül eredményez számlaszámra, ÁFA-kulcsra, teljesítési dátumra és szállítói adószámra bontott adatstruktúrát. A számla PDF Excel konvertálás könyveléshez akkor értékes, ha a kimenet nem kinézeti másolat, hanem ellenőrizhető számlaadat.

Itt illeszkedik a dokumentumalapú AI/OCR kinyerés. Az Invoice Data Extraction például PDF, JPG és PNG számlákat tud feldolgozni, a felhasználó magyarul vagy angolul leírhatja a kívánt oszlopokat, majd XLSX, CSV vagy JSON kimenetet tölthet le. Ez a számlaadatok Excelbe kinyerésére akkor különösen hasznos, ha a források vegyesek, és a táblának nem egy előre adott rendszer exportformátumát, hanem a könyvelési munka tényleges oszloplistáját kell követnie.

Egy sor számlánként vagy tételsor szintű Excel

A táblázat sorlogikája dönti el, mennyire lesz használható a kinyert adat. Az egyik legegyszerűbb modell az egy sor számlánként szerkezet: minden számla egy rekord, benne a számlaszám, szállító, dátumok, nettó, ÁFA, bruttó, fizetési határidő és ellenőrzési státusz. Ez gyors áttekintéshez, ügyfélátadáshoz, alap szállítói kontrollhoz és fizetési listákhoz jól működik.

Tételsor szintű Excel akkor kell, ha a számla belső bontása is számít. Ilyenkor a tétel megnevezése, mennyiség, egységár vagy tételösszeg, ÁFA-kulcs, teljesítési vagy elszámolási időszak, projekt és költséghely külön sorokban jelenhet meg. Ez hasznos lehet, ha a könyvelés nem csak szállítónként és számlánként, hanem költséghely, termékkategória vagy időszak szerint is bontani akar.

Sok munkafolyamatban a két nézet együtt a legjobb. A számlafej-adatok kerülhetnek egy fő munkalapra, a tételsorok pedig külön munkalapra, közös számlaazonosítóval összekapcsolva. Így a könyvelő gyorsan látja a teljes számlacsomagot, de meg tudja nyitni a részleteket ott, ahol az ÁFA-bontás, szolgáltatási időszak vagy költséghely miatt ez fontos.

Az importáló rendszer formátuma is beleszól a döntésbe. Ha a könyvelőprogram csak számlafej-szintű CSV-t vár, felesleges a tételsorokat ugyanabba az importfájlba erőltetni. Ha viszont a rendszer tételszintű könyvelési sorokat fogad, már az adatkinyerésnél érdemes külön kérni a tétel megnevezését, mennyiséget, nettó összeget és ÁFA-kulcsot.

A jó kérdés nem az, hogy melyik szerkezet a modernebb, hanem az, hogy melyik csökkenti a kézi javítást a következő lépésben. Egy ellenőrző Excelhez elég lehet az egy sor számlánként nézet. Egy részletes importhoz vagy költséghelyes feladáshoz a tételsor szintű export ad kevesebb utómunkát.

Ellenőrzések import vagy könyvelői átadás előtt

A kinyert Excel akkor ér valamit, ha az import előtt látszanak benne a javítandó sorok. A legfontosabb kontrollok közé tartozik, hogy a számlaszám és a szállító neve összetartozik-e, az adószám formátuma életszerű-e, a számla kelte és a teljesítés dátuma nem lóg-e ki a vizsgált időszakból, valamint a nettó összeg, ÁFA összege és bruttó összeg matematikailag összhangban van-e.

Az ÁFA-kulcs külön figyelmet érdemel. Ha több kulcs szerepel egy számlán, az egy sor számlánként nézetben könnyen elveszhet a részlet. Ilyenkor vagy külön tételsorokra van szükség, vagy legalább olyan megjegyzésre, amely jelzi, hogy a számlát kézzel kell ellenőrizni. Devizás számláknál a pénznem, árfolyamkezelés és forintosított összeg is külön kontrollpont lehet.

Érdemes külön oszlopot fenntartani az ellenőrzési státusznak. Az "új", "ellenőrizve", "javítandó" és "importálva" állapotok egyszerűnek tűnnek, de nagyobb számlacsomagnál gyorsan megmutatják, mely sorokkal kell még foglalkozni. Ugyanilyen hasznos lehet egy megjegyzésoszlop, ahol a könyvelő jelölheti, ha hiányzik a teljesítési időszak, nem egyértelmű a tétel megnevezése, vagy eltér a számlán szereplő bankszámlaszám a törzsadatban lévőtől.

Fizetés előtt a szállítói törzsadatok kontrollja különösen fontos. A szállítói adószám ellenőrzése fizetés előtt nem ugyanaz a feladat, mint az OCR, de a kinyert táblában szereplő adószám, név és bankszámlaszám adja hozzá az alapadatot.

A számlák és a kifizetések egyeztetése sokszor banki oldalon folytatódik. Ha a hónapzárásnál a bejövő számlák mellett bankkivonatokat is táblázatba kell rendezni, a PDF bankszámlakivonat Excelbe könyveléshez ugyanannak az adatminőségi gondolkodásnak a másik fele: strukturált sorok, ellenőrizhető mezők, import előtt javítható kivételek.

Ezek a kontrollok nem helyettesítik a könyvelő szakmai döntését, és nem adótanácsadásként működnek. Arra valók, hogy a bejövő számlák feldolgozása Excelben ne egy vak import legyen, hanem olyan előkészítő lépés, ahol a hibák még a könyvelési rendszer előtt láthatóvá válnak.

Hogyan nézzen ki a prompt és a kimenet, ha AI/OCR eszközt használ

AI/OCR eszköznél a prompt nem reklámszöveg, hanem kimeneti specifikáció. A leghasznosabb promptok megadják, milyen mezőket kell kinyerni, milyen sorlogikával készüljön a táblázat, hogyan jelenjenek meg a hiányzó adatok, és milyen formátumban legyenek a dátumok, összegek és devizák.

Egy számla OCR Excel munkánál érdemes név szerint felsorolni a várt oszlopokat: számlaszám, szállító neve, szállítói adószám, számla kelte, teljesítés dátuma, fizetési határidő, nettó összeg, ÁFA összege, bruttó összeg, ÁFA-kulcs, bankszámlaszám, ellenőrzési státusz. Ha tételszintű kinyerés kell, ezt külön kell kérni a tétel megnevezése, mennyiség, tételösszeg és teljesítési vagy elszámolási időszak mezőkkel.

A hiányzó vagy bizonytalan adatok kezelését is jobb előre meghatározni. Például legyen üres cella, "hiányzik" jelölés vagy külön megjegyzésoszlop? A könyvelési utómunka szempontjából ez nem apróság: egy következetes jelölés gyorsabban szűrhető, mint többféle szöveges magyarázat ugyanarra a problémára.

Az XLSX jó választás, ha a táblát ember fogja ellenőrizni, szűrni, javítani vagy több munkalappal kezelni. A CSV akkor praktikus, ha az importáló rendszer egyszerű, oszlopalapú fájlt vár. A JSON fejlesztői vagy automatizált folyamatokban hasznosabb, ahol a számlafej és a tételsorok strukturáltan, gépi feldolgozásra mennek tovább.

Az Invoice Data Extraction feltöltött PDF, JPG és PNG pénzügyi dokumentumokból készít strukturált Excel, CSV vagy JSON kimenetet. A felhasználó természetes nyelvű promptban adhatja meg, milyen adatokat és milyen szerkezetben kér, sablonbeállítás vagy többlépcsős konfiguráció nélkül. Nagyobb csomagoknál ugyanaz az elv marad: egységes oszloplistát kell kérni minden dokumentumra, majd a kivételeket ellenőrzési státusszal vagy megjegyzéssel kezelni. A platform egy kötegben legfeljebb 6000 fájlt, egyedi PDF-nél legfeljebb 5000 oldalt kezel.

Vegyes forrásoknál különösen fontos, hogy a prompt ne csak mezőlistát adjon, hanem a kivételeket is keretezze. Egy fotózott számlán hiányozhat a bankszámlaszám, egy külföldi számlán más lehet az adószám formátuma, egy szolgáltatási számlán pedig a teljesítési időszak lehet fontosabb, mint a tétel mennyisége. A jó kimenet ezeket nem elrejti, hanem láthatóvá teszi a táblában.

A legjobb útvonal a forrásfájloktól függ

Ha a bejövő számlaadat megbízhatóan elérhető a NAV Online Számla rendszerben, érdemes ott kezdeni. Ha a számlák már egy számlázóprogramban vagy könyvelési rendszerben vannak, annak exportja lehet a legrövidebb út. Ha viszont a forrás PDF, scan, fotó, e-mail melléklet, külföldi számla vagy vegyes dokumentumcsomag, akkor a dokumentumalapú kinyerés ad jobb kiindulópontot.

A módszert nem a fájlkiterjesztés alapján kell kiválasztani, hanem az alapján, hogy milyen adatra van szükség a következő könyvelési lépéshez. Egy PDF számla Excelbe alakítása kevés, ha a végeredményből hiányzik a teljesítés dátuma, az ÁFA-kulcs vagy az ellenőrzési státusz. Egy NAV-export is kevés lehet, ha a munkafolyamat saját költséghelyet, projektet, megjegyzést vagy külső mellékletből származó adatot vár.

A könyvelésre kész Excel négy döntésből áll össze: honnan jön az adat, milyen oszlopokat kell tartalmaznia, számlánkénti vagy tételszintű sorokra van-e szükség, és hogyan történik az import előtti kontroll. Ha ez a négy pont nincs előre meghatározva, a számla PDF Excel konvertálás könyveléshez könnyen csak újraformázott kézi munkává válik.

Érdemes egy kisebb mintacsomagon kezdeni: néhány NAV-ból elérhető számla, néhány PDF, egy szkennelt dokumentum, esetleg egy külföldi szállító számlája. Ezen látszik, hogy a mezőlista működik-e, mely adatok hiányoznak gyakran, hol kell tételszintű bontás, és milyen ellenőrzési státuszok segítik a könyvelői átadást. Csak ezután érdemes ugyanazt a szerkezetet nagyobb batch-re skálázni.