Google Pay

Moni käyttää Android-laitteensa sisäänrakennettua maksutapaa päivittäin lähikaupan kassalla, mutta samaa järjestelmää tukevien pelisivujen löytäminen on harvinaisempaa. Alla olevaan listaan on valikoitu ne toimijat, jotka tätä Googlen maksuinfrastruktuuria hyödyntävät.

Miten Android-mobiililompakko reitittää ja turvaa maksut käytännön tasolla?

Kaikkien tunteman hakukonejättiläisen Android-laitteisiin sisään leipoma mobiilikassa on mielenkiintoinen palapeli kasinoiden maksutiimeille sekä tietysti myös palvelun käyttäjille. Käytännössä pelaaja näkee pelisivustolla vain tutun napin ja hoitaa sen kautta talletuksen sisään sekunnissa. Pelipaikan taustajärjestelmässä kyseessä on kuitenkin täysin eri mekaniikka kuin suorassa verkkopankkimaksussa, korttimaksussa tai pikatalletuksissa. Näiden erojen ymmärtäminen on kriittistä, koska se muuttaa suoraan sitä, miten raha liikkuu ja milloin se on oikeasti operaattorin tilillä. Erillistä sovellussaldoa ei nimittäin ole, vaan jokainen siirto on vain taustalle tallennettuun korttiin reititetty veloitus.

Maksutapahtuman tekninen matka puhelimen ruudulta kasinon taustajärjestelmiin noudattaa tätä sekvenssiä:

1. Laitetason varmennus: Biometriikka avaa Android-laitteen turvasirun ja generoi maksulle yksilöllisen maksukoodin.
2. Verkkotokenisointi: Korttiverkon palvelu täsmäyttää koodin taustalla olevaan korttiin ilman, että varsinaisia korttinumeroita luovutetaan kolmansille osapuolille.
3. Kauppiaan kuittaus: Hankkijapankki varmistaa maksun ja välittää autorisointikoodin suoraan kasinolle.

Maksun välitön vahvistus peliruudulla perustuu pelkkään autorisointikoodiin. Pelaajan näkemä ja heti päivittyvä saldo on vasta kasinon oma tietokantamerkintä, joka merkitään kansiin ja kirjoihin sisään heti kuittauksen tultua. Todellisuudessa raha ei liiku pankkitilien välillä sekunnissa, vaan korttiyhtiöiden ja pankkien välinen lopullinen tilitys toteutetaan eräajoina viiveellä. Pelipaikka kantaa tässä hetkellisen luottoriskin, sillä pelaaja pyörittää jo peliä samalla kun pelissä pyörivä raha makaa käytännössä edelleen kortin myöntäneessä pankissa.

Maksunvälittäjä ja hankkijapankki tarkistavat katevarauksen lisäksi kortin voimassaolon sekä maantieteelliset estot ennen varsinaisen tilityksen käynnistämistä. Jos taustalla oleva kortti hylkää veloituksen biometrisestä varmennuksesta huolimatta, ketju katkeaa siihen. Tapahtuma epäonnistuu ennen kuin pelisivun tietokanta ehtii edes reagoida suoritukseen. Järjestelmä nojaa siihen, että katevaraus saadaan läpi ensimmäisellä solukutsulla.

Jos taustajärjestelmä ei syystä tai toisesta saa autorisointikoodia vaadittujen millisekuntien kuluessa, pyyntö aikakatkaistaan ja pelaajan ruudulle pölähtää virheilmoitus. Käytännössä pelioperaattorin oma järjestelmä ei osallistu itse kortin veloitustapahtumaan millään tavalla. Tämän järjestelyn ansiosta vältytään tuplaveloituksilta ja roikkuvilta transaktioilta, mikä helpottaa merkittävästi talon päivittäisen arjen pyörittämistä.

PCI-vaatimusten keveneminen ja laitekohtaisen DAN-tunnisteen mekaniikka

Tietosuoja-auditointi on talon järjestelmäarkkitehdille yleensä yhtä helvettiä, mutta laitekassan tokenisointi tekee siitä onneksi yllättävän helpon nakin. Kun pelaaja päräyttää korttinsa kiinni puhelimeensa, järjestelmä luo kortille oman laitekohtaisen virtuaalinumeron eli DAN-tunnisteen, ja tämä laitetason tokenisointi eristetään suoraan Android-laitteen suojattuun suoritusympäristöön. Pelisivusto tai sen oma maksuosasto ei näe pelaajan varsinaista korttinumeroa missään vaiheessa, mikä pyyhkii valtaosan raskaasta paperisodasta ja tietoturvariskeistä kerralla pois pöydältä.

Maksupalvelun hallinnollinen yksinkertaisuus näkyy suoraan operaattorin arjessa ja auditoinneissa:

