{"id":3633,"date":"2026-10-05T23:21:09","date_gmt":"2026-10-05T23:21:09","guid":{"rendered":"https:\/\/whitelotto.com\/?p=3633"},"modified":"2026-10-05T23:21:09","modified_gmt":"2026-10-05T23:21:09","slug":"cycle-vie-billet-loterie","status":"publish","type":"post","link":"https:\/\/whitelotto.com\/fr\/cycle-vie-billet-loterie\/","title":{"rendered":"Cycle de vie du billet de loterie : acceptation, r\u00e8glement et reprise"},"content":{"rendered":"\n

Un billet de loterie ne se limite pas \u00e0 une ligne dans l\u2019historique d\u2019achat du joueur. Il relie un produit, un tirage, une op\u00e9ration financi\u00e8re et un droit au r\u00e9sultat. Lorsque ces enregistrements divergent, le support ne peut pas expliquer si l\u2019achat a abouti, la finance ne peut pas rapprocher le solde et l\u2019op\u00e9rateur risque de r\u00e9gler deux fois la m\u00eame transaction.<\/p>\n

Ce guide d\u00e9crit le cycle de vie d\u2019un billet, de la s\u00e9lection au r\u00e8glement. Utilisez-le pour d\u00e9finir les exigences d\u2019une plateforme de loterie<\/a> et transformer une d\u00e9monstration commerciale en tests de recette concrets.<\/p>\n

D\u00e9finir le billet avant de d\u00e9finir ses \u00e9tats<\/h2>\n

Documentez le jeu, l\u2019identifiant du tirage, la s\u00e9lection, la mise, la devise, le canal de vente et la version des r\u00e8gles applicables. Le billet doit disposer d\u2019un identifiant stable reli\u00e9 \u00e0 l\u2019op\u00e9ration financi\u00e8re. Distinguez un billet regroupant plusieurs grilles de chaque participation individuelle ; sinon, un achat partiellement rejet\u00e9 devient difficile \u00e0 repr\u00e9senter.<\/p>\n

Le syst\u00e8me de r\u00e9f\u00e9rence doit \u00e9galement pr\u00e9ciser la cl\u00f4ture des ventes, l\u2019horloge faisant autorit\u00e9 et l\u2019horodatage qui d\u00e9termine l\u2019acceptation. Une demande re\u00e7ue avant la cl\u00f4ture n\u2019est pas n\u00e9cessairement une participation accept\u00e9e. Cette distinction appartient \u00e0 l\u2019interface et aux proc\u00e9dures op\u00e9rationnelles, pas seulement \u00e0 la documentation technique.<\/p>\n

Construire une matrice des \u00e9tats et des flux financiers<\/h2>\n

Les libell\u00e9s doivent expliquer ce qui s\u2019est pass\u00e9, qui peut agir ensuite et ce qu\u2019il est advenu des fonds. L\u2019exemple suivant d\u00e9crit des exigences, pas une nomenclature impos\u00e9e.<\/p>\n

\n
Exemple de matrice de contr\u00f4le du cycle de vie du billet<\/caption>
\u00c9tat<\/th>Vue du joueur<\/th>Traitement financier<\/th>Preuve requise<\/th><\/tr><\/thead>
Brouillon<\/td>S\u00e9lection non achet\u00e9e<\/td>Aucun d\u00e9bit<\/td>S\u00e9lection et prix indiqu\u00e9<\/td><\/tr>\n
Soumis<\/td>Confirmation en attente<\/td>R\u00e9servation si l\u2019architecture en pr\u00e9voit une<\/td>ID de demande et heure de soumission<\/td><\/tr>\n
Accept\u00e9<\/td>Participation au tirage indiqu\u00e9<\/td>D\u00e9bit d\u2019achat enregistr\u00e9<\/td>ID du billet, tirage et heure d\u2019acceptation<\/td><\/tr>\n
Rejet\u00e9<\/td>Participation non accept\u00e9e<\/td>Lib\u00e9rer la r\u00e9servation ; contrepasser tout d\u00e9bit associ\u00e9<\/td>Motif et ajustement financier li\u00e9<\/td><\/tr>\n
R\u00e9gl\u00e9<\/td>R\u00e9sultat et gain disponibles<\/td>Cr\u00e9dit du gain, le cas \u00e9ch\u00e9ant<\/td>Version du r\u00e9sultat et ID du r\u00e8glement<\/td><\/tr>\n
Annul\u00e9<\/td>Participation devenue invalide<\/td>Remboursement selon les r\u00e8gles applicables<\/td>Autorisation, motif et r\u00e9f\u00e9rence du remboursement<\/td><\/tr>\n<\/tbody><\/table><\/div>\n

Ne remplacez pas l\u2019achat par le remboursement. Conservez l\u2019op\u00e9ration d\u2019origine et un ajustement li\u00e9. L\u2019architecture des paiements<\/a> doit rendre cette relation visible lors du rapprochement.<\/p>\n

Sc\u00e9nario : l\u2019achat expire pr\u00e8s de la cl\u00f4ture du tirage<\/h2>\n

Un joueur soumet un achat, le serveur l\u2019accepte, mais la r\u00e9ponse de confirmation est perdue. Le joueur r\u00e9essaie apr\u00e8s la cl\u00f4ture. Une architecture s\u00fbre doit r\u00e9pondre explicitement \u00e0 chaque \u00e9tape :<\/p>\n

  1. La nouvelle tentative utilise la m\u00eame cl\u00e9 d\u2019op\u00e9ration et retrouve le r\u00e9sultat existant sans cr\u00e9er un autre billet.<\/li>
  2. Le billet accept\u00e9 conserve son tirage et son heure d\u2019acceptation d\u2019origine ; la tentative ne le transf\u00e8re pas vers un tirage ult\u00e9rieur.<\/li>
  3. Le portefeuille affiche un seul d\u00e9bit d\u2019achat et toute r\u00e9servation temporaire est r\u00e9solue.<\/li>
  4. L\u2019interface affiche l\u2019issue finale, tandis que le support peut consulter la s\u00e9quence des \u00e9v\u00e9nements sans la modifier.<\/li><\/ol>\n

    Demandez au fournisseur de d\u00e9montrer cette s\u00e9quence, y compris le cas d\u2019une demande rejet\u00e9e. Une capture d\u2019\u00e9cran d\u2019un achat r\u00e9ussi ne teste pas la reprise.<\/p>\n

    Tests de recette \u00e0 demander par l\u2019op\u00e9rateur<\/h2>\n