Données de la session de jeu
Joueur, marque, jeu, devise, pays, langue, mode, juridiction et expiration de l’accès.
Le parcours complet, de la validation du joueur et du lancement du jeu jusqu’aux paris, gains, manches, annulations d’opérations et au rapprochement financier.
Joueur, jeu, devise, langue, pays, mode et URL de retour.
Clé d’accès temporaire, URL de lancement et vérification de la disponibilité du jeu.
Vérification du solde, pari, gain, opération combinée et réponses de la plateforme.
Résultat final, annulations, grand livre financier et rapport du fournisseur.
Le lancement du jeu et les mouvements de fonds sont deux parties d’un même processus. La session identifie le joueur et les conditions de lancement, la manche relie les actions du fournisseur, et l’API de la plateforme confirme chaque débit, crédit et annulation.
Joueur, marque, jeu, devise, pays, langue, mode, juridiction et expiration de l’accès.
La plateforme vérifie les fonds disponibles et applique chaque pari, versement ou annulation une seule fois.
Les identifiants d’opération et de manche, le type d’opération, le montant ainsi que les soldes avant et après sont conservés pour le contrôle et le rapprochement.
La plateforme valide d’abord le joueur et la disponibilité du jeu, crée ensuite une session à durée limitée et reçoit du fournisseur une URL de lancement.
La plateforme vérifie le statut du compte, la devise, le pays, les restrictions, les limites, le mode argent réel ou démo et la disponibilité du jeu.
Un identifiant de session est créé avec les informations sur le joueur, le jeu, la marque, la devise, la langue, l’IP et l’expiration.
Le fournisseur reçoit la clé de session, les URL de notification et de retour, le type d’appareil, la juridiction et les paramètres d’interface.
Le joueur ouvre l’URL renvoyée, tandis que les opérations financières suivantes sont traitées directement de serveur à serveur.
Les noms de méthodes diffèrent selon les fournisseurs, mais la logique reste la même : vérification du solde, débit du pari, crédit du gain et annulation d’une opération précédemment confirmée.
Renvoie le solde disponible du joueur dans la devise de la session active sans modifier le grand livre financier.
Valide le joueur, la session, la devise et les fonds disponibles, puis débite une seule fois le pari confirmé.
Crédite les gains à l’aide d’identifiants uniques d’opération et de manche, y compris lorsque le résultat est nul.
Applique ensemble le pari et le résultat du jeu lorsque le fournisseur prend en charge ce modèle.
Crée une opération corrective distincte pour un pari ou un versement précédemment confirmé, sans supprimer l’écriture d’origine.
Transmet les données de la campagne de bonus et de la manche tout en séparant les fonds réels et les fonds bonus.
Chaque opération valide la devise, les unités de montant, le nombre de décimales et les règles d’arrondi.
Renvoie le statut de l’opération, l’identifiant interne, le solde actuel et un code d’erreur unifié.
Une manche peut contenir plusieurs paris et résultats. Son état est déterminé par les règles du jeu, et pas uniquement par l’ordre des requêtes réseau.
La plateforme reçoit l’identifiant de manche pour la première fois et crée un enregistrement interne.
La manche peut contenir d’autres paris, actions de jeu et gains intermédiaires.
Le débit est confirmé par la plateforme et lié à l’identifiant d’opération unique du fournisseur.
Un gain ou un résultat nul a été reçu, mais la manche peut rester ouverte selon les règles du jeu.
Le fournisseur a confirmé la fin de la manche et toutes les opérations financières attendues ont été traitées.
Une ou plusieurs opérations ont été corrigées tout en conservant l’intégralité de l’historique d’origine.
L’identifiant de manche ne doit pas être la seule clé d’idempotence. Chaque pari, versement et annulation doit avoir son propre identifiant unique.
L’API de jeu doit gérer en toute sécurité les requêtes répétées, les délais de réponse, les opérations reçues dans le désordre et la récupération du fournisseur après une défaillance.
Les contrôles doivent couvrir le lancement du jeu, les restrictions joueur, le solde insuffisant, les opérations répétées, les délais de réponse, les annulations et le rapprochement d’une manche clôturée.
Modes argent réel et démo, devise invalide, pays interdit, accès expiré et jeu indisponible.
Fonds insuffisants, joueur bloqué, devise incohérente et limite dépassée.
Le fournisseur ne reçoit pas de réponse alors que le débit a bien eu lieu et renvoie l’opération avec le même identifiant.
Le même identifiant arrive avant ou après la fin du traitement, y compris avec des paramètres contradictoires.
Annulation d’un pari, annulation d’un gain, annulation répétée et référence à une opération d’origine inconnue.
Les montants des paris, gains et annulations, le statut final, le mouvement de solde et le rapport du fournisseur doivent concordent.
Le lancement a lieu après vérification des sessions de jeu, des opérations de solde, de la protection contre les doublons, des annulations et du reporting.
Envoyez-nous la documentation du fournisseur, la liste des opérations de solde, le modèle des manches, les devises et les exigences de reporting. APIACE vous aidera à structurer le lancement du jeu, les paris, les gains, les annulations et le rapprochement financier.