A sala a partir da qual a sua equipa opera o casino.
Não é um painel de administração colado a uma API. É o posto de trabalho onde a operação acontece de facto.
O Callisto Operator OS é o backoffice que vem com a plataforma: os jogadores e o dinheiro deles, as marcas e as suas definições, os pagamentos à espera de revisão, os jogos e os bónus, o marketing, os relatórios, os tickets de suporte e a administração da plataforma. Um posto de trabalho, um modelo de permissões, um trilho de auditoria.
Ecrãs, não uma lista de funcionalidades.
As imagens abaixo mostram o produto tal como é entregue. Nada aqui foi desenhado para um site.
Painel de operação
Os números com que um operador abre o dia — depósitos, levantamentos, GGR, registos e os alertas à espera de alguém — limitados à marca e ao período escolhidos, e guardados para a visita seguinte.

Gestão de jogadores
Um jogador e tudo o que lhe diz respeito: saldos das carteiras, histórico de transações e de jogo, estado de KYC e documentos, limites de jogo responsável, bónus, notas e o registo de tudo o que a equipa fez na conta.

Pagamentos e fornecedores
Depósitos e levantamentos como fila de trabalho e não como relatório: o que espera aprovação, o que está retido e porquê, que fornecedor tratou, e lançamentos manuais quando algo tem de ser corrigido à mão — cada um assinado por quem o fez.

Site Builder
A montra de cada marca — layouts, identidade, páginas publicadas, conteúdos legais e configuração de analítica — editada com pré-visualização em direto e publicada por skin, sem deployment.

Suporte
Dois níveis no mesmo sítio: os jogadores escrevem à sua marca e os operadores escrevem à plataforma. Tickets em fio, anexos, notas internas que o jogador nunca vê e um número de ticket que sobrevive à conversa.

Todas as áreas da plataforma, num só sítio.
O backoffice não é um subconjunto da plataforma com as partes interessantes vendidas à parte. Se um serviço existe, os ecrãs dele estão aqui.
Jogadores e marcas
- Pesquisa de jogadores, fichas e saldos
- Revisão de KYC e filas documentais
- Limites de jogo responsável e intervenções
- Clientes, marcas e definições por skin
- Países, moedas e idiomas
Dinheiro
- Revisão de depósitos e levantamentos
- Fornecedores de pagamento por marca
- Ajustes manuais, assinados
- Extratos, faturas e faturação
- Comissões de agentes e afiliados
Produto
- Jogos, fornecedores e configuração do lobby
- Campanhas de bónus, rodadas grátis e requisitos de aposta
- Pools de jackpot progressivo
- Campanhas de marketing, segmentos e percursos
- Site Builder e Content Studio
Controlo
- Relatórios e dashboards com exportação CSV
- Alertas de risco e casos de compliance
- Tickets de suporte dos dois níveis
- Utilizadores, perfis e permissões
- Registo de auditoria de cada ação
Permissões que chegam a um botão.
Um backoffice de casino guarda dinheiro, dados de jogadores e exatamente os controlos pelos quais um regulador pergunta. Por isso o acesso não é um cargo: é um conjunto de permissões que alguém concedeu, e o registo de quem as concedeu.
Os perfis são feitos de permissões concretas
Um perfil é um conjunto nomeado de permissões e não um escalão fixo. Um revisor de pagamentos que pode aprovar levantamentos até um limiar e não ler mais nada é um perfil que você define, não um pedido de desenvolvimento.
Limitado às marcas em que a pessoa trabalha
O acesso é delimitado por cliente e por skin. Quem trata de uma marca não vê jogadores, pagamentos nem relatórios de outra; um utilizador ao nível da plataforma vê para além disso porque uma permissão o diz, não por descuido.
Cada ação fica escrita
Quem aprovou o levantamento, quem mudou o limite, quem reabriu o caso — com data e hora, num registo inalterável. Um estado que se move sem ninguém atrás é precisamente o que o trilho de auditoria existe para impedir.
A política de sessão e de palavras-passe é sua
Regras de palavra-passe, autenticação em dois passos, duração da sessão e fecho por inatividade são definições de plataforma e não pressupostos fechados no código, porque a resposta certa muda com o mercado e com o operador.
Configure uma vez. Substitua onde importa.
As definições descem da plataforma para cada cliente e daí para os seus skins: a plataforma traz os valores base, o cliente adapta-os e um skin herda tudo o que não precisa de mudar. Ganha o nível definido mais estreito — é isso que torna uma segunda marca um trabalho de configuração em vez de um segundo deployment, e o que impede um mercado exigente de herdar as definições mais frouxas de outro.
Perguntas sobre o backoffice.
O que perguntam as equipas de operação quando são elas que vão viver lá dentro.
Incluído. O Callisto Operator OS é entregue com a plataforma, em código-fonte, e é o mesmo posto de trabalho que nós usamos — não uma versão de demonstração reduzida. Na arquitetura não há licença por utilizador nem módulo retido como venda adicional.
Sim, e é para isso que se recebe o código. O backoffice é uma aplicação React que fala com a plataforma através de um BFF documentado; os seus engenheiros podem alterar um ecrã, acrescentar uma coluna ou construir um ecrã de que só a sua operação precisa. Nada aqui está compilado atrás de uma verificação de licença.
É o caso normal, não a exceção. Utilizadores, perfis e dados são delimitados por cliente e por skin, por isso um grupo pode operar várias marcas a partir de um posto único enquanto a equipa de cada marca vê apenas a sua. As definições descem plataforma → cliente → skin, de modo que uma marca nova parte de valores sensatos e só substitui o que difere.
Mudanças de estado com a pessoa por trás: aprovações e recusas de pagamento, ajustes manuais, alterações de limites e políticas, decisões de KYC, decisões sobre casos e reaberturas, alterações de perfis e permissões. O registo é inalterável e, onde mais importa, é escrito na mesma transação que a alteração que descreve — um estado não se move sem que o registo se mova com ele.
Foi feito para uma secretária. Os ecrãs são densos de propósito: uma fila de pagamentos e uma ficha de jogador são tabelas, e encolher uma tabela para um telemóvel piora-a em vez de a tornar portátil. Em tablet é utilizável; a operação para que foi pensado acontece à frente de um monitor.
Mais do que uma demo sugere e menos do que uma plataforma deste tamanho faz supor, porque os ecrãs são consistentes: os mesmos filtros, o mesmo comportamento de tabela, a mesma forma de página de detalhe em todas as áreas. A forma honesta de avaliar isso é uma demonstração com os seus próprios dados, e preferimos fazê-la a escrever aqui um número.
Veja-o com as pessoas que vão usá-lo.
Traga o seu responsável de operação, o seu revisor de pagamentos e quem responde ao regulador. Uma demonstração em ecrãs reais resolve numa hora aquilo que uma lista de funcionalidades discute durante uma semana.
Respondemos dentro de um dia, normalmente no próprio.
