Hvordan ta imot kortbetalinger i en tilpasset POS-app

For å ta imot kortbetalinger i en tilpasset POS-app går du gjennom en betalingstjenesteleverandør (PSP) og en av fire veier: en sertifisert kortleser, Tap to Pay på iPhone, Tap to Pay på Android, eller en skykoblet smartterminal. Appen din leser aldri et kortnummer. Den sender et beløp til sertifisert maskinvare eller programvare, og får tilbake godkjent eller avvist. Hver vei har sine egne krav fra Apple, Google eller leverandøren din, og det papirarbeidet, ikke koden, er det som tar tid.

Denne guiden legger fram hver vei trinn for trinn, med de reelle kravene og ingenting oppblåst. Vi kjører betalinger for vårt eget POS, Final, så vi har vært gjennom hver av disse.

Hvorfor kan du ikke bare legge til et kortskjema i POS-systemet ditt?

Fordi et kortskjema gjør salget til ikke-tilstede-kort (card-not-present), og en butikkdisk trenger tilstede-kort (card-present). Når en kunde taster inn et kortnummer i et webskjema, behandles betalingen som en nettbestilling: høyere gebyrer, mer eksponering for svindel og mer av tvisterisikoen på deg. Når en sertifisert enhet leser kortet eller telefonen, er betalingen tilstede-kort, noe som er billigere og tryggere for alle.

Godkjenning for tilstede-kort krever sertifisert maskinvare eller programvare. Det er derfor hver vei nedenfor går gjennom en PSP sitt produkt for fysisk betaling i stedet for din egen kode. Gebyrforskjellen er forklart i kort til stede vs kort ikke til stede.

Vei 1: Hvordan bruker du en kortleser med din egen app?

Velg en PSP med en SDK for fysisk betaling, kjøp en av de sertifiserte leserne, og par den fra appen din. Stripe Terminal, Adyen og andre fungerer på denne måten.

1. Åpne en konto hos PSP-en og aktiver produktet for fysisk betaling.

2. Integrer iOS-, Android- eller React Native-SDK-en.

3. Bestill sertifiserte lesere og registrer dem på kontoen din.

4. Oppdag og koble til lesere fra appen din, og samle deretter inn betalinger gjennom SDK-en.

5. Planlegg for oppdateringer av fastvare på leseren, som PSP-en skyver ut.

Du kan ikke koble til en hvilken som helst leser: bare lesere som er sertifisert med leverandøren din kan behandle kort, fordi sertifiseringen dekker den nøyaktige kombinasjonen av leser, programvare og innløser. Mer i kortlesere for tilpassede POS-apper og EMV-sertifisering for et POS.

Vei 2: Hva krever Tap to Pay på iPhone?

Tap to Pay på iPhone gjør telefonen om til leseren. Apples egne trinn er: jobb med en støttet PSP, be om Tap to Pay på iPhone-rettigheten, integrer ProximityReader-API-et eller PSP-ens SDK, følg Apples Human Interface Guidelines, og send appen din inn til vurdering (Apples oversikt over Tap to Pay). Apple oppgir at PSP-en har ansvaret for sertifiseringene som lar forhandlere ta imot betalinger.

I praksis betyr det:

1. En organisasjonsutviklerkonto. Rettighetsforespørselen må komme fra kontoinnehaveren (Account Holder) for en organisasjonskonto, og registrering som organisasjon krever et D-U-N-S-nummer. Se D-U-N-S-numre og Apple-utviklerkontoer.

2. Forespørselsskjemaet. Oppgi navn på PSP-en din og regionene du vil operere i.

3. En utviklingsrettighet. Apple innvilger en for bygge- og testarbeid på dine egne enheter.

4. Apples UX-krav. Apple sender sine krav og retningslinjer for markedsføring sammen med rettigheten, som dekker knappetekster, inngangspunkter og onboarding.

5. En distribusjonsrettighet. Du svarer på Apples e-post og ber om distribusjon på nytt. TestFlight og App Store trenger denne.

6. App Review. Appen din leveres når den er godkjent.

