Regla de Viaje FATF: Integrada en la Monitorización de Transacciones (ES)

La Regla de Viaje FATF pide algo engañosamente simple a cada Proveedor de Servicios de Activos Virtuales (VASP): cuando envía una transferencia de cripto por encima del umbral, debe enviar información de identificación sobre el originador y el beneficiario junto con ella, y cuando recibe una, debe recopilar y verificar los mismos datos. Lo difícil no es el principio. Es que la contraparte es otro VASP en otra pila, en otra jurisdicción, que puede o no admitir el mismo protocolo, y puede o no estar obligado a cumplir en absoluto.

Didit maneja esto sin un producto separado. El soporte de la Regla de Viaje está integrado directamente en la Monitorización de Transacciones. El mismo motor que califica cada transferencia de cripto en tiempo real también intercambia datos del originador y del beneficiario con el VASP contraparte, rastrea el estado de cada obligación y ejecuta la revisión de monederos en cadena. Usted envía la transacción una vez; el monitoreo, la revisión y la Regla de Viaje se ejecutan en ella.

Esta guía explica cómo funciona, por qué está construido de esta manera y cómo integrarlo.

Puntos clave

• La Regla de Viaje es parte de la Monitorización de Transacciones, no un complemento. Las transferencias de cripto que ya envía para monitoreo conllevan el intercambio de datos de la Regla de Viaje y el seguimiento de obligaciones.
• El intercambio de datos del originador y del beneficiario se ejecuta entre usted y el VASP contraparte a través de los principales protocolos — TRISA, TRP y OpenVASP.
• Seis estados dedicados — UNKNOWN (DESCONOCIDO), COMPLIANT (CUMPLIMIENTO), PENDING_ACTION (ACCIÓN PENDIENTE), PENDING_COUNTERPARTY (CONTRAPARTE PENDIENTE), FAILED (FALLIDO), EXEMPT (EXENTO) — le indican exactamente el estado de cada obligación.
• Las reglas preestablecidas de la regla de viaje se incluyen en la biblioteca de reglas, y las transacciones llevan una categoría travel_rule para que la política se aplique en contexto.
• La revisión de monederos en cadena se ejecuta simultáneamente desde $0.02 por revisión con su propia clave (Crystal o Merkle Science).
• Una API unificada /v3/. Las transacciones de cripto se publican en POST https://verification.didit.me/v3/transactions/ con currency_kind: "crypto".

Qué hace la Regla de Viaje

El Grupo de Acción Financiera Internacional (FATF) extendió su antigua regla de transferencia bancaria — Recomendación 16 — a los activos virtuales. El requisito: cuando un VASP transfiere activos virtuales en nombre de un cliente, debe obtener, retener y transmitir la información requerida del originador y del beneficiario, y ponerla a disposición de las autoridades cuando se solicite. En la práctica, eso significa que dos VASP tienen que identificarse entre sí, intercambiar de forma segura los datos del cliente y confirmar la transferencia antes — o a medida que — los activos se mueven en cadena.

Esa confirmación es el flujo de trabajo que Didit operacionaliza. Cuando envía una transacción de cripto para monitoreo, el motor identifica el VASP contraparte, intercambia las cargas útiles del originador y del beneficiario a través de un protocolo compatible y resuelve la obligación a un estado sobre el que puede actuar. Una transferencia que la contraparte confirma se convierte en COMPLIANT; una que espera en el otro lado se mantiene en PENDING_COUNTERPARTY; una por debajo del umbral o fuera de alcance es EXEMPT.

Por qué es importante

La aplicación de la Regla de Viaje ya no es teórica. La Regulación de Transferencia de Fondos de la UE, la implementación del Reino Unido y una lista creciente de regímenes nacionales ahora exigen que los VASP realicen el intercambio de datos, con supervisores que lo examinan activamente. El costo de equivocarse es el riesgo de licencia, no solo una multa.

El problema operativo es que la mayoría de los equipos tratan la Regla de Viaje como una cuarta herramienta — separada de KYC, separada de AML, separada de la monitorización de transacciones — y luego dedican tiempo de ingeniería a mantener cuatro sistemas sincronizados sobre la misma transferencia. El enfoque de Didit elimina esa división. La transferencia que ya monitorea para estructuración, velocidad y exposición a contrapartes sancionadas es la misma transferencia que conlleva la obligación de la Regla de Viaje, por lo que los datos, el estado y el historial de auditoría residen en un solo lugar.

Detalles técnicos

Las transacciones de cripto se crean a través de la API unificada /v3/, el mismo punto final que maneja el fiat. Establecer currency_kind: "crypto" es lo que le indica al motor que evalúe las reglas de cripto y ejecute las rutas de la Regla de Viaje y la revisión de monederos.

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"
    }
  }'

El motor evalúa la transferencia, abre el intercambio de datos de la Regla de Viaje con el VASP contraparte y devuelve un estado de transacción más el estado de la Regla de Viaje:

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

Los seis estados de la Regla de Viaje. Cada obligación se resuelve en exactamente uno:

Estado	Significado
UNKNOWN	La obligación de la Regla de Viaje aún no ha sido evaluada o el VASP contraparte no puede ser resuelto.
COMPLIANT	La información del originador y del beneficiario fue intercambiada y confirmada — la obligación se cumple.
PENDING_ACTION	Se requiere algo de su parte — datos del originador faltantes o un paso de confirmación.
PENDING_COUNTERPARTY	Está esperando que el VASP contraparte responda al intercambio de datos.
FAILED	El intercambio no pudo completarse — contraparte inalcanzable, datos rechazados o falta de coincidencia de protocolo.
EXEMPT	La transferencia está fuera de alcance — por debajo del umbral, manejo de monedero autoalojado o no obligada de otra manera.

