Hur du tar emot kortbetalningar i en anpassad POS-app

För att ta emot kortbetalningar i en anpassad POS-app går du via en betaltjänstleverantör (PSP) och en av fyra vägar: en certifierad kortläsare, Tap to Pay on iPhone, Tap to Pay på Android eller en molnansluten smart terminal. Din app läser aldrig ett kortnummer. Den skickar ett belopp till certifierad hårdvara eller mjukvara och får tillbaka godkänd eller nekad. Varje väg har sina egna krav från Apple, Google eller din leverantör, och det pappersarbetet – inte koden – är det som tar tid.

Den här guiden lägger fram varje väg steg för steg, med de verkliga kraven och inget uppblåst. Vi hanterar betalningar för vårt eget POS, Final, så vi har gått igenom allt detta själva.

Varför kan du inte bara lägga till ett kortformulär i ditt POS?

Eftersom ett kortformulär gör försäljningen till en transaktion där kortet inte är närvarande (card-not-present), medan en butikskassa kräver att kortet är närvarande (card-present). När en kund skriver in ett kortnummer i ett webbformulär behandlas betalningen som en onlinebeställning: högre avgifter, större risk för bedrägerier och mer av tvistrisken hamnar på dig. När en certifierad enhet läser av kortet eller telefonen är kortet närvarande, vilket är billigare och säkrare för alla.

Betalning med kort närvarande kräver certifierad hårdvara eller mjukvara. Det är därför varje väg nedan går via en PSP-leverantörs produkt för fysisk handel snarare än din egen kod. Avgiftsdifferensen förklaras i kort närvarande jämfört med kort ej närvarande.

Väg 1: Hur använder du en kortläsare med din egen app?

Välj en PSP med ett SDK för fysisk handel, köp en av dess certifierade läsare och parkoppla den från din app. Stripe Terminal, Adyen och andra fungerar på detta sätt.

1. Öppna ett konto hos PSP-leverantören och aktivera deras produkt för fysisk handel.

2. Integrera deras iOS-, Android- eller React Native-SDK.

3. Beställ certifierade läsare och registrera dem på ditt konto.

4. Upptäck och anslut läsare från din app och ta därefter emot betalningar via SDK:n.

5. Planera för uppdateringar av läsarens fasta programvara (firmware), som PSP-leverantören skickar ut.

Du kan inte ansluta vilken läsare som helst: endast läsare som certifierats med din leverantör kan behandla kort, eftersom certifieringen täcker den exakta kombinationen av läsare, mjukvara och inlösare. Mer i kortläsare för anpassade POS-appar och EMV-certifiering för ett POS.

Väg 2: Vad kräver Tap to Pay on iPhone?

Tap to Pay on iPhone gör telefonen till kortläsaren. Apples egna steg är: arbeta med en PSP som stöds, ansök om behörigheten för Tap to Pay on iPhone, integrera ProximityReader API eller din PSP:s SDK, följ Apples Human Interface Guidelines och skicka in din app för granskning (Apples översikt för Tap to Pay). Apple anger att PSP-leverantören ansvarar för de certifieringar som gör att handlare kan ta emot betalningar.

I praktiken innebär det:

1. Ett utvecklarkonto för organisationer. Ansökan om behörighet måste komma från kontoinnehavaren (Account Holder) för ett organisationskonto, och att registrera sig som organisation kräver ett D-U-N-S-nummer. Se D-U-N-S-nummer och Apple-utvecklarkonton.

2. Ansökningsformuläret. Ange din PSP och i vilka regioner du ska verka.

3. En utvecklingsbehörighet. Apple beviljar en sådan för att bygga och testa på dina egna enheter.

4. Apples UX-krav. Apple skickar sina krav och marknadsföringsriktlinjer tillsammans med behörigheten, vilka täcker knappetiketter, ingångspunkter och onboarding.

5. En distributionsbehörighet. Du svarar på Apples e-postmeddelande och ansöker igen för distribution. TestFlight och App Store behöver denna.

6. App Review. Din app lanseras när den har godkänts.

