ERP és bank közötti fizetési fájlok és egyeztetés
Az ERP-től a bankig: kimenő fizetési fájlok, visszaérkező kivonatok, egyeztetés
ISO 20022 pain.001 formátumú fizetések host-to-host SFTP-n vagy banki API-kon, a camt.053 és MT940 kivonatok pedig visszapárosítva a főkönyvhöz.
Tervrajz
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).
Áttekintés
Ez az ERP és a bankjai közötti folyamat: a jóváhagyott fizetések kimennek, az állapotjelentések és a kivonatok visszaérkeznek. A legtöbb pénzügyi csapat még mindig kézzel kezeli ezt a kapcsolatot, banki portálokon és táblázatokban, és itt egy hiba pénzbe kerül.
A referenciaterv integrációs réteget helyez az ERP és az egyes bankok közé. A réteg a fizetéseket a bank ISO 20022 pain.001 változatára képezi le, aláírja és titkosítja őket, majd host-to-host SFTP-n, EBICS-en vagy a bank API-ján keresztül továbbítja. Az állapotjelentések és a kivonatok ugyanezen az úton érkeznek vissza, és az ERP nyitott tételeihez párosítjuk őket.
A hibaútvonalat ugyanolyan gondosan tervezzük meg, mint a normál útvonalat. Az elutasított fizetés a bank okkódjával érkezik vissza. A nem párosítható kivonattétel egyeztetési eltéréssé válik, amelyet egy név szerint kijelölt személy rendez. Semmi nem vész el, és semmit nem könyvelünk kétszer.
Hogyan működik a folyamat
A fizetési kör jóváhagyása
Az ERP előállítja a fizetési kört, a jóváhagyók pedig kiadják, ahogy ma is. Az integrációs réteg csak a jóváhagyott köröket veszi át.
Leképezés, aláírás és titkosítás
A réteg minden fizetést a bank pain.001 változatára képez le, érvényesíti, majd a bank előírása szerint aláírja és titkosítja a fájlt.
Továbbítás a bankhoz
A fájl a megállapodott csatornán (host-to-host SFTP, EBICS vagy a bank API-ja) jut el a bankhoz, a bank benyújtási határideje előtt.
Állapotok és kivonatok fogadása
A bank minden fájlhoz és fizetéshez pain.002 állapotjelentést, a nap végén pedig camt.053 vagy MT940 kivonatot küld vissza.
Gyűjtés és érvényesítés
A réteg összegyűjti az egyes jelentéseket, a kivonatok sorszáma alapján ellenőrzi őket hiányok és duplikátumok szempontjából, és tételekre bontja őket.
Párosítás és könyvelés
A kivonattételeket az Ön által jóváhagyott szabályok szerint párosítjuk a nyitott tételekhez, a párosított tételeket pedig az ERP-be könyveljük.
Amikor valami elromlik
Egy fizetést elutasítanak
A pain.002 jelentés tartalmazza a bank okkódját. Az ERP-ben a fizetés elutasított jelölést kap, és a kincstári csapatához kerül javításra és újbóli benyújtásra.
Egy kivonattétel nem párosítható
A tétel egyeztetési eltéréssé válik a valószínű párokkal és a sikertelenség okával. Csapata rendezi, a szabályok pedig tanulhatnak belőle.
Egy fájl hiányzik vagy késik
Ellenőrizzük a kivonatok sorszámát és a várható érkezési időket. A hiányzó vagy késő fájl riasztást vált ki, mielőtt bárki a pénzügyi pozícióra támaszkodna.
Egy kulcs vagy tanúsítvány hamarosan lejár
Az aláírókulcsokat és a csatornatanúsítványokat a lejárati dátumukkal együtt követjük, és a megújítás elég korán indul ahhoz, hogy az új kulcsot egyeztessük a bankkal.
Szabványok és rendszerek
- Banki szabványok és csatornák
- ISO 20022
- pain.001
- pain.002
- camt.052
- camt.053
- camt.054
- MT940
- MT942
- SFTP (H2H)
- EBICS
- Swift
- OpenPGP
Kérdések és válaszok
Host-to-host, EBICS vagy banki API: melyiket használjuk?
Általában a bank dönt. A host-to-host SFTP a vállalati fizetési fájlok legszélesebb körben kínált csatornája. Az EBICS a német, a francia és a szomszédos országok bankjainál gyakori. A banki API-k a valós idejű egyenlegekhez és az azonnali fizetésekhez valók, ahol a bank kínálja őket. Sok vállalat többet is használ, és az integrációs réteg elrejti a különbséget az ERP elől.
Camt.053 vagy MT940 kivonatokat kapjunk?
Ahol a bank mindkettőt kínálja, a camt.053 gazdagabb, strukturált közleményadatokat hordoz, ami megbízhatóbbá teszi az automatikus párosítást. Az MT940-et még széles körben használják, és sok esetben jól működik. Mindkettőt fogadjuk, ugyanarra a belső modellre alakítjuk, és minden bankot akkor állítunk át MT940-ről camt.053-ra, amikor az Önnek és a banknak is megfelel.
Láthatjuk a pénzpozíciónkat a nap folyamán?
Igen, ha a bankjai napon belüli jelentéseket adnak. Ezek camt.052 vagy MT942 üzenetként, illetve egyenleg-API-n keresztül érkeznek. Az egyes bankok által támogatott ütemezés szerint gyűjtjük őket, és a napzáró kivonatok mellett jelenítjük meg, így a kincstári csapata a benyújtási határidők előtt láthatja a várható és a tényleges pozíciót.
Nyomon követhetjük, ki hagyott jóvá és küldött el egy fizetést?
Igen. A jóváhagyás a meglévő kontrollokkal együtt az ERP-ben marad. Az integrációs réteg naplóz minden általa létrehozott, aláírt, elküldött és fogadott fájlt, időbélyeggel, azonosítókkal és a használt technikai fiókkal. Ez a napló a bank állapotjelentésében szereplő minden fizetést visszaköt az ERP-bizonylathoz és annak jóváhagyóihoz.
Több bankunk van. Mindegyik külön projekt?
Nem. Az integrációs réteget, a belső fizetési modellt és a párosítási szabályokat egyszer építjük meg. Minden új bank a saját formátumváltozatával, csatornájával és ügyfélbevezetési lépéseivel bővíti ezt, ami kisebb munka. Általában a legnagyobb forgalmú bankot kötjük be elsőként, majd sorban a többit.
Hogyan tesztelik a kapcsolatot az élesítés előtt?
Minden bank tesztkörnyezetet vagy tesztfolyamatot biztosít. A bankkal megállapodunk az egyes fizetéstípusokat, az elutasításokat és a kivonatokat lefedő tesztesetekben, lefuttatjuk őket, és megőrizzük a bizonyítékokat. Amikor a bank jóváhagyja, egy kis első fizetési körrel élesítünk, és összevetjük az eredményeket, mielőtt a többit is átállítjuk.
Beszélgetéssel kezdje, nem szerződéssel.
Mondja el, mit szeretne megépíteni, összekötni vagy biztonságossá tenni. Egy architekt végigmegy Önnel a részleteken, majd javasolja, hol érdemes kezdeni.
Mi történik ezután
Időpont egyeztetése
Csapatunk e-mailben egyeztet Önnel egy időpontot a konzultációra.
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.