Korttimaksujen hyväksyminen mukautetussa POS-sovelluksessa

Hyväksyäksesi korttimaksuja mukautetussa POS-sovelluksessa käytät maksupalveluntarjoajaa (PSP) ja yhtä neljästä reitistä: sertifioitua kortinlukijaa, Tap to Pay -toimintoa iPhonessa, Tap to Pay -toimintoa Androidissa tai pilvipalveluun kytkettyä älymaksupäätettä. Sovelluksesi ei koskaan lue korttinumeroa suoraan. Se lähettää summan sertifioidulle laitteistolle tai ohjelmistolle ja saa vastauksena hyväksytty- tai hylätty-tiedon. Jokaisella reitillä on omat vaatimuksensa Applelta, Googlelta tai palveluntarjoajaltasi, ja juuri tämä paperityö – ei koodi – vie eniten aikaa.

Tämä opas esittelee jokaisen reitin vaihe vaiheelta todellisine vaatimuksineen ilman kaunistelua. Pyöritämme maksuliikennettä omassa POS-järjestelmässämme, Finalissa, joten olemme käyneet jokaisen näistä läpi itse.

Miksi et voi vain lisätä korttilomaketta POS-järjestelmääsi?

Koska korttilomake tekee ostotapahtumasta verkkomaksun (card-not-present), kun taas myymälän tiskillä tarvitaan lähimaksu tai korttimaksu paikan päällä (card-present). Kun asiakas syöttää korttinumeron verkkolomakkeeseen, maksua käsitellään kuten verkkokauppatilausta: korkeammat maksut, suurempi petosriski ja enemmän kiistariskiä sinun kannettavaksesi. Kun sertifioitu laite lukee kortin tai puhelimen, kyseessä on korttimaksu paikan päällä, mikä on edullisempaa ja turvallisempaa kaikille.

Korttimaksujen hyväksyminen paikan päällä vaatii sertifioidun laitteiston tai ohjelmiston. Tästä syystä jokainen alla oleva reitti kulkee PSP:n in-person-tuotteen kautta oman koodisi sijaan. Hintaero on selitetty artikkelissa korttimaksu paikan päällä vs. verkkomaksu.

Reitti 1: Kuinka käytät kortinlukijaa oman sovelluksesi kanssa?

Valitse PSP, jolla on in-person SDK, osta yksi sen sertifioiduista lukijoista ja muodosta pariliitos sovelluksestasi. Stripe Terminal, Adyen ja muut toimivat näin.

1. Avaa tili PSP:n kanssa ja ota käyttöön sen lähimaksutuote.

2. Integroi sen iOS-, Android- tai React Native SDK.

3. Tilaa sertifioidut lukijat ja rekisteröi ne tilillesi.

4. Etsi ja yhdistä lukijat sovelluksestasi ja kerää maksut SDK:n kautta.

5. Varaudu lukijan laiteohjelmistopäivityksiin, joita PSP työntää.

Et voi yhdistää mitä tahansa lukijaa: vain palveluntarjoajasi kanssa sertifioidut lukijat voivat käsitellä kortteja, koska sertifiointi kattaa tarkan lukijan, ohjelmiston ja maksunvälittäjän yhdistelmän. Lisää artikkeleissa kortinlukijat mukautetuille POS-sovelluksille ja EMV-sertifiointi POS-järjestelmälle.

Reitti 2: Mitä Tap to Pay iPhonella vaatii?

Tap to Pay iPhonella muuttaa puhelimen kortinlukijaksi. Applen omat vaiheet ovat: tee yhteistyötä tuetun PSP:n kanssa, pyydä Tap to Pay on iPhone -käyttöoikeutta, integroi ProximityReader API tai PSP:n SDK, noudata Applen Human Interface Guidelines -ohjeita ja lähetä sovellus tarkistettavaksi (Applen Tap to Pay -yleiskatsaus). Apple toteaa, että PSP on vastuussa sertifioinneista, joiden avulla kauppiaat voivat ottaa vastaan maksuja.

Käytännössä tämä tarkoittaa:

1. Yrityksen kehittäjätili. Käyttöoikeuspyynnön on tultava yritystilin tilinhaltijalta (Account Holder), ja yritykseksi rekisteröityminen vaatii D-U-N-S-numeron. Katso D-U-N-S-numerot ja Applen kehittäjätilit.

2. Pyyntölomake. Nimeä PSP ja alueet, joilla toimit.

3. Kehityskäyttöoikeus. Apple myöntää sellaisen omilla laitteillasi rakentamista ja testaamista varten.

4. Applen UX-vaatimukset. Apple lähettää vaatimuksensa ja markkinointiohjeensa käyttöoikeuden mukana, kattaen painikkeiden tekstit, aloituspisteet ja perehdytyksen.

5. Jakelukäyttöoikeus. Vastaat Applen sähköpostiin ja pyydät jakeluoikeutta uudelleen. TestFlight ja App Store vaativat tämän.

6. App Review. Sovelluksesi julkaistaan, kun se läpäisee tarkistuksen.

Se toimii iPhone XS -mallissa tai uudemmissa, mutta ei iPadissa. Täydellinen läpikäynti on artikkelissa kuinka saada Tap to Pay on iPhone -käyttöoikeus, tarkistusvinkkejä artikkelissa App Review'n läpäisy Tap to Pay -sovelluksella ja vaihtoehtoja artikkelissa miksi Tap to Pay ei toimi iPadissa.

