Bet Platform
Uma plataforma integrada para operar a jornada do jogador, executar jogos no servidor, controlar carteira e risco e rastrear cada evento — com um processo próprio para preparar evidências de conformidade.
Tela real do BetBackoffice em ambiente de teste, com dados sintéticos.
- Resultado no servidorJogos decididos e registrados fora do navegador.
- Carteira idempotenteCada lançamento com chave, ator e saldo antes/depois.
- Trilha por eventorequestId do jogo até a carteira.
- Prontidão estruturadaFindings, reteste e pacote de submissão.
O problema
Experiência, jogos, carteira, operação e conformidade costumam ser cinco projetos
Cada fronteira mal definida vira uma integração improvisada — e cada integração improvisada vira uma pergunta sem resposta na hora da auditoria.
O front fala com a carteira sem contrato
Saldo, limites e bônus divergem entre a tela do jogador e o que a operação enxerga.
O jogo decide sozinho, longe da trilha
Resultado calculado no cliente, ou sem registro por rodada, é difícil de explicar e de reproduzir.
A operação decide sem ferramenta única
KYC, risco, saques e atendimento em sistemas diferentes exigem conciliação manual.
A conformidade chega no fim
Evidências, findings e retestes são reunidos às pressas, perto da submissão.
A plataforma
Quatro componentes, cada um com um papel
Experiência, operação, jogos e conformidade são produtos distintos que se encaixam por contratos — e podem ser adotados por etapas.
Experiência digital do jogador
BetFront
Cadastro, login, lobby, carteira e abertura de jogos em uma experiência mobile-first, com as regras financeiras e de jogo responsável aplicadas no servidor.
Ver produtoCentro de controle operacional e financeiro
BetBackoffice
Onde a operação enxerga e decide: jogador 360, carteira e ledger, saques com alçadas, KYC, risco, jogo responsável e auditoria — e onde nasce o contrato de carteira usado pelos jogos.
Ver produtoCamada de jogos server-authoritative e auditável
Game Provider
Servidor de jogos (RGS) em que sessão, aposta, sorteio, cashout e settlement acontecem no servidor, com sorteio verificável, matemática versionada e trilha técnica por rodada.
Ver produtoGovernança de pré-certificação e prontidão
MotorGLI
Organiza o processo de avaliação de prontidão em etapas: escopo, cenários por pilar, resultado, findings, reteste, revisão final e pacote de submissão — fora do caminho transacional.
Ver produtoFluxo principal
Do jogador à carteira, sem atalhos
O jogador chega ao jogo pelo BetFront; o Game Provider decide o resultado no servidor; a carteira do BetBackoffice confirma cada movimentação.
1 · Jogador
BetFront
Entra, escolhe o jogo e vê saldo e limites.
2 · Sessão
Game Provider
Cria a sessão por chamada assinada e devolve só a URL do jogo.
3 · Aposta e round
Servidor de jogos
Round decidido e registrado no servidor, com sorteio verificável.
4 · Carteira
BetBackoffice
Débito e crédito idempotentes, jogo responsável no débito e auditoria.
Plano separado · não faz parte da aposta
MotorGLI → avaliação → findings → evidências → reteste → submissão
A preparação de prontidão segue uma trilha própria, fora do caminho transacional. Ela organiza escopo, cenários, correções e o pacote que será levado a uma entidade certificadora.
Valor por área
O que muda para cada time
Produto e tecnologia
Responsabilidades claras
Experiência, jogos, operação e conformidade são componentes distintos, com contratos entre eles.
Adoção por etapas
É possível começar por um componente e ligar os demais quando fizer sentido.
Integração previsível
Sessão, Wallet API, idempotência e correlação seguem o mesmo desenho em todos os jogos.
Operações e financeiro
Uma fila, uma trilha
Saques, KYC, risco e atendimento passam por permissão e geram auditoria.
Carteira com ledger
Cada lançamento traz saldo antes e depois, ator e chave idempotente.
Alçadas e dupla aprovação
Saques acima do limiar exigem segunda aprovação de outro usuário.
Risco e compliance
Jogo responsável na fonte de verdade
Autoexclusão e limites são consultados no ponto do débito.
Resultado verificável
No Foguete Crash, o hash da semente é publicado antes e a semente revelada depois.
Processo de prontidão
Findings, evidências, retestes e pacote seguem um vocabulário controlado.
Prova técnica
Propriedades de projeto que dá para verificar
Não são números de escala nem promessas: são comportamentos presentes no código dos componentes.
Resultado decidido no servidor
Sorteio com criptografia do runtime; teste automatizado impede Math.random na matemática do provedor.
Idempotência financeira
O transactionId identifica cada operação; repeti-la devolve o resultado original.
Assinatura de integração
API key e HMAC-SHA256 do corpo, comparados em tempo constante.
Auditoria e correlação
requestId do Provider até a carteira; trilha de decisões no BetBackoffice.
Matemática versionada
Cada round guarda a versão usada; versões já usadas não são alteradas.
Prontidão verificável
Liveness, readiness e migrations com checksum antes de a aplicação receber tráfego.
Adoção modular
Adote por etapas — os contratos já estão desenhados
Cada componente tem fronteiras explícitas. Isso permite começar pelo que é mais urgente e conectar o resto depois. Não é plug-and-play: contratos de carteira, meio de pagamento e verificação de identidade exigem trabalho de integração e homologação.
Game Provider + Wallet
Jogos server-side ligados à carteira.
+ BetBackoffice
Operação, KYC, risco e saques.
+ BetFront
Experiência do jogador completa.
MotorGLI em paralelo
Preparação de prontidão, em qualquer etapa.
Planeje a sua operação com contratos claros
Conte o contexto e os componentes que interessam. Respondemos com um plano de integração e homologação.