Pankki-, treasury- ja ISO 20022 -yhteydet
Maksut lähtevät, tiliotteet saapuvat ja täsmäytys tapahtuu automaattisesti kaikissa valuutoissa
Treasury-tiimit näppäilevät yhä maksuja uudelleen ja täsmäyttävät tiliotteita käsin
Monet treasury-tiimit näppäilevät maksuja pankkien portaaleihin, keräävät tiliotteita eri muodoissa kustakin pankista ja täsmäyttävät tilejä taulukoissa kuukauden lopussa. Jokainen manuaalinen vaihe on viive, kustannus ja tilaisuus petokselle tai virheelle.
Pankit siirtyvät myös ISO 20022:een, talousviestien kansainväliseen standardiin, joka sisältää monipuolisempaa ja jäsennellympää dataa kuin vanhemmat SWIFT MT -muodot. Järjestelmät, jotka eivät osaa tuottaa ja lukea sitä, jäävät jälkeen pankeistaan.
Mikä muuttuu teille
Läpivirtaava käsittely
Hyväksytyt maksuajot lähtevät ERP:stä allekirjoitettuina tiedostoina tai rajapintakutsuina, ja tiliotteet palaavat muodossa, jonka ERP täsmäyttää itse.
Nopeampi kuukauden sulku
Monivaluuttainen täsmäytys, joka ajetaan joka päivä manuaalisten CSV-latausten ja kuukauden lopun taulukko-oikaisujen sijaan.
Jokaisella poikkeuksella on käsittelijä
Hylätyt maksut ja täsmäämättömät rivit päätyvät syineen dead letter -poikkeusjonoon eivätkä koskaan huku postilaatikkoon.
Mitä toimitamme
Host-to-host- ja suorat pankkiyhteydet
Yhteydet SFTP:n, EBICS:n ja SWIFT:n kautta sekä avoimen pankkitoiminnan ja suorien pankkirajapintojen kautta, valittuina pankeittain ja maittain.
Maksutiedostojen muodostus
ISO 20022 pain.001 -maksutiedostot maksuajoistanne, validoituina kunkin pankin version mukaan ja allekirjoitettuina tai salattuina pankin vaatimalla tavalla.
Tilojen ja hylkäysten käsittely
pain.002-tilanneraporttien luku, joten jokainen maksu näkyy hyväksyttynä, hylättynä tai odottavana pankin syykoodin kanssa.
Tiliotteiden vastaanotto
camt.053- ja MT940-päivänpäätöstiliotteet ja päivänsisäiset raportit kerättyinä, aukkojen ja duplikaattien varalta tarkistettuina ja ladattuina ERP:hen.
Pankkien välinen viestinvälitys pankeille ja fintech-yrityksille
pacs-viestit tilisiirroista ja niiden tilasta rahoituslaitosten välillä, yhdistettyinä ydinpankkijärjestelmän pääkirjoihin.
Monivaluuttainen täsmäytys
Täsmäytyssäännöt, jotka kuittaavat avoimet erät automaattisesti eri valuutoissa ja tileillä ja lähettävät loput poikkeusjonoon.
Pankkitestien näyttö ja toimintaohjeet
Kunkin pankin testitapaukset ajettuina ja tallennettuina auditoijillenne sekä hälytykset puuttuvista tiedostoista, epäonnistuneista siirroista ja vanhenevista avaimista tai varmenteista.
Miten työskentelemme
Pankkien ja virtojen kartoittaminen
Luettelemme pankkinne, tilinne, maksutyyppinne ja nykyiset manuaaliset vaiheet sekä sovimme, mitkä virrat menevät ensin.
Kunkin muodon määrittäminen
Työskentelemme kunkin pankin käyttöönotto-oppaan pohjalta ja laadimme määrityksen, johon sisältyvät allekirjoitus, salaus ja tiedostojen nimeäminen.
Liittymien rakentaminen
Rakennamme maksujen viennin, tilojen tuonnin, tiliotteiden tuonnin ja täsmäytyksen automatisoiduin testein jokaiselle muodolle.
Testaaminen kunkin pankin kanssa
Ajamme sovitut testitapaukset pankin testiympäristössä ja korjaamme kaiken, minkä pankin validointi hylkää.
Käyttöönotto pankki kerrallaan
Vaihdamme yhden pankin kerrallaan, ja nykyinen prosessi on varalla, kunnes uusi on osoittanut toimivuutensa.
Seuranta ja tuki
Seuraamme siirtoja, avaimia ja varmenteiden vanhenemista ja suunnittelemme muotomuutokset sitä mukaa kuin pankit ilmoittavat niistä.
Vierittäkää sivusuunnassa nähdäksenne koko piirroksen.
ERP:stä pankkiin: maksut ulos, tiliotteet sisään
Hyväksytyt maksut lähtevät ERP:stä allekirjoitettuina ISO 20022 -tiedostoina host-to-host-kanavan kautta. Tilanneraportit ja tiliotteet palaavat samaa kautta ja täsmäytetään avoimiin eriin. Hylkäykset ja täsmäämättömät rivit menevät tiimillenne syy mukanaan.
- Ensisijainen kulku
- Asynkroninen
- Poikkeuspolku
Kulku 10 vaiheessa
Kulku vaihe vaiheelta
- Kohteesta ERP kohteeseen Integraatiokerros: Hyväksytty maksuajo protokollan REST/JSON · IDoc kautta (ensisijainen kulku).
- Kohteesta Integraatiokerros kohteeseen Suojattu pankkikanava: Allekirjoitettu ja salattu maksutiedosto protokollan ISO 20022 pain.001 · OpenPGP kautta (ensisijainen kulku).
- Kohteesta Suojattu pankkikanava kohteeseen Pankki: Toimitettu pankille protokollan SFTP H2H kautta (ensisijainen kulku).
- Kohteesta Pankki kohteeseen Suojattu pankkikanava: Tilanneraportit ja tiliotteet protokollan pain.002 · camt.053 · MT940 kautta (asynkroninen).
- Kohteesta Suojattu pankkikanava kohteeseen Integraatiokerros: Kerätty ja validoitu protokollan SFTP H2H kautta (asynkroninen).
- Kohteesta Integraatiokerros kohteeseen Täsmäytysmoottori: Tilioterivit protokollan camt.053 kautta (asynkroninen).
- Kohteesta Täsmäytysmoottori kohteeseen ERP: Täsmäytetyt kirjaukset kirjattu protokollan REST/JSON kautta (ensisijainen kulku).
- Kohteesta Integraatiokerros kohteeseen Treasury- ja taloustiimi: Hylätyt maksut syykoodin kanssa protokollan pain.002 RJCT kautta (poikkeuspolku).
- Kohteesta Täsmäytysmoottori kohteeseen Treasury- ja taloustiimi: Täsmäämättömät rivit: täsmäytysero (poikkeuspolku).
- Kohteesta Treasury- ja taloustiimi kohteeseen ERP: Korjattu ja lähetetty uudelleen (poikkeuspolku).
Vierittäkää sivusuunnassa nähdäksenne koko piirroksen.
Avoin pankkitoiminta: data ja maksut asiakkaan suostumuksella
Asiakas antaa suostumuksen, liitin pitää tunnukset ja jokainen pankkiin tehty kutsu valtuutetaan ja lokitetaan. Kun suostumus vanhenee tai peruutetaan, sovellus kysyy asiakkaalta uudelleen eikä epäonnistu hiljaa.
- Ensisijainen kulku
- Asynkroninen
- Poikkeuspolku
Kulku 7 vaiheessa
Kulku vaihe vaiheelta
- Kohteesta Asiakas kohteeseen Sovelluksenne tai alustanne: Antaa suostumuksen (ensisijainen kulku).
- Kohteesta Sovelluksenne tai alustanne kohteeseen Avoimen pankkitoiminnan liitin: Tili- ja maksupyynnöt protokollan REST/JSON kautta (ensisijainen kulku).
- Kohteesta Avoimen pankkitoiminnan liitin kohteeseen Pankki-APIt tai aggregaattori: Valtuutetut API-kutsut protokollan OAuth 2.0 · FAPI · REST kautta (ensisijainen kulku).
- Kohteesta Pankki-APIt tai aggregaattori kohteeseen Avoimen pankkitoiminnan liitin: Saldot, tapahtumat ja maksun tila protokollan REST/JSON · webhook kautta (asynkroninen).
- Kohteesta Avoimen pankkitoiminnan liitin kohteeseen ERP tai kirjanpito: Normalisoidut tapahtumat protokollan REST/JSON kautta (ensisijainen kulku).
- Kohteesta Pankki-APIt tai aggregaattori kohteeseen Avoimen pankkitoiminnan liitin: Suostumus vanhentunut tai peruutettu protokollan HTTP 401 · 403 kautta (poikkeuspolku).
- Kohteesta Avoimen pankkitoiminnan liitin kohteeseen Sovelluksenne tai alustanne: Asiakkaalta pyydetty suostumuksen uusimista (poikkeuspolku).
Standardit, muodot ja kanavat
Rakennamme kunkin pankin käyttöönotto-oppaan pohjalta, emme pelkästä standardista. Tuotteen mainitseminen ei tarkoita kumppanuutta sen toimittajan kanssa.
- Pankkistandardit ja -kanavat
- 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
Näyttö tuotannossa
Yhdistimme GCC-alueen Tier 1 -pankille ja alueelliselle monialakonsernille SAP S/4HANA:n alueen pankkien maksukanaviin ISO 20022:n kautta. Maksut allekirjoitetaan, poikkeukset päätyvät dead letter -jonoihin, ja pankkitilien täsmäytys on automaattista.
Miten aloittaa
Selkeät pankki- ja muotovaatimukset etenevät suoraan tarjoukseen. Kun pankkeja tai maita on useita tai vanha rajapinta on dokumentoimaton, työ alkaa yleensä Blueprint Studiosta tai Brownfield Diagnostic Bridgestä.
Mitä tapahtuu seuraavaksi
Ennakkokonsultointi
Tilaisuus on maksuton 30 minuutin verkkopohjainen ennakkokonsultointi: käymme läpi tavoitteenne, järjestelmänne ja rajoituksenne.
Valmiustarkastus
Tilaisuuden jälkeen järjestetään maksuton 48 tunnin valmiustarkastus, jossa pääarkkitehti tarkistaa projektinne kuusikohtaista valmiuden määritelmää vasten ja suosittelee sopivaa polkua.
Polun valinta
Laajuudeltaan valmiit projektit saavat sitovan tarjouksen kolmen ja viiden arkipäivän kuluessa. Konseptivaiheen projektit alkavat Blueprint Studiossa. Käynnissä oleva järjestelmä, joka ei toimi, on dokumentoimaton tai vaatii integraatiota, alkaa diagnostiikalla, jonka kesto on 1-2 viikkoa. Blueprint Studiolla ja diagnostiikalla on kummallakin kiinteä maksu, joka ilmoitetaan tarjouksessa.
Toimitus viidessä vaiheessa
Käynnistys, sprintit reaaliaikaisin demoineen, integraatio ja kovettaminen, hyväksyntä ja käyttöönotto sekä hallinnoidut palvelut. Julkaisun jälkeen tulee takuuaika ja sen jälkeen valinnainen tuki ja ylläpito.
Kiinteisiin tuloksiin perustuvat projektit ja ympärivuorokautiset hallinnoidut palvelut
Kiinteälaajuinen, välitavoitteisiin perustuva toimitus nimetyin toimitusten vastuuhenkilöin sekä ympärivuorokautiset sovellusten hallinnoidut palvelut SLA-hallinnan alaisuudessa.
Upotetut asiantuntijat ja strateginen vahvistus
Lähi- ja paikan päällä työskentelevät pääinsinöörit ja asiantuntijat sekä upotetut ratkaisu-, transformaatio-, PQC- ja integraatioarkkitehdit.
Kysymyksiä ja vastauksia
Mikä ISO 20022 on ja miksi sillä on väliä?
ISO 20022 on talousviestien kansainvälinen standardi. Sen XML-viestit sisältävät jäsenneltyä dataa, kuten täydellisiä nimiä, osoitteita ja maksun viitetietoja, joita vanhemmat SWIFT MT -muodot eivät pysty välittämään. Pankit ja maksujärjestelmät ovat siirtyneet siihen, joten sen pohjalta rakennetut maksu- ja tiliotetiedostot täsmäytyvät paremmin ja läpäisevät vaatimustenmukaisuustarkistukset useammin.
Minkä pankkimuotojen ja kanavien kanssa työskentelette?
Käytämme pain.001:tä maksuihin, pain.002:ta tilanneraportteihin, camt.052-, camt.053- ja camt.054-viestejä tilitietoihin sekä pacs-viestejä pankkien välillä. Luemme myös MT940- ja MT942-tiliotteet, joita monet pankit lähettävät yhä. Siirtokanava on host-to-host SFTP, EBICS, SWIFT tai pankkirajapinta. Jokaisella pankilla on kustakin muodosta oma versionsa, joten rakennamme pankin käyttöönotto-oppaan pohjalta.
Mihin ERP-järjestelmiin voitte yhdistää pankit?
SAP S/4HANA, Oracle Fusion Cloud ERP ja NetSuite, Microsoft Dynamics 365, Odoo ja Sage sekä treasury-järjestelmät ja räätälöidyt järjestelmät. Kun ERP:llä on oma pankkiviestintämoduulinsa, konfiguroimme ja laajennamme sitä sen sijaan, että rakentaisimme sen ohi.
Miten pidätte maksutiedostot turvassa?
Maksutiedostot allekirjoitetaan ja salataan kunkin pankin vaatimalla tavalla, ja ne kulkevat vain sovittua kanavaa pitkin. Avaimet ja varmenteet pidetään avainholvissanne tai laitteistopohjaisessa salausmoduulissa, ei koskaan koodissa. Tiedostot validoidaan ennen lähettämistä, ja jokainen siirto lokitetaan, joten voitte jäljittää, kuka hyväksyi ja lähetti kunkin maksun.
Mitä tapahtuu, kun tilioterivi ei täsmää?
Se siirtyy tarkastuslistalle yhdessä todennäköisten vastineiden ja täsmäämättömyyden syyn kanssa, kuten eri summan tai puuttuvan viitteen. Tiiminne käsittelee sen siellä, ja sääntöjä voidaan säätää, jotta sama tapaus täsmää seuraavalla kerralla. Pääkirjaan ei kirjata mitään ilman täsmäytystä, jonka olette hyväksyneet.
Mikä määrittää pankki-integraation tahdin?
Pääosin pankki, ei koodi. Jokainen pankki asettaa omat käyttöönottovaiheensa, testi-ikkunansa ja hyväksyntänsä, ja jotkut tarvitsevat sopimuksia tai avainten vaihtoa ennen testauksen alkua. Määritysvaiheen jälkeen annamme teille suunnitelman pankeittain ja aloitamme testauksen sen pankin kanssa, joka on valmis ensin.
Mitä tapahtuu, kun pankki muuttaa tiedostomuotoaan?
Pankit ilmoittavat muotopäivityksistä etukäteen, kuten monet tekivät siirtyessään SWIFT MT:stä ISO 20022:een. Seuraamme näitä ilmoituksia yhdistämiemme pankkien osalta, arvioimme vaikutuksen ja aikataulutamme muutoksen ja sen testit pankin kanssa ennen sen määräaikaa.
Valmiina rakentamaan? Pyytäkää tarjous.
Lähettäkää vaatimuksenne tai tarjouspyyntönne. Arkkitehtimme validoivat ne ja palauttavat sitovan tarjouksen, jonka laajuus on kiinteä.
Mitä tapahtuu seuraavaksi
Valmiustarkastus
Tilaisuuden jälkeen järjestetään maksuton 48 tunnin valmiustarkastus, jossa pääarkkitehti tarkistaa projektinne kuusikohtaista valmiuden määritelmää vasten ja suosittelee sopivaa polkua.
Sitova tarjous
Teille tehdään arkkitehtuurin validointi ilman kustannuksia, minkä jälkeen saatte sitovan, kiinteän laajuuden tarjouksen kolmen ja viiden arkipäivän kuluessa: välitavoitteet, arkkitehtuuri, tiimirakenne ja palvelutasot. Allekirjoitamme kanssanne salassapitosopimuksen (NDA) pyynnöstä ennen kuin jaatte vaatimuksenne.
Käynnistys
Kun allekirjoitatte, suunnittelutiimimme aloittaa Sprint 0:n viiden ja kymmenen arkipäivän kuluessa sopimuksen allekirjoituksesta.
Toimitus viidessä vaiheessa
Käynnistys, sprintit reaaliaikaisin demoineen, integraatio ja kovettaminen, hyväksyntä ja käyttöönotto sekä hallinnoidut palvelut. Julkaisun jälkeen tulee takuuaika ja sen jälkeen valinnainen tuki ja ylläpito.