Para o produto completo de apostas esportivas e a configuração de trading, consulte o software de apostas esportivas. Esta página trata do trabalho necessário para conectá-lo.
Escolha o trabalho de interface que ficará com sua equipe
| Modelo | Trabalho a definir |
|---|---|
| Front-end incorporado | Interface fornecida, limites de personalização visual, autenticação, contexto da conta, carteira e registro de eventos |
| API com seu front-end | Apresentação do catálogo, atualizações ao vivo, cupom de apostas, estados de registro da aposta, histórico e jornadas móveis pertinentes, além da integração |
Uma interface incorporada pode reduzir o trabalho de front-end, mas não elimina a integração de contas e finanças. Uma API atribui à sua equipe mais responsabilidade pela experiência e seus estados de falha. Compare as jornadas efetivamente atendidas, em vez de presumir que qualquer uma das opções seja imediata ou ilimitada.
Defina o contrato de apostas e transações
Documente os identificadores que conectam a solicitação de registro, a aposta aceita, o evento da carteira e a liquidação. Especifique o estado retornado para aceite, recusa e um resultado ainda em resolução.
Quando o tempo de resposta ao registro da aposta se esgota, a interface não deve presumir se a aposta está válida. Defina como recuperar o estado de referência e conciliar os fundos reservados ou debitados. Repetir uma solicitação exige um comportamento documentado que impeça uma segunda aposta ou ação financeira indevida.
Mantenha o resultado da solicitação original e as correções posteriores disponíveis para inspeção. As regras exatas de tempo de resposta, novas tentativas, assinatura e limites de requisições devem constar do contrato da API com controle de versões.
Teste as condições mutáveis das apostas ao vivo
| Caso | Evidências de aceite |
|---|---|
| O preço muda antes do aceite | Política de mudança de preço aplicada, preço aceito ou recusa e resultado correspondente na carteira |
| O mercado é suspenso durante o registro da aposta | Decisão de aceite da fonte de referência e estado financeiro explicado |
| A resposta se perde | Recuperação do estado da solicitação original sem uma segunda ação não controlada |
| A cotação de cash-out expira | Distinção clara entre uma cotação exibida e uma execução concluída |
| O resultado é corrigido | Conciliação da liquidação original, do ajuste e do saldo final |
| A conta passa a ter restrições | A ação permitida reflete os controles acordados de estado da conta |
Use os produtos e as moedas necessários no conjunto de testes. Uma aposta simples bem-sucedida não comprova o funcionamento correto de apostas múltiplas, cash-out parcial ou resultados corrigidos.
Inclua relatórios e suporte na transição para a operação
Defina como o operador recupera o histórico de apostas, eventos financeiros e casos não resolvidos. Atribua a responsabilidade quando a interface, a plataforma de apostas e a carteira informarem estados diferentes. Preserve a versão da documentação e os resultados dos testes aceitos para a publicação da versão.
Estime o cronograma a partir da carteira existente, do trabalho de front-end, das aprovações dos fornecedores e da capacidade de engenharia. Uma estimativa genérica de tempo não pode considerar as mudanças de que o livro-razão precisa para registrar os eventos necessários.
Solicite a documentação da integração proposta e informe a plataforma atual, a carteira, os mercados de destino e a abordagem de interface. Inclua um caso difícil de registro ou liquidação de aposta que precisa tratar de forma confiável.