Blog · 21 de maio de 2026

A Regra de Viagem: 6 Status e o Desafio do “Sunrise Issue” (PT-BR-1)

Toda obrigação da Regra de Viagem se resolve em um de seis status. Entenda o significado de cada um, como lidar com contrapartes em jurisdições que ainda não adotaram a regra – o “sunrise issue” – e como a Didit monitora tudo.

Por Didit21 de maio de 2026Atualizado 21 de mai. de 2026

Quando uma VASP envia uma transferência de cripto acima do limite, a obrigação da Regra de Viagem do FATF a ela vinculada não se resolve instantaneamente. Ela passa por estados: talvez a contraparte ainda não tenha respondido, talvez dados necessários estejam faltando do seu lado, talvez o destino seja uma jurisdição que nem mesmo adotou a regra. Para executar isso em escala, você precisa de um modelo de status claro e finito — não uma nota de texto livre que um analista tenha que interpretar.

A Didit oferece exatamente seis. Como o suporte à Regra de Viagem está integrado ao Monitoramento de Transações, toda obrigação em cada transferência de cripto se resolve em um dos seguintes status: UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED ou EXEMPT. Este guia explica o que cada um significa, como agir sobre ele e como os status oferecem uma maneira clara de lidar com a parte mais complicada da conformidade com a Regra de Viagem — o “sunrise issue”, onde a regra está ativa em sua jurisdição, mas não na da contraparte.

Principais pontos

Seis status, sem ambiguidade. Toda obrigação da Regra de Viagem é exatamente um dos seguintes: UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED ou EXEMPT.
O status indica quem está com a “bola” — você (PENDING_ACTION), a contraparte (PENDING_COUNTERPARTY), ou ninguém, porque está feito (COMPLIANT) ou fora do escopo (EXEMPT).
O “sunrise issue” é a adoção global desigual da Regra de Viagem — algumas jurisdições a aplicam, outras ainda não — o que faz com que você troque dados com contrapartes que podem não ter obrigação de reciprocidade.
Os status fornecem um modelo de tratamento claro para o “sunrise issue”: PENDING_COUNTERPARTY, FAILED e EXEMPT mapeiam diretamente para os casos que uma contraparte não aderente produz.
Ele funciona dentro do Monitoramento de Transações em POST https://verification.didit.me/v3/transactions/ com currency_kind: "crypto", com triagem de carteira a partir de US$0,02 (traga sua própria chave).

O que significam os seis status

Cada transferência de cripto que carrega uma obrigação da Regra de Viagem recebe um travel_rule_status. Aqui está o conjunto completo e como agir em cada um.

Status	Significado	O que fazer
`UNKNOWN`	A obrigação ainda não foi avaliada, ou a VASP da contraparte não pode ser resolvida.	Aguardar resolução; investigar se persistir.
`COMPLIANT`	Dados do originador e beneficiário foram trocados e confirmados.	Nada — a obrigação foi cumprida.
`PENDING_ACTION`	Algo do seu lado é necessário — dados do originador ausentes ou uma etapa de confirmação.	Fornecer os dados; considerar uma correção `AWAITING_USER` se for fornecido pelo cliente.
`PENDING_COUNTERPARTY`	Você está aguardando a resposta da VASP da contraparte à troca.	Manter conforme a política; o motor rastreia a espera.
`FAILED`	A troca não pôde ser concluída — contraparte inalcançável, dados rejeitados ou incompatibilidade de protocolo.	Investigar; decidir se prosseguir, bloquear ou tratar conforme sua política de “sunrise issue”.
`EXEMPT`	A transferência está fora do escopo — abaixo do limite, manuseio de carteira auto-hospedada ou de outra forma não obrigada.	Prosseguir; a isenção é registrada para a trilha de auditoria.

O valor de um conjunto fechado é que a política se torna expressável. Você pode dizer “reter qualquer transferência de cripto OUTBOUND em PENDING_COUNTERPARTY por até N horas, depois escalar” ou “proceder automaticamente em EXEMPT” — regras, não julgamentos.

Por que isso importa

As análises da Regra de Viagem não perguntam apenas você trocou os dados — elas perguntam você pode mostrar, por transferência, onde a obrigação estava e por que você prosseguiu ou não. Um modelo de seis estados é a trilha de auditoria: cada transferência carrega seu status, o motivo e o protocolo que realizou (ou falhou em realizar) a troca. Essa é a diferença entre um registro pronto para o auditor e um exercício de reconstrução.

Também importa operacionalmente, porque a maioria das transferências não está COMPLIANT na primeira passagem. Elas permanecem em PENDING_COUNTERPARTY enquanto a outra VASP responde, ou caem em FAILED porque a contraparte não está acessível. Uma equipe que não consegue ver esses estados claramente acaba bloqueando transferências válidas ou deixando passar as obrigatórias.

O “sunrise issue”

O status mais difícil de analisar é FAILED ou PENDING_COUNTERPARTY contra uma contraparte que simplesmente não tem obrigação da Regra de Viagem — porque sua jurisdição não a adotou. O FATF estabeleceu a regra; as jurisdições a implementam em seus próprios prazos. O resultado é uma cobertura global desigual: você pode estar totalmente obrigado, enquanto sua contraparte, em uma jurisdição não aderente, não tem obrigação de enviar ou confirmar nada. Essa lacuna é o “sunrise issue” — o sol nasceu sobre a regra em alguns lugares, mas não em outros.

