Befizetések automatikus párosítása: hivatkozások, kivonatok, kivételek

A banki befizetések automatikus párosítása a számlákkal és rendelésekkel akkor működik megbízhatóan, ha minden bizonylat egyedi fizetési hivatkozást kap, a bank ezt strukturált kivonatban továbbítja, és a rendszer világos szabálysorrendet követ. A pontos hivatkozással, összeggel és pénznemmel érkező fizetés magától lezárul. A részfizetések, túlfizetések, hivatkozás nélküli és összevont fizetések a kivételek sorába kerülnek egy megoldási javaslattal, amelyről ember dönt.

Az útmutató azoknak a cégeknek és webáruházaknak szól, amelyek átutalással fogadnak fizetést, és kézzel vetik össze a bankszámlakivonatot a kifizetetlen bizonylatokkal. Bemutatjuk, hogyan válasszon hivatkozást, honnan vegye a banki adatokat, hogyan állítsa be a szabályokat, és mit ellenőrizzen az élesítés előtt.

Miért nem elég többé a kézi párosítás

Heti néhány fizetésnél a kézi ellenőrzés még kezelhető. A gond akkor kezdődik, amikor a következő lépés a befizetéstől függ: a rendelés kiszállítása, egy szolgáltatás aktiválása, a vevői hitelkeret felszabadítása vagy a fizetési felszólítások leállítása. A késést ilyenkor az ügyfél érzi meg, a hiba pedig indokolatlan felszólításként vagy fizetés nélkül elküldött áruként jelentkezik.

Az automatizálás nem jelenti azt, hogy a rendszer találgat. A jó megoldás különválasztja az egyértelmű egyezést mutató fizetéseket azoktól, amelyekhez emberi döntés kell. Így a munkatárs csak a második csoporttal foglalkozik, és ott minden alátámasztó adatot lát.

Az alap az egyedi fizetési hivatkozás

A párosítás csak annyira jó, amennyire jó az az azonosító, amelyet a fizető fél a pénzzel együtt elküld. Ha több nyitott bizonylatnak ugyanaz a hivatkozása, vagy az ügyfél egy áttekinthetetlen e-mailből másolja ki, ezt később semmilyen szabály nem javítja ki megbízhatóan.

A variábilis szimbólum a szlovák fizetésekben

A Szlovák Bankszövetség specifikációja szerint a variábilis szimbólum (VS) olyan fizetési hivatkozást hordoz, amely a fizetés hozzárendelésére szolgál például egy hitelhez, szerződéshez vagy fizető félhez. Csak számjegyekből áll, legfeljebb 10 jegyű. A specifikus szimbólum szintén legfeljebb 10, a konstans szimbólum legfeljebb 4 számjegyű. A SEPA-fizetésekben a szimbólumok a fizető féltől egészen a kedvezményezettig eljutnak az End-to-End Identification mezőben, /VS…/SS…/KS… formában. Ha nem adtak meg hivatkozást, a NOTPROVIDED értéket kell használni (SBA: fizetési szimbólumok a SEPA-ban).

A formátum ennek ellenére bankonként és csatornánként eltérhet. A szlovákiai UniCredit Bank 2024. március 18-tól a Szlovák Nemzeti Bank ajánlására „?” előtaggal képezi le a szimbólumokat az End-to-End Identification mezőbe, vagyis ?/VS…/SS…/KS… formában. Közleménye szerint az előtag az elektronikus kivonatokban nem jelenik meg, a BusinessNet tranzakciós előzményeiben viszont igen (UniCredit Bank: a fizetési szimbólumok leképezésének változása). A feldolgozónak ezért mindkét formát el kell fogadnia, és a saját bankja valós kivonatain kell tesztelni.

Javaslat: variábilis szimbólumként olyan rendelés- vagy számlaszámot használjon, amely csak számjegyekből áll, legfeljebb 10 jegyű, és nem nullával kezdődik. A vezető nullák kézi átírásnál vagy táblázatba exportáláskor könnyen elvesznek, ezért összehasonlításkor mindkét oldalon normalizálja őket.

RF hivatkozás külföldi fizetőknek

