Comment accepter les paiements par carte dans une application POS personnalisée

Pour accepter des paiements par carte dans une application POS personnalisée, vous devez passer par un prestataire de services de paiement (PSP) et choisir l'une des quatre méthodes suivantes : un lecteur de carte certifié, Tap to Pay sur iPhone, Tap to Pay sur Android ou un terminal intelligent connecté au cloud. Votre application ne lit jamais un numéro de carte. Elle envoie un montant à un équipement matériel ou logiciel certifié, puis reçoit une réponse de confirmation ou de refus. Chaque méthode comporte ses propres exigences imposées par Apple, Google ou votre prestataire, et ce sont ces démarches administratives, et non le code, qui prennent du temps.

Ce guide détaille chaque voie étape par étape, avec les exigences réelles et sans exagération. Nous gérons les paiements pour notre propre POS, Final, et nous sommes donc passés par chacune de ces étapes.

Pourquoi ne pouvez-vous pas simplement ajouter un formulaire de carte à votre POS ?

Parce qu'un formulaire de carte transforme la vente en transaction « carte non présente », alors qu'un comptoir de magasin nécessite une transaction « carte présente ». Lorsqu'un client saisit un numéro de carte dans un formulaire web, le paiement est traité comme une commande en ligne : frais plus élevés, exposition accrue à la fraude et risque de litige reporté sur vous. Lorsqu'un appareil certifié lit la carte ou le téléphone, le paiement est considéré comme « carte présente », ce qui est moins cher et plus sûr pour tout le monde.

L'acceptation en mode « carte présente » nécessite du matériel ou du logiciel certifié. C'est pourquoi chaque option ci-dessous passe par l'offre physique d'un PSP plutôt que par votre propre code. La différence de frais est expliquée dans carte présente vs carte non présente.

Option 1 : Comment utiliser un lecteur de carte avec votre propre application ?

Choisissez un PSP proposant un SDK de paiement de proximité, achetez l'un de ses lecteurs certifiés et associez-le depuis votre application. Stripe Terminal, Adyen et d'autres fonctionnent ainsi.

1. Ouvrez un compte chez le PSP et activez son offre de paiement physique.

2. Intégrez son SDK iOS, Android ou React Native.

3. Commandez des lecteurs certifiés et enregistrez-les sur votre compte.

4. Détectez et connectez les lecteurs depuis votre application, puis encaissez les paiements via le SDK.

5. Prévoyez la gestion des mises à jour du micrologiciel (firmware) du lecteur, envoyées par le PSP.

Vous ne pouvez pas connecter n'importe quel lecteur : seuls les lecteurs certifiés par votre prestataire peuvent traiter des cartes, car la certification couvre l'association exacte entre le lecteur, le logiciel et le processeur. En savoir plus dans lecteurs de cartes pour applications POS personnalisées et certification EMV pour un POS.

Option 2 : Que nécessite Tap to Pay sur iPhone ?

Tap to Pay sur iPhone transforme le téléphone en lecteur. Les étapes d'Apple sont les suivantes : travailler avec un PSP compatible, demander le droit Tap to Pay sur iPhone, intégrer l'API ProximityReader ou le SDK de votre PSP, respecter les directives d'interface humaine (HIG) d'Apple, et soumettre votre application pour examen (présentation de Tap to Pay par Apple). Apple indique que le PSP est responsable des certifications permettant aux commerçants d'accepter des paiements.

En pratique, cela implique :

1. Un compte développeur organisationnel. La demande de droit doit provenir du titulaire d'un compte organisationnel, et l'inscription en tant qu'organisation exige un numéro D-U-N-S. Voir numéros D-U-N-S et comptes développeurs Apple.

2. Le formulaire de demande. Indiquez votre PSP et les régions où vous exercerez.

3. Un droit de développement. Apple en accorde un pour le développement et les tests sur vos propres appareils.

4. Les exigences UX d'Apple. Apple transmet ses exigences et ses directives marketing avec le droit octroyé, couvrant les libellés de boutons, les points d'entrée et le parcours d'accueil.

5. Un droit de distribution. Vous répondez à l'e-mail d'Apple et faites une nouvelle demande pour la distribution. TestFlight et l'App Store en ont besoin.

6. L'App Review. Votre application est publiée une fois validée.

