Banki API vagy számlakivonat-import? Melyik működik jobban egy ERP mellett?

Egy ERP-hez banki adatot kapcsolnál: API vagy kivonat?

A könyvelésben naponta ismétlődő kérdés, hogy az ERP-ben kiállított és kiegyenlített számlák valóban egyeznek-e a bankszámla mozgásaival. Az egyik vállalkozás minden reggel számlakivonatfájlt exportál az internetbankból és importálja a rendszerébe. Egy másik az ERP-t banki adatkapcsolattal köti össze, így a tranzakciók napközben is frissülhetnek. A különbség fontos, de egyik megoldás sem mindenkinek jobb.

Banki API-nál az alkalmazások szabályozott technikai felületen cserélnek adatot a pénzforgalmi szolgáltatóval vagy egy arra jogosult köztes szolgáltatóval. A számlakivonat-import fájlalapú működés: a bank meghatározott formátumú adatállományát a cég rendszere feldolgozza. Az előbbi automatizálható adatlehívást kínálhat, az utóbbi jól auditálható, időszakos, teljesített tételekből építkező egyeztetést.

Az EBA PSD2 API-munkacsoportja éveken keresztül foglalkozott azzal, milyen műszaki és működési akadályok jelentkeznek a banki adatkapcsolatoknál. A kapcsolatok elérhetősége, a státuszjelzések és a hibakezelés egyaránt hatással van arra, mennyire megbízható egy ERP automatizált pénzügyi folyamata.

Mit tud valójában a számlakivonat-import?

Az import lehet manuális vagy automatizált: a banki kivonatfájlt a felhasználó tölti fel, vagy egy engedélyezett csatorna meghatározott időpontban továbbítja. A CSV gyakori, de banki formátumként XML, MT940 és ISO 20022 alapú üzenetek is szóba jöhetnek. A formátum elnevezése önmagában nem bizonyítja, hogy minden, a cégnek fontos mező elérhető.

Az ISO 20022 hivatalos üzenetkatalógusában a camt.052 számlariport, a camt.053 bankszámlakivonat, a camt.054 pedig terhelési/jóváírási értesítés. Az üzenetcsalád és a mezők következetes alkalmazása segítheti az automatikus egyeztetést, de az egyes bankok szolgáltatásainál külön kell megvizsgálni a támogatott verziót és a tényleges adattartalmat.

Mikor elég a kivonat, és mikor kell frissebb banki kapcsolat?

Ha egy cég hetente néhány tucat átutalással dolgozik, a napi vagy heti kivonat-import elegendő lehet a számlák kiegyenlítéséhez. A könyvelő egy meghatározott lezárt időszakot egyeztet, az ERP importnaplója pedig a későbbi auditálást is segítheti. Ha a legfontosabb a stabil, reprodukálható könyvelési feladás, ez értékes tulajdonság.

Nagyobb webshopnál viszont fontos lehet, hogy néhány perccel a beérkező utalás után látható legyen egy rendelés fizetettsége. Nem minden API kínál azonos frissességű vagy eseményalapú értesítést: az adatok lehetnek lekérdezésesek, időnként késleltetettek vagy külön szerződéshez kötöttek. Ha a cél a napi cash-flow és a megrendelések állapota, a frissítési gyakoriságot és a feldolgozott tételek státuszát külön mérni kell.

Fontos az elérhető egyenleg és a könyvelt tranzakció megkülönböztetése. Egy ERP-ben az előzetesen látható, függő vagy zárolt tétel nem mindig alkalmas arra, hogy végleges könyvelési bizonylatként kezeljük. A banki adatkapcsolatot úgy kell tervezni, hogy a még nem végleges állapot ne okozhasson téves kiegyenlítést.

A PSD2 API nem azonos a teljes vállalati bankkapcsolattal

Az EU-s PSD2 keretében a számlainformációs szolgáltatók az ügyfél kifejezett hozzájárulásával hozzáférhetnek a hatálya alá tartozó online fizetési számlák meghatározott adataihoz. A PSD2 67. cikke rendezi a számlainformációs szolgáltatás alapvető jogait és kötelezettségeit.

