Platební soubory z ERP do banky a reconciliance
ERP a banka: platební soubory ven, výpisy zpět, srovnáno
Platby odesílané jako ISO 20022 pain.001 přes host-to-host SFTP nebo bankovní API, s výpisy camt.053 a MT940 srovnanými s hlavní knihou.
Blueprint
Posuňte do strany a uvidíte celé schéma.
ERP do banky: platby ven, výpisy dovnitř
Schválené platby opouštějí ERP jako podepsané soubory ISO 20022 přes host-to-host kanál. Zprávy o stavu a výpisy se vracejí stejnou cestou a párují se s otevřenými položkami. Zamítnutí a nespárované řádky jdou k vašemu týmu s přiloženým důvodem.
- Hlavní tok
- Asynchronní
- Cesta výjimky
Tok v v 10 krocích
Tok krok za krokem
- Z ERP do Integrační vrstva: Schválená platební dávka, přes REST/JSON · IDoc (hlavní tok).
- Z Integrační vrstva do Zabezpečený bankovní kanál: Podepsaný a šifrovaný platební soubor, přes ISO 20022 pain.001 · OpenPGP (hlavní tok).
- Z Zabezpečený bankovní kanál do Banka: Doručeno do banky, přes SFTP H2H (hlavní tok).
- Z Banka do Zabezpečený bankovní kanál: Zprávy o stavu a výpisy, přes pain.002 · camt.053 · MT940 (asynchronní).
- Z Zabezpečený bankovní kanál do Integrační vrstva: Shromážděno a ověřeno, přes SFTP H2H (asynchronní).
- Z Integrační vrstva do Nástroj pro reconciliaci: Řádky výpisu, přes camt.053 (asynchronní).
- Z Nástroj pro reconciliaci do ERP: Spárované položky zaúčtovány, přes REST/JSON (hlavní tok).
- Z Integrační vrstva do Treasury a finanční tým: Zamítnuté platby s kódem důvodu, přes pain.002 RJCT (cesta výjimky).
- Z Nástroj pro reconciliaci do Treasury a finanční tým: Nespárované řádky: rozdíl v reconciliaci (cesta výjimky).
- Z Treasury a finanční tým do ERP: Opraveno a znovu odesláno (cesta výjimky).
Přehled
Jde o tok mezi ERP a jeho bankami: schválené platby odcházejí a stavové zprávy a výpisy se vracejí. Je to spojení, které mnoho finančních týmů stále obsluhuje ručně přes bankovní portály a tabulky, a právě to, kde chyba stojí peníze.
Referenční návrh staví mezi ERP a každou banku integrační vrstvu. Vrstva mapuje platby do varianty ISO 20022 pain.001 dané banky, podepisuje a šifruje je a doručuje je přes host-to-host SFTP, EBICS nebo API banky. Stavové zprávy a výpisy se vracejí stejnou cestou a párují se k otevřeným položkám v ERP.
Cesta selhání je navržená stejně pečlivě jako úspěšná. Odmítnutá platba se vrací s důvodovým kódem banky. Řádek výpisu, který se nespáruje, se stane rozdílem v reconciliaci, který má vyřešit jmenovaný člověk. Nic se nezahazuje a nic se nezaúčtuje dvakrát.
Jak tok funguje
Schvalte platební dávku
Vaše ERP vytvoří platební dávku a schvalovatelé ji uvolní jako dosud. Integrační vrstva přebírá jen schválené dávky.
Zmapujte, podepište a zašifrujte
Vrstva zmapuje každou platbu do varianty pain.001 dané banky, zvaliduje ji a soubor podepíše a zašifruje podle požadavků banky.
Doručte bance
Soubor putuje dohodnutým kanálem, host-to-host SFTP, EBICS nebo API banky, před uzávěrkou banky.
Přijměte stavy a výpisy
Banka vrací stavové zprávy pain.002 ke každému souboru a platbě a na konci dne výpisy camt.053 nebo MT940.
Sesbírejte a zvalidujte
Vrstva sesbírá každou zprávu, zkontroluje mezery a duplicity proti sekvenci výpisů a rozparsuje ji na řádky.
Párujte a zaúčtujte
Řádky výpisu se párují k otevřeným položkám podle pravidel, která jste schválili, a spárované záznamy se zaúčtují do ERP.
Když něco selže
Platba je odmítnuta
Zpráva pain.002 nese důvodový kód banky. Platba se v ERP označí jako odmítnutá a pošle se vašemu týmu treasury k opravě a opětovnému odeslání.
Řádek výpisu se nespáruje
Řádek se stane rozdílem v reconciliaci s pravděpodobnými kandidáty a důvodem selhání. Váš tým jej vyřeší a pravidla se z něj mohou učit.
Soubor chybí nebo přišel pozdě
Sekvenční čísla výpisů a očekávané časy doručení se kontrolují. Chybějící nebo opožděný soubor vyvolá upozornění dřív, než se kdokoli spolehne na peněžní pozici.
Klíč nebo certifikát brzy vyprší
Podpisové klíče a certifikáty kanálů se sledují s daty vypršení a obnova začíná dost brzy, aby se nový klíč stihl s bankou dohodnout.
Standardy a systémy
- Bankovní standardy a kanály
- ISO 20022
- pain.001
- pain.002
- camt.052
- camt.053
- camt.054
- MT940
- MT942
- SFTP (H2H)
- EBICS
- Swift
- OpenPGP
Otázky a odpovědi
Host-to-host, EBICS nebo bankovní API: co máme použít?
Rozhoduje obvykle banka. Host-to-host SFTP je nejrozšířenější kanál pro firemní platební soubory. EBICS je běžný u bank v Německu, Francii a sousedních zemích. Bankovní API se hodí pro zůstatky v reálném čase a okamžité platby, kde je banka nabízí. Mnoho společností používá víc než jeden a integrační vrstva rozdíl před ERP skryje.
Máme dostávat výpisy camt.053, nebo MT940?
Kde banka nabízí obojí, camt.053 nese bohatší strukturovaná data o platbách, což zlepšuje spolehlivost automatického párování. MT940 se stále široce používá a pro mnoho případů funguje dobře. Umíme převzít obojí, převést je do stejného interního modelu a každou banku přesunout z MT940 na camt.053, až to bude vyhovovat vám i bance.
Vidíme peněžní pozici i během dne?
Ano, pokud vaše banky poskytují průběžné zprávy. Přicházejí jako zprávy camt.052 nebo MT942 nebo přes API pro zůstatky. Sesbíráme je v rytmu, který každá banka podporuje, a zobrazíme je vedle koncových výpisů, takže váš tým treasury vidí očekávané i skutečné pozice před uzávěrkami.
Můžeme dohledat, kdo platbu schválil a odeslal?
Ano. Schvalování zůstává ve vašem ERP s jeho stávajícími kontrolami. Integrační vrstva loguje každý soubor, který vytvoří, podepíše, odešle a přijme, s časovými razítky, identifikátory a technickým účtem, který použila. Tento log propojuje každou platbu ve stavové zprávě banky zpět k dokumentu v ERP a jeho schvalovatelům.
Máme několik bank. Je každá samostatný projekt?
Ne. Integrační vrstva, interní platební model a pravidla párování se staví jednou. Každá nová banka přidá vlastní variantu formátu, kanál a kroky onboardingu, což jsou menší kusy práce. Obvykle nejdřív propojíme banku s největším objemem a ostatní přidáváme postupně.
Jak se spojení testuje před uvedením do provozu?
Každá banka poskytuje testovací prostředí nebo testovací postup. S bankou dohodneme sadu testovacích případů pokrývajících každý typ platby, odmítnutí a výpisy, spustíme je a uchováme důkazy. Když banka odsouhlasí, spustíme provoz s malou první platební dávkou a porovnáme výsledky, než přesuneme zbytek.
Začněte rozhovorem, ne smlouvou.
Řekněte nám, co potřebujete postavit, propojit nebo zabezpečit. Architekt to s vámi projde a poté doporučí, kde začít.
Co bude následovat
Dohoda na čase
Náš tým vám napíše e-mail a dohodne čas konzultace.
Předkonzultační schůzka
Nejprve bezplatná 30minutová online předkonzultační schůzka: projdeme vaše cíle, systémy a omezení.
Kontrola připravenosti
bezplatná 48hodinová kontrola připravenosti prověří váš projekt proti šestibodové definici připravenosti a doporučí vhodnou cestu.
Volba cesty
Projekty připravené rozsahem dostanou závaznou nabídku do 3–5 pracovních dnů. Projekty ve fázi konceptu začínají v Blueprint Studio. Běžící systém, který selhává, není zdokumentovaný nebo potřebuje integraci, začíná diagnostikou 1–2 týdny. Blueprint Studio i diagnostika mají pevný poplatek uvedený v nabídce.