Bankovnictví, treasury a konektivita ISO 20022
Platby ven, výpisy dovnitř, automatická reconciliance v každé měně
Týmy treasury stále přepisují platby a párují výpisy ručně
Mnoho týmů treasury zadává platby do bankovních portálů, sbírá výpisy v různých formátech od každé banky a na konci měsíce odsouhlasuje účty v tabulkách. Každý ruční krok je zpoždění, náklad a příležitost k podvodu či chybě.
Banky navíc přecházejí na ISO 20022, mezinárodní standard pro finanční zprávy, který nese bohatší strukturovaná data než starší formáty SWIFT MT. Systémy, které jej neumí vytvořit a přečíst, za svými bankami zaostávají.
Co se pro vás změní
Zpracování bez zásahu
Schválené platební dávky opouštějí ERP jako podepsané soubory nebo volání API a výpisy se vracejí ve formě, kterou ERP samo spáruje.
Rychlejší uzávěrka
Víceměnová reconciliance, která běží každý den, místo ručního nahrávání CSV a úprav v tabulkách na konci měsíce.
Každá výjimka má svého člověka
Zamítnuté platby a nespárované položky končí ve frontě výjimek s důvodem, nikdy se neztratí ve schránce.
Co dodáváme
Host-to-host a přímé bankovní propojení
Připojení přes SFTP, EBICS a SWIFT a dále open banking a přímá bankovní API, volená podle banky a země.
Generování platebních souborů
Platební soubory ISO 20022 pain.001 sestavené z vašich platebních dávek, ověřené proti variantě každé banky a podepsané či zašifrované podle jejích požadavků.
Zpracování stavů a zamítnutí
Stavové zprávy pain.002 se načítají zpět, takže každá platba je vidět jako přijatá, zamítnutá nebo čekající, s kódem důvodu od banky.
Načítání výpisů
Výpisy camt.053 a MT940 na konci dne a průběžné zprávy se sbírají, kontrolují na mezery a duplicity a načítají do ERP.
Mezibankovní zprávy pro banky a fintechy
Zprávy pacs pro úhrady a jejich stavy mezi finančními institucemi, propojené s bankovním jádrem a hlavními knihami.
Víceměnová reconciliance
Pravidla párování, která automaticky uzavřou otevřené položky napříč měnami a účty a zbytek pošlou do fronty výjimek.
Doklady o bankovním testování a provozní příručky
Testovací případy každé banky spuštěné a zaznamenané pro vaše auditory a upozornění na chybějící soubory, neúspěšné převody a expirující klíče či certifikáty.
Jak pracujeme
Zmapujte banky a toky
Sepíšeme vaše banky, účty, typy plateb a dnešní ruční kroky a dohodneme, které toky jdou první.
Určete každý formát
Vycházíme z implementační příručky každé banky a sepíšeme mapování včetně podpisu, šifrování a pojmenování souborů.
Postavte konektory
Vytvoříme export plateb, import stavů, import výpisů a párování, s automatickými testy pro každý formát.
Testujte s každou bankou
Spustíme dohodnuté testovací případy v testovacím prostředí banky a opravíme vše, co její validace zamítne.
Nasaďte banku po bance
Přepínáme po jedné bance, se současným postupem připraveným jako záloha, dokud se nový neosvědčí.
Sledujte a podporujte
Hlídáme převody, klíče a expiraci certifikátů a plánujeme změny formátů podle oznámení bank.
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).
Posuňte do strany a uvidíte celé schéma.
Open banking: data a platby se souhlasem zákazníka
Zákazník udělí souhlas, konektor drží tokeny a každé volání banky je autorizované a zaznamenané. Když souhlas vyprší nebo je odvolán, aplikace požádá zákazníka znovu, místo aby tiše selhala.
- Hlavní tok
- Asynchronní
- Cesta výjimky
Tok v v 7 krocích
Tok krok za krokem
- Z Zákazník do Vaše aplikace nebo platforma: Uděluje souhlas (hlavní tok).
- Z Vaše aplikace nebo platforma do Konektor open banking: Žádosti o účty a platby, přes REST/JSON (hlavní tok).
- Z Konektor open banking do Bankovní API nebo agregátor: Autorizovaná volání API, přes OAuth 2.0 · FAPI · REST (hlavní tok).
- Z Bankovní API nebo agregátor do Konektor open banking: Zůstatky, transakce a stav plateb, přes REST/JSON · webhook (asynchronní).
- Z Konektor open banking do ERP nebo hlavní kniha: Normalizované transakce, přes REST/JSON (hlavní tok).
- Z Bankovní API nebo agregátor do Konektor open banking: Souhlas vypršel nebo byl odvolán, přes HTTP 401 · 403 (cesta výjimky).
- Z Konektor open banking do Vaše aplikace nebo platforma: Zákazník požádán o obnovení souhlasu (cesta výjimky).
Standardy, formáty a kanály
Vycházíme z implementační příručky každé banky, ne jen ze standardu. Uvedení produktu neznamená partnerství s jeho dodavatelem.
- Bankovní standardy a kanály
- 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
Ověřeno v produkci
Pro banku Tier-1 v GCC a regionální konglomerát jsme propojili SAP S/4HANA s regionální platební infrastrukturou přes ISO 20022. Platby jsou podepsané, výjimky končí ve frontách nedoručitelných zpráv a reconciliance napříč bankovními účty je automatická.
Jak začít
Jasné požadavky na banky a formáty jdou rovnou do nabídky. Několik bank, zemí nebo nedokumentované legacy rozhraní obvykle začíná v Blueprint Studio nebo v Brownfield Diagnostic Bridge.
Co bude následovat
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.
Dodávka v pěti fázích
Mobilizace, sprinty s živými ukázkami, integrace a zpevnění, akceptace a spuštění, poté řízené služby. Po spuštění následuje záruční doba a poté volitelná podpora a údržba.
Projekty s pevným výsledkem a nepřetržité řízené služby
Dodávka s pevným rozsahem a milníky se jmenovanými vedoucími dodávky a nepřetržité řízené služby aplikací pod řízením SLA.
Zanoření specialisté a strategické posílení
Principal inženýři a specialisté působící nearshore i na místě a architekti řešení, transformace, PQC a integrací začlenění do vašeho týmu.
Otázky a odpovědi
Co je ISO 20022 a proč na něm záleží?
ISO 20022 je mezinárodní standard pro finanční zprávy. Jeho XML zprávy nesou strukturovaná data, jako jsou celá jména, adresy a údaje o platbě, která starší formáty SWIFT MT neumožňují. Banky a platební systémy na něj přešly, takže platební a výpisové soubory na něm postavené se lépe odsouhlasí a častěji projdou kontrolami shody.
S jakými bankovními formáty a kanály pracujete?
Používáme pain.001 pro platby, pain.002 pro stavy, camt.052, camt.053 a camt.054 pro účtové výpisy a zprávy pacs mezi bankami. Čteme také výpisy MT940 a MT942, které mnohé banky stále posílají. Přenos je host-to-host SFTP, EBICS, SWIFT nebo bankovní API. Každá banka má vlastní variantu každého formátu, proto vycházíme z její implementační příručky.
Které ERP systémy umíte propojit s bankami?
SAP S/4HANA, Oracle Fusion Cloud ERP a NetSuite, Microsoft Dynamics 365, Odoo a Sage i treasury a vlastní systémy. Kde má ERP vlastní modul bankovní komunikace, nakonfigurujeme a rozšíříme jej, místo abychom stavěli kolem něj.
Jak zabezpečujete platební soubory?
Platební soubory se podepisují a šifrují podle požadavků každé banky a putují jen dohodnutým kanálem. Klíče a certifikáty jsou ve vašem trezoru klíčů nebo hardwarovém bezpečnostním modulu (HSM), nikdy v kódu. Soubory se před odesláním validují a každý převod se loguje, takže dohledáte, kdo každou platbu schválil a odeslal.
Co se stane, když výpisová položka nesedí?
Dostane se do seznamu k revizi s pravděpodobnými kandidáty a důvodem, proč nesedla, například jiná částka nebo chybějící reference. Váš tým ji tam vyřídí a pravidla lze upravit, aby stejný případ příště sedl. Nic se nezaúčtuje do hlavní knihy bez schváleného párování.
Co určuje tempo bankovní integrace?
Většinou banka, ne kód. Každá banka má vlastní kroky onboardingu, testovací okna a schvalování a některé potřebují smlouvy nebo výměnu klíčů, než lze začít testovat. Po mapování vám dáme plán pro každou banku a testování začneme s tou, která je připravená první.
Co se stane, když banka změní formát?
Banky oznamují změny formátů předem, jak to mnohé udělaly při přechodu ze SWIFT MT na ISO 20022. Sledujeme tato oznámení u bank, které propojujeme, posoudíme dopad a změnu i její testy naplánujeme s bankou před jejím termínem.
Připraveni stavět? Vyžádejte si nabídku.
Pošlete své požadavky nebo RFP (žádost o nabídku). Naši architekti je ověří a vrátí závaznou nabídku s pevným rozsahem.
Co bude následovat
Kontrola připravenosti
bezplatná 48hodinová kontrola připravenosti prověří váš projekt proti šestibodové definici připravenosti a doporučí vhodnou cestu.
Závazná nabídka
Po ověření architektury zdarma dostanete závaznou nabídku s pevným rozsahem do 3–5 pracovních dnů: milníky, architekturu, strukturu týmu a SLA. Na vyžádání s vámi podepíšeme dohodu o mlčenlivosti (NDA), a to ještě předtím, než nám sdělíte své požadavky.
Mobilizace
Po podpisu začnou naše inženýrské pody Sprint 0 do 5–10 pracovních dnů od podpisu smlouvy.
Dodávka v pěti fázích
Mobilizace, sprinty s živými ukázkami, integrace a zpevnění, akceptace a spuštění, poté řízené služby. Po spuštění následuje záruční doba a poté volitelná podpora a údržba.