Utilisez cette page pour l’agrégation et l’intégration de jeux. Si le projet remplace toute la plateforme centrale, consultez le moteur de casino.
Confirmez le catalogue avant de comparer les nombres de jeux
Identifiez les studios et titres prioritaires, les territoires où se trouvent les joueurs, les devises, les appareils et les fonctions promotionnelles nécessaires. Confirmez les autorisations fournisseurs et commerciales pertinentes. Un studio figurant dans un vaste catalogue ne constitue pas un engagement de disponibilité de chaque jeu ou configuration pour votre entreprise.
Gardez les exclusions dans le périmètre. Un titre qui se lance en démonstration peut encore nécessiter une approbation ou une autre configuration pour le jeu réel. La page de sélection des fournisseurs présente les informations à demander pour la présélection.
Décidez où se trouvent les fonds du joueur
| Organisation du portefeuille | Conséquence opérationnelle | Question de vérification |
|---|---|---|
| Portefeuille unifié | Les transactions de jeu appellent le grand livre de comptes convenu | Comment débits, crédits et contrepassations sont-ils confirmés et rapprochés ? |
| Portefeuille à transfert | Les fonds circulent entre un compte principal et un solde fournisseur | Comment les transferts en attente, fonds retournés et soldes fournisseur sont-ils récupérés ? |
Cette organisation affecte le solde disponible, les retraits, les bonus et le support. Établissez le comportement réel de chaque fournisseur connecté au lieu de supposer que tous les studios traitent de la même façon un jeu interrompu.
Distinguez une manche de ses transactions
Un identifiant de manche regroupe les événements appartenant à cette manche de jeu. Les identifiants de transaction distinguent les actions financières individuelles. Une manche peut contenir plusieurs crédits ou une autre séquence autorisée par le jeu. Ne supposez pas que chaque manche comporte un débit et un crédit.
Définissez contrôles de solde, débits, crédits et contrepassations dans la documentation réelle de l’interface. Précisez l’événement initial auquel une correction se réfère et ce qui se passe si elle arrive après un événement ultérieur. Une nouvelle tentative doit être reconnue comme la même demande, et non interprétée comme une nouvelle mise ou un nouveau gain.
La session et l’enregistrement financier ont aussi des durées de vie différentes. La fermeture du navigateur par un joueur ne prouve pas que chaque manche est terminée. Identifiez le rapport et le responsable des manches et transactions en attente.
Convenez des preuves de recette
Testez un lancement réussi, un débit répété, une expiration du délai après une action financière, une devise discordante et une manche interrompue. Incluez un crédit ultérieur ou une contrepassation lorsque la séquence documentée du fournisseur le permet. Rapprochez le grand livre joueur du rapport fournisseur au moyen des identifiants initiaux.
Pour chaque cas, conservez la demande, la réponse, l’état attendu et le résultat réel. Définissez qui examine les écarts et ce qui permet à l’intégration de passer en production. Le comportement exact de signature, de nouvelle tentative, d’expiration et de limitation du débit doit provenir de la documentation convenue.
Estimez le travail selon votre situation de départ
Le calendrier dépend du portefeuille, de l’authentification, de l’historique des transactions, de la configuration du catalogue et de la capacité de test. Identifiez les lacunes de ces composants avant de chiffrer l’intégration en un nombre fixe de jours. Séparez l’approbation du fournisseur et la recette technique comme deux dépendances distinctes.
Demandez la documentation API pertinente et le périmètre. Transmettez les informations sur votre opérateur et vos marchés, le modèle de portefeuille, les studios et devises nécessaires. Incluez une description du traitement actuel des nouvelles tentatives et contrepassations par le grand livre pour aborder tôt la partie difficile.