# Kaartbetalingen accepteren in een aangepaste POS-app

> Published: 2026-10-27
> Updated: 2026-10-27
> Author: Mathias Nielsen
> Category: Pay
> Canonical: https://finalpos.com/nl/blog/kaartbetalingen-accepteren-in-een-aangepaste-pos-app

Een kaartformulier is geen kaartterminal. Hier zijn de vier echte manieren om kaartbetalingen te accepteren in een aangepaste of met AI gebouwde POS-app, wat Apple, Google en uw betalingsprovider voor elke manier eisen, en hoe lang het duurt.

Om kaartbetalingen te accepteren in een aangepaste POS-app, werkt u via een payment service provider (PSP) en kiest u uit vier routes: een gecertificeerde kaartlezer, Tap to Pay op iPhone, Tap to Pay op Android, of een met de cloud verbonden smart terminal. Uw app leest nooit een kaartnummer. Deze stuurt een bedrag naar gecertificeerde hardware of software en ontvangt het resultaat: goedgekeurd of geweigerd. Elke route heeft zijn eigen vereisten vanuit Apple, Google of uw provider, en de administratie daarvan — niet de code — kost de meeste tijd.

Deze gids legt elke route stap voor stap uit, met de werkelijke vereisten zonder overdrijving. Wij verwerken de betalingen voor onze eigen POS, Final, dus we hebben elk van deze trajecten zelf doorlopen.

