# Hvordan ta imot kortbetalinger i en tilpasset POS-app

> Published: 2026-10-27
> Updated: 2026-10-27
> Author: Mathias Nielsen
> Category: Pay
> Canonical: https://finalpos.com/nb/blog/hvordan-ta-imot-kortbetalinger-i-en-tilpasset-pos-app

Et kortskjema er ikke en kortterminal. Her er de fire reelle måtene å ta imot kortbetalinger på i en tilpasset eller KI-bygd POS-app, hva Apple, Google og betalingsleverandøren din krever for hver av dem, og hvor lang tid det tar.

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.

![Ta imot kortbetalinger i en tilpasset POS-app: et kontaktløst kort tæppes mot en forhandlers telefon på en kafe-disk](https://storage.googleapis.com/final-os-media/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/aa1be6a479fcf8f3-accept-card-payments-custom-pos-app-hero.png)

## 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](/en-US/blog/card-present-vs-card-not-present).

## 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](/en-US/blog/card-reader-sdk-custom-pos) og [EMV-sertifisering for et POS](/en-US/blog/emv-certification-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](https://developer.apple.com/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](/en-US/blog/duns-number-apple-developer).
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](/en-US/blog/tap-to-pay-iphone-entitlement), med gjennomgangstips i [å bestå App Review med en Tap to Pay-app](/en-US/blog/tap-to-pay-app-review) og alternativer i [hvorfor Tap to Pay ikke fungerer på iPad](/en-US/blog/tap-to-pay-on-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](/en-US/blog/tap-to-pay-android-sdk).

## 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:

| Spørsmål | Hvorfor det betyr noe |
| --- | --- |
| Er leverandøren aktiv i dine land? | Tap to Pay og lesere rulles ut land for land |
| Er onboardingen selvbetjent? | Stripe er selvbetjent; Adyen fokuserer på større bedrifter og vurderer søkere mer selektivt |
| Hvilke SDK-er tilbyr den? | iOS, Android, React Native og serverdrevne terminaler varierer etter leverandør |
| Hvilke lesere er sertifisert? | Bare sertifiserte lesere fungerer |
| Støtter den offline-betalinger? | Lagring og videreformidling er leverandørspesifikt og flytter risiko for avvisning over på deg |
| Tar du om bord andre forhandlere? | I så fall er du en plattform og kan trenge betalingstilrettelegger-avtaler (payfac) |

Vår side-ved-side-sammenligning er [Stripe Terminal vs Adyen for en tilpasset POS-app](/en-US/blog/stripe-terminal-vs-adyen). Hvis du planlegger å ta imot betalinger på vegne av andre bedrifter, les [bli en betalingstilrettelegger eller bruk en plattform](/en-US/blog/payment-facilitator-vs-platform) 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](/en-US/blog/build-your-own-pos-system-with-ai) PCI, skatt og distribusjon, og [POS-maskinvare for tilpassede apper](/en-US/blog/pos-hardware-for-custom-apps) dekker skrivere og skuffer.

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

| Trinn | Typisk tid |
| --- | --- |
| Organisasjons-Apple-konto med D-U-N-S (for Tap to Pay på iPhone) | Dager til noen uker |
| PSP-konto og produkt for fysisk betaling aktivert | Samme dag til flere uker, avhengig av leverandør |
| SDK-integrasjon og testbetalinger | 1 til 3 uker |
| Tap to Pay-utvikling, deretter distribusjonsrettighet | Uker |
| App Review | Dager, lengre hvis avvist |

## 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](/help/take-a-tap-to-pay-payment) og [hvordan ta imot en betaling i kassen](/help/take-a-payment).
- **Din egen KI bygger det.** Koble til Claude, Cursor eller en hvilken som helst MCP-klient via [Finals MCP-server](/help/connect-your-own-ai-mcp).
- **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](/help/where-final-pay-is-available). 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.

## FAQ

**Q: Hvordan tar jeg imot kortbetalinger i min egen POS-app?**
A: Gjennom betalingstjenesteleverandørens SDK for fysisk betaling: en sertifisert kortleser, en skykoblet smartterminal eller Tap to Pay på en telefon. Appen din håndterer aldri rå kortdata; den sender et beløp og mottar et resultat.

**Q: Kan et nettbasert POS ta imot kortbetalinger ved fysisk oppmøte?**
A: Ja, ved å styre en skykoblet smartterminal via betalingsleverandørens API. En nettside kan ikke lese et tæppet/kontaktløst kort på egen hånd.

**Q: Hva krever Tap to Pay på iPhone?**
A: En støttet betalingsleverandør, Tap to Pay-rettigheten forespurt av kontoinnehaveren (Account Holder) for en organisasjonsutviklerkonto hos Apple, en utviklingsrettighet og deretter en distribusjonsrettighet etter Apples UX-gjennomgang, samt App Review. Det fungerer på iPhone XS eller nyere.

**Q: Fungerer Tap to Pay på iPad?**
A: Nei. Tap to Pay på iPhone gjelder kun iPhone. iPad POS-apper tar imot kort med en sertifisert Bluetooth-leser eller en smartterminal.

**Q: Hvilken betalingsleverandør bør et skreddersydd POS bruke?**
A: Stripe Terminal er selvbetjent og raskt å komme i gang med for små team. Adyen passer for større bedrifter og er mer selektive på onboarding. Landene dine, maskinvare og volum avgjør resten.

**Q: Hva tar Final for kortbetalinger?**
A: Ingen abonnement. Kontanter er $0, og kort er 2,49 % + $0,10 i USA og resten av verden, 1,99 % i Canada og 0,99 % i Europa.