A Regra de Viagem: 6 Estados e a Questão do "Sunrise" (PT-PT)

Quando uma VASP envia uma transferência de criptoativos acima do limite, a obrigação da Regra de Viagem (FATF Travel Rule) associada não se resolve instantaneamente. Ela move-se através de estados: talvez a contraparte ainda não tenha respondido, talvez faltem dados necessários do seu lado, talvez o destino seja uma jurisdição que ainda nem sequer adotou a regra. Para gerir isto em escala, é necessário um modelo de estados claro e finito — não uma nota de texto livre que um analista tenha de interpretar.

A Didit oferece exatamente seis. Porque o suporte à Regra de Viagem está integrado na Monitorização de Transações, cada obrigação em cada transferência de criptoativos resolve-se para um de UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED ou EXEMPT. Este guia explica o que significa cada um, como agir sobre ele e como os estados fornecem uma forma clara de lidar com a parte mais complexa da conformidade com a Regra de Viagem — a questão do "sunrise", onde a regra está em vigor na sua jurisdição, mas não na da contraparte.

Principais pontos

• Seis estados, sem ambiguidade. Cada obrigação da Regra de Viagem é exatamente uma de UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED ou EXEMPT.
• O estado indica quem tem a "bola" — você (PENDING_ACTION), a contraparte (PENDING_COUNTERPARTY), ou ninguém porque está concluído (COMPLIANT) ou fora do âmbito (EXEMPT).
• A questão do "sunrise" é a adoção global desigual da Regra de Viagem — algumas jurisdições a aplicam, outras ainda não — o que o deixa a trocar dados com contrapartes que podem não ter obrigação de retribuir.
• Os estados fornecem um modelo de tratamento claro para a questão do "sunrise": PENDING_COUNTERPARTY, FAILED e EXEMPT mapeiam diretamente para os casos produzidos por uma contraparte não aderente.
• Funciona dentro da Monitorização de Transações em POST https://verification.didit.me/v3/transactions/ com currency_kind: "crypto", com rastreio de carteira a partir de $0.02 (traga a sua própria chave).

O que significam os seis estados

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

Estado	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	Os dados do originador e do beneficiário foram trocados e confirmados.	Nada — a obrigação foi cumprida.
PENDING_ACTION	Algo do seu lado é necessário — dados do originador em falta ou um passo de confirmação.	Fornecer os dados; considerar uma remedição AWAITING_USER se for fornecido pelo cliente.
PENDING_COUNTERPARTY	Está à espera que a VASP da contraparte responda à troca.	Manter de acordo com a política; o motor monitoriza a espera.
FAILED	A troca não pôde ser concluída — contraparte inalcançável, dados rejeitados ou incompatibilidade de protocolo.	Investigar; decidir se prossegue, bloqueia ou trata de acordo com a sua política de "sunrise".
EXEMPT	A transferência está fora do âmbito — abaixo do limite, tratamento de carteira autoalojada ou de outra forma não obrigada.	Prosseguir; a isenção é registada para o trilho de auditoria.

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

Por que é importante

As análises da Regra de Viagem não perguntam apenas se trocou os dados — perguntam se pode mostrar, por transferência, qual era a obrigação e por que prosseguiu ou não. Um modelo de seis estados é o trilho de auditoria: cada transferência carrega o seu estado, a razão e o protocolo que realizou (ou não realizou) a troca. Essa é a diferença entre um registo pronto para exame 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 equipa que não consegue ver esses estados claramente acaba por bloquear boas transferências ou deixar passar as obrigatórias.

A questão do "sunrise"

O estado mais difícil de analisar é FAILED ou PENDING_COUNTERPARTY contra uma contraparte que simplesmente não tem nenhuma obrigação da Regra de Viagem — porque a sua jurisdição não a adotou. O FATF estabeleceu a regra; as jurisdições implementam-na nos seus próprios prazos. O resultado é uma cobertura global desigual: pode estar totalmente obrigado enquanto a sua contraparte, numa jurisdição não aderente, não tem qualquer requisito para enviar ou confirmar nada. Essa lacuna é a questão do "sunrise" — o sol nasceu na regra em alguns lugares, mas não em outros.