Reitti 3: Miten Tap to Pay Androidilla eroaa?

Androidissa ei ole Applen kaltaista käyttöoikeusprosessia, mutta PSP:n SDK suorittaa omat tarkistuksensa. Tyypilliset vaatimukset:

• Android-laite sisäänrakennetulla NFC-siruilla, jossa on Android 11 tai uudempi

• Google-sertifioitu laite, joka läpäisee laitteen eheyden todennuksen (integrity attestation)

• Ei-debugattava koontiversio: PSP-SDK:t kieltäytyvät ottamasta vastaan oikeita lähimaksuja debug-tilassa, joten testaaminen tehdään simuloidulla lukijalla

• Sijainti- ja muut käyttöoikeudet, joita SDK pyytää

Android-tabletit voivat toimia, jos ne täyttävät palveluntarjoajan vaatimukset. Yksityiskohdat artikkelissa Tap to Pay Androidilla mukautetussa sovelluksessa.

Reitti 4: Voiko selainpohjainen POS ottaa vastaan kortteja?

Kyllä, pilveen kytketyn älymaksupäätteen kautta. Palvelimesi pyytää PSP:n APIa lähettämään maksun tietylle kassalla olevalle päätteelle; pääte käsittelee kortin ja ilmoittaa tuloksen takaisin palvelimellesi. Tämä on ainoa paikan päällä toimiva reitti, jota verkkopohjainen POS voi käyttää, koska verkkosivu ei voi lukea lähimaksua eikä Safari saa yhteyttä Bluetooth-lukijoihin.

Se sopii kiinteällä maksupäätteellä varustettuihin palvelumyymälöihin. Se lisää riippuvuutta verkosta, joten suunnittele, mitä tapahtuu, kun myymälän yhteys katkeaa.

Kuinka valitset maksupalveluntarjoajan mukautettuun POS-järjestelmään?

Aloita maista, joissa myyt, ja sen jälkeen tarkastele käyttöönottoa ja laitteistoa:

Rinnakkaisvertailumme on Stripe Terminal vs. Adyen mukautettuun POS-sovellukseen. Jos aiot vastaanottaa maksuja muiden yritysten puolesta, lue ensin ryhdy maksunvälittäjäksi tai käytä alustaa; yhdelle myymälälle olet yksinkertaisesti kauppias.

Mitä vaatimustenmukaisuutta perit ja mitä pidät itselläsi?

PSP:n sertifioidun SDK:n tai lukijan käyttö tarkoittaa, että korttitiedot eivät koskaan kosketa koodiasi, mikä pitää PCI-laajuutesi pienenä. PSP vastaa maksusertifioinneista. Pidät silti itselläsi:

• PCI-itsearviointikyselyn maksunvälittäjäsi kanssa

• Käyttöoikeuksien hallinnan, lokituksen ja päivitykset POS-sovellusta ajavissa laitteissa

• Oikeat kuitit, palautukset ja verojen peruutukset

• Applen ja PSP:si näyttö- ja markkinointisäännöt Tap to Pay -toiminnolle

Jos rakennat myös muun osan POS-järjestelmästä, oppaamme aiheesta rakenna oma POS-järjestelmä tekoälyllä kattaa PCI-asiat, verot ja sovellusjakelun, ja POS-laitteisto mukautetuille sovelluksille kattaa tulostimet ja kassalipastot.

Kuinka kauan ensimmäisen korttimaksun vastaanottaminen kestää?

Voiko kortteja ottaa vastaan jo ensimmäisenä päivänä?

Kyllä, rakentamalla kassan alustalle, jolla on jo hyväksynnät hallussaan. Sitä on Final. Tekoälysi rakentaa kassan Flow Studiossa, ja kun se pyytää korttimaksua, Final Pay hoitaa lukijan tai Tap to Payn:

• Lukijat ja Tap to Pay valmiiksi hyväksyttyinä. Final Pay hyväksyy kortti-, lähimaksu- ja Tap to Pay -maksut tuetuilla laitteilla. Katso kuinka ottaa vastaan Tap to Pay -maksu ja kuinka ottaa vastaan maksu kassalla.

• Oma tekoälysi rakentaa sen. Yhdistä Claude, Cursor tai mikä tahansa MCP-asiakasohjelma Finalin MCP-palvelimen kautta.

• Hinnoittelu yhdellä rivillä. Ei kuukausimaksua. Käteinen on 0 $. Korttimaksu on 2,49 % + 0,10 $ Yhdysvalloissa ja maailmanlaajuisesti, 1,99 % Kanadassa ja 0,99 % Euroopassa.

Rehellinen kompromissi: maksat maksut Final Payn kautta etkä valitse omaa palveluntarjoajaa, ja saatavuus vaihtelee maittain ja laitteittain, kuten osoitteessa missä Final Pay on saatavilla on ilmoitettu. Jos maksut ovat tuotteesi, rakenna integraatio itse yllä olevia reittejä käyttäen. Jos maksut ovat tapa saada maksu myynneistä, hyväksynnät on jo tehty puolestasi.