Cela fonctionne sur iPhone XS ou ultérieur et non sur iPad. Le guide complet est disponible dans comment obtenir le droit Tap to Pay sur iPhone, avec des conseils de validation dans réussir l'App Review avec une application Tap to Pay et des alternatives dans pourquoi Tap to Pay ne fonctionne pas sur iPad.

Option 3 : En quoi Tap to Pay sur Android diffère-t-il ?

Il n'y a pas d'autorisation spécifique du type Apple sur Android, mais le SDK du PSP applique ses propres vérifications. Exigences habituelles :

• Un appareil Android avec NFC intégré fonctionnant sous Android 11 ou ultérieur

• Un appareil certifié par Google réussissant l'attestation d'intégrité

• Une version non débogable : les SDK des PSP refusent de traiter de vraies transactions sans contact en mode débogage, vous devez donc tester avec un lecteur simulé

• La localisation et d'autres autorisations requises par le SDK

Les tablettes Android peuvent convenir si elles répondent aux exigences du prestataire. Détails dans Tap to Pay sur Android dans une application personnalisée.

Option 4 : Un POS web peut-il accepter les cartes ?

Oui, via un terminal intelligent connecté au cloud. Votre serveur demande à l'API du PSP d'envoyer un paiement à un terminal spécifique situé sur le comptoir ; le terminal traite la carte et renvoie le résultat à votre serveur. C'est la seule méthode en personne qu'un POS web peut utiliser, car une page web ne peut pas lire une carte sans contact et Safari ne peut pas accéder aux lecteurs Bluetooth.

Cela convient aux commerces avec service au comptoir disposant d'un terminal fixe. Cela ajoute une dépendance au réseau, il faut donc prévoir la procédure en cas de perte de connexion.

Comment choisir un prestataire de paiement pour un POS personnalisé ?

Commencez par les pays dans lesquels vous vendez, puis l'onboarding et le matériel :

Notre comparaison détaillée est consultable sur Stripe Terminal vs Adyen pour une application POS personnalisée. Si vous prévoyez d'encaisser des paiements pour le compte d'autres entreprises, lisez d'abord devenir prestataire de paiement ou utiliser une plateforme ; pour un commerce unique, vous êtes simplement un commerçant.

De quelle conformité héritez-vous et que devez-vous gérer ?

L'utilisation du SDK certifié ou du lecteur d'un PSP garantit que les données de carte ne touchent jamais votre code, ce qui maintient votre périmètre PCI à un niveau très réduit. Le PSP porte les certifications de paiement. Vous devez néanmoins assurer :

• Un questionnaire d'auto-évaluation PCI auprès de votre processeur

• Le contrôle d'accès, la journalisation et les mises à jour sur les appareils exécutant votre POS

• Des reçus corrects, la gestion des remboursements et l'annulation des taxes

• Les règles d'affichage et de marketing d'Apple et de votre PSP pour Tap to Pay

Si vous développez également le reste du POS, notre guide sur comment créer votre propre système POS avec l'IA traite du PCI, des taxes et du déploiement, et matériel POS pour applications personnalisées couvre les imprimantes et tiroirs.

Combien de temps faut-il pour accepter votre premier paiement par carte ?

Pouvez-vous plutôt accepter les cartes dès le premier jour ?

Oui, en concevant votre caisse sur une plateforme qui détient déjà toutes les autorisations. C'est le cas de Final. Votre IA crée la caisse dans Flow Studio, et lorsqu'elle demande un paiement par carte, Final Pay prend en charge le lecteur ou Tap to Pay :

• Lecteurs et Tap to Pay déjà approuvés. Final Pay accepte les cartes, les paiements sans contact et Tap to Pay sur les appareils compatibles. Voir comment effectuer un paiement Tap to Pay et comment encaisser un paiement en caisse.

• Votre propre IA la crée. Connectez Claude, Cursor ou tout client MCP via le serveur MCP de Final.

• Tarification en une ligne. Aucun abonnement. Espèces à 0 $. Carte à 2,49 % + 0,10 $ aux États-Unis et dans le monde, 1,99 % au Canada et 0,99 % en Europe.

Le compromis honnête : vous effectuez le traitement via Final Pay au lieu de choisir votre propre prestataire, et la disponibilité varie selon le pays et l'appareil, comme indiqué dans où Final Pay est disponible. Si les paiements constituent votre produit, développez l'intégration vous-même en suivant les voies ci-dessus. Si les paiements sont simplement la façon dont vous êtes payé, les autorisations sont déjà réglées.