A variábilis szimbólum nemzeti konvenció, ezért egy külföldi fizető félnek a saját bankjában nem feltétlenül van rá külön mezője. Az ilyen ügyfeleknek az ISO 11649 szerinti nemzetközi strukturált hitelezői hivatkozás, az RF a megfelelőbb. RF betűkkel kezdődik, ezt két ellenőrző számjegy követi, amelyeket ugyanazzal az algoritmussal számolnak, mint az IBAN esetében (ISO/IEC 7064, MOD 97-10), így az elírás már bevitelkor kiszűrhető. Négy karakteres csoportokban nyomtatják, és ajánlott a lehető legrövidebbre venni. A finn pénzügyi szektor szövetsége, a Finance Finland útmutatója szerint az ISO 20022 XML kivonatokban a hivatkozás teljes egészében megjelenik a Creditor Reference Information mezőben, ha a fizető fél RF formátumban adta meg (Finance Finland: RF hivatkozás).

Példa: a 20261234-es rendelésszámból az RF11 2026 1234 hivatkozás lesz. Az ellenőrző számjegyeket kóddal állítsa elő és ellenőrizze, soha ne kézzel.

Honnan vegye a banki adatokat

A PDF-kivonat embereknek készül. Az automatizáláshoz strukturált adatokra van szükség, amelyeket a rendszer találgatás nélkül be tud olvasni. Az ISO 20022 szabvány a bank és ügyfele közötti kommunikációra a következő üzeneteket határozza meg (ISO 20022: Bank-to-Customer Cash Management):

Üzenet	Tartalma az ISO 20022 szerint	Felhasználás a párosításban
camt.053 – számlakivonat	könyvelt tételek és az egyenleg egy adott időpontban	végleges párosítás, időszakzárás és egyenlegellenőrzés
camt.054 – jóváírási vagy terhelési értesítő	egy vagy több jóváírási vagy terhelési tétel	az egyes befizetések folyamatos visszaigazolása, ha a bank biztosítja
camt.052 – számlajelentés	függő és könyvelt tételek, valamint egyenleginformáció	folyamatos áttekintés, ha a bank biztosítja; a függő tétel még nem befizetés

Azt, hogy mely üzeneteket, milyen csatornán és milyen gyakran kapja, egyeztesse a bankjával. A Finance Finland emlékeztet arra, hogy a bank a hivatkozással érkező befizetések adatait megállapodás szerint külön fájlként vagy a számlakivonaton is átadhatja (Finance Finland). Az eredeti fájlt mindig mentse el, hogy a feldolgozást meg tudja ismételni és dokumentálni tudja.

Gyakorlati példa: reggeli párosítás egy webáruházban

Ez szemléltető példa, nem esettanulmány. Egy webáruház átutalásos fizetést kínál. A 20261234-es rendelésnél megjeleníti az ügyfélnek az IBAN-t, a 149,90 € összeget és a 20261234-es variábilis szimbólumot. Egy külföldi céges ügyfél a szimbólum helyett az RF11 2026 1234 hivatkozást látja. A reggeli kivonat négy jóváírást tartalmaz:

Tétel a kivonatban	Értékelés	Mi történik
VS 20261234, 149,90 €	a hivatkozás, az összeg és a pénznem pontosan egyezik egyetlen rendeléssel	a rendelés kifizetett állapotba kerül, és felszabadul a kiszállításra
VS 20261240, 100,00 €, a rendelés összege 120,00 €	a hivatkozás egyezik, az összeg kevesebb	„részben fizetve” állapot, a kiszállítás vár, feladat az értékesítésnek
VS nélkül, közlemény: „rend. 20261251 Novák”, 89,00 €	a rendelésszám csak a szabad szövegben szerepel	a rendszer jelöltet javasol, ember hagyja jóvá
640,00 € egy B2B ügyfél három számlája közül az egyik VS-ével	az összeg megegyezik a három nyitott számla összegével	javaslat a három számla közötti felosztásra, jóváhagyás a könyvelésben