O “sunrise issue” não pode ser resolvido unilateralmente por uma VASP; é uma função da regulamentação, não da engenharia. Mas pode ser gerenciado, e os seis status mostram como:

Uma contraparte não aderente que não responde aparece como PENDING_COUNTERPARTY e depois FAILED — não como uma lacuna silenciosa.
Sua política decide o que FAILED-devido-a-não-adesão significa: prosseguir com justificativa documentada, reter ou bloquear. O status torna essa decisão explícita e registrada.
Transferências genuinamente fora do escopo são resolvidas para EXEMPT, para que você não perca tempo do analista com elas.

O ponto é que o “sunrise issue” se torna um estado documentado e orientado por políticas, em vez de um caso de borda indefinido. Quando a jurisdição da contraparte adotar a regra, as mesmas transferências começarão a se resolver para COMPLIANT sem alteração em sua integração.

Detalhes técnicos

Os status são retornados na transação que você envia para a API unificada /v3/.

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "txn_a17d63",
    "category": "travel_rule",
    "amount": 3100,
    "currency": "ETH",
    "currency_kind": "crypto",
    "direction": "OUTBOUND",
    "txn_date": "2026-05-21T13:40:00Z",
    "subject": { "vendor_data": "user_5567", "role": "ORIGINATOR", "entity_type": "INDIVIDUAL" },
    "counterparty": { "role": "BENEFICIARY", "entity_type": "INDIVIDUAL", "wallet_address": "0x4c1a...77fe" }
  }'

{
  "transaction_id": "txn_a17d63",
  "status": "IN_REVIEW",
  "travel_rule_status": "PENDING_COUNTERPARTY",
  "protocol": "OpenVASP",
  "wallet_screening": { "risk_score": 22, "risk_level": "LOW" }
}

Preço. O suporte à Regra de Viagem está incluído no Monitoramento de Transações. A triagem de carteira on-chain no endereço da contraparte é executada em paralelo a partir de US$0,02 por triagem com sua própria chave (Crystal ou Merkle Science).

Como os status impulsionam o ciclo de remediação

Um status PENDING_ACTION frequentemente significa que o cliente precisa fornecer algo — confirmar um beneficiário, fornecer detalhes do originador. É aí que o ciclo de remediação AWAITING_USER que o restante do Monitoramento de Transações usa se aplica diretamente: em vez de um bloqueio rígido, a transferência é pausada, o usuário é solicitado a fornecer o que falta e ela é retomada automaticamente assim que ele o faz. O atrito ocorre apenas nas transferências que realmente precisam, e a linha do tempo do status registra cada etapa para a trilha de auditoria.

Casos de uso

VASPs e exchanges — expressam políticas de retenção e escalada diretamente contra PENDING_COUNTERPARTY e FAILED, com EXEMPT procedendo automaticamente.
On/off-ramps — lidam com um alto volume de contrapartes de jurisdições mistas onde o “sunrise issue” é uma realidade diária.
Custodiantes — mantêm uma trilha de status por transferência pronta para o auditor em muitas contrapartes e protocolos.
Front-ends DeFi — utilizam EXEMPT para transferências genuinamente fora do escopo e documentam o raciocínio para o restante.

Como integrar com a Didit

Ative as regras da Regra de Viagem no Console de Negócios junto com o monitoramento e triagem de cripto, e escreva sua política de “sunrise issue” como regras contra os status.
Envie transferências de cripto com POST /v3/transactions/, currency_kind: "crypto", e as partes originador/beneficiário.
Ramifique em travel_rule_status — prossiga em COMPLIANT/EXEMPT, remedeie em PENDING_ACTION, retenha em PENDING_COUNTERPARTY, investigue FAILED.
Trabalhe as exceções no Console, onde a linha do tempo do status e o fluxo de trabalho do caso vivem com o restante do seu monitoramento.

Tudo funciona na API unificada /v3/, então o status de uma transferência se conecta à mesma identidade que você integrou com KYC e rastreou com AML.

Perguntas frequentes

Quais são os seis status da Regra de Viagem?

UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED e EXEMPT. O travel_rule_status de cada transferência é exatamente um deles.

O que é o “sunrise issue”?

A adoção global desigual da Regra de Viagem — algumas jurisdições a aplicam, outras ainda não a adotaram. Isso faz com que você troque dados com contrapartes que podem não ter obrigação de reciprocidade.

Como a Didit lida com contrapartes não aderentes?

Elas aparecem como PENDING_COUNTERPARTY e depois FAILED, em vez de lacunas silenciosas. Sua política decide se deve prosseguir, reter ou bloquear — e a decisão é registrada para a trilha de auditoria.

Qual a diferença entre PENDING_ACTION e PENDING_COUNTERPARTY?

PENDING_ACTION significa que a “bola” está do seu lado (dados ausentes ou uma confirmação). PENDING_COUNTERPARTY significa que você está aguardando a outra VASP.

A Regra de Viagem é um produto separado?

Não. Ela está integrada ao Monitoramento de Transações, na mesma transferência de cripto que você já envia para monitoramento e triagem de carteira.

Pronto para começar?

Leia a documentação da Regra de Viagem, veja como tudo se encaixa na página de soluções da Regra de Viagem para cripto e na página do produto Monitoramento de Transações, e verifique os preços transparentes por chamada na página de preços. Quando estiver pronto, comece gratuitamente — 500 verificações KYC gratuitas todos os meses, com rastreamento de status da Regra de Viagem integrado ao monitoramento.