Ettől azonban nem következik, hogy minden PSD2 API vállalati ERP-hez teljes treasury-funkciókat, kötegelt utalást vagy tetszőleges historikus bankszámlaadatot ad. A fizetési megbízásokhoz, aláírói jogokhoz, többfelhasználós vállalati folyamatokhoz vagy cash-poolinghoz adott esetben dedikált banki vállalati host-to-host kapcsolat, EBICS vagy más szerződéses szolgáltatás kellhet. Az integrációs döntéshez ezért pontos funkciólista szükséges.

Öt kérdés, amit az IT, treasury és könyvelés együtt tegyen fel

1. Milyen számlákat és bankokat fed le?

A partner bankjai közül melyek érhetők el? Csak HUF fizetési számlák vagy devizaszámlák is? Van-e jogi különbség a céges és lakossági hozzájárulási folyamat között? Egy API névleges banki lefedettsége nem ugyanaz, mint az adott ügyfél konkrét termékének elérhetősége.

2. Milyen adatminőséget ad?

Milyen mezőket tartalmaz a tranzakció: könyvelési dátum, értéknap, eredeti közlemény, partnerazonosító, referencia, díj vagy pénznem? A számlázási egyeztetés sikere sokszor ezen múlik, nem a csatlakozás marketingnevében. Kérj valós, anonimizált mintakivonatot és API-adatmintát.

3. Hogyan működik hiba esetén?

Van-e elérhetőségi garancia, újrapróbálkozás, szinkronizációs vízjel, napló és incidensjelzés? A 2021-es EBA-közlemény külön foglalkozott a dedikált interfészek kiesésével és a fizetési státuszokkal. Egy jó integráció nem csak siker esetén működik: hiba után képes visszakeresni és pótolni a kimaradt tételeket is.

4. Ki fér hozzá és hogyan jár le az engedély?

A jogosultságokat, hozzáférés-visszavonást és hitelesítési folyamatot tételesen kell dokumentálni. Az EBA erős ügyfélhitelesítésre és biztonságos kommunikációra vonatkozó anyagai világos szabályozási alapot adnak, de a konkrét vállalati munkafolyamatot az integráció szereplőinek kell kialakítaniuk.

5. Mi a teljes életciklusköltség?

A kivonat-importhoz kapcsolódhat emberi munka, fejlesztett parser és hibajavítás. Az API-hoz licencek, csatlakozási díjak, karbantartás, biztonsági felügyelet és rendelkezésreállási támogatás. A helyes összehasonlítás nem pusztán a havi szolgáltatási díj, hanem a fejlesztés, migráció, kontrollok és üzemeltetés teljes költsége.

Magyar vállalkozási példa: hibrid egyeztetés

Tegyük fel, hogy egy középvállalatnak három banknál van számlája, naponta többszáz vevői jóváírással. Az üzleti csapat szeretné a friss beérkezéseket gyorsan látni. Az ERP automatikusan lekéri a banki adatokat, de a könyvelő a napzárást végleges, ellenőrzött kivonatállományok alapján hagyja jóvá. A példa feltételezett, nem egy konkrét szolgáltató beígért ügyféleredménye.

Ebben a modellben az API támogatja az operatív tájékozódást és az előzetes párosítást, a kivonat pedig a lezárt elszámolás kontrollját. Az ERP-nek duplikált tétel ellen kell védekeznie: azonos tranzakció ne jelenhessen meg egyszer API-importból és még egyszer a napi kivonatból. A stabil deduplikációhoz az adott bank tényleges egyedi hivatkozásaira, nem pedig kizárólag dátum és összeg egyezésére érdemes támaszkodni.

Hogyan induljon a bevezetés?

Jelölj ki néhány mért mutatót: mennyi tételt lehet automatikusan párosítani, mennyi marad kézi javításra, milyen késéssel láthatók az utalások, és hogyan tér vissza a rendszer kapcsolatkimaradás után. Egy kisebb, egybankos pilot alatt derüljön ki, hogy mely mezők állnak rendelkezésre és hogyan működik az auditnyom. Ezután érdemes további számlákat és bankokat bevonni.

Összefoglalás: kiszámítható könyvelési ciklushoz a számlakivonat-import továbbra is erős megoldás lehet; gyorsabb, automatizált pénzügyi áttekintésnél a szabályozott API-adatkapcsolat adhat többet. Az optimális vállalati architektúra sokszor nem „vagy-vagy”, hanem tudatosan elkülönített, hibrid rendszer – ellenőrzött jogosultságokkal, könyvelési státuszokkal és hibakezeléssel.