• Perinteinen korttimaksu: Talon pitää käsitellä aitoa korttinumeroa, mikä vaatii raskaan sarjan SAQ D -tietoturvaluokan, kalliit auditoinnit ja täyden korvausvastuun mahdollisista vuodoista.
• Laitetunnisteeseen perustuva maksu: Vastaanotetaan vain laitekohtainen virtuaalinumero, jolloin auditointi kevenee keveimmälle SAQ A -tasolle ja korttidatasta vastaa kortin myöntänyt yhtiö.

Tietoturvan kannalta on erinomaista, että yksittäinen virtuaalikoodi on sidottu vain ja ainoastaan kyseiseen luuriin. Jos pelaaja nakkaa puhelimensa jorpakkoon tai sen vaihtaa uuteen, vanha tunniste lakkaa automaattisesti toimimasta korttiverkossa ilman, että talon tarvitsee murehtia asiaa tai perata ja säätää omia tietokantojaan.

Tämä mekanismi eliminoi monta riskiä ja vaaran paikkaa. Jos vaikka hakkeri murtautuisikin pahat mielessään talon tietokantaan, saaliiksi jäisi vain nälkävuoden mittainen lista pelkkiä hyödyttömiä virtuaalitunnisteita ja kertakäyttöisiä koodinpätkiä. Niillä ei tietenkään tee hevon paskaakaan ilman tunnisteisiin kytkettyjä laitteita. Näin talo säästää kymppitonneja tietoturvatesteissä ja eliminoi samalla korttidatan vuotoriskit.

Kauppiastilin vaatimukset ja järjestelmäkustannukset – Miksi tämä maksutapa on operaattoreille niin raskas investointi?

Lompakkosovelluksen taustalla pyörivän korttimaksutavan integrointi pelisivuston kassajärjestelmään ei ole mikään maksuton lisäohjelma tai kevyt plug-in -ratkaisu, jonka integrointi on kustannustehokasta ja helppoa. Se on operaattorille pikemminkin mittava taloudellinen ja hallinnollinen ponnistus, joka vaatii kuukausien mittaisen valmistelutyön.

Ennen kuin ensimmäistäkään talletusta voidaan prosessoida, talon täytyy neuvotella suorat sopimukset ja hankkia rahapelikäyttöön lisensoidut kauppiastilit toimialaa ymmärtäviltä hankkijapankeilta. Pankki luonnollisesti perkaa operaattorin taustat ja taustayhtiöt tarkasti ennen hyväksyntää. Kun vihreää valoa lopulta näytetään, kiinteät avaus- ja integraatiokustannukset ovat vasta alkusoittoa tuleville kuluille.

Toteutunut transaktiokohtainen kulurakenne muodostuu monimutkaisesta ketjusta, jossa jokainen välikäsi nappaa oman siivunsa liikkuvasta pääomasta. Talon maksettavaksi lankeavat aina kortinmyöntäjän osuus, korttiyhtiön järjestelmämaksut, käsittelevän hankkijapankin komissio sekä integraation tarjoavan maksuvälittäjän kiinteät tapahtumakohtaiset palkkiot.

Maksujen prosessoinnin hintaa nostaa entisestään järjestelmässä automaattisesti aktivoituva rahapelialan oma kauppiaskoodi MCC 7995. Tämä koodi syöttää pankkien taustajärjestelmiin välittömästi signaalin tavallista korkeammasta riskiluokasta. Se laukaisee automaattisesti tiukennetut tarkastusprotokollat ja tavallista verkkomaksamista huomattavasti korkeammat käsittelyprosentit.

Pelkät juoksevat transaktiomaksut ja järjestelmäkulut eivät silti ole pelipaikan talousjohdolle se kaikkein raskain tuskan ja harmituksen aihe. Suurin operatiivinen rasite syntyy käyttöpääoman pakollisesta sitoutumisesta. Rahapelialan korkean riskiluokituksen vuoksi hankkijapankit vaativat operaattorilta jatkuvaa ja dynaamista vakuusrahastoa eli niin sanottua rolling reserve -puskuria.

Käytännössä hankkijapankki pidättää erilliselle vakuustililleen viidestä kymmeneen prosenttia kaikista tapahtumavolyymeistä 180 päivän ajaksi. Tällä suojataan pankkia mahdollisilta chargeback-takaisinperinnöiltä ja korttikiistoilta. Jos operaattorin chargeback-prosentti ylittää tiukan yhden prosentin kynnyksen, vakuusvaatimuksia nostetaan välittömästi ja kauppiastili voidaan asettaa tarkkailuun.

Tämän seuraus on se, että talon omista varoista voi olla jatkuvasti satoja tuhansia euroja täysin lukittuna pankin vakuustilille ilman mahdollisuutta käyttää näitä rahoja omaan operatiiviseen toimintaan. Nämä varat makaavat toimettomina vain sen takia, että tämä verrattain vähällä käytöllä oleva mobiilimaksutapa halutaan pitää valikoimassa Android-käyttäjille. Se on operaattorilta jättimäinen sitoutunut pääoma, eli tämän palvelun tarjoaminen vaatii huomattavaa taloudellista muskelia ja tahtotilaa, jota tavallinen käyttäjä ei tule juuri koskaan edes ajatelleeksi.

