Regra de Viagem da FATF, Integrada na Monitorização de Transações (PT-PT)

A Regra de Viagem da FATF exige algo enganosamente simples de cada Prestador de Serviços de Ativos Virtuais (VASP): quando envia uma transferência de cripto acima do limite, tem de enviar informações de identificação sobre o originador e o beneficiário juntamente com ela — e quando recebe uma, tem de recolher e verificar os mesmos dados. A parte difícil não é o princípio. É que a contraparte é outro VASP noutra pilha tecnológica, noutra jurisdição, que pode ou não suportar o mesmo protocolo, e pode ou não ser obrigado a cumprir.

A Didit gere isto sem um produto separado. O suporte à Regra de Viagem está integrado diretamente na Monitorização de Transações. O mesmo motor que pontua cada transferência de cripto em tempo real também troca dados do originador e do beneficiário com o VASP da contraparte, acompanha o estado de cada obrigação e executa a monitorização de carteiras on-chain em simultâneo. Envia a transação uma vez; a monitorização, a verificação e a Regra de Viagem são tudo executadas sobre ela.

Este guia explica como funciona, porquê foi construído desta forma e como integrá-lo.

Principais conclusões

• A Regra de Viagem faz parte da Monitorização de Transações, não é um complemento. As transferências de cripto que já envia para monitorização incluem a troca de dados da Regra de Viagem e o acompanhamento de obrigações.
• A troca de dados do originador e do beneficiário ocorre entre si e o VASP da contraparte através dos principais protocolos — TRISA, TRP e OpenVASP.
• Seis estados dedicados — UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED, EXEMPT — indicam-lhe exatamente o estado de cada obrigação.
• Regras predefinidas da regra de viagem são fornecidas na biblioteca de regras, e as transações possuem uma categoria travel_rule para que a política seja aplicada no contexto.
• A monitorização de carteiras on-chain é executada em simultâneo a partir de 0,02€ por monitorização com chave própria (Crystal ou Merkle Science).
• Uma API unificada /v3/. As transações de cripto são enviadas para POST https://verification.didit.me/v3/transactions/ com currency_kind: "crypto".

O que a Regra de Viagem faz

A Força-Tarefa de Ação Financeira (FATF) estendeu a sua regra de longa data para transferências eletrónicas — Recomendação 16 — aos ativos virtuais. A exigência: quando um VASP transfere ativos virtuais em nome de um cliente, deve obter, guardar e transmitir as informações exigidas do originador e do beneficiário, e disponibilizá-las às autoridades mediante solicitação. Na prática, isso significa que dois VASPs têm de se identificar, trocar dados de clientes de forma segura e confirmar a transferência antes — ou enquanto — os ativos se movem on-chain.

Essa confirmação é o fluxo de trabalho que a Didit operacionaliza. Quando envia uma transação de cripto para monitorização, o motor identifica o VASP da contraparte, troca os dados do originador e do beneficiário através de um protocolo suportado e resolve a obrigação para um estado sobre o qual pode agir. Uma transferência que a contraparte confirma torna-se COMPLIANT; uma que aguarda do outro lado fica em PENDING_COUNTERPARTY; uma abaixo do limite ou fora do âmbito é EXEMPT.

Porque é que é importante

A aplicação da Regra de Viagem já não é teórica. O Regulamento de Transferência de Fundos da UE, a implementação do Reino Unido e uma lista crescente de regimes nacionais exigem agora que os VASPs realizem a troca de dados, com os supervisores a examinarem ativamente o cumprimento. O custo de errar é o risco de licenciamento, não apenas uma multa.

O problema operacional é que a maioria das equipas trata a Regra de Viagem como uma quarta ferramenta — separada do KYC, separada do AML, separada da monitorização de transações — e depois gasta tempo de engenharia a manter quatro sistemas em sincronia sobre a mesma transferência. A abordagem da Didit remove essa barreira. A transferência que já monitoriza para estruturação, velocidade e exposição a contrapartes sancionadas é a mesma transferência que carrega a obrigação da Regra de Viagem, de modo que os dados, o estado e o registo de auditoria ficam num só lugar.

Detalhes técnicos

As transações de cripto são criadas contra a API unificada /v3/, o mesmo endpoint que lida com moeda fiduciária. Definir currency_kind: "crypto" é o que indica ao motor para avaliar as regras de cripto e executar os caminhos da Regra de Viagem e da monitorização de carteiras.

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_c41f08",
    "category": "travel_rule",
    "amount": 4200,
    "currency": "USDC",
    "currency_kind": "crypto",
    "direction": "OUTBOUND",
    "txn_date": "2026-05-21T11:05:00Z",
    "subject": {
      "vendor_data": "user_4521",
      "role": "ORIGINATOR",
      "entity_type": "INDIVIDUAL"
    },
    "counterparty": {
      "role": "BENEFICIARY",
      "entity_type": "INDIVIDUAL",
      "wallet_address": "0x9f2a...c81d"
    }
  }'

O motor avalia a transferência, abre a troca de dados da Regra de Viagem com o VASP da contraparte e retorna um estado de transação mais o estado da Regra de Viagem:

{
  "transaction_id": "txn_c41f08",
  "status": "IN_REVIEW",
  "travel_rule_status": "PENDING_COUNTERPARTY",
  "wallet_screening": {
    "risk_score": 18,
    "risk_level": "LOW"
  },
  "protocol": "TRISA"
}

Os seis estados da Regra de Viagem. Cada obrigação resolve-se para apenas um:

Estado	Significado
UNKNOWN	A obrigação da Regra de Viagem ainda não foi avaliada ou o VASP da contraparte não pode ser resolvido.
COMPLIANT	Os dados do originador e do beneficiário foram trocados e confirmados — a obrigação foi cumprida.
PENDING_ACTION	É necessária alguma ação do seu lado — dados do originador em falta ou um passo de confirmação.
PENDING_COUNTERPARTY	Está a aguardar que o VASP da contraparte responda à troca de dados.
FAILED	A troca não pôde ser concluída — contraparte inalcançável, dados rejeitados ou incompatibilidade de protocolo.
EXEMPT	A transferência está fora do âmbito — abaixo do limite, tratamento de carteira auto-hospedada ou de outra forma não obrigatório.

Categoria e regras. As transações têm uma category de travel_rule para que a política correta se aplique, e a biblioteca de regras fornece regras predefinidas da regra de viagem que pode ativar e ajustar na Consola em vez de as codificar manualmente.

Monitorização de carteiras em simultâneo. Como currency_kind é crypto, o motor pode executar a monitorização de carteiras on-chain no endereço da contraparte na mesma chamada — verificando a exposição a entidades sancionadas, misturadores, mercados da darknet, ransomware e fundos roubados. A monitorização de carteiras começa em 0,02€ por monitorização com chave própria (Crystal ou Merkle Science).

Um motor, três tarefas em cada transferência

A razão pela qual a Regra de Viagem vive dentro da Monitorização de Transações é que uma transferência de cripto desencadeia três obrigações ao mesmo tempo, e elas partilham os mesmos dados:

1. Monitorização — a transferência é pontuada contra os pacotes de regras de monitorização e verificação de cripto para estruturação, velocidade e padrões anómalos.
2. Monitorização de carteiras — o endereço da contraparte é verificado on-chain quanto à exposição ao risco.
3. Regra de Viagem — os dados do originador e do beneficiário são trocados com o VASP da contraparte e a obrigação é acompanhada para um dos seis estados.

Executadas como três ferramentas, essas tarefas necessitam cada uma da sua própria integração, da sua própria cópia da transferência e da sua própria reconciliação. Executadas como um único motor, partilham o registo da transação, o registo de auditoria e a Consola — e uma obrigação da Regra de Viagem que necessita de mais dados do cliente pode usar o mesmo ciclo de remediação AWAITING_USER que o resto da monitorização usa.

Casos de uso

• VASPs e exchanges — cumpra a Regra de Viagem em cada transferência de entrada e saída acima do limite sem montar uma pilha de conformidade separada, e mantenha a monitorização, a verificação e a Regra de Viagem num único registo.
• On/off-ramps — troque dados do originador e do beneficiário com VASPs de destino enquanto monitoriza a carteira de receção na mesma chamada.
• Custodiantes — acompanhe as obrigações em várias contrapartes e protocolos, com um estado claro em cada transferência para os examinadores.
• Front-ends DeFi — lide com a Regra de Viagem onde uma entidade regulada está no fluxo, recorrendo a EXEMPT e ao tratamento de carteira auto-hospedada onde a obrigação genuinamente não se aplica.

Como integrar com a Didit

1. Ative os pacotes de regras. Na Consola de Negócios, ative a monitorização de cripto, a verificação de cripto e as regras predefinidas da regra de viagem, e ajuste os limites à sua política de risco.
2. Envie transações de cripto. POST /v3/transactions/ com currency_kind: "crypto", uma direction, os detalhes do originador (subject) e do beneficiário (counterparty), e a categoria travel_rule onde aplicável.
3. Leia ambos os estados. Aja sobre o status da transação para o movimento de dinheiro e o travel_rule_status para a obrigação — retenha ou remedie onde qualquer um exija ação.
4. Trabalhe o resto na Consola. Obrigações pendentes e falhadas, alertas e o fluxo de trabalho de casos vivem na mesma interface que o resto da sua monitorização.

Como tudo está na API unificada /v3/, a mesma plataforma que executa o KYC nos seus utilizadores e o KYB nos seus clientes empresariais também transporta as suas transferências através da monitorização, verificação de carteiras e Regra de Viagem — uma plataforma de identidade e fraude, de ponta a ponta.

Perguntas frequentes

A Regra de Viagem é um produto Didit separado?

Não. Está integrada na Monitorização de Transações. As transferências de cripto que já envia para monitorização incluem a troca de dados da Regra de Viagem e o acompanhamento de obrigações no mesmo registo.

Quais os protocolos da Regra de Viagem que suportam?

Os principais protocolos de interoperabilidade — TRISA, TRP e OpenVASP — para que possa trocar dados do originador e do beneficiário com VASPs de contraparte em diferentes pilhas tecnológicas.

Quais são os estados da Regra de Viagem?

Seis: UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED e EXEMPT. Eles indicam-lhe exatamente o estado de cada obrigação.

Como se encaixa a monitorização de carteiras?

As transações de cripto (currency_kind: "crypto") podem automaticamente executar a monitorização de carteiras on-chain no endereço da contraparte, a partir de 0,02€ por monitorização com chave própria (Crystal ou Merkle Science).

Onde configuro as regras da Regra de Viagem?

Na Consola de Negócios. A biblioteca de regras fornece regras predefinidas da regra de viagem que pode ativar e ajustar, e as transações possuem uma categoria travel_rule para que a política correta se aplique no contexto.

Pronto para começar?

Leia a documentação da Regra de Viagem, veja como se encaixa na pilha mais ampla na página da solução da Regra de Viagem de cripto e na página do produto de 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, verificação de carteiras e a Regra de Viagem numa única API.