![Kaartbetalingen accepteren in een aangepaste POS-app: een contactloze kaart die wordt aangeboden bij de telefoon van een winkelier aan een cafébalie](https://storage.googleapis.com/final-os-media/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/aa1be6a479fcf8f3-accept-card-payments-custom-pos-app-hero.png)

## Waarom kunt u niet gewoon een kaartformulier toevoegen aan uw POS?

Omdat een kaartformulier de verkoop aanmerkt als 'card-not-present' (kaart niet aanwezig), terwijl een fysieke balie 'card-present' nodig heeft. Wanneer een klant een kaartnummer invult op een webformulier, wordt de betaling behandeld als een online bestelling: hogere tarieven, meer blootstelling aan fraude en meer risico op geschillen voor u. Wanneer een gecertificeerd apparaat de kaart of telefoon leest, is de betaling 'card-present', wat goedkoper en veiliger is voor iedereen.

Het accepteren van kaartbetalingen in de winkel vereist gecertificeerde hardware of software. Daarom loopt elke onderstaande route via het fysieke product van een PSP in plaats van uw eigen code. Het verschil in kosten wordt uitgelegd in [kaart aanwezig versus kaart niet aanwezig](/en-US/blog/card-present-vs-card-not-present).

## Route 1: Hoe gebruikt u een kaartlezer met uw eigen app?

Kies een PSP met een in-person SDK, koop een van de gecertificeerde lezers en koppel deze vanuit uw app. Stripe Terminal, Adyen en anderen werken op deze manier.

1. Open een account bij de PSP en activeer het product voor fysieke betalingen.
2. Integreer de iOS-, Android- of React Native-SDK.
3. Bestel gecertificeerde lezers en registreer ze op uw account.
4. Zoek en verbind lezers vanuit uw app, en verzamel betalingen via de SDK.
5. Houd rekening met firmware-updates van de lezer, die door de PSP worden gepusht.

U kunt niet zomaar een willekeurige lezer aansluiten: alleen lezers die gecertificeerd zijn bij uw provider kunnen kaarten verwerken, omdat de certificering geldt voor de exacte combinatie van lezer, software en verwerker. Meer in [kaartlezers voor aangepaste POS-apps](/en-US/blog/card-reader-sdk-custom-pos) en [EMV-certificering voor een POS](/en-US/blog/emv-certification-pos).

## Route 2: Wat is er nodig voor Tap to Pay op iPhone?

Tap to Pay op iPhone verandert de telefoon in de lezer. De stappen van Apple zelf zijn: werk samen met een ondersteunde PSP, vraag de Tap to Pay op iPhone-entitlement aan, integreer de ProximityReader-API of de SDK van uw PSP, volg de Human Interface Guidelines van Apple en dien uw app in voor beoordeling ([Apple's Tap to Pay-overzicht](https://developer.apple.com/tap-to-pay/)). Apple stelt dat de PSP verantwoordelijk is voor de certificeringen waarmee handelaren betalingen kunnen accepteren.

In de praktijk betekent dit:

1. **Een ontwikkelaarsaccount voor organisaties.** De aanvraag voor de entitlement moet afkomstig zijn van de Account Holder van een organisatie-account, en voor inschrijving als organisatie is een D-U-N-S-nummer nodig. Zie [D-U-N-S-nummers en Apple-ontwikkelaarsaccounts](/en-US/blog/duns-number-apple-developer).
2. **Het aanvraagformulier.** Vermeld uw PSP en de regio's waarin u actief zult zijn.
3. **Een ontwikkelingsentitlement.** Apple verleent er een voor het bouwen en testen op uw eigen apparaten.
4. **UX-vereisten van Apple.** Apple stuurt de vereisten en marketingrichtlijnen mee met de entitlement, waaronder knoplabels, toegangspunten en onboarding.
5. **Een distributie-entitlement.** U beantwoordt de e-mail van Apple en vraagt opnieuw aan voor distributie. TestFlight en de App Store hebben deze versie nodig.
6. **App Review.** Uw app wordt uitgebracht zodra deze goedgekeurd is.

Het werkt op iPhone XS of nieuwer en niet op iPad. De volledige handleiding staat in [hoe u de Tap to Pay op iPhone-entitlement krijgt](/en-US/blog/tap-to-pay-iphone-entitlement), met beoordelingstips in [App Review doorstaan met een Tap to Pay-app](/en-US/blog/tap-to-pay-app-review) en alternatieven in [waarom Tap to Pay niet werkt op iPad](/en-US/blog/tap-to-pay-on-ipad).

## Route 3: Hoe verschilt Tap to Pay op Android?

Er is geen entitlement in Apple-stijl op Android, maar de SDK van de PSP voert zijn eigen controles uit. Typische vereisten:

- Een Android-apparaat met ingebouwde NFC dat draait op Android 11 of nieuwer
- Een door Google gecertificeerd apparaat dat de integriteitscontrole doorstaat
- Een niet-debugbare build: PSP-SDK's weigeren echte betalingen te verwerken in de debugmodus, dus u test met een gesimuleerde lezer
- Locatie- en andere machtigingen waar de SDK om vraagt

Android-tablets kunnen werken als ze voldoen aan de vereisten van de provider. Details in [Tap to Pay op Android in een aangepaste app](/en-US/blog/tap-to-pay-android-sdk).

## Route 4: Kan een webgebaseerde POS kaarten accepteren?

Ja, via een met de cloud verbonden smart terminal. Uw server geeft de API van de PSP de opdracht om een betaling naar een specifieke terminal op de balie te sturen; de terminal verwerkt de kaart en meldt het resultaat terug aan uw server. Dit is de enige fysieke route die een web-POS kan gebruiken, omdat een webpagina geen contactloze kaart kan lezen en Safari geen Bluetooth-lezers kan bereiken.

Het is geschikt voor winkels met een vaste balie en terminal. Het voegt wel een netwerkafhankelijkheid toe, dus houd rekening met wat er gebeurt als de verbinding van de winkel uitvalt.

## Hoe kiest u een betalingsprovider voor een aangepaste POS?

Begin met de landen waarin u verkoopt, en kijk daarna naar onboarding en hardware:

| Vraag | Waarom het van belang is |
| --- | --- |
| Is de provider actief in uw landen? | Tap to Pay en lezers worden land voor land uitgerold |
| Is de onboarding selfservice? | Stripe is selfservice; Adyen richt zich op grotere bedrijven en beoordeelt aanvragers selectiever |
| Welke SDK's worden aangeboden? | iOS, Android, React Native en servergestuurde terminals verschillen per provider |
| Welke lezers zijn gecertificeerd? | Alleen gecertificeerde lezers werken |
| Worden offline betalingen ondersteund? | Store-and-forward is providerspecifiek en verlegt het weigeringsrisico naar u |
| Sluit u andere handelaren aan? | Als dat zo is, bent u een platform en heeft u mogelijk payfac-regelingen nodig |

Onze directe vergelijking is [Stripe Terminal versus Adyen voor een aangepaste POS-app](/en-US/blog/stripe-terminal-vs-adyen). Als u van plan bent betalingen te accepteren namens andere bedrijven, lees dan eerst [betalingsfacilitator worden of een platform gebruiken](/en-US/blog/payment-facilitator-vs-platform); voor één enkele winkel bent u gewoon een handelaar.

## Welke compliance neemt u over en wat behoudt u?

Door de gecertificeerde SDK of lezer van een PSP te gebruiken, komen kaartgegevens nooit in aanraking met uw code, waardoor uw PCI-reikwijdte klein blijft. De PSP draagt de betalingscertificeringen. U behoudt nog steeds:

- Een PCI-zelfbeoordelingsvragenlijst bij uw verwerker
- Toegangsbeheer, logboeken en updates op de apparaten waarop uw POS draait
- Correcte bonnen, terugbetalingen en btw-terugdraaiingen
- De weergave- en marketingregels van Apple en uw PSP voor Tap to Pay

Als u ook de rest van de POS bouwt, behandelt ons hoofdartikel over [hoe u uw eigen POS-systeem bouwt met AI](/en-US/blog/build-your-own-pos-system-with-ai) PCI, btw en uitrol, en [POS-hardware voor aangepaste apps](/en-US/blog/pos-hardware-for-custom-apps) behandelt printers en lades.

## Hoe lang duurt het om uw eerste kaartbetaling te accepteren?

| Stap | Typische duur |
| --- | --- |
| Organisatie-Apple-account met D-U-N-S (voor Tap to Pay op iPhone) | Dagen tot enkele weken |
| PSP-account en fysiek product geactiveerd | Dezelfde dag tot enkele weken, afhankelijk van provider |
| SDK-integratie en testbetalingen | 1 tot 3 weken |
| Tap to Pay-ontwikkeling, daarna distributie-entitlement | Weken |
| App Review | Dagen, langer bij afkeuring |

## Kunt u in plaats daarvan vanaf dag één kaarten accepteren?

Ja, door uw kassa te bouwen op een platform dat de goedkeuringen al op orde heeft. Dat is Final. Uw AI bouwt de kassa in Flow Studio, en wanneer er om een kaartbetaling wordt gevraagd, regelt Final Pay de lezer of Tap to Pay:

- **Lezers en Tap to Pay al goedgekeurd.** Final Pay accepteert kaart-, contactloze en Tap to Pay-betalingen op ondersteunde apparaten. Zie [hoe u een Tap to Pay-betaling verwerkt](/help/take-a-tap-to-pay-payment) en [hoe u een betaling verwerkt bij het afrekenen](/help/take-a-payment).
- **Uw eigen AI bouwt het.** Verbind Claude, Cursor of een andere MCP-client via [Final's MCP-server](/help/connect-your-own-ai-mcp).
- **Prijzen in één regel.** Geen abonnement. Contant geld is $ 0. Kaart is 2,49% + $ 0,10 in de VS en wereldwijd, 1,99% in Canada en 0,99% in Europa.

De eerlijke afweging: u verwerkt via Final Pay in plaats van uw eigen provider te kiezen, en de beschikbaarheid varieert per land en apparaat, zoals vermeld in [waar Final Pay beschikbaar is](/help/where-final-pay-is-available). Als betalingen uw product zijn, bouw de integratie dan zelf via de bovenstaande routes. Als betalingen de manier zijn waarop u betaald krijgt, zijn de goedkeuringen al geregeld.

## FAQ

**Q: Hoe accepteer ik kaartbetalingen in mijn eigen POS-app?**
A: Via de in-person SDK van een payment service provider: een gecertificeerde kaartlezer, een slimme terminal met cloudverbinding of Tap to Pay op een telefoon. Je app verwerkt nooit ruwe kaartgegevens; deze verstuurt een bedrag en ontvangt een resultaat.

**Q: Kan een webgebaseerde POS fysieke kaartbetalingen accepteren?**
A: Ja, door een met de cloud verbonden smart terminal aan te sturen via de API van de betalingsprovider. Een webpagina kan niet zelfstandig een contactloze kaart lezen.

**Q: Wat is er nodig voor Tap to Pay op iPhone?**
A: Een ondersteunde betalingsprovider, de Tap to Pay-entitlement aangevraagd door de Account Holder van een ontwikkelaarsaccount voor organisaties bij Apple, een ontwikkelingsentitlement en daarna een distributie-entitlement na de UX-beoordeling van Apple, en App Review. Het werkt op iPhone XS of nieuwer.

**Q: Werkt Tap to Pay op iPad?**
A: Nee. Tap to Pay op iPhone werkt alleen op iPhone. POS-apps op iPad accepteren kaarten met een gecertificeerde Bluetooth-lezer of een smart terminal.

**Q: Welke betaalprovider moet een custom POS gebruiken?**
A: Stripe Terminal is self-service en snel op te starten voor kleine teams. Adyen is geschikt voor grotere bedrijven en is selectiever bij de onboarding. Je landen, hardware en volume bepalen de rest.

**Q: Wat rekent Final voor kaartbetalingen?**
A: Geen abonnement. Contant is $0 en kaart is 2,49% + $0,10 in de VS en wereldwijd, 1,99% in Canada en 0,99% in Europa.