Use esta página para agregação e integração de jogos. Se o projeto substituir toda a plataforma central, consulte o motor de cassino.
Confirme o catálogo antes de comparar a quantidade de jogos
Identifique os estúdios e títulos prioritários, os territórios dos jogadores, as moedas, os dispositivos e as funções promocionais necessárias. Confirme as autorizações comerciais e dos fornecedores pertinentes. A presença de um estúdio em um catálogo amplo não constitui um compromisso de que todos os jogos ou configurações estejam disponíveis para seu negócio.
Mantenha as exclusões no escopo. Um título que abre em modo de demonstração ainda pode precisar de aprovação ou de outra configuração para jogo real. A página de seleção de provedores apresenta as informações a solicitar para a lista de fornecedores pré-selecionados.
Decida onde ficam os fundos do jogador
| Arranjo de carteira | Consequência operacional | Pergunta de verificação |
|---|---|---|
| Carteira seamless | As transações de jogo fazem chamadas ao livro-razão definido para a conta | Como débitos, créditos e estornos são confirmados e conciliados? |
| Carteira de transferência | Os fundos se movimentam entre uma conta principal e um saldo no provedor | Como recuperar transferências pendentes, fundos devolvidos e saldos no provedor? |
O arranjo afeta o saldo disponível, os saques, os bônus e o suporte. Estabeleça o comportamento real de cada fornecedor conectado, em vez de presumir que todos os estúdios tratem da mesma forma um jogo interrompido.
Diferencie a rodada de suas transações
Um identificador de rodada agrupa os eventos que pertencem à rodada de jogo. Os identificadores de transação distinguem as ações financeiras individuais. Uma rodada pode conter vários créditos ou outra sequência permitida pelo jogo. Não presuma que toda rodada tenha um débito e um crédito.
Defina consultas de saldo, débitos, créditos e estornos na documentação real da interface. Especifique a qual evento original uma correção se refere e o que acontece se ela chegar depois de um evento posterior. Uma nova tentativa deve ser reconhecida como a mesma solicitação, em vez de interpretada como outra aposta ou ganho.
A sessão e o registro financeiro também têm durações diferentes. O jogador fechar o navegador não comprova que todas as rodadas terminaram. Identifique o relatório e o responsável pelas rodadas e transações pendentes.
Defina as evidências de aceite
Teste uma abertura de jogo bem-sucedida, um débito repetido, o esgotamento do tempo de resposta após uma ação financeira, uma divergência de moeda e uma rodada interrompida. Inclua um crédito ou estorno posterior quando a sequência documentada do fornecedor permitir. Concilie o livro-razão do jogador com o relatório do provedor usando os identificadores originais.
Para cada caso, guarde a solicitação, a resposta, o estado esperado e o resultado real. Defina quem investiga divergências e o que permite que a integração avance para produção. O comportamento exato de assinatura, novas tentativas, expiração e limites de requisições deve vir da documentação acordada.
Estime o trabalho a partir do ponto de partida
O cronograma depende da carteira, autenticação, histórico de transações, configuração do catálogo e capacidade de testes. Identifique as lacunas nesses componentes antes de apresentar um prazo fixo, em dias, para a integração. Mantenha a aprovação do fornecedor e o aceite técnico como dependências separadas.
Solicite a documentação e o escopo da API pertinente. Envie as informações do operador e dos mercados, o modelo de carteira, os estúdios e as moedas necessários. Inclua uma descrição do tratamento atual de novas tentativas e estornos pelo livro-razão para que a discussão trate da parte difícil desde o início.