Ha ugyanaz a kivonat másodszor is megérkezik, például egy letöltési hiba után, semmi sem kerül újra könyvelésre. Minden banki tételnek egyedi kulcsa van a rendszerben, és csak egyszer kerül feldolgozásra.

A párosítás bevezetése lépésről lépésre

Határozza meg a hiteles adatforrást. Döntse el, hol keletkezik a befizetésről szóló irányadó információ (webáruház, számlázó, ERP vagy könyvelés), és mely rendszereket kell csak frissíteni.
A hivatkozást a bizonylat létrehozásakor generálja. Egy rendeléshez vagy számlához egy hivatkozás tartozik. Ugyanígy jelenjen meg a rendelés-visszaigazolásban, a számlán, a QR-fizetésben és az ügyfélfiókban.
Validálja a bemeneteket. A variábilis szimbólum csak számjegyeket tartalmaz, legfeljebb 10 karaktert; RF esetén az ellenőrző számjegyeket ellenőrizni kell.
Automatizálja a kivonatok fogadását. Mentse az eredeti fájlt, a fogadás idejét és a feldolgozás eredményét.
Normalizálja a hivatkozásokat. Távolítsa el a „?” előtagot, bontsa szét a /VS/SS/KS részeket, az RF-ből törölje a szóközöket, egységesítse a kis- és nagybetűket és a vezető nullákat.
Állítsa be a szabályok sorrendjét. Automatikusan csak a hivatkozás, az összeg és a pénznem pontos egyezését zárja le, egyetlen nyitott bizonylattal. Minden más esetre csak javaslatot adjon.
Biztosítsa az idempotenciát. A tétel kulcsa a banktól kapott azonosító, ha a kivonat tartalmaz ilyet. A számla, dátum, összeg és hivatkozás tartalék kombinációja nem feltétlenül különböztet meg két azonos, ugyanazon a napon érkező fizetést, ezért óvatosan használja.
Kösse össze a további műveleteket. A rendelés állapotának változását, a felszólítások leállítását és a kiszállítás felszabadítását csak könyvelt tétel indíthatja, nem az ügyfél által küldött visszaigazolás.
Vezesse be a kivételek sorát. Minden kivételnek van oka, megoldási javaslata, felelőse és határideje. A döntés bekerül az auditnaplóba.
Naponta egyeztesse az összegeket. A párosított és párosítatlan jóváírások összegének meg kell egyeznie a kivonatban szereplő jóváírások összegével.

Előnyök és kompromisszumok

Gyorsaság kontra biztonság

Az értesítő vagy a számlajelentés a kivonatnál korábban is hozhat információt, de a végső alap a könyvelt tétel. Ha függő tétel alapján szállít ki, kell egy eljárás arra az esetre, ha a tétel megváltozik vagy nem kerül könyvelésre. Biztonságosabb az árut csak a könyvelés után elküldeni.

Teljes automatizálás kontra javaslatok

Minél több szabály zár le automatikusan fizetéseket, annál kevesebb a kézi munka, de annál drágább minden hiba. Az összeg, a fizető fél neve vagy a közlemény szövege alapján talált egyezést csak javaslatként használja, mert egyszerre több rendelésnek is lehet ugyanaz az összege.

Egyedi integráció kontra a könyvelőprogram funkciói

Ha a könyvelő- vagy ERP-rendszere már párosítja a kivonatokat, gyakran jobb az eredményét átvinni a webáruházba, mint egy második, párhuzamos nyilvántartást építeni. Egyedi megoldásnak akkor van értelme, ha azonnali műveletekre van szükség a webáruházban vagy az alkalmazásban, saját kivételkezelési szabályokra, vagy több rendszer összekapcsolására API-integrációkkal.

Gyakori hibák

Egyetlen variábilis szimbólum az ügyfél összes bizonylatához, szabály nélkül arra, hogy a fizetés melyik számlát egyenlíti ki.
Párosítás kizárólag összeg alapján.
Kiszállítás képernyőkép vagy az átutalás megadásáról szóló visszaigazolás alapján.
Olyan feldolgozó, amely nem számol a „?” előtaggal, az üres szimbólumokkal vagy a NOTPROVIDED értékkel.
Fizetési felszólítások kiküldése, mielőtt az utolsó kivonat feldolgozása megtörtént volna.
Közvetlenül az adatbázisban végzett kézi javítások annak rögzítése nélkül, hogy ki és miért módosította az állapotot.
Túlfizetések és visszatérítések kezelése a könyvelővel való egyeztetés nélkül.

