Para quem é
Operações, financeiro, risco, compliance e atendimento de operadoras que precisam de um único centro de controle sobre a jornada do jogador.
Problema que resolve
Quando carteira, KYC, risco e atendimento vivem em ferramentas separadas, cada decisão depende de conciliação manual e deixa pouca trilha. Aqui, cada ação passa por permissão e gera auditoria.
Capacidades comprovadas
O que BetBackoffice faz hoje
Player 360
Ficha do jogador com carteira, KYC, risco, jogo responsável, bônus, tickets, notas e auditoria; ações de suspender, reativar, bloquear e encerrar.
Carteira com ledger
Todo saldo se move por lançamentos com saldo antes/depois, tipo, carteira (real, bônus, bloqueado, pendente), referência e ator, com idempotência por chave.
Saques com alçadas e dupla aprovação
Alçada por operador e limiares por escopo; acima do limiar, a segunda aprovação exige outro usuário. Rejeitar ou reter exige justificativa.
KYC
Fila de casos com aprovar, rejeitar, reabrir e solicitar documento ou revisão.
Risco e fraude
Regras sobre transações e saques geram alertas com pontuação e severidade; a operação investiga e cria flags.
Jogo responsável
Aplicar e levantar restrições, limites do jogador e autoexclusão, com o mesmo estado consultado no momento do débito.
Acessos e RBAC
Papéis por módulo e ação (ver, editar, aprovar, exportar), sessão revogável e checagem de permissão em toda escrita.
Auditoria
Quem fez, o quê, sobre quem, valores antes e depois e o motivo, gravados em um único ponto.
Atendimento, financeiro e relatórios
Tickets com resposta, escalonamento e resolução; indicadores financeiros lidos do banco.
Hub de integrações
Cadastro, teste de conexão, health check e rotação de segredos com cofre criptografado (AES-256-GCM). O adaptador disponível hoje é o do Game Provider.
Jornada principal
Do saque solicitado ao pagamento auditado
Solicitação
O jogador pede o saque; entra na fila com status em análise.
Verificações
Saldo, rollover e restrições de jogo responsável são checados.
Alçada
O operador aprova dentro da sua alçada; acima do limiar, segue para segunda aprovação.
Segunda aprovação
Outro usuário confirma — a segregação de funções é validada pelo sistema.
Pagamento e ledger
O pagamento gera lançamento de carteira com chave idempotente e fica auditado.
Limites deliberados
O que BetBackoffice não faz
Fronteiras claras evitam expectativas erradas — e integrações improvisadas.
- Não executa jogos: rounds, sorteio e resultado pertencem ao Game Provider.
- Não integra com o regulador, com bureau de identidade nem com gateways de pagamento — essas conexões são projeto de integração.
- Disparo de campanhas, programa VIP persistido e autenticação em duas etapas não fazem parte do que a plataforma afirma entregar hoje.
- Não substitui a decisão humana: alertas de risco são varridos sob demanda e investigados pela equipe.
Integrações
Como BetBackoffice se conecta
Game Provider
Expõe a Wallet API (saldo, aposta, prêmio, estorno e reversão) autenticada por chave e assinatura, idempotente por transactionId.
BetFront
Recebe pelo domínio compartilhado as solicitações do jogador (saques, KYC) e o histórico de carteira.
Visão técnica
Contratos, dados e segurança
Em nível público: comportamentos comprovados, sem endereços nem detalhes de infraestrutura.
Fonte de verdade do saldo
O saldo é atualizado na mesma transação do lançamento, com trava de linha e recusa de saldo negativo.
Wallet API
Saldo, aposta, prêmio, estorno e reversão com x-api-key e HMAC-SHA256 do corpo, comparados em tempo constante.
Jogo responsável no débito
Autoexclusão, limite por aposta e limite de perda diária são consultados no ponto do débito; prêmios e estornos nunca são bloqueados.
Migrations versionadas
Runner com checksum, ordem determinística e bloqueio de SQL destrutivo; execução isolada antes da aplicação.
Continue pela plataforma
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 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 produtoVamos conversar sobre BetBackoffice
Conte o contexto da sua operação. Respondemos com os próximos passos de integração e homologação.