Paiements via API
Connectez dépôts, retraits et changements de statut aux prestataires de paiement sélectionnés.
Comment cela fonctionne en pratique
Un paiement fiable ne s’achève pas avec une réponse positive à la demande. Les systèmes doivent partager une référence, un niveau d’autorisation, un état final et un mécanisme de rapprochement.
Principales exigences techniques
- Demandes de dépôt et retrait, sélection du moyen de paiement et redirections.
- Notifications signées, vérification et protection contre les événements répétés.
- États en attente, refusés, annulés, inversés ou terminés.
- Historique, rapprochement comptable et traçabilité pour le support.
Moyens disponibles, remboursements, devises et obligations de conformité dépendent du prestataire, de l’opérateur et du marché.
Comment cette connexion se prépare
Ces étapes présentent les points techniques à résoudre. La réalisation et les livrables dépendent des systèmes concernés et du périmètre convenu.
Définir le responsable de la transaction
Nous déterminons où commence le dépôt ou retrait, quel système valide la demande et comment la référence externe est reliée au journal du portefeuille.
Harmoniser les états
Nous traitons attente, autorisation, confirmation, refus, contrepassation et contestation comme des événements distincts si le prestataire les expose.
Organiser le rapprochement
Nous déterminons le rapport ou endpoint permettant de comparer les règlements du prestataire, les mouvements du portefeuille et le suivi visible par le joueur.
Informations nécessaires pour commencer
- Moyens de paiement, devises et pays cibles
- Portefeuille existant, systèmes financiers et rapports
- Documentation du prestataire sur callbacks, remboursements et retraits
Cas de recette à prévoir
- Une notification validée ne crédite pas le portefeuille deux fois.
- Un retrait en attente ne paraît pas réglé avant la confirmation requise.
- Un paiement contrepassé conserve sa référence d’origine.
Que définir avant la réalisation ?
Peut-on connecter plusieurs prestataires de paiement ?
Une architecture multi-prestataires est possible si routage, états de transaction et responsabilités de règlement restent cohérents.
Comment éviter les dépôts en double ?
En reliant les références externes et internes et en validant les callbacks répétés ou tardifs selon l’état courant de la transaction.
Cette API comprend-elle une ouverture de compte marchand ?
Non. La présentation de cette API ne garantit ni agrément marchand ni autorisation de traiter les paiements. Les conditions sont négociées avec le prestataire.
Comment vérifier les signatures des notifications ?
La validation suit le protocole du prestataire : champs signés, renouvellement des secrets et mécanismes anti-rejeu lorsque disponibles.