Comment fonctionnent les rollbacks d’API casino ?
Pourquoi les rollbacks existent
Studios et agrégateurs doivent inverser une mise ou un gain lorsqu’un round est annulé, qu’une table échoue en cours de main ou qu’un événement en double est détecté. Sans chemin de rollback clair, soldes joueurs et ledgers agent divergent — le moyen le plus rapide de brûler la confiance finance et support.
Comment concevoir pour les rollbacks
Traitez chaque mutation wallet comme idempotente. Vos endpoints Seamless (ou le ledger de session Transfer) doivent accepter un rollback clé par l’id de transaction / round d’origine et renvoyer le succès si l’inverse a déjà été appliquée. Ne jamais double-créditer ni double-débiter parce qu’un callback a été retenté.
Documentez le happy path et le chemin de rollback au même endroit où votre équipe conserve les exemples Swagger et le guide d’intégration PDF.
Comportement Transfer vs Seamless
- Transfer : les soldes scoped session facilitent la réconciliation de certains voids comme ajustements wallet en bord de jeu, mais vous devez toujours appliquer correctement les reverses originés studio.
- Seamless : les rollbacks arrivent en callbacks wallet ; votre service doit répondre rapidement et de façon cohérente depuis la région MegaNodes utilisée (kr / de / ca).
Détails des deux modèles : wallet models.
Visibilité ops
Utilisez l’historique de jeu BackOffice — bet, win, Bonus Call, timestamps — pour enquêter sur les litiges après une tempête de rollbacks. L’activité agent-scoped RTP et Bonus Call doit être séparable du jeu organique. Carte des fonctions : Features.
Checklist de tests
- Rejouer le même rollback deux fois ; affirmer un seul effet net.
- Annuler après des séquences de win partiel.
- Confirmer que les fuseaux de reporting correspondent au calendrier finance.
- Vérifier que les limites démo quotidienne/session ne se font jamais passer pour des règles de rollback production.
Besoin d’un walkthrough contre votre middleware : Contact. Contexte commercial : Pricing.