Revisão

Para: Fin — Conferido em 2026-10-18.

As telas Saques em revisão e Depósitos em revisão listam os itens que as regras não liberaram sozinhas. Cada item precisa da decisão de uma ou duas pessoas, com motivo e confirmação de identidade. Esta página explica a fila, o detalhe, a regra de votos, a revelação de dados pessoais e o pedido de informação.

O que é

Quando as regras da operação mandam um saque ou um depósito para revisão (under_review), o item aparece na fila. O painel mostra só os itens nesse estado.

Quem vê e decide: Financeiro e Revisor. Administrador e Auditor recebem "Não encontrado" nessas telas.

Fila. Uma linha por item, com:

Coluna O que mostra
Saque / Depósito O external_id (clique para abrir) e a data.
Valor Em reais.
Jogador A referência externa e o documento mascarado.
Motivos Um selo por motivo de revisão.
Votos Quantos votos há e quantos são necessários (0/1, 1/2).
Prazo O limite de decisão.

O prazo é de 24 horas a partir da criação do item. Passado o prazo, o alerta "SLA de revisão estourado" pode disparar (veja Alertas e e-mails). Num saque, um pedido de informação pausa o relógio.

Motivos mais comuns (o catálogo completo está em Decisão, limites e regras):

Selo na tela Código
Primeiro saque do jogador FIRST_WITHDRAWAL
Chave PIX nova PIX_KEY_CHANGED
Titularidade não verificada OWNERSHIP_UNVERIFIED
Destino usado por outro jogador SHARED_DESTINATION
Documento usado por outro jogador SHARED_DOCUMENT
Contexto novo (IP/dispositivo) NEW_CONTEXT
Exige aprovação dupla DUAL_APPROVAL_REQUIRED
Pagador compartilhado (PLD) AML_SHARED_PAYER

Os outros códigos aparecem como vêm das regras.

Quando usar

Reserve um horário fixo por dia (e acompanhe o alerta de fila) para esvaziar a fila: um saque em revisão mantém o dinheiro reservado do jogador, e um depósito em revisão ainda não entrou no caixa. O botão Saques em revisão do Início mostra quantos itens esperam em cada operação.

Como fazer

Decidir um item

  1. Abra o item. O detalhe traz Dados (valor, jogador, destino mascarado no saque, criação, prazo), Por que está em revisão (os motivos e a versão das regras) e Votos.
  2. Em Decidir, escreva o motivo da decisão (de 10 a 1000 caracteres).
  3. Clique no botão:
    • Saque: Aprovar ou Recusar;
    • Depósito: Aceitar ou Devolver.
  4. Se a confirmação de identidade estiver vencida, a tela pede fator forte recente (Confirmar identidade agora) e volta ao mesmo item.

O que cada decisão faz:

Item Decisão Resultado
Saque Aprovar O saque vai a approved e o Dracma o envia ao PSP quando o horário e o caixa permitem. Veja Ciclo do saque.
Saque Recusar O saque vai a rejected e a reserva volta ao jogador.
Depósito Aceitar O depósito vai a paid, pelo valor registrado.
Depósito Devolver O depósito vai a returned. Veja Ciclo do depósito.

Cada decisão emite os eventos correspondentes para o seu webhook.

flowchart TD A[Item em revisão] --> B{Voto} B -- Recusar ou Devolver --> C[Decide na hora: rejected ou returned] B -- Aprovar ou Aceitar --> D{Exige aprovação dupla?} D -- Não --> E[1 pessoa basta: approved ou paid] D -- Sim --> F{2 pessoas diferentes?} F -- Ainda não --> A F -- Sim --> E

Regra de votos.

  • Um voto contra decide. Recusar ou Devolver encerra o item na hora, mesmo que outra pessoa já tenha aprovado.
  • A favor: basta uma pessoa, ou duas pessoas diferentes quando o item tem o motivo DUAL_APPROVAL_REQUIRED. Com uma equipe de duas pessoas, as duas precisam aprovar.
  • Cada pessoa vota uma vez por item.
  • Em um item cujo pedido de revisão foi registrado por uma pessoa, quem pediu não vota nele.

Aprovação dupla. O motivo DUAL_APPROVAL_REQUIRED é gravado pelas regras da operação quando o valor do saque é igual ou maior que o limite de aprovação dupla (campo dual_approval_above do conjunto de regras, visível em GET /v1/rules) ou quando outra regra o exige.

Não disponível

O painel não cancela saques nem depósitos: ele só decide itens em revisão. O cancelamento é feito pela API (veja Saques e Depósitos).

Revelar dados pessoais

Na fila e no detalhe os dados vêm mascarados (CPF ***.456.789-**, chave PIX parcial). Para ver o valor completo:

  1. No cartão Dados pessoais, escreva o motivo (de 10 a 500 caracteres).
  2. Clique em Revelar. É preciso confirmação recente.
  3. A tela mostra os campos em claro:
    • saque: documento, nome, chave PIX e tipo da chave;
    • depósito: documento, nome do pagador e documento do pagador.

