ERP:n ja pankin maksuaineistot ja täsmäytys
ERP pankkiin: maksuaineistot ulos, tiliotteet takaisin, täsmäytettyinä
Maksut lähetettyinä ISO 20022 pain.001 -muodossa host-to-host SFTP:n tai pankkirajapintojen kautta, camt.053- ja MT940-tiliotteet sovitettuina takaisin kirjanpitoon.
Rakennekaavio
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).
Yleiskatsaus
Tämä on virta ERP:n ja sen pankkien välillä: hyväksytyt maksut lähtevät ja tilailmoitukset ja tiliotteet palaavat. Se on yhteys, jota useimmat taloustiimit yhä hoitavat käsin pankkien portaaleissa ja taulukoissa, ja se, jossa virhe maksaa rahaa.
Viitearkkitehtuuri asettaa integraatiokerroksen ERP:n ja kunkin pankin väliin. Kerros muuntaa maksut pankin ISO 20022 pain.001 -varianttiin, allekirjoittaa ja salaa ne sekä toimittaa ne host-to-host SFTP:n, EBICSin tai pankin rajapinnan kautta. Tilailmoitukset ja tiliotteet palaavat samaa tietä ja sovitetaan ERP:n avoimiin eriin.
Virhepolku on suunniteltu yhtä huolellisesti kuin onnistumispolku. Hylätty maksu palaa pankin syykoodin kanssa. Tilioterivi, joka ei täsmää, muuttuu täsmäytyspoikkeamaksi nimetylle henkilölle selvitettäväksi. Mitään ei pudoteta eikä kirjata kahdesti.
Miten tiedonkulku toimii
Maksuajon hyväksyminen
ERP:nne tuottaa maksuajon ja hyväksyjänne vapauttavat sen kuten tänäänkin. Integraatiokerros ottaa vain hyväksytyt ajot.
Muunnos, allekirjoitus ja salaus
Kerros muuntaa kunkin maksun pankin pain.001-varianttiin, validoi sen sekä allekirjoittaa ja salaa tiedoston pankin vaatimalla tavalla.
Toimitus pankkiin
Tiedosto kulkee sovittua kanavaa, host-to-host SFTP:tä, EBICSiä tai pankin rajapintaa, ennen pankin katkaisuaikaa.
Tilailmoitusten ja tiliotteiden vastaanotto
Pankki palauttaa pain.002-tilailmoitukset kullekin tiedostolle ja maksulle sekä camt.053- tai MT940-tiliotteet päivän lopussa.
Kerääminen ja validointi
Kerros kerää jokaisen ilmoituksen, tarkistaa sen aukkojen ja duplikaattien varalta tiliotteen sekvenssiä vasten ja jäsentää sen riveiksi.
Täsmäytys ja kirjaus
Tilioterivit sovitetaan avoimiin eriin hyväksymillänne säännöillä, ja täsmätyt kirjaukset kirjataan ERP:hen.
Kun jokin epäonnistuu
Maksu hylätään
Pain.002-ilmoitus sisältää pankin syykoodin. Maksu merkitään hylätyksi ERP:hen ja lähetetään treasury-tiimillenne korjattavaksi ja lähetettäväksi uudelleen.
Tilioterivi ei täsmää
Rivistä tulee täsmäytyspoikkeama todennäköisine ehdokkaineen ja syineen, miksi se epäonnistui. Tiiminne selvittää sen, ja säännöt voivat oppia siitä.
Tiedosto puuttuu tai on myöhässä
Tiliotteiden sekvenssinumerot ja odotetut toimitusajat tarkistetaan. Puuttuva tai myöhässä oleva tiedosto nostaa hälytyksen ennen kuin kukaan nojaa kassatilanteeseen.
Avain tai varmenne on vanhenemassa
Allekirjoitusavaimet ja kanavavarmenteet seurataan vanhenemispäivineen, ja uusinta aloitetaan riittävän ajoissa, jotta uusi avain voidaan sopia pankin kanssa.
Standardit ja järjestelmät
- Pankkistandardit ja -kanavat
- ISO 20022
- pain.001
- pain.002
- camt.052
- camt.053
- camt.054
- MT940
- MT942
- SFTP (H2H)
- EBICS
- Swift
- OpenPGP
Kysymyksiä ja vastauksia
Host-to-host, EBICS vai pankkirajapinnat: mitä meidän kannattaa käyttää?
Pankki päättää yleensä. Host-to-host SFTP on laajimmin tarjottu kanava yritysten maksuaineistoille. EBICS on yleinen Saksan, Ranskan ja naapurimaiden pankeissa. Pankkirajapinnat sopivat reaaliaikaisiin saldoihin ja pikamaksuihin silloin, kun pankki tarjoaa niitä. Monet yritykset käyttävät useampaa kuin yhtä, ja integraatiokerros piilottaa eron ERP:ltä.
Kannattaako vastaanottaa camt.053- vai MT940-tiliotteita?
Kun pankki tarjoaa molempia, camt.053 sisältää rikkaammat ja rakenteisemmat maksun viitetiedot, mikä tekee automaattisesta täsmäytyksestä luotettavampaa. MT940 on yhä laajalti käytössä ja toimii hyvin monissa tapauksissa. Voimme vastaanottaa molempia, muuntaa ne samaan sisäiseen malliin ja siirtää kunkin pankin MT940:stä camt.053:een, kun se sopii teille ja pankille.
Näemmekö kassatilanteemme päivän aikana?
Kyllä, jos pankkinne tarjoavat päivänsisäisiä raportteja. Ne tulevat camt.052- tai MT942-viesteinä tai saldokehysrajapinnan kautta. Keräämme ne kunkin pankin tukemalla aikataululla ja näytämme ne päivän lopun tiliotteiden rinnalla, joten treasury-tiiminne näkee odotetut ja toteutuneet tilanteet ennen katkaisuaikoja.
Voimmeko jäljittää, kuka hyväksyi ja lähetti maksun?
Kyllä. Hyväksyntä pysyy ERP:ssänne sen nykyisine kontrolleineen. Integraatiokerros lokittaa jokaisen luomansa, allekirjoittamansa, lähettämänsä ja vastaanottamansa tiedoston aikaleimoin, tunnistein ja käytetyn teknisen tilin. Tämä loki yhdistää jokaisen maksun pankin tilailmoituksessa takaisin ERP-asiakirjaan ja sen hyväksyjiin.
Meillä on useita pankkeja. Onko jokainen erillinen projekti?
Ei. Integraatiokerros, sisäinen maksumalli ja täsmäytyssäännöt rakennetaan kerran. Jokainen uusi pankki lisää oman muotovarianttinsa, kanavansa ja käyttöönottovaiheensa, jotka ovat pienempiä töitä. Yhdistämme yleensä ensin pankin, jolla on suurin volyymi, ja lisäämme muut järjestyksessä.
Miten yhteys testataan ennen tuotantoa?
Jokainen pankki tarjoaa testiympäristön tai testiprosessin. Sovimme pankin kanssa testitapaukset, jotka kattavat jokaisen maksutyypin, hylkäykset ja tiliotteet, ajamme ne ja säilytämme todisteet. Kun pankki hyväksyy, siirrymme tuotantoon pienellä ensimmäisellä maksuajolla ja vertaamme tuloksia ennen lopun siirtämistä.
Aloittakaa keskustelulla, ei sopimuksella.
Kertokaa, mitä haluatte rakentaa, yhdistää tai suojata. Arkkitehti käy sen kanssanne läpi ja suosittelee, mistä aloittaa.
Mitä tapahtuu seuraavaksi
Ajan sopiminen
Tiimimme lähettää teille sähköpostia sopiakseen ajan tapaamiseen.
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.