Banki, kincstári és ISO 20022-kapcsolatok
Kimenő fizetések, beérkező kivonatok, automatikus egyeztetés minden devizában
A kincstári csapatok még mindig kézzel rögzítik a fizetéseket és párosítják a kivonatokat
Sok kincstári csapat kézzel viszi fel a fizetéseket a banki portálokra, bankonként eltérő formátumban gyűjti a kivonatokat, és hónap végén táblázatokban egyezteti a számlákat. Minden kézi lépés késést, költséget, valamint csalás vagy hiba lehetőségét jelenti.
A bankok emellett áttérnek az ISO 20022-re, a pénzügyi üzenetek nemzetközi szabványára, amely gazdagabb, strukturált adatokat hordoz, mint a régebbi SWIFT MT-formátumok. Azok a rendszerek, amelyek nem tudják előállítani és beolvasni, lemaradnak a bankjaikhoz képest.
Mi változik Önnél
Emberi beavatkozás nélküli feldolgozás (STP)
A jóváhagyott fizetési körök aláírt fájlként vagy API-hívásként hagyják el az ERP-t, a kivonatok pedig olyan formában érkeznek vissza, amelyet az ERP magától párosít.
Gyorsabb zárás
Minden nap lefutó többdevizás egyeztetés a kézi CSV-feltöltések és a hónap végi táblázatkorrekciók helyett.
Minden kivételnek van gazdája
Az elutasított fizetések és a nem párosított tételek az okukkal együtt a kézbesíthetetlen üzenetek kivételsorába kerülnek, és soha nem vesznek el egy postafiókban.
Mit nyújtunk
Host-to-host és közvetlen bankkapcsolat
Kapcsolat SFTP-n, EBICS-en és SWIFT-en keresztül, valamint nyílt bankolási és közvetlen banki API-kon, bankonként és országonként kiválasztva.
Fizetési fájlok előállítása
ISO 20022 pain.001 fizetési fájlok a fizetési köreiből, minden bank saját változatához érvényesítve, és a bank előírása szerint aláírva vagy titkosítva.
Állapotok és elutasítások kezelése
A pain.002 állapotjelentéseket visszaolvassuk, így minden fizetés elfogadottként, elutasítottként vagy függőben lévőként jelenik meg, a bank okkódjával.
Kivonatok betöltése
A camt.053 és MT940 napzáró kivonatokat és a napon belüli jelentéseket összegyűjtjük, hiányok és duplikátumok szempontjából ellenőrizzük, majd betöltjük az ERP-be.
Bankközi üzenetváltás bankoknak és fintech cégeknek
A pacs üzenetek a pénzintézetek közötti átutalásokhoz és azok állapotához, a banki alaprendszerek főkönyveihez kapcsolva.
Többdevizás egyeztetés
Párosítási szabályok, amelyek devizákon és számlákon át automatikusan rendezik a nyitott tételeket, a többit pedig kivételsorba küldik.
Banki tesztbizonyítékok és üzemeltetési útmutatók
Minden bank teszteseteit lefuttatjuk és rögzítjük az auditorai számára, és riasztásokat állítunk be hiányzó fájlokra, sikertelen átvitelekre, valamint lejáró kulcsokra és tanúsítványokra.
Hogyan dolgozunk
Bankok és folyamatok feltérképezése
Felmérjük a bankjait, számláit, fizetéstípusait és a jelenlegi kézi lépéseket, és megállapodunk, mely folyamatok kerülnek sorra elsőként.
Formátumonkénti specifikáció
Minden bank bevezetési útmutatója alapján dolgozunk, és megírjuk a leképezést, beleértve az aláírást, a titkosítást és a fájlnevezést.
Az összekötők megépítése
Megépítjük a fizetések exportját, az állapotok és a kivonatok importját, valamint a párosítást, minden formátumhoz automatizált tesztekkel.
Tesztelés minden bankkal
A megbeszélt teszteseteket a bank tesztkörnyezetében futtatjuk, és kijavítjuk mindazt, amit a bank érvényesítése elutasít.
Élesítés bankonként
Egyszerre egy bankot állítunk át, és a jelenlegi folyamatot tartalékként készen tartjuk, amíg az új be nem bizonyít.
Monitorozás és támogatás
Figyeljük az átviteleket, a kulcsokat és a tanúsítványok lejáratát, és a bankok bejelentései szerint tervezzük a formátumváltozásokat.
Görgessen oldalra az egész rajz megtekintéséhez.
ERP és bank: kimenő fizetések, bejövő kivonatok
A jóváhagyott fizetések aláírt ISO 20022 szerinti fájlként, host-to-host csatornán hagyják el az ERP-t. Az állapotjelentések és a kivonatok ugyanezen az úton érkeznek vissza, és a nyitott tételekhez párosítjuk őket. Az elutasítások és a párosítatlan tételek az ok megjelölésével az Ön csapatához kerülnek.
- Elsődleges folyamat
- Aszinkron
- Kivételi útvonal
A folyamat 10 lépésben
A folyamat lépésről lépésre
- Forrás: ERP, cél: Integrációs réteg. Jóváhagyott fizetési kör, REST/JSON · IDoc protokollon keresztül (elsődleges folyamat).
- Forrás: Integrációs réteg, cél: Biztonságos banki csatorna. Aláírt és titkosított fizetési fájl, ISO 20022 pain.001 · OpenPGP protokollon keresztül (elsődleges folyamat).
- Forrás: Biztonságos banki csatorna, cél: Bank. Eljuttatva a bankhoz, SFTP H2H protokollon keresztül (elsődleges folyamat).
- Forrás: Bank, cél: Biztonságos banki csatorna. Állapotjelentések és kivonatok, pain.002 · camt.053 · MT940 protokollon keresztül (aszinkron).
- Forrás: Biztonságos banki csatorna, cél: Integrációs réteg. Begyűjtve és ellenőrizve, SFTP H2H protokollon keresztül (aszinkron).
- Forrás: Integrációs réteg, cél: Egyeztetőmotor. Kivonati tételek, camt.053 protokollon keresztül (aszinkron).
- Forrás: Egyeztetőmotor, cél: ERP. Párosított tételek könyvelve, REST/JSON protokollon keresztül (elsődleges folyamat).
- Forrás: Integrációs réteg, cél: Kincstári és pénzügyi csapat. Elutasított fizetések az okkóddal, pain.002 RJCT protokollon keresztül (kivételi útvonal).
- Forrás: Egyeztetőmotor, cél: Kincstári és pénzügyi csapat. Párosítatlan tételek: egyeztetési eltérés (kivételi útvonal).
- Forrás: Kincstári és pénzügyi csapat, cél: ERP. Javítva és újraküldve (kivételi útvonal).
Görgessen oldalra az egész rajz megtekintéséhez.
Nyílt bankolás: adatok és fizetések az ügyfél hozzájárulásával
Az ügyfél megadja a hozzájárulását, az összekötő kezeli a tokeneket, és minden, a bankhoz intézett hívás engedélyezett és naplózott. Ha a hozzájárulás lejár vagy visszavonják, az alkalmazás újra kéri azt az ügyféltől, ahelyett hogy csendben hibára futna.
- Elsődleges folyamat
- Aszinkron
- Kivételi útvonal
A folyamat 7 lépésben
A folyamat lépésről lépésre
- Forrás: Ügyfél, cél: Az Ön alkalmazása vagy platformja. Hozzájárulás megadása (elsődleges folyamat).
- Forrás: Az Ön alkalmazása vagy platformja, cél: Nyílt bankolási összekötő. Számla- és fizetési kérelmek, REST/JSON protokollon keresztül (elsődleges folyamat).
- Forrás: Nyílt bankolási összekötő, cél: Banki API-k vagy aggregátor. Engedélyezett API-hívások, OAuth 2.0 · FAPI · REST protokollon keresztül (elsődleges folyamat).
- Forrás: Banki API-k vagy aggregátor, cél: Nyílt bankolási összekötő. Egyenlegek, tranzakciók és fizetési állapot, REST/JSON · webhook protokollon keresztül (aszinkron).
- Forrás: Nyílt bankolási összekötő, cél: ERP vagy főkönyv. Normalizált tranzakciók, REST/JSON protokollon keresztül (elsődleges folyamat).
- Forrás: Banki API-k vagy aggregátor, cél: Nyílt bankolási összekötő. A hozzájárulás lejárt vagy visszavonták, HTTP 401 · 403 protokollon keresztül (kivételi útvonal).
- Forrás: Nyílt bankolási összekötő, cél: Az Ön alkalmazása vagy platformja. Az ügyfél felkérése a hozzájárulás megújítására (kivételi útvonal).
Szabványok, formátumok és csatornák
Minden bank bevezetési útmutatója alapján építünk, nem csupán a szabványból. Egy termék megnevezése nem jelent partnerséget a beszállítójával.
- Banki szabványok és csatornák
- ISO 20022
- pain.001
- pain.002
- camt.052
- camt.053
- camt.054
- MT940
- MT942
- Swift
- EBICS
- SFTP (H2H)
- OpenPGP
- PSD2
- Berlin Group NextGenPSD2
- UK Open Banking Standard
- FAPI
Bizonyíték éles üzemből
Egy GCC-beli Tier-1 bank és regionális konglomerátum számára ISO 20022 alapon kötöttük össze az SAP S/4HANA-t a regionális banki infrastruktúrákkal. A fizetések aláírtak, a kivételek a kézbesíthetetlen üzenetek sorába kerülnek, és a bankszámlái közötti egyeztetés automatikus.
Hogyan kezdje
A világos banki és formátumkövetelmények egyenesen ajánlathoz vezetnek. Ha több bankról, országról vagy egy dokumentálatlan örökölt interfészről van szó, a munka általában a Blueprint Studióval vagy a Brownfield Diagnostic Bridge-dzsel indul.
Mi történik ezután
Előzetes konzultáció
Egy ingyenes 30 perces online előzetes konzultáció: áttekintjük a céljait, rendszereit és korlátait.
Felkészültségi értékelés
Egy ingyenes 48 órás felkészültségi értékelés során egyik vezető architektünk a hatpontos készenléti definíció (Definition of Ready) alapján megvizsgálja a projektjét, és javasolja a hozzá illő utat.
Az út kiválasztása
A kész hatókörű projektek 3 és 5 munkanapon belül kötelező érvényű ajánlatot kapnak. A koncepciószakaszban lévő projektek a Blueprint Studióban indulnak. A hibás, dokumentálatlan vagy integrációra szoruló éles rendszer diagnosztikával indul (időtartam: 1 és 2 hét között). A Blueprint Studiónak és a diagnosztikának egyaránt fix díja van, amelyet az ajánlat tartalmaz.
Megvalósítás öt szakaszban
Mobilizálás, sprintek élő bemutatókkal, integráció és megerősítés, átvétel és élesítés, majd menedzselt szolgáltatások. Az élesítés után következik: garanciaidőszak, majd opcionális támogatás és karbantartás.
Fix kimenetelű projektek és éjjel-nappal működő menedzselt szolgáltatások
Rögzített hatókörű, mérföldkövekre épülő megvalósítás megnevezett megvalósítási vezetőkkel, valamint éjjel-nappal működő alkalmazás-üzemeltetési szolgáltatások SLA-alapú irányítással.
Beágyazott szakértők és stratégiai kapacitásbővítés
Nearshore és helyszíni vezető mérnökök és szakértők, valamint beágyazott megoldás-, transzformációs, PQC- és integrációs architektek.
Kérdések és válaszok
Mi az ISO 20022, és miért számít?
Az ISO 20022 a pénzügyi üzenetek nemzetközi szabványa. XML-üzenetei olyan strukturált adatokat hordoznak, például teljes neveket, címeket és közleményadatokat, amelyekre a régebbi SWIFT MT-formátumok nem képesek. A bankok és a fizetési rendszerek áttértek rá, így az erre épülő fizetési és kivonatfájlok jobban egyeztethetők, és gyakrabban felelnek meg a megfelelési ellenőrzéseknek.
Mely banki formátumokkal és csatornákkal dolgoznak?
Fizetésekhez pain.001-et, állapotjelentéshez pain.002-t, számlajelentésekhez camt.052-t, camt.053-at és camt.054-et, a bankok között pedig pacs üzeneteket használunk. Beolvassuk a sok bank által még mindig küldött MT940 és MT942 kivonatokat is. Az átvitel host-to-host SFTP, EBICS, SWIFT vagy banki API. Minden banknak megvan a saját változata minden formátumból, ezért a bank bevezetési útmutatója alapján építünk.
Mely ERP-rendszereket tudják bankokhoz kapcsolni?
Az SAP S/4HANA, az Oracle Fusion Cloud ERP és a NetSuite, a Microsoft Dynamics 365, az Odoo és a Sage, valamint kincstári és egyedi rendszerek. Ahol az ERP-nek saját bankkommunikációs modulja van, azt konfiguráljuk és bővítjük, ahelyett hogy megkerülnénk.
Hogyan tartják biztonságban a fizetési fájlokat?
A fizetési fájlokat minden bank előírása szerint írjuk alá és titkosítjuk, és kizárólag a megállapodott csatornán továbbítjuk. A kulcsokat és tanúsítványokat az Ön kulcstárában vagy hardveres biztonsági moduljában (HSM) tartjuk, soha nem a kódban. A fájlokat elküldés előtt érvényesítjük, és minden átvitelt naplózunk, így nyomon követheti, ki hagyta jóvá és ki küldte el az egyes fizetéseket.
Mi történik, ha egy kivonattétel nem párosítható?
Egy ellenőrzési listára kerül a valószínű párokkal és a párosítás elmaradásának okával, például eltérő összeggel vagy hiányzó hivatkozással. Csapata ott rendezi, és a szabályok úgy módosíthatók, hogy legközelebb ugyanez az eset párosuljon. Semmi nem kerül a főkönyvbe az Ön által jóváhagyott párosítás nélkül.
Mi határozza meg egy bankintegráció ütemét?
Többnyire a bank, nem a kód. Minden bank maga határozza meg az ügyfélbevezetés lépéseit, a tesztablakokat és a jóváhagyásokat, és néhány bank szerződést vagy kulcscserét kér, mielőtt a tesztelés elkezdődhet. A leképezési lépés után bankonkénti tervet adunk, és azzal a bankkal kezdjük a tesztelést, amelyik elsőként áll készen.
Mi történik, ha egy bank megváltoztatja a formátumát?
A bankok előre bejelentik a formátumváltozásokat, ahogy sokan tették a SWIFT MT-ről az ISO 20022-re való átálláskor. Az általunk bekötött bankoknál figyeljük ezeket az értesítéseket, felmérjük a hatásukat, és a határidő előtt ütemezzük a bankkal a változtatást és annak tesztjeit.
Készen áll az építésre? Kérjen ajánlatot.
Küldje el követelményeit vagy ajánlatkérését (RFP). Architektjeink ellenőrzik őket, és kötelező érvényű, rögzített hatókörű ajánlatot küldenek.
Mi történik ezután
Felkészültségi értékelés
Egy ingyenes 48 órás felkészültségi értékelés során egyik vezető architektünk a hatpontos készenléti definíció (Definition of Ready) alapján megvizsgálja a projektjét, és javasolja a hozzá illő utat.
Kötelező érvényű ajánlat
Az ingyenes architektúra-validálás után 3 és 5 munkanapon belül kötelező érvényű, rögzített hatókörű ajánlatot kap: mérföldkövekkel, architektúrával, csapatszerkezettel és SLA-kkal. Kérésre titoktartási megállapodást (NDA) írunk alá Önnel, mielőtt megosztaná a követelményeit.
Mobilizálás
Mérnöki podjaink a szerződés aláírását követő 5 és 10 munkanapon belül megkezdik a Sprint 0-t.
Megvalósítás öt szakaszban
Mobilizálás, sprintek élő bemutatókkal, integráció és megerősítés, átvétel és élesítés, majd menedzselt szolgáltatások. Az élesítés után következik: garanciaidőszak, majd opcionális támogatás és karbantartás.