Status da Travel Rule: Os Seis Tipos e o Desafio do “Sunrise Issue”

Quando uma VASP envia uma transferência de cripto acima do limite, a obrigação da Travel Rule do FATF a ela associada não é resolvida 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 ainda nem adotou a regra. Para operar isso em escala, você precisa de um modelo de status claro e finito – não uma nota de texto livre que um analista precisa interpretar.

A Didit oferece exatamente seis. Como o suporte à Travel Rule é integrado ao Monitoramento de Transações, toda obrigação em toda transferência de cripto se resolve em um de 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 Travel Rule – 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 Travel Rule é exatamente um de 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 foi concluído (COMPLIANT) ou está fora do escopo (EXEMPT).
• O “sunrise issue” é a adoção global desigual da Travel Rule — 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 limpo para o “sunrise issue”: PENDING_COUNTERPARTY, FAILED e EXEMPT mapeiam diretamente os casos que uma contraparte não aderente produz.
• 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 (com sua própria chave).

O que significam os seis status

Cada transferência de cripto que carrega uma obrigação da Travel Rule 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 contraparte não pode ser resolvida.	Aguarde a resolução; investigue 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.	Forneça os dados; considere uma remediação AWAITING_USER se for fornecido pelo cliente.
PENDING_COUNTERPARTY	Você está esperando a VASP contraparte responder à troca.	Mantenha conforme a política; o sistema rastreia a espera.
FAILED	A troca não pôde ser concluída — contraparte inalcançável, dados rejeitados ou incompatibilidade de protocolo.	Investigue; decida se prossegue, bloqueia ou trata conforme sua política de "sunrise issue".
EXEMPT	A transferência está fora do escopo — abaixo do limite, tratamento de carteira auto-hospedada ou não obrigada de outra forma.	Prossiga; 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 “mantenha qualquer transferência de cripto OUTBOUND em PENDING_COUNTERPARTY por até N horas, depois escale” ou “prossiga automaticamente em EXEMPT” — regras, não julgamentos.

Por que isso importa

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

Também é importante operacionalmente, porque a maioria das transferências não está COMPLIANT na primeira passagem. Elas ficam em PENDING_COUNTERPARTY enquanto a outra VASP responde, ou caem em FAILED porque a contraparte não é alcançável. Uma equipe que não consegue ver esses estados claramente acaba bloqueando boas transferências 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 Travel Rule — porque sua jurisdição não a adotou. O FATF estabeleceu a regra; as jurisdições a implementam em seus próprios cronogramas. O resultado é uma cobertura global desigual: você pode estar totalmente obrigado enquanto sua contraparte, em uma jurisdição não aderente, não tem nenhuma exigência de enviar ou confirmar nada. Essa lacuna é o “sunrise issue” — o sol nasceu na 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 são a forma:

• 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 exceção indefinido. Quando a jurisdição da contraparte adotar a regra, as mesmas transferências começarão a ser resolvidas para COMPLIANT sem nenhuma alteração na 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 à Travel Rule está incluído no Monitoramento de Transações. A triagem de carteira on-chain no endereço da contraparte é executada a partir de US$ 0,02 por triagem com "bring-your-own-key" (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 resolve. A fricção ocorre apenas nas transferências que realmente precisam dela, e a linha do tempo de status registra cada etapa para a trilha de auditoria.

Casos de uso

• VASPs e exchanges — expressam políticas de retenção e escalonamento diretamente contra PENDING_COUNTERPARTY e FAILED, com EXEMPT prosseguindo 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 examinadores, abrangendo muitas contrapartes e protocolos.
• Front-ends DeFi — utilizam EXEMPT para transferências genuinamente fora do escopo e documentam a justificativa para o restante.

Como integrar com a Didit

1. Ative as regras da Travel Rule no Business Console junto com o monitoramento e triagem de cripto, e escreva sua política de "sunrise issue" como regras contra os status.
2. Envie transferências de cripto com POST /v3/transactions/, currency_kind: "crypto" e as partes originadora/beneficiária.
3. Ramifique em travel_rule_status — prossiga em COMPLIANT/EXEMPT, remedie em PENDING_ACTION, retenha em PENDING_COUNTERPARTY, investigue FAILED.
4. Trabalhe exceções no Console, onde a linha do tempo de status e o fluxo de trabalho de caso estão 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 verificou com AML.

Perguntas frequentes

Quais são os seis status da Travel Rule?

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 Travel Rule — 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 prossegue, retém ou bloqueia — 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á com você (dados ausentes ou uma confirmação). PENDING_COUNTERPARTY significa que você está esperando a outra VASP.

A Travel Rule é um produto separado?

Não. Ela é 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 Travel Rule, veja como tudo se encaixa na página da solução Travel Rule 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 Travel Rule integrado ao monitoramento.