Az AI számlafeldolgozó rendszer a meglévő ERP mellé épül, és nem lép a helyére. A folyamatban a számla beérkezése és a könyvelési rögzítés közé kerül: kinyeri a számla adatait, összeveti a megrendelésekkel, az eltéréseket jóváhagyásra küldi, az egyeztetett tételeket pedig rögzíti az ERP-ben. Az SAP-hoz és más vállalatirányítási rendszerekhez API-n vagy RPA-val kapcsolódik — csere és leállás nélkül. Egy fuvarozó ügyfelünknél a havi kb. 2000 beszállítói számla feldolgozása így csökkent 3 napról 4 órára; a számlák 85%-a emberi beavatkozás nélkül fut át.

A bevezetés sikere ritkán a modellen múlik. Három dolgon dől el: hogyan kapcsolódik az AI az ERP-hez, hova kerülnek a jóváhagyási pontok, és milyen állapotban van a törzsadat.

Hova kerül az AI a számlafeldolgozási folyamatban?

A beérkezés és a rögzítés közé. A lánc négy lépés:

  • Beérkezés. A számlák e-mailben, szállítói portálról vagy szkennelve érkeznek. A rendszer a bejövő csatornákat figyeli, és minden számlát automatikusan bevesz a feldolgozásba.
  • Adatkinyerés. A modell kinyeri a tételsorokat, összegeket, pénznemeket és a szállítói adatokat. Szkennelt számláknál OCR előfeldolgozás fut; a modellt historikus számlaadaton tanítjuk be, így a szállítóspecifikus elrendezéseket is kezeli. A fuvarozó ügyfelünknél a számlák 6 pénznemben érkeznek.
  • Egyeztetés. A kinyert tételeket a rendszer összeveti a megrendelésekkel és a szállítói törzsadatokkal, az eltéréseket megjelöli.
  • Rögzítés. Az egyeztetett adatok bekerülnek az ERP-be, a könyvelés pedig ott folyik tovább, ahol eddig.

A nyilvántartás az ERP-ben marad. Az AI azt a lépést veszi át, amit az ERP magától nem tud: a PDF-ben, szkennelt képben vagy e-mail-mellékletben érkező strukturálatlan adatot alakítja egyeztetett, könyvelhető tétellé.

API-n vagy RPA-val kapcsolódjon az AI az ERP-hez?

Attól függ, mit tud a rendszered.

API-n, ha van. Az újabb ERP-verziók — az SAP, a Microsoft Dynamics és a felhőalapú rendszerek — dokumentált interfészeket adnak a számlaadatok fogadására. Az API-kapcsolat gyors és stabil, és visszajelzést is ad: ha a rögzítés elakad, a rendszer pontosan tudja, melyik tételnél és miért.

RPA-val, ha nincs. Régebbi vagy erősen testreszabott ERP-nél az RPA bot ugyanazt csinálja, amit eddig a kolléga: belép, kitölti a mezőket, ment. Az integrációt Blue Prism, UiPath vagy Power Automate platformon építjük; a fuvarozó ügyfelünknél az ERP-rögzítést a Blue Prism végzi.

A kettő jól kombinálható: van projekt, ahol az olvasás API-n megy, a rögzítés RPA-val. Az ERP-t egyik esetben sem kell cserélni vagy verzióváltásra kényszeríteni. Arról, hogy a folyamat melyik pontjára való AI és melyikre RPA, külön cikkben írtunk: AI vagy RPA a számlafeldolgozásban.

Hol maradjon emberi jóváhagyás?

Két helyen: ahol a rendszer eltérést talál, és ahol a döntésnek pénzügyi tétje van. A fuvarozó ügyfelünknél a számlák 85%-a emberi beavatkozás nélkül fut át; a maradékot a rendszer a problémás mezők kiemelésével továbbítja ellenőrzésre. A kolléga a megjelölt mezőket nézi át, a döntés nála marad.

A jóváhagyási pontokat a ti szabályaitokhoz igazítjuk: eltérés a megrendeléstől, hiányzó megrendelés, új szállító, szokatlan összeg. A cél nem az, hogy minden számlára ember nézzen rá — az a kézi folyamat lenne új felülettel —, hanem hogy az emberi idő oda menjen, ahol tényleg mérlegelni kell. A jogosultságok az ERP-ben maradnak: a rendszer nem kap több jogot, mint az a felhasználó, akinek a munkáját kiváltja.

Miért a törzsadat az igazi akadály?

Az egyeztetés csak annyira jó, amennyire a törzsadat, amivel a rendszer a számlát összeveti. A projektjeinkben ritkán a modell a szűk keresztmetszet; sokkal inkább a szállítói törzs és a megrendelés-nyilvántartás állapota: duplikált szállítók, többféle névváltozat ugyanarra a cégre, hiányzó adószámok, megrendelés nélküli beszerzések. Ilyen alapon a legjobb modell is sok kivételt termel — nem azért, mert rosszul olvas, hanem mert nincs mihez kötnie, amit kiolvasott.

Ezért a felmérésben a számlaformátumok mellett a törzsadatot is átnézzük, és a rendbetételét betervezzük a projektbe. Ez a munka nem AI-feladat, viszont a hasznát az ERP összes többi folyamata is látja — a fizetési határidőktől a beszállítói riportokig.

Bevezethető az ERP leállítása nélkül?

Igen. A rendszer kívülről kapcsolódik az ERP-hez — API-n vagy RPA-val —, ezért a bevezetés nem nyúl bele az ERP működésébe, és nem igényel leállást.

A pilot a saját számláitokon fut, a meglévő folyamat mellett: a kollégák ugyanúgy dolgoznak, mint eddig, a rendszer ugyanazokat a számlákat dolgozza fel, az eredményét pedig összevetjük a kézi feldolgozással. Egy kisebb proof of concept 2-3 hét alatt elkészül. Éles átállásnál a forgalmat fokozatosan tereljük át — jellemzően szállítói körönként vagy számlatípusonként —, és bármelyik ponton vissza lehet lépni a kézi folyamatra. A legtöbb projekt 6-12 hét alatt jut el a kickofftól az éles üzemig; a fuvarozó ügyfelünknél a feldolgozási idő 73%-kal csökkent.

Mennyibe kerül, és hogyan érdemes elindulni?

A belépő szint az AI felmérés: 500 000 Ft + ÁFA-tól. Átnézzük a számlázási folyamatot — havi mennyiség, formátumok, ERP-kapcsolat, a törzsadat állapota —, és az eredmény egy írásos terv: mennyibe kerül a rendszer, és mennyi idő alatt térül meg. Akkor is tudsz vele dolgozni, ha nem velünk folytatod. Egy dokumentumfeldolgozó rendszer jellemzően 12–32 millió Ft; az ársávokat az AI számlafeldolgozás áráról szóló cikkben részleteztük. 46+ lezárt projektünk alapján a tipikus megtérülési idő 6-12 hónap.

Azt, hogy a rendszer pontosan mit csinál és hogyan zajlik a bevezetés, az AI-alapú számlafeldolgozás oldalon gyűjtöttük össze. Elmondod, milyen ERP-t használtok és havonta hány számla érkezik — mi megmondjuk, hogyan illeszthető mellé az AI. Ha nincs megtérülő use case, azt is megmondjuk.