01O deployment em uma tela
A visão geral abre o dia. Saúde do sistema em manutenção, ponte de API, banco de dados e cache. Sinais de breakers, provedores e erros não resolvidos. O trabalho em filas contadas — 12 revisões de KYC pendentes, a mais antiga com 5h 02m, 8 divergências de conciliação com €18.240 prontos para creditar, 2 aprovações aguardando. Ações privilegiadas recentes e saúde por provedor aparecem abaixo. Nada nesta tela exige uma segunda ferramenta.
- Sistema, sinais e filas em uma única leitura vertical
- Cada card leva à fila que ele conta
- Saúde do provedor por rail — degradado, ativo, em recuperação
02O copiloto do operador
Um dock de copiloto abre ao lado de qualquer tela com sugestões sensíveis ao contexto — por que as recargas estão falhando, resuma os incidentes abertos. Ele é somente leitura e não executa ações. E falha com honestidade: enquanto o endpoint do modelo não estiver conectado, o dock avisa claramente em vez de inventar respostas.
03Insights
A operação em uma tela: 42.180 usuários, 12.408 ativos, taxa de ativação de 61,8%, taxa de sucesso de 96,4% e fluxo de dinheiro de +€1,84M de entrada e −€1,52M de saída em 30 dias. Funis de KYC e de onboarding ficam ao lado, e uma queda na ativação aparece na semana em que começa. As métricas financeiras ficam atrás do perfil financeiro.
04Triagem de erros
O fluxo de alertas chega deduplicado. 142 ocorrências de um mesmo WebhookSignatureError — afetando 38 usuários — viram uma única linha crítica com ações de reconhecer e resolver, e a tela atualiza a cada 10 segundos. Operadores resolvem assinaturas, não páginas de ruído.
- Uma linha por assinatura de erro, com contagem
- Usuários afetados vinculados a cada assinatura
- Reconhecer e resolver como ações auditadas
05Usuários, pesquisáveis por qualquer dado
12.408 contas pesquisáveis por nome, e-mail, telefone ou ID, com status de KYC e da conta em cada linha e abas para KYC pendente, verificados, rejeitados, bloqueados e arquivados. Cada linha abre um User 360 — saldos, cartões, dispositivos, nível de KYC e histórico completo de um cliente em uma única tela.
06Fila de revisão de KYC
As revisões pendentes chegam como uma fila contada, com o relógio à vista — 12 na demo, cada linha com o provedor, o status, o motivo mais recente e há quanto tempo o solicitante espera. Uma nova tentativa de liveness parada há 5h 02m aparece em vermelho. Aprove, rejeite ou redefina no console; toda decisão exige justificativa, é auditada e atualiza o status da conta em todos os lugares de uma vez.
- Pendentes, pré-concluídos, rejeitados e todos, em abas
- Motivos na linha — revisão de endereço, nova tentativa de liveness, revisão de documento
- Tempo de espera visível, o mais antigo sinalizado
07Drill-down no ledger
Toda linha de dinheiro abre até o fundo. A transferência TR-90211 — um pagamento peer-to-peer concluído de €120,00 — mostra remetente, destinatário e as duas pernas do ledger lançadas: um débito de −€120,00 e um crédito de +€120,00, partida dobrada e balanceada. Nenhuma visão resumida fica entre o operador e o ledger.
08Recargas em cripto
Depósitos on-chain são linhas de primeira classe, não uma exportação de outro lugar. Uma recarga concluída na rede Base mostra 250,00 USDC creditados no ledger em EUR, com taxa de câmbio, tarifa, endereço da carteira e hash da transação no painel lateral. Os dois rails, um só console, rastreável até a chain.
09Conciliação
Depósitos SEPA recebidos são associados aos usuários automaticamente; as exceções caem em uma fila de trabalho contada — linhas conciliadas prontas para creditar, um pagador desconhecido com dois candidatos possíveis e abas para prontos, em revisão, sem correspondência e histórico. Creditar é um clique quando a correspondência é limpa e uma decisão justificada quando não é — e todo crédito manual exige justificativa, com limites de valor lidos da configuração.
- Associe um pagamento a um usuário, depois credite e concilie
- Pagadores ambíguos retidos para revisão com seus candidatos
- Relatórios bancários importados direto para a fila
10Tracer
Cole uma referência e veja a história toda. O trace 9F21-0716 abre como um rastreio por hops — requisição enviada, ledger validado contra a política, cotação do provedor registrada, confirmação on-chain na Base em 12 de 12, liquidação entregue — cada hop cronometrado, de +42ms a +22s. Somente leitura por princípio: o Tracer explica, nunca altera.
- Uma referência, todos os hops da requisição à liquidação
- A política e a cotação aplicadas em cada hop, registradas
- Chave de idempotência visível no trace
11Caixa de aprovações
Créditos acima do limite aguardam um segundo operador. A caixa se divide entre o que aguarda a sua aprovação e o que você solicitou — um crédito de cortesia de €500,00 e um estorno de recarga com falha de €120,00 de um lado, sua própria reversão de tarifa de €40,00 aguardando um cossignatário do outro. Você não pode aprovar itens que solicitou; pode retirá-los.
12O log de auditoria
18.942 ações de operadores em uma tabela append-only: horário, operador, ação, alvo, a justificativa escrita e a requisição subjacente com seu código de resposta. Ações do sistema entram na mesma linha do tempo que as humanas. Filtre por operador, ação ou data; exporte para CSV quando alguém de fora do console pedir.
- Append-only — registros nunca são editados nem removidos
- Justificativa e requisição anexadas a cada linha
- Filtrável, paginado, exportável
13Inspeção e replay de webhooks
18.204 eventos recebidos de provedores, cada um com a verificação de assinatura na linha. Um evento com falha pode ser reproduzido para reaplicar um veredito perdido — exige justificativa, sem notificações duplicadas — mas só se a assinatura for válida; assinaturas inválidas não são confiáveis e o replay é bloqueado. Revelar um payload bruto envia PII sem máscara ao seu navegador, e por isso gera um evento de auditoria.
14Feature flags e configuração remota
38 chaves tipadas em 8 áreas — toggles, valores, enums — para cartões, recargas, KYC e o restante da superfície de runtime. Cada chave mostra quem a alterou por último e quando; cada mudança tem diff, justificativa e auditoria. Um limite de gasto ou a troca de um provedor é uma edição no console, não um release na loja.
- Controles tipados — sem strings de configuração em texto livre
- Histórico por chave: quem, o quê, quando, por quê
- Mudanças valem sem release do app
15Kill switches
Quando algo precisa parar, para por aqui. Um congelamento global exibe a tela de manutenção na abertura do app; kill switches por funcionalidade desligam cartões, recargas, transferências ou KYC individualmente — 4 ativos, 0 desabilitados na demo. Um bypass de OTP para QA fica atrás de seu próprio interruptor, desligado por padrão. Toda alteração é registrada e exige dupla confirmação.
16Operadores e perfis
O time é gerenciado onde o trabalho acontece. Seis contas de operador cobrem perfis de superadmin a auditor, e cada registro mostra sua atividade auditada recente. Mudanças de perfil passam por um diálogo de justificativa, e ninguém pode alterar o próprio perfil nem se desativar — só um segundo superadmin pode.
- Seis perfis — superadmin, ops, compliance, engineer, support, auditor
- Ações recentes de cada operador no seu registro
- Sem autopromoção, sem autodesativação
Uma ação privilegiada se explica antes de rodar. Congelar o cartão 4417 abre um diálogo que informa o raio de impacto, exige uma justificativa escrita e — por ser produção — faz o operador digitar PROD antes de habilitar o botão de confirmar. A justificativa vai para o log de auditoria imutável, junto da própria ação.
18Circuit breakers e saúde dos provedores
A engenharia acompanha circuit breakers e a saúde dos provedores em tempo real. Quando um provedor degrada, o estado do breaker aparece no console antes de os chamados de suporte chegarem — e a recuperação também.
19Back office de links de pagamento
Os links criados pelos clientes têm uma visão do operador: 214 links entre pagos, ativos e expirados na demo, cada um com a transferência de liquidação anexada e um link para abrir no Tracer com o rastreamento completo. Revogar um link não é reembolso — o console avisa isso antes de você confirmar.
20Whitelists de login e PII mascarada
O acesso ao console é controlado por whitelist, e o que o operador vê é minimizado por padrão: e-mail e telefone ficam mascarados até serem revelados de propósito, e as métricas financeiras ficam atrás do perfil financeiro. Ver mais é um ato deliberado e registrado.
21Créditos manuais e aporte de saldo
Aportar saldo a um usuário é um fluxo nativo do console, não uma escrita no banco de dados. Todo crédito leva um motivo por escrito, e créditos acima do limite passam pela caixa de aprovações para o aval de um segundo operador.
22Operações de cartões
Cartões de toda a base: bloqueio e desbloqueio com o raio de impacto informado, variantes de cartão gerenciadas por programa e todo cartão acessível a partir do User 360 a que pertence. Ações destrutivas têm o mesmo diálogo com motivo obrigatório de todo o resto.
23Contas bancárias
As contas bancárias da plataforma têm visão própria, e os extratos bancários importados alimentam direto a fila de conciliação. O trilho por onde o dinheiro realmente se move fica no mesmo console do ledger em que ele cai.
24Paleta de comandos e busca
⌘K abre a paleta de qualquer lugar; a busca aceita nome, e-mail, telefone ou ID e leva ao registro certo. O console foi feito para ser operado pelo teclado num dia ruim.
25Campanhas, indicações e códigos de convite
As ferramentas de crescimento ficam no mesmo console: campanhas configuradas e acompanhadas, programas de indicação monitorados, códigos de convite emitidos e revogados. O time de operações roda promoções sem uma segunda ferramenta de admin.
26Versões do app e abas mobile
Veja quais versões do app estão em uso e configure o layout de abas do app mobile remotamente. O shell do app é operável pelo console — mudar uma aba é configuração, não um release.
27Conteúdo, FAQ e chat
Conteúdo in-app, perguntas do FAQ e o chat com o cliente são operados no próprio console. Quem responde a um atendimento tem o User 360 a um clique, e não em outra aba de outro sistema.
28Operações cripto
A parte cripto tem seção própria: visão geral cripto, wallets, registro de ativos e ações cripto — ao lado da fila de recargas. Os operadores enxergam a camada on-chain com a mesma profundidade do ledger em moeda fiduciária.
29Exportações
Os dados saem limpos quando precisam: exportação CSV do log de auditoria e das tabelas operacionais, filtrada exatamente como exibida. O que o auditor pede vira um download, não um chamado para a engenharia.
30Whitelabel e ambientes
O console roda com a sua marca — o deploy da demo é YourBrand, não o nosso. Um banner persistente informa o ambiente, as telas de produção trazem um selo prod e ações em produção exigem que o operador digite PROD. Ninguém confunde em qual ambiente está.
