Profil : commerçant physique (boutique, restaurant, market). N’a pas forcément de backend custom. Veut juste un appareil (tablette, smartphone, écran caisse) qui affiche un QR code à scanner par le client.

​
Pas d’intégration API requise

Le POS est un cas dashboard-only, géré par l’app POS dédiée — il n’expose aucun endpoint à clé sk_*. Le terminal a son propre code d’accès : la caissière ouvre l’app, saisit le code, et encaisse. Les paiements sont attribués au compte marchand qui possède le terminal. Toute la configuration (création du terminal, code d’accès, cryptos acceptées, sessions, rapports) se fait depuis le dashboard et l’app POS. → Voir le guide dashboard : Vente.

​
Auto-settlement recommandé

Pour ne pas gérer manuellement les conversions, configurez Automation → Auto-settlement sur le compte marchand qui possède le terminal. Chaque vente est alors convertie automatiquement en XOF sur votre compte mobile money.

​
Pourquoi POS plutôt qu’API ?

API + clé sk_*POS terminal
Backend requisOuiNon
AuthClé secrète server-sideCode d’accès local
GranularitéPar comptePar terminal (multi-caisses)
Cas typiqueE-commerce, marketplaceBoutique physique, restaurant, market
Si vous voulez les deux (e-commerce + boutique physique), c’est OK : le même compte marchand peut avoir une clé API live ET N terminaux POS, tous les paiements arrivent dans la même balance.