Det kjører på iPhone XS eller nyere og ikke på iPad. Den fullstendige gjennomgangen er i hvordan få Tap to Pay på iPhone-rettigheten, med gjennomgangstips i å bestå App Review med en Tap to Pay-app og alternativer i hvorfor Tap to Pay ikke fungerer på iPad.

Vei 3: Hvordan skiller Tap to Pay på Android seg ut?

Det finnes ingen rettighetsprosess som hos Apple på Android, men PSP-ens SDK håndhever sine egne sjekker. Typiske krav:

• En Android-enhet med innebygd NFC som kjører Android 11 eller nyere

• En Google-sertifisert enhet som består integritetstest (attestation)

• Et bygg som ikke er feilsøkbart (non-debuggable): PSP-SDK-er nekter å ta imot reelle tæppinger i feilsøkingsmodus, så du tester med en simulert leser

• Posisjons- og andre tillatelser som SDK-en ber om

Android-nettbrett kan fungere hvis de oppfyller leverandørens krav. Detaljer i Tap to Pay på Android i en tilpasset app.

Vei 4: Kan et nettleserbasert POS ta imot kort?

Ja, gjennom en skykoblet smartterminal. Serveren din ber PSP-ens API om å sende en betaling til en spesifikk terminal på disken; terminalen håndterer kortet og rapporterer resultatet tilbake til serveren din. Dette er den eneste veien for fysisk betaling et web-POS kan bruke, fordi en nettside ikke kan lese et tæppet kort og Safari ikke kan nå Bluetooth-lesere.

Det passer for butikker med faste kasser og en fast terminal. Det legger til en nettverksavhengighet, så planlegg hva som skjer når butikkens tilkobling faller ut.

Hvordan velger du en betalingsleverandør for et tilpasset POS?

Start med landene du selger i, deretter onboarding og maskinvare:

Vår side-ved-side-sammenligning er Stripe Terminal vs Adyen for en tilpasset POS-app. Hvis du planlegger å ta imot betalinger på vegne av andre bedrifter, les bli en betalingstilrettelegger eller bruk en plattform først; for en enkelt butikk er du ganske enkelt en forhandler.

Hvilken etterlevelse arver du, og hva beholder du?

Ved å bruke en PSP sin sertifiserte SDK eller leser, berører kortdata aldri koden din, noe som holder PCI-omfanget ditt lite. PSP-en har betalingssertifiseringene. Du beholder fremdeles:

• Et egenvurderingsskjema for PCI med innløseren din

• Tilgangskontroll, logging og oppdateringer på enhetene som kjører POS-systemet ditt

• Korrekte kvitteringer, refusjoner og mva-reversering

• Apples og PSP-ens visnings- og markedsføringsregler for Tap to Pay

Hvis du bygger resten av POS-systemet også, dekker artikkelen vår om å bygge ditt eget POS-system med KI PCI, skatt og distribusjon, og POS-maskinvare for tilpassede apper dekker skrivere og skuffer.

Hvor lang tid tar det å ta imot din første kortbetaling?

Kan du ta imot kort på dag én i stedet?

Ja, ved å bygge kassen din på en plattform som allerede har godkjenningene. Det er Final. KI-en din bygger kassen i Flow Studio, og når den ber om en kortbetaling, håndterer Final Pay leseren eller Tap to Pay:

• Lesere og Tap to Pay allerede godkjent. Final Pay godtar kort, kontaktløst og Tap to Pay på støttede enheter. Se hvordan ta imot en Tap to Pay-betaling og hvordan ta imot en betaling i kassen.

• Din egen KI bygger det. Koble til Claude, Cursor eller en hvilken som helst MCP-klient via Finals MCP-server.

• Priser på én linje. Ingenting i abonnement. Kontanter er $0. Kort er 2,49 % + $0,10 i USA og verden for øvrig, 1,99 % i Canada og 0,99 % i Europa.

Det ærlige kompromisset: du behandler gjennom Final Pay i stedet for å velge din egen leverandør, og tilgjengeligheten varierer etter land og enhet, oppført i hvor Final Pay er tilgjengelig. Hvis betalinger er produktet ditt, bygg integrasjonen selv ved hjelp av veiene ovenfor. Hvis betalinger er hvordan du får betalt, er godkjenningene allerede gjort.