Regra de Viagem MiCA para VASPs da UE (PT-BR)
Provedores de serviços de criptoativos da UE enfrentam a Regra de Viagem sob a Regulamentação de Transferência de Fundos, juntamente com o regime de licenciamento da MiCA.

Se você opera um negócio de cripto na UE, dois regimes agora moldam sua atuação. A MiCA — Regulamentação de Mercados de Criptoativos — é a estrutura da UE para licenciamento e conduta, definindo quem pode oferecer serviços de criptoativos e sob quais regras. Paralelamente, está a Regra de Viagem, que a UE implementa através de sua Regulamentação de Transferência de Fundos: a exigência de trocar informações do originador e do beneficiário em transferências de cripto. A MiCA informa como você deve ser autorizado como provedor de serviços de criptoativos (CASP); a Regra de Viagem informa quais dados devem acompanhar cada transferência que você envia e recebe.
A Didit cuida da segunda parte. O suporte à Regra de Viagem é integrado ao Monitoramento de Transações, então o mesmo motor que pontua suas transferências também troca dados do originador e do beneficiário com VASPs contrapartes via TRISA, TRP e OpenVASP, e rastreia cada obrigação para um dos seis status. Este guia explica como as obrigações da UE se encaixam e como integrar a parte da Regra de Viagem.
Principais pontos
- MiCA e a Regra de Viagem são obrigações diferentes. A MiCA é o regime de licenciamento e conduta de cripto da UE; a Regra de Viagem (via Regulamentação de Transferência de Fundos) é a exigência de troca de dados do originador/beneficiário nas transferências.
- CASPs da UE precisam de ambos — autorização sob a MiCA e uma troca de dados funcional da Regra de Viagem em transferências dentro do escopo.
- A Didit cobre a parte da Regra de Viagem, integrada ao Monitoramento de Transações, com suporte a TRISA, TRP e OpenVASP e seis status de obrigação.
- Os dados que você troca vêm do KYC que você já possui — o registro do originador é construído a partir da identidade que você verificou no onboarding.
- Uma API
/v3/. As transferências de cripto são postadas paraPOST https://verification.didit.me/v3/transactions/comcurrency_kind: "crypto", com triagem de carteira a partir de $0.02 (traga sua própria chave).
O que a MiCA e a Regra de Viagem exigem
Vale a pena manter os dois separados, porque as equipes frequentemente os confundem e depois não conseguem raciocinar sobre nenhum deles.
- A MiCA é a regulamentação da UE que unifica os serviços de criptoativos sob uma estrutura harmonizada — autorização como um CASP, requisitos de governança e conduta, regras para emissores de tokens referenciados a ativos e de dinheiro eletrônico, e um regime de passaporte entre os estados membros. A MiCA é quem você precisa ser para operar.
- A Regra de Viagem na UE é entregue através da reformulada Regulamentação de Transferência de Fundos, que estende a antiga regra de transferência eletrônica para transferências de criptoativos. Ela exige que as informações do originador e do beneficiário acompanhem as transferências e sejam disponibilizadas às autoridades. A Regra de Viagem é quais dados devem acompanhar cada transferência.
Um CASP da UE licenciado, portanto, satisfaz os requisitos de autorização e conduta da MiCA e executa a troca de dados da Regra de Viagem em suas transferências. Os dois se reforçam — os dados do cliente que a Regra de Viagem transmite são os dados de KYC que um CASP autorizado pela MiCA já coleta — mas são obrigações distintas com evidências distintas.
Por que isso importa
Para empresas de cripto da UE, ambos os regimes estão ativos e são supervisionados. A troca de dados da Regra de Viagem é obrigatória em transferências dentro do escopo, e as autoridades nacionais competentes a examinam como parte da estrutura mais ampla de combate à lavagem de dinheiro. Fazer a troca errada — falhar em transmitir os dados do originador, ou prosseguir sem confirmar o lado do beneficiário onde exigido — é uma constatação de supervisão, não um deslize de papelada.
O risco prático é a duplicação. Um CASP que constrói o KYC em um lugar, a triagem AML em outro, e um conector de Regra de Viagem separado em um terceiro acaba reconciliando três cópias do mesmo cliente em três sistemas. Como a Didit encadeia a mesma identidade através de KYC, AML, monitoramento, triagem de carteira e a Regra de Viagem em uma API /v3/, o registro do originador em uma transferência é o cliente que você já verificou — sem uma terceira cópia para manter sincronizada.
Detalhes técnicos
CASPs da UE enviam transferências de cripto para a API unificada /v3/. O originador é o subject, o beneficiário é o counterparty, e currency_kind: "crypto" aciona os caminhos da Regra de Viagem e triagem de carteira.
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_e92b40",
"category": "travel_rule",
"amount": 8800,
"currency": "EURC",
"currency_kind": "crypto",
"direction": "OUTBOUND",
"txn_date": "2026-05-21T14:22:00Z",
"subject": {
"vendor_data": "user_3309",
"role": "ORIGINATOR",
"entity_type": "INDIVIDUAL",
"first_name": "Lukas",
"last_name": "Berg"
},
"counterparty": {
"role": "BENEFICIARY",
"entity_type": "INDIVIDUAL",
"wallet_address": "0x71be...d402"
}
}'
{
"transaction_id": "txn_e92b40",
"status": "APPROVED",
"travel_rule_status": "COMPLIANT",
"protocol": "TRISA",
"wallet_screening": { "risk_score": 12, "risk_level": "LOW" }
}
Os seis status da Regra de Viagem. Cada obrigação é resolvida para exatamente um:
| Status | Significado |
|---|---|
UNKNOWN | Ainda não avaliado, ou o VASP contraparte não pôde ser resolvido. |
COMPLIANT | Dados do originador e do beneficiário trocados e confirmados — obrigação cumprida. |
PENDING_ACTION | Algo do seu lado é necessário para prosseguir. |
PENDING_COUNTERPARTY | Aguardando a resposta do VASP contraparte. |
FAILED | A troca não pôde ser concluída — contraparte inalcançável, dados rejeitados ou incompatibilidade de protocolo. |
EXEMPT | Fora do escopo — abaixo do limite ou de outra forma não obrigatório. |
Protocolos e regras. O motor fala TRISA, TRP e OpenVASP, negociando o que for suportado pela contraparte. As transações carregam a categoria travel_rule, e a biblioteca de regras oferece regras predefinidas de Regra de Viagem que você ativa e ajusta no Console.
Triagem de carteira em conjunto. O endereço da contraparte é rastreado on-chain na mesma chamada a partir de $0.02 por triagem com sua própria chave (Crystal ou Merkle Science).
A questão do "sunrise", de uma perspectiva da UE
Os CASPs da UE sentem a questão do "sunrise" agudamente: você está totalmente obrigado sob a Regulamentação de Transferência de Fundos, mas uma contraparte em uma jurisdição que não adotou a Regra de Viagem não tem a exigência de reciprocidade. A Didit exibe esses casos como PENDING_COUNTERPARTY e depois FAILED, em vez de lacunas silenciosas, para que sua política — prosseguir com justificativa documentada, reter ou bloquear — seja explícita e registrada. Quando a jurisdição da contraparte adotar a regra, as mesmas transferências começarão a ser resolvidas como COMPLIANT sem nenhuma alteração em sua integração.
Casos de uso
- Corretoras e CASPs da UE — executam a troca de dados da Regra de Viagem em cada transferência dentro do escopo, mantendo os dados do originador vinculados ao seu KYC da era MiCA.
- On/off-ramps da UE — trocam dados com VASPs de destino em toda a UE e além, rastreando a carteira receptora na mesma chamada.
- Custodiantes da UE — rastreiam obrigações em muitas contrapartes e protocolos com um registro de status pronto para examinadores.
- Front-ends DeFi da UE — realizam a troca onde um CASP regulado está no fluxo e resolvem para
EXEMPTonde a obrigação genuinamente não se aplica.
Como integrar com a Didit
- Ative as regras da Regra de Viagem no Business Console, juntamente com o monitoramento e triagem de cripto, ajustadas à sua política de risco de CASP.
- Envie transferências de cripto com
POST /v3/transactions/,currency_kind: "crypto", o originador comosubjecte o beneficiário comocounterparty, e a categoriatravel_rule. - Leia ambos os status — o
statusda transação para o movimento etravel_rule_statuspara a obrigação — e aja sobrePENDING_*eFAILED. - Trabalhe as exceções no Console, onde as obrigações pendentes, alertas e o fluxo de trabalho de casos ficam com o resto do seu monitoramento.
Como tudo está na API unificada /v3/, o cliente que você integra com KYC e rastreia com AML para satisfazer os requisitos da era MiCA é a mesma identidade que fornece o registro do originador em cada transferência da Regra de Viagem.
Perguntas frequentes
A Regra de Viagem é o mesmo que a MiCA?
Não. A MiCA é o regime de licenciamento e conduta de criptoativos da UE; a Regra de Viagem é a exigência de troca de dados do originador/beneficiário, entregue na UE através da Regulamentação de Transferência de Fundos. Os CASPs da UE lidam com ambos.
A Didit me torna licenciado pela MiCA?
Não. A autorização MiCA é algo que você obtém como um CASP. A Didit fornece a infraestrutura de identidade e fraude — KYC, AML, monitoramento, triagem de carteira e a troca de dados da Regra de Viagem — que apoia suas obrigações de conformidade.
Quais protocolos a Didit usa para a Regra de Viagem da UE?
TRISA, TRP e OpenVASP. O motor negocia o que for suportado por uma determinada contraparte.
Como a Didit lida com a questão do "sunrise" para os CASPs da UE?
Contrapartes não aderentes aparecem como PENDING_COUNTERPARTY e depois FAILED, em vez de lacunas silenciosas, para que sua decisão política seja explícita e registrada para a trilha de auditoria.
A Regra de Viagem é 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 Regra de Viagem, veja como tudo se encaixa na página de solução 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 todo mês, com a Regra de Viagem integrada ao monitoramento.