A questão do "sunrise" não pode ser resolvida unilateralmente por uma VASP; é uma função da regulamentação, não da engenharia. Mas pode ser gerida, e os seis estados 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.
• A sua política decide o que significa FAILED-devido-a-não-adesão: prosseguir com fundamentação documentada, reter ou bloquear. O estado torna essa decisão explícita e registada.
• As transferências genuinamente fora do âmbito resolvem-se para EXEMPT, para que não perca tempo do analista com elas.

O ponto é que a questão do "sunrise" torna-se um estado documentado e impulsionado por políticas em vez de um caso limite indefinido. Quando a jurisdição da contraparte adota a regra, as mesmas transferências começam a resolver-se para COMPLIANT sem alteração na sua integração.

Detalhes técnicos

Os estados são devolvidos na transação que 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 na Monitorização de Transações. O rastreio de carteira on-chain no endereço da contraparte é executado em paralelo a partir de $0.02 por rastreio com "bring-your-own-key" (Crystal ou Merkle Science).

Como os estados impulsionam o ciclo de remediação

Um estado PENDING_ACTION significa frequentemente que o cliente tem de fornecer algo — confirmar um beneficiário, fornecer detalhes do originador. É aí que o ciclo de remediação AWAITING_USER que o resto da Monitorização de Transações usa se aplica diretamente: em vez de um bloqueio rígido, a transferência pausa, é pedido ao utilizador o que falta, e retoma automaticamente assim que este o providencia. A fricção ocorre apenas nas transferências que realmente precisam dela, e a linha temporal do estado regista cada passo para o trilho de auditoria.

Casos de uso

• VASPs e exchanges — expressar políticas de retenção e escalada diretamente contra PENDING_COUNTERPARTY e FAILED, com EXEMPT a prosseguir automaticamente.
• On/off-ramps — lidar com um alto volume de contrapartes de jurisdições mistas onde a questão do "sunrise" é uma realidade diária.
• Custodiantes — manter um trilho de estado por transferência, pronto para exame, em várias contrapartes e protocolos.
• Front-ends DeFi — apoiar-se em EXEMPT para transferências genuinamente fora do âmbito e documentar o raciocínio para o resto.

Como integrar com a Didit

1. Ativar as regras da Regra de Viagem na Consola de Negócios, juntamente com a monitorização e rastreio de criptoativos, e escrever a sua política de "sunrise" como regras contra os estados.
2. Enviar transferências de criptoativos com POST /v3/transactions/, currency_kind: "crypto", e as partes originadora/beneficiária.
3. Ramificar em travel_rule_status — prosseguir em COMPLIANT/EXEMPT, remediar em PENDING_ACTION, reter em PENDING_COUNTERPARTY, investigar FAILED.
4. Trabalhar as exceções na Consola, onde a linha temporal do estado e o fluxo de trabalho do caso vivem com o resto da sua monitorização.

Tudo funciona na API unificada /v3/, para que o estado de uma transferência se ligue à mesma identidade que integrou com KYC e rastreou com AML.

Perguntas frequentes

Quais são os seis estados 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 é a questão do "sunrise"?

A adoção global desigual da Regra de Viagem — algumas jurisdições a aplicam, outras ainda não a adotaram. Isso deixa-o a trocar dados com contrapartes que podem não ter obrigação de retribuir.

Como a Didit lida com contrapartes não aderentes?

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

Qual a diferença entre PENDING_ACTION e PENDING_COUNTERPARTY?

PENDING_ACTION significa que a "bola" está do seu lado (dados em falta ou uma confirmação). PENDING_COUNTERPARTY significa que está à espera da outra VASP.

A Regra de Viagem é um produto separado?

Não. Está integrada na Monitorização de Transações, na mesma transferência de criptoativos que já envia para monitorização e rastreio de carteira.

Pronto para começar?

Leia a documentação da Regra de Viagem, veja como se encaixa na página da solução da Regra de Viagem para criptoativos e na página do produto Monitorização 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 monitorização do estado da Regra de Viagem integrada na monitorização.