Googlen lompsan pahin pullonkaula: Laitetason maksuvahvistus ei vastaa vahvaa tunnistautumista

Pelaajille suurin hämmennyksen aihe tämän laitekassan käytössä on usein se, miksei sormenjälki tai kasvojentunnistus riitä myös varsinaiseen henkilöllisyyden vahvistamiseen suoran pankkitunnistautumisen tapaan. Biometriset tunnisteet nimittäin todentavat vain sen, että oikea henkilö pitää luuria kädessään ja hyväksyy rahan liikkumisen.

Laitekohtainen biometriikka riittää kyllä pelkän maksun vahvistamiseen, mutta rahapesulainsäädäntö vaatii operaattorilta täysin eri tason toimenpiteitä. Sen nojalla pelaajan on biometrisen maksuvahvistuksen lisäksi suoritettava tiukka tunnistautumisprosessi ja sivuston on varmistettava pelaajan nimi, ikä, osoite sekä varojen todellinen alkuperä.

Verkkopankkipohjaiset pikakasinot saavat pankkimaksun yhteydessä suoraan pelaajan henkilötunnuksen ja luovat pelitilin lennosta. Mobiililompakko ei kuitenkaan toimi samanlaisena tunnistautumispalveluna. Pelioperaattorin maksuosasto ei nimittäin voi perustaa pelitiliä pelkän tällaisen maksukuitin varaan, vaan asiakkaan on käytävä läpi myös perinteinen dokumenttirumba.

Tämän maksupalvelun rajoitteet tiivistyvät kolmeen kohtaan:

• Maksuvahvistus todentaa vain laitteen hallinnan ja korttimaksun hyväksynnän
• Viranomaissääntely edellyttää virallisen henkilöllisyystodistuksen ja osoitetositeen tarkistamista
• Kotiutusten käsittely vaatii aina manuaalisen KYC-hyväksynnän ennen rahojen vapauttamista

Nämä rajoitteet näkyvät parhaiten asiakaspalvelun kuormituksessa ja kotiutusvaiheen poistumaprosenteissa. Kun nykyaikaiseen tilittömään pelaamiseen tottunut asiakas törmää ensimmäisen kotiutuksen yhteydessä manuaaliseen dokumenttirumbaan, tuloksena on poikkeuksetta negatiivista palautetta ja turhia asiakastukitikettejä.

Matalalla kynnyksellä toimiva maksupalvelu ei näiden ongelmien vuoksi rakenna pitkän aikavälin asiakassuhdetta samalla tavalla kuin vahva tunnistautuminen. Maksutavalla talletuskynnys saadaan alas, mutta pelaaja saatetaan menettää lopullisesti heti ensimmäiseen dokumenttipyyntöön.

Kyseessä ei ole vastaanottava lompakko – Kotiutus toteutetaan korttihyvityksenä

Siinä missä perinteiset e-walletit toimivat omilla saldoillaan, mobiililompakko toimii vain pelkkänä maksukanavana. Kotiutustilanteessa raha ajetaan suorana Direct OCT -korttihyvityksenä siihen Visa- tai Mastercard-korttiin, joka Googlen maksusovellukseen on liitetty.

Palautus nojaa korttiyhtiöiden Visa Direct- ja Mastercard Send -verkkoihin. Mekaniikka toimii täysin automaattisesti, kunhan kortin myöntänyt pankki sallii saapuvat korttimaksut.

Kotiutusprosessissa on tarjolla kahta erilaista skenaariota:

• Suora korttihyvitys: Taustakortti tukee saapuvia maksutapahtumia, jolloin kotiutus maksetaan automaattisesti korttilaskulle tai liitetylle pankkitilille.
• Manuaalinen palautusreitti: Kortti tai pankki hylkää hyvityksen, jolloin Closed Loop -ketju katkeaa ja maksu siirtyy manuaaliseen käsittelyyn pankkisiirtoa varten.

Jos käytössä on prepaid-kortti tai saapuvat korttimaksut estävä debit-yhdistelmäkortti, automaattinen palautus tyssää siihen. Talo joutuu tällöin pyytämään pelaajalta IBAN-tilinumeron ja tekemään maksuosaston kautta pankkisiirron manuaalisesti. Tämä rikkoo rahan palauttamista koskevaa Closed Loop -periaatetta ja vaatii sen vuoksi aina erillisen turvatarkastuksen.

Näiden epävarmuustekijöiden ja korkeiden operatiivisten kustannusten vuoksi harva sivusto ottaa maksutapaa edes valikoimaansa. Operaattoreille järjestelmän pyörittäminen tuo usein enemmän manuaalista lisätyötä ja kuluja kuin mitä siitä saatava hyöty kattaa.