Ellenőrzőlista élesítés előtt

Minden nyitott bizonylatnak egyedi hivatkozása van, amely mindenhol látható, ahol az ügyfél fizet.
A bank automatikusan küldi a strukturált kivonatokat, és tudja, mikor érkeznek.
A feldolgozót valós kivonatokon tesztelték, köztük szimbólum nélküli, „?” előtagos és RF hivatkozású fizetéssel.
Automatikusan csak a hivatkozás, az összeg és a pénznem egyértelmű egyezése zárul le.
Ugyanannak a kivonatnak az ismételt importja semmit sem változtat.
A kivételeknek van felelőse, határideje és auditnaplója.
A felszólítások és a kiszállítás megvárják az utolsó kivonat feldolgozását.
A párosított és párosítatlan jóváírások napi összege egyezik a kivonattal.

Gyakori kérdések

Szükségem van banki API-ra a párosításhoz?

Nem feltétlenül. Elég, ha a bank automatikusan küld strukturált kivonatokat vagy értesítőket, például camt.053 vagy camt.054 üzenetet, és ezek tartalmazzák a fizetési hivatkozást. A kézbesítés módja a gyorsaságot befolyásolja, a párosítási szabályok azonban ugyanazok maradnak.

Mi történik, ha az ügyfél elfelejti a variábilis szimbólumot?

A fizetés a kivételek sorába kerül. A rendszer az összeg, a közlemény szövege vagy a fizető fél számlája alapján javasolhat jelölteket, a jóváhagyás azonban emberi feladat. Ha a jelölt nem egyértelmű, a rendelés törlése előtt vegye fel a kapcsolatot az ügyféllel.

Dönthet a párosításról mesterséges intelligencia?

Az MI segíthet jelöltet találni a közlemény szabad szövegében. A pénzről és a rendelés állapotáról azonban determinisztikus szabályoknak, bizonytalan esetben pedig embernek kell döntenie. Minden javaslatnak megmagyarázhatónak és ellenőrizhetőnek kell lennie.

Hogyan kezeljük a részfizetéseket és a túlfizetéseket?

A szabályokat előre határozza meg: blokkolja-e a részfizetés a kiszállítást, mikor kap az ügyfél felszólítást a hiányzó összeg megfizetésére, és hogyan térítik vissza a túlfizetést. Egyeztesse őket a könyvelővel, hogy a webáruházban és a könyvelésben szereplő állapot ne térjen el egymástól.

Hogyan kezdjen hozzá

A legjobb kiindulópont néhány valós kivonat és azoknak a kivételeknek a listája, amelyeket ma kézzel kezel. Ezekből olyan szabályok tervezhetők, amelyek az egyértelmű eseteket automatikusan lezárják, a többit pedig ellenőrzésre küldik. Nézze meg, hogyan közelítjük meg a folyamatautomatizálást és az egyedi webáruházakat, vagy írjon nekünk, és közösen átnézzük, mit lehet automatizálni az Ön folyamatában.

Források

Szlovák Bankszövetség: Additional Optional Service applied in Slovakia to SEPA Credit Transfer (SCT) – fizetési szimbólumok a SEPA-ban (angol nyelvű dokumentum)
UniCredit Bank: SEPA payments – changes to the mapping of payment symbols and payment debit date from 18 March 2024 – a „?” előtag az End-to-End Identification mezőben (angol nyelvű dokumentum)
Finance Finland: Introduction of the global structured creditor reference (RF) in Finnish companies – az RF hivatkozás szerkezete és megjelenése a kivonatokban (angol nyelvű dokumentum)
ISO 20022: Message Definition Report Part 2 – Bank-to-Customer Cash Management (Maintenance 2018–2019) – camt.052, camt.053 és camt.054 üzenetek (angol nyelvű dokumentum)