O Dracma grava a revelação na Auditoria antes de devolver os dados: sem registro, não há dado. Os dados em claro existem só nesta tela, não ficam guardados e somem ao sair ou recarregar. Quem revela: Financeiro e Revisor.

Pedir informação (saques)

Em um saque em revisão, o cartão Informação solicitada ao operador permite pedir esclarecimento ao time da operação sem decidir ainda.

  1. Em Pedir informação, escreva o texto para o operador (de 10 a 1000 caracteres). Não inclua dados pessoais do jogador: o texto vai por e-mail.
  2. Clique em Pedir informação. O Dracma registra o pedido e envia um e-mail aos contatos de alerta da operação.
  3. O relógio do prazo fica pausado enquanto houver pedido aberto. O cartão mostra o prazo original, o prazo efetivo e a faixa "Relógio do SLA pausado desde …".
  4. A resposta do operador é combinada fora do painel, pelo canal de suporte informado no onboarding. Quando chegar, clique em Registrar resposta (com um resumo opcional de até 1000 caracteres). O relógio volta a correr.

O estado do aviso por e-mail aparece em cada pedido:

Texto na tela Significa
Aviso enviado aos contatos do operador O e-mail foi aceito para envio.
Aviso pendente — será reenviado O serviço de e-mail estava fora; o Dracma tenta de novo sozinho.
Operação sem contatos de e-mail cadastrados Não há contato de alerta na operação.
Falha ao avisar O envio falhou depois das tentativas.

Os contatos de alerta são definidos pelo Dracma no onboarding e não são editáveis no painel (veja Alertas e e-mails). Fora da produção esses e-mails não chegam a destinatários reais (ficam retidos num destino de teste), embora o painel mostre o aviso como enviado.

Quem pede e registra: Financeiro e Revisor. Pedir ou responder não exige confirmação recente.

Exemplos

Um saque com dois motivos, numa operação com a equipe Ana (Financeiro) e Bruno (Revisor):

Passo Quem O que acontece
1 Sistema Saque de R$ 3.000,00 com FIRST_WITHDRAWAL e DUAL_APPROVAL_REQUIRED. Votos 0/2.
2 Ana Pede informação sobre a titularidade da chave PIX. O prazo fica pausado.
3 Ana Registra a resposta quando o time confirma. O prazo volta a correr.
4 Ana Aprova, motivo "Titularidade conferida pelo time da operação". Votos 1/2.
5 Bruno Aprova, motivo "Segunda conferência". Votos 2/2: o saque vai a approved.

Se, no passo 5, Bruno tivesse recusado, o saque iria a rejected na hora.

Erros e casos de borda

Mensagem Causa O que fazer
"Voto registrado." Sucesso. Nenhuma.
"Você já votou neste item." already_voted. Peça a outra pessoa.
"Quem pediu não pode revisar o próprio item." self_review_forbidden. Peça a outra pessoa.
"Este item já foi decidido." invalid_state_transition: outra pessoa decidiu antes ou o estado mudou. Recarregue a fila.
"Escreva um motivo de 10 a 1000 caracteres." Motivo curto ou longo. Corrija.
"Confirme com o fator forte para concluir." step_up_required. Use Confirmar identidade agora.
"Item não encontrado nesta operação." Item de outra operação ou já fora da revisão. Volte à fila.
"Sem permissão para esta ação." Seu papel não decide. Peça a um Financeiro ou Revisor.
"Não foi possível concluir a ação." ao Aceitar um depósito O depósito está em revisão por AMOUNT_MISMATCH (valor pago diferente): o aceite é proibido (accept_not_allowed). Use Devolver.
"Escreva o motivo (10 a 500 caracteres)." Motivo da revelação fora do limite. Corrija.
"Revelar exige confirmação recente com fator forte" step_up_required na revelação. Use Confirmar identidade agora.
"Este saque já foi decidido ou o pedido já foi respondido." Pedido de informação num saque que saiu da revisão. Nenhuma.
"Escreva um texto de 10 a 1000 caracteres (a resposta aceita até 1000)." Texto fora do limite. Corrija.

Casos de borda:

  • Equipe de uma pessoa. Um item com DUAL_APPROVAL_REQUIRED nunca fecha. Inclua uma segunda pessoa em Equipe e papéis.
  • Duas decisões ao mesmo tempo. Só uma vale. A segunda recebe "Este item já foi decidido".
  • Item parado em approved. Se o saque foi aprovado mas não saiu, veja Ciclo do saque e Saldos e caixa (saques retidos).
  • Prazo estourado. O prazo é um limite de atendimento exibido na tela e usado pelo alerta; o painel não decide o item por você.

Veja também