Digitaalinen maksujenkäsittely
Digitaalinen maksujenkäsittely kattaa kaiken, mitä tapahtuu maksupainikkeen painalluksen ja kauppiaan tilille kirjautuvan suorituksen välillä. Tämä alue kuvaa maksun elinkaaren, osapuolet ja tekniset ratkaisut, joilla prosessista tehdään luotettava.
Miksi maksujenkäsittely on monimutkaisempaa kuin miltä se näyttää
Käyttäjälle maksu on yksi tapahtuma. Teknisesti se on sarja tilasiirtymiä, joihin osallistuu tyypillisesti maksuyhdyskäytävä, maksunkäsittelijä, maksajan pankki tai kortinmyöntäjä, maksunsaajan pankki tai acquirer sekä yksi tai useampi selvitysjärjestelmä. Jokainen osapuoli ylläpitää omaa näkemystään maksun tilasta, ja kokonaisuuden luotettavuus riippuu siitä, miten nämä näkemykset saadaan pidettyä yhdenmukaisina.
Korttimaksuissa valtuutus (authorisation) ja varojen todellinen siirtyminen (clearing ja settlement) ovat erillisiä vaiheita, joiden välillä voi kulua päiviä. Tilisiirtopohjaisissa maksuissa (account-to-account, A2A) maksaja hyväksyy siirron suoraan omassa pankissaan, ja pikamaksujärjestelmän kautta varat voivat olla perillä sekunneissa. Nykyaikaisissa A2A-maksuissa maksaja tunnistautuu suoraan oman pankkinsa tunnistusvälineellä, mikä voi tehdä maksupolusta lyhyen ja sujuvan ilman erillistä korttitietojen syöttämistä. Erilaiset aikajänteet tarkoittavat erilaisia riskejä: korttimaksussa riski liittyy usein jälkikäteisiin takaisinperintöihin, tilisiirrossa taas maksun peruuttamattomuuteen ja oikean maksunsaajan varmistamiseen.
Kun kauppias tarjoaa useita maksutapoja, haasteeksi nousee yhtenäinen tilamalli, palautusten hallinta ja kirjanpidollinen täsmäytys. Hyvin suunniteltu maksuarkkitehtuuri erottaa maksutapakohtaiset integraatiot yhteisestä tilakoneesta, kirjaa jokaisen tilasiirtymän muuttumattomaan lokiin ja täsmäyttää tapahtumat päivittäin pankin tai palveluntarjoajan raportointiin.
Brevixoo ei käsittele eikä välitä maksuja. Tämän sivun tarkoitus on kuvata yleisiä arkkitehtuuriperiaatteita, joita voi hyödyntää palveluntarjoajien dokumentaation rinnalla.
Maksun elinkaari kuudessa vaiheessa
Vaiheet on kuvattu maksutapariippumattomasti. Korttimaksuissa ja tilisiirtopohjaisissa maksuissa vaiheiden sisältö poikkeaa toisistaan, mutta rakenne on sama.
Maksupyynnön luonti
Kauppiaan järjestelmä luo maksupyynnön, jossa on summa, valuutta, viite ja yksilöllinen idempotenssiavain. Pyyntö tallennetaan tilaan "luotu".
Maksutavan valinta
Maksaja valitsee maksutavan. Korttimaksussa kortin tiedot tokenisoidaan, tilisiirrossa maksaja ohjataan pankkinsa palveluun.
Tunnistaminen ja hyväksyntä
Maksaja tunnistetaan vahvasti PSD2:n mukaisesti. Hyväksyntä sidotaan dynaamisesti summaan ja maksunsaajaan.
Valtuutus tai toimeksianto
Kortinmyöntäjä valtuuttaa korttimaksun tai pankki toteuttaa maksutoimeksiannon. Vastauksena saadaan hyväksytty tai hylätty tila.
Selvitys ja toimitus
Varat siirtyvät selvitysjärjestelmän kautta. Pikamaksussa tämä tapahtuu sekunneissa, korttimaksuissa ja tavallisissa tilisiirroissa myöhemmin.
Täsmäytys ja raportointi
Tapahtumat täsmäytetään palveluntarjoajan raportteihin ja pankin tiliotteeseen, poikkeamat käsitellään ja kirjanpito päivitetään.
Missä maksujenkäsittelyn arkkitehtuuri ratkaisee
Samat periaatteet toistuvat toimialasta riippumatta. Erot syntyvät volyymeista, maksutavoista ja riskiprofiilista.
Verkkokauppa
Useiden maksutapojen rinnakkainen tuki, yhtenäinen tilamalli ja palautusten automaattinen käsittely.
Tilauspalvelut
Toistuvat veloitukset, maksuvaltuutusten hallinta ja epäonnistuneiden veloitusten uusintalogiikka.
Alustatalous
Varojen jakaminen useille maksunsaajille ja välitettyjen varojen erillään pitäminen.
Laskutus ja B2B
ISO 20022 -viitteiden hyödyntäminen automaattisessa kohdistuksessa ja ostoreskontrassa.
Julkiset palvelut
Esteettömät maksupolut, vahva tunnistaminen ja pitkäaikainen kirjausketju.
Maksujen palautukset
Hallittu palautusprosessi, jossa palautus kohdistetaan alkuperäiseen maksuun ja tiliin.
Tyypilliset riskit ja hallintakeinot
Taulukko kokoaa yleisimmät maksujenkäsittelyn riskit. Luettelo ei ole tyhjentävä, ja riskiarvio tulee aina tehdä tapauskohtaisesti.
| Riski | Kuvaus | Hallintakeino |
|---|---|---|
| Kaksoisveloitus | Verkkokatkon jälkeinen uusintayritys luo toisen maksun. | Idempotenssiavaimet ja palvelinpuolen tilantarkistus ennen uutta pyyntöä. |
| Tilaristiriita | Kauppiaan ja palveluntarjoajan näkemys maksun tilasta eroaa. | Allekirjoitetut webhookit, tilakyselyt ja päivittäinen täsmäytys. |
| Korttitietojen vuoto | Arkaluonteista tietoa päätyy kauppiaan järjestelmiin. | Tokenisointi, isännöidyt maksukentät ja PCI DSS -vaatimusten noudattaminen. |
| Väärä maksunsaaja | Tilisiirto ohjautuu petoksen tai virheen vuoksi väärälle tilille. | Maksunsaajan varmennus (VoP) ja riskipohjainen tapahtumaseuranta. |
| Palautusvirheet | Palautus kohdistuu väärään maksuun tai ylittää alkuperäisen summan. | Palautuksen sitominen alkuperäiseen tapahtumatunnisteeseen ja summarajoitteet. |
- PCI DSS v4.0
- Korttitietojen käsittelyn tietoturvastandardi. Version 4.0 tulevaisuuteen ajoitetut vaatimukset tulivat pakollisiksi 31.3.2025.
- PSD2 / RTS 2018/389
- Vahva asiakkaan tunnistaminen ja dynaaminen linkitys sähköisissä maksuissa.
- ISO 20022
- Rakenteiset maksusanomat, jotka mahdollistavat rikkaan viitetiedon ja automaattisen kohdistuksen.
- Asetus (EU) 2024/886
- Pikamaksujen saatavuus, maksunsaajan varmennus ja hinnoittelun yhdenvertaisuus.
Kysymyksiä: digitaalinen maksujenkäsittely
Mikä ero on maksuyhdyskäytävällä ja maksunkäsittelijällä?
Maksuyhdyskäytävä on tekninen rajapinta, joka vastaanottaa maksupyynnön ja välittää sen eteenpäin. Maksunkäsittelijä hoitaa varsinaisen viestinnän korttiverkkojen tai pankkien kanssa. Käytännössä monet palveluntarjoajat yhdistävät molemmat roolit samaan tuotteeseen.
Miksi idempotenssi on niin tärkeää?
Verkkoyhteydet katkeavat, ja asiakasohjelma ei aina tiedä, menikö pyyntö perille. Idempotenssiavaimen ansiosta sama pyyntö voidaan lähettää uudelleen turvallisesti: palvelin tunnistaa avaimen ja palauttaa alkuperäisen vastauksen sen sijaan, että loisi uuden maksun.
Voiko tilisiirtopohjaisen maksun perua?
Pikasiirto on lähtökohtaisesti peruuttamaton, kun se on toteutettu. Virheellinen maksu palautetaan yleensä erillisellä palautusmaksulla tai palautuspyynnöllä. Tästä syystä maksunsaajan varmentaminen ennen hyväksyntää on keskeinen kontrolli.
Kuinka usein täsmäytys tulisi tehdä?
Yleinen käytäntö on vähintään päivittäinen automaattinen täsmäytys sekä poikkeamien käsittely määritellyssä ajassa. Suurilla volyymeilla täsmäytystä tehdään usein lähes reaaliaikaisesti tapahtumatasolla.
Aiheeseen liittyvät
Muut teknologia-alueet ja tietopankin oppaat, jotka syventävät tätä kokonaisuutta.
Turvalliset tunnistautumisprotokollat
Vahva asiakastunnistaminen (SCA), pankkitunnisteet, OAuth 2.0 / FAPI ja dynaaminen linkitys PSD2-ympäristössä.
Lue lisää → Teknologia-alueTransaktioinfrastruktuuri
SEPA-maksujärjestelmät, TIPS ja RT1, ISO 20022 -sanomat, idempotenssi, saatavuus ja häiriönsietokyky.
Lue lisää → OpasTrustly, Brite, Zimpler ja Trumo: teknologiavertailu
Neljä tilisiirtopohjaista maksuratkaisua maksuteknologian näkökulmasta: arkkitehtuuri, tunnistautumisvirta, maksurailit, palautusmaksut ja integraation suunnittelu.
Lue opas →Puuttuuko jotain olennaista?
Ehdota aihetta tai lähetä korjaus. Päivitämme sisältöä sääntelyn ja standardien muuttuessa.