Det körs på iPhone XS eller senare och inte på iPad. Den fullständiga genomgången finns i hur du får behörigheten för Tap to Pay on iPhone, med granskningstips i att klara App Review med en Tap to Pay-app och alternativ i varför Tap to Pay inte fungerar på iPad.

Väg 3: Hur skiljer sig Tap to Pay på Android?

Det finns ingen Apple-liknande behörighet på Android, men PSP-leverantörens SDK verkställer sina egna kontroller. Typiska krav:

• En Android-enhet med inbyggt NFC som kör Android 11 eller senare

• En Google-certifierad enhet som klarar integritetsverifiering

• Ett icke-felsökningsbart bygge (non-debuggable build): PSP SDK:er vägrar att ta emot riktiga blippar i felsökningsläge, så du testar med en simulerad läsare

• Platsbehörighet och andra behörigheter som SDK:n begär

Android-surfplattor kan fungera om de uppfyller leverantörens krav. Detaljer i Tap to Pay på Android i en anpassad app.

Väg 4: Kan ett webbaserat POS ta emot kort?

Ja, via en molnansluten smart terminal. Din server anger för PSP-leverantörens API att skicka en betalning till en specifik terminal i kassan; terminalen hanterar kortet och rapporterar resultatet tillbaka till din server. Detta är den enda vägen för fysisk handel som ett webbaserat POS kan använda, eftersom en webbsida inte kan läsa ett blippat kort och Safari inte kan nå Bluetooth-läsare.

Det passar butiker med en fast terminal vid kassan. Det skapar ett nätverksberoende, så planera för vad som händer när butikens anslutning går ner.

Hur väljer du en betalleverantör för ett anpassat POS?

Börja med länderna du säljer i, därefter onboarding och hårdvara:

Vår jämförelse sida vid sida är Stripe Terminal jämfört med Adyen för en anpassad POS-app. Om du planerar att ta emot betalningar för andra företags räkning, läs bli en betalningsfacilitatör eller använd en plattform först; för en enskild butik är du helt enkelt en handlare.

Vilken efterlevnad ärver du och vad behåller du?

När du använder en PSP-leverantörs certifierade SDK eller läsare innebär det att kortdata aldrig vidrör din kod, vilket håller din PCI-omfattning liten. PSP-leverantören bär betalningscertifieringarna. Du ansvarar fortfarande för:

• Ett PCI-egenbedömningsformulär hos din inlösare

• Åtkomstkontroll, loggning och uppdateringar på enheterna som kör ditt POS

• Korrekta kvitton, återbetalningar och moms-återföring

• Apples och din PSP-leverantörs skärm- och marknadsföringsregler för Tap to Pay

Om du bygger resten av POS-systemet också täcker vår huvudartikel om hur du bygger ditt eget POS-system med AI PCI, moms och distribution, och POS-hårdvara för anpassade appar täcker skrivare och kassalådor.

Hur lång tid tar det att ta emot din första kortbetalning?

Kan du ta emot kort från dag ett istället?

Ja, genom att bygga kassan på en plattform som redan har godkännandena på plats. Det är Final. Din AI bygger kassan i Flow Studio, och när den begär en kortbetalning hanterar Final Pay läsaren eller Tap to Pay:

• Läsare och Tap to Pay redan godkända. Final Pay tar emot kort, kontaktlösa betalningar och Tap to Pay på enheter som stöds. Se hur du tar emot en Tap to Pay-betalning och hur du tar emot en betalning i kassan.

• Din egen AI bygger det. Anslut Claude, Cursor eller valfri MCP-klient via Finals MCP-server.

• Prissättning på en rad. Inget abonnemang. Kontant är 0 $. Kort är 2,49 % + 0,10 $ i USA och i övriga världen, 1,99 % i Kanada och 0,99 % i Europa.

Den ärliga kompromissen: du hanterar betalningar via Final Pay istället för att välja din egen leverantör, och tillgängligheten varierar beroende på land och enhet, listade i var Final Pay är tillgängligt. Om betalningar är din produkt, bygg integrationen själv med hjälp av vägarna ovan. Om betalningar är hur du får betalt, är godkännandena redan klara.