Categoría y reglas. Las transacciones llevan una category de travel_rule para que se aplique la política correcta, y la biblioteca de reglas incluye reglas preestablecidas de la regla de viaje que se activan y ajustan en la Consola en lugar de codificarlas manualmente.

Revisión de monederos simultánea. Debido a que currency_kind es crypto, el motor puede ejecutar la revisión de monederos en cadena en la dirección de la contraparte en la misma llamada, verificando la exposición a entidades sancionadas, mezcladores, mercados de la darknet, ransomware y fondos robados. La revisión de monederos comienza en $0.02 por revisión con su propia clave (Crystal o Merkle Science).

Un motor, tres tareas en cada transferencia

La razón por la que la Regla de Viaje reside dentro de la Monitorización de Transacciones es que una transferencia de cripto desencadena tres obligaciones a la vez, y comparten los mismos datos:

1. Monitorización — la transferencia se evalúa según los paquetes de reglas de monitorización y revisión de cripto para estructuración, velocidad y patrones anómalos.
2. Revisión de monederos — la dirección de la contraparte se verifica en cadena para detectar exposición al riesgo.
3. Regla de Viaje — los datos del originador y del beneficiario se intercambian con el VASP contraparte y la obligación se rastrea a uno de los seis estados.

Ejecutados como tres herramientas, esos trabajos necesitan cada uno su propia integración, su propia copia de la transferencia y su propia conciliación. Ejecutados como un solo motor, comparten el registro de transacciones, el historial de auditoría y la Consola, y una obligación de la Regla de Viaje que necesita más datos del cliente puede usar el mismo bucle de remediación AWAITING_USER que usa el resto de la monitorización.

Casos de uso

• VASP e intercambios — cumpla con la Regla de Viaje en cada transferencia saliente y entrante por encima del umbral sin establecer una pila de cumplimiento separada, y mantenga la monitorización, la revisión y la Regla de Viaje en un solo registro.
• Rampas de entrada/salida — intercambie datos del originador y del beneficiario con los VASP de destino mientras revisa el monedero receptor en la misma llamada.
• Custodios — rastree las obligaciones a través de muchas contrapartes y protocolos, con un estado claro en cada transferencia para los examinadores.
• Front-ends DeFi — maneje la Regla de Viaje donde una entidad regulada se encuentra en el flujo, volviendo a EXEMPT y al manejo de monederos autoalojados donde la obligación realmente no se aplica.

Cómo integrarse con Didit

1. Active los paquetes de reglas. En la Consola de Negocios, habilite la monitorización de cripto, la revisión de cripto y las reglas preestablecidas de la regla de viaje, y ajuste los umbrales a su política de riesgo.
2. Envíe transacciones de cripto. POST /v3/transactions/ con currency_kind: "crypto", una direction, los detalles del originador (subject) y del beneficiario (counterparty), y la categoría travel_rule donde sea aplicable.
3. Lea ambos estados. Actúe sobre el status de la transacción para el movimiento de dinero y el travel_rule_status para la obligación — retenga o remedie donde cualquiera de los dos necesite acción.
4. Trabaje el resto en la Consola. Las obligaciones pendientes y fallidas, las alertas y el flujo de trabajo de casos residen en la misma interfaz que el resto de su monitorización.

Debido a que todo está en la API unificada /v3/, la misma plataforma que ejecuta KYC en sus usuarios y KYB en sus clientes comerciales también lleva sus transferencias a través de la monitorización, la revisión de monederos y la Regla de Viaje — una plataforma de identidad y fraude, de principio a fin.

Preguntas frecuentes

¿Es la Regla de Viaje un producto Didit separado?

No. Está integrada en la Monitorización de Transacciones. Las transferencias de cripto que ya envía para monitoreo conllevan el intercambio de datos de la Regla de Viaje y el seguimiento de obligaciones en el mismo registro.

¿Qué protocolos de la Regla de Viaje admiten?

Los principales protocolos de interoperabilidad — TRISA, TRP y OpenVASP — para que pueda intercambiar datos del originador y del beneficiario con los VASP contrapartes a través de diferentes pilas.

¿Cuáles son los estados de la Regla de Viaje?

Seis: UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED y EXEMPT. Le indican exactamente el estado de cada obligación.

¿Cómo encaja la revisión de monederos?

Las transacciones de cripto (currency_kind: "crypto") pueden ejecutar automáticamente la revisión de monederos en cadena en la dirección de la contraparte, desde $0.02 por revisión con su propia clave (Crystal o Merkle Science).

¿Dónde configuro las reglas de la Regla de Viaje?

En la Consola de Negocios. La biblioteca de reglas incluye reglas preestablecidas de la regla de viaje que se activan y ajustan, y las transacciones llevan una categoría travel_rule para que la política correcta se aplique en contexto.

¿Listo para empezar?

Lea la documentación de la Regla de Viaje, vea cómo encaja en la pila más amplia en la página de soluciones de la Regla de Viaje de cripto y la página del producto Monitorización de Transacciones, y consulte los precios transparentes por llamada en la página de precios. Cuando esté listo, comience gratis — 500 verificaciones KYC gratuitas cada mes, con monitorización, revisión de monederos y la Regla de Viaje en una sola API.