Pour le produit complet de paris sportifs et la configuration de trading, consultez le logiciel de paris sportifs. Cette page traite des travaux nécessaires pour le connecter.
Choisissez les travaux d’interface à la charge de votre équipe
| Modèle | Travaux à définir |
|---|---|
| Interface intégrée | Interface fournie, limites de personnalisation visuelle, authentification, contexte de compte, portefeuille et reporting des événements |
| API avec votre interface | Présentation du catalogue, mises à jour en direct, bulletin de pari, états de prise de pari, historique et parcours mobiles pertinents, en plus de l’intégration |
Une interface intégrée peut réduire les travaux d’interface, mais ne supprime pas l’intégration des comptes et des finances. Une API donne à votre équipe plus de responsabilités sur l’expérience et ses états d’échec. Comparez les parcours réellement pris en charge au lieu de supposer qu’une option est immédiate ou sans limites.
Convenez du contrat de pari et de transaction
Documentez les identifiants qui relient la demande de prise de pari, le pari accepté, l’événement du portefeuille et le règlement. Précisez l’état renvoyé pour l’acceptation, le refus et une issue encore en cours de résolution.
Lorsque le délai de réponse à une prise de pari expire, l’interface ne doit pas deviner si le pari est valide. Définissez comment récupérer l’état de référence et rapprocher les fonds réservés ou débités. Répéter une demande nécessite un comportement documenté qui empêche un second pari ou une seconde action financière involontaires.
Gardez vérifiables le résultat de la demande initiale et les corrections ultérieures. Les règles exactes de délai, nouvelle tentative, signature et limitation de fréquence doivent figurer dans le contrat API versionné.
Testez les conditions changeantes du pari en direct
| Cas | Preuve de recette |
|---|---|
| La cote change avant l’acceptation | Politique de changement de cote appliquée, cote acceptée ou refus, et résultat correspondant dans le portefeuille |
| Le marché est suspendu pendant la prise de pari | Décision d’acceptation de référence et état financier expliqué |
| La réponse est perdue | Récupération de l’état de la demande initiale sans seconde action incontrôlée |
| L’offre de cash-out expire | Distinction claire entre une offre affichée et une exécution terminée |
| Le résultat est corrigé | Rapprochement du règlement initial, de l’ajustement et du solde final |
| Le compte devient restreint | Action autorisée conforme aux contrôles d’état du compte convenus |
Utilisez les produits et devises requis dans les tests. Un pari simple réussi ne démontre pas le bon comportement des paris multiples, du cash-out partiel ou des résultats corrigés.
Incluez reporting et support dans le transfert
Définissez comment l’opérateur récupère l’historique des paris, les événements financiers et les dossiers non résolus. Attribuez la responsabilité lorsque l’interface, le système de paris et le portefeuille signalent des états différents. Conservez la version de documentation et les résultats de test acceptés pour la mise en production.
Estimez le calendrier à partir du portefeuille existant, des travaux d’interface, des approbations fournisseurs et de la capacité d’ingénierie. Une estimation générique ne peut pas tenir compte des changements nécessaires au grand livre pour enregistrer les événements requis.
Demandez la documentation pour l’intégration proposée avec la plateforme actuelle, le portefeuille, les marchés cibles et l’approche d’interface. Incluez un cas difficile de prise de pari ou de règlement à traiter de façon fiable.