{"id":3632,"date":"2026-10-05T23:21:08","date_gmt":"2026-10-05T23:21:08","guid":{"rendered":"https:\/\/whitelotto.com\/?p=3632"},"modified":"2026-10-05T23:21:08","modified_gmt":"2026-10-05T23:21:08","slug":"ciclo-vida-bilhete-loteria","status":"publish","type":"post","link":"https:\/\/whitelotto.com\/pt-br\/ciclo-vida-bilhete-loteria\/","title":{"rendered":"Ciclo de vida do bilhete de loteria: aceita\u00e7\u00e3o, liquida\u00e7\u00e3o e recupera\u00e7\u00e3o"},"content":{"rendered":"\n

Um bilhete de loteria \u00e9 mais do que uma linha no hist\u00f3rico de compras do jogador. Ele conecta um produto, um sorteio, uma opera\u00e7\u00e3o financeira e o direito a um resultado. Quando esses registros divergem, o atendimento n\u00e3o consegue explicar se a compra foi conclu\u00edda, o financeiro n\u00e3o consegue conciliar o saldo e o operador pode liquidar a mesma transa\u00e7\u00e3o duas vezes.<\/p>\n

Este guia para operadores explica o ciclo de vida do bilhete, da sele\u00e7\u00e3o \u00e0 liquida\u00e7\u00e3o. Use-o para definir requisitos de uma plataforma de loteria<\/a> e transformar uma demonstra\u00e7\u00e3o comercial em testes concretos de aceita\u00e7\u00e3o.<\/p>\n

Defina o bilhete antes de definir seus estados<\/h2>\n

Documente o jogo, o identificador do sorteio, a sele\u00e7\u00e3o, o valor, a moeda, o canal de venda e a vers\u00e3o das regras aplic\u00e1veis. O bilhete deve ter um identificador est\u00e1vel vinculado \u00e0 opera\u00e7\u00e3o financeira. Diferencie um bilhete com v\u00e1rias linhas de cada participa\u00e7\u00e3o individual; caso contr\u00e1rio, uma compra parcialmente rejeitada ser\u00e1 dif\u00edcil de representar.<\/p>\n

O sistema de refer\u00eancia tamb\u00e9m precisa definir o encerramento das vendas, o rel\u00f3gio oficial e qual registro de hor\u00e1rio determina a aceita\u00e7\u00e3o. Uma solicita\u00e7\u00e3o recebida antes do encerramento n\u00e3o \u00e9 necessariamente uma participa\u00e7\u00e3o aceita. Essa distin\u00e7\u00e3o deve aparecer na interface e nos procedimentos operacionais, n\u00e3o apenas na documenta\u00e7\u00e3o t\u00e9cnica.<\/p>\n

Crie uma matriz de estados e movimenta\u00e7\u00f5es financeiras<\/h2>\n

Os r\u00f3tulos devem descrever o que aconteceu, quem pode agir depois e o que aconteceu com o dinheiro. O exemplo abaixo define requisitos, n\u00e3o uma nomenclatura obrigat\u00f3ria.<\/p>\n

\n
Exemplo de matriz de controle do ciclo de vida do bilhete<\/caption>
Estado<\/th>Vis\u00e3o do jogador<\/th>Tratamento financeiro<\/th>Evid\u00eancia necess\u00e1ria<\/th><\/tr><\/thead>
Rascunho<\/td>Sele\u00e7\u00e3o ainda n\u00e3o comprada<\/td>Sem d\u00e9bito<\/td>Sele\u00e7\u00e3o e pre\u00e7o apresentado<\/td><\/tr>\n
Enviado<\/td>Confirma\u00e7\u00e3o pendente<\/td>Reserva, se o desenho a utilizar<\/td>ID da solicita\u00e7\u00e3o e hor\u00e1rio de envio<\/td><\/tr>\n
Aceito<\/td>Participa\u00e7\u00e3o no sorteio indicado<\/td>D\u00e9bito da compra registrado<\/td>ID do bilhete, sorteio e hor\u00e1rio de aceita\u00e7\u00e3o<\/td><\/tr>\n
Rejeitado<\/td>Participa\u00e7\u00e3o n\u00e3o aceita<\/td>Liberar reserva; estornar qualquer d\u00e9bito associado<\/td>Motivo e ajuste financeiro vinculado<\/td><\/tr>\n
Liquidado<\/td>Resultado e pr\u00eamio dispon\u00edveis<\/td>Cr\u00e9dito do pr\u00eamio quando aplic\u00e1vel<\/td>Vers\u00e3o do resultado e ID da liquida\u00e7\u00e3o<\/td><\/tr>\n
Cancelado<\/td>Participa\u00e7\u00e3o sem validade<\/td>Reembolso conforme as regras aplic\u00e1veis<\/td>Autoriza\u00e7\u00e3o, motivo e refer\u00eancia do reembolso<\/td><\/tr>\n<\/tbody><\/table><\/div>\n

N\u00e3o substitua a compra pelo reembolso. Preserve a opera\u00e7\u00e3o original e um ajuste vinculado. A arquitetura de pagamentos<\/a> deve mostrar essa rela\u00e7\u00e3o durante a concilia\u00e7\u00e3o.<\/p>\n

Cen\u00e1rio: a compra expira perto do encerramento do sorteio<\/h2>\n

O jogador envia uma compra, o servidor a aceita, mas a resposta de confirma\u00e7\u00e3o se perde. O jogador tenta novamente ap\u00f3s o encerramento. Um desenho seguro precisa responder explicitamente a cada etapa:<\/p>\n

  1. A nova tentativa usa a mesma chave de opera\u00e7\u00e3o e recupera o resultado existente, sem criar outro bilhete.<\/li>
  2. O bilhete aceito mant\u00e9m seu sorteio e hor\u00e1rio de aceita\u00e7\u00e3o originais; a nova tentativa n\u00e3o o transfere para outro sorteio.<\/li>
  3. A carteira mostra um \u00fanico d\u00e9bito de compra, com qualquer reserva tempor\u00e1ria resolvida.<\/li>
  4. A interface apresenta o resultado final e o atendimento pode consultar a sequ\u00eancia de eventos sem alter\u00e1-la.<\/li><\/ol>\n

    Pe\u00e7a ao fornecedor que demonstre essa sequ\u00eancia, incluindo a solicita\u00e7\u00e3o rejeitada. Uma imagem de uma compra bem-sucedida n\u00e3o testa a recupera\u00e7\u00e3o.<\/p>\n

    Testes de aceita\u00e7\u00e3o que o operador deve solicitar<\/h2>\n