Intercambio de Datos de la Regla de Viajes: TRISA, TRP y OpenVASP (ES)

Al analizar la Regla de Viajes de FATF en su mecánica, es un problema de mensajería. Antes de que se liquide una transferencia de criptomonedas, el VASP emisor debe entregar al VASP receptor un paquete estructurado que describa al originador y al beneficiario (nombre, identificadores, referencias de cuenta), y la parte receptora debe confirmarlo. El problema es que no existe una única vía global para ese "apretón de manos". En su lugar, existen protocolos de interoperabilidad en competencia, y una transferencia solo tiene éxito cuando ambos VASP pueden hablar uno de ellos.

Didit realiza ese "apretón de manos" por usted. El intercambio de datos de la Regla de Viajes está integrado en el Monitoreo de Transacciones, y el motor habla los tres protocolos que los VASP realmente usan en producción: TRISA, TRP y OpenVASP. Usted envía la transferencia una vez; el motor resuelve la contraparte, elige un protocolo que ambas partes admitan, intercambia las cargas útiles del originador y del beneficiario, y rastrea la obligación hasta un estado. Esta guía explica los protocolos, las cargas útiles y cómo se ejecuta el intercambio.

Puntos clave

• La Regla de Viajes es un intercambio de datos de VASP a VASP. El remitente transmite la información del originador y del beneficiario; el receptor la recopila y confirma.
• Tres protocolos realizan ese intercambio — TRISA, TRP y OpenVASP — cada uno con un modelo de confianza y transporte diferente. Didit es compatible con los tres.
• La carga útil es el registro del originador y del beneficiario — las partes de la transferencia, estructuradas para que ambos VASP lean los mismos campos.
• Didit ejecuta el intercambio dentro del Monitoreo de Transacciones, resolviendo cada obligación a uno de seis estados (UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED, EXEMPT).
• Una API /v3/. Las transferencias de criptomonedas se publican en POST https://verification.didit.me/v3/transactions/ con currency_kind: "crypto", y la detección de carteras se ejecuta simultáneamente desde $0.02 (traiga su propia clave).

Qué hacen los protocolos

Los tres protocolos resuelven los mismos dos problemas: ¿cómo encuentro y confío en el VASP de la contraparte? y ¿cómo le envío de forma segura los datos del cliente? — pero hacen diferentes concesiones.

• TRISA (Travel Rule Information Sharing Architecture) es un modelo de igual a igual basado en una autoridad de certificación. Los VASP se registran, prueban su identidad y reciben certificados, luego intercambian datos directamente a través de un canal cifrado. La confianza se basa en el directorio de miembros verificados.
• TRP (Travel Rule Protocol) es una especificación API-first favorecida por un grupo de instituciones más grandes. Define un "apretón de manos" REST ligero para enviar la carga útil del originador y del beneficiario entre contrapartes que han establecido una conexión.
• OpenVASP es un estándar abierto que utiliza señalización en cadena y a nivel de mensajería para establecer una sesión entre VASP antes de la transferencia, luego intercambia los datos del cliente fuera de la cadena.

Un VASP que desea un amplio alcance tiene que admitir más de uno, porque sus contrapartes no estarán todas en el mismo protocolo. Ejecutar el intercambio dentro de Didit significa que usted no elige uno y espera; el motor negocia cualquier protocolo que admita la contraparte.

Por qué es importante

Según la Recomendación 16 de FATF y sus implementaciones regionales —el Reglamento de Transferencia de Fondos de la UE entre las principales— el intercambio de datos del originador y del beneficiario es obligatorio por encima del umbral, y los supervisores lo examinan. Pero el requisito está escrito en términos de resultados (los datos deben ser transmitidos, mantenidos y confirmados), no de protocolos. La fragmentación del protocolo es una realidad de ingeniería que usted hereda, no una regla de la que pueda escapar leyendo.

Esa es exactamente la razón por la que el soporte de protocolos no debería ser su problema de construcción. Poner en marcha el registro TRISA, un punto final TRP y la señalización OpenVASP —y mantener los tres actualizados— es un costo de ingeniería constante que no tiene nada que ver con su producto. Integrarlo en el mismo motor de monitoreo que ya califica la transferencia reduce ese costo a una sola integración.

Detalles técnicos

La transferencia se crea contra la API unificada /v3/. El originador es el subject, el beneficiario es el counterparty, y currency_kind: "crypto" activa las rutas de la Regla de Viajes y la detección de carteras.

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_7b9e22",
    "category": "travel_rule",
    "amount": 12500,
    "currency": "BTC",
    "currency_kind": "crypto",
    "direction": "OUTBOUND",
    "txn_date": "2026-05-21T12:14:00Z",
    "subject": {
      "vendor_data": "user_8830",
      "role": "ORIGINATOR",
      "entity_type": "INDIVIDUAL",
      "first_name": "Marta",
      "last_name": "Ferreira"
    },
    "counterparty": {
      "role": "BENEFICIARY",
      "entity_type": "INDIVIDUAL",
      "wallet_address": "bc1q...0a7k"
    }
  }'

El motor resuelve el VASP de la contraparte, selecciona un protocolo compatible, intercambia la carga útil y devuelve el protocolo utilizado más el estado de la Regla de Viajes:

{
  "transaction_id": "txn_7b9e22",
  "status": "APPROVED",
  "travel_rule_status": "COMPLIANT",
  "protocol": "TRP",
  "counterparty_vasp": "vasp_resolved",
  "wallet_screening": {
    "risk_score": 9,
    "risk_level": "LOW"
  }
}

La carga útil del originador/beneficiario. Cada transferencia lleva a las dos partes como registros estructurados — el originador (el cliente que envía) y el beneficiario (el cliente que recibe) — para que ambos VASP se asignen a los mismos campos independientemente del protocolo. Los datos del originador los debe proporcionar usted desde el KYC que ya posee; el lado del beneficiario es confirmado por la contraparte durante el intercambio.

Los seis estados. Sea cual sea el protocolo que realice el intercambio, la obligación se resuelve en un estado:

Estado	Significado
UNKNOWN	Aún no evaluado, o no se pudo resolver el VASP de la contraparte.
COMPLIANT	Datos intercambiados y confirmados — obligación cumplida.
PENDING_ACTION	Se requiere algo de su parte para proceder.
PENDING_COUNTERPARTY	Esperando la respuesta del VASP de la contraparte.
FAILED	El intercambio no se pudo completar — contraparte inalcanzable, datos rechazados o falta de coincidencia de protocolo.
EXEMPT	Fuera de alcance — por debajo del umbral o no obligado de otra manera.

Detección de carteras simultáneamente. La dirección de la contraparte se examina en cadena en la misma llamada desde $0.02 por examen con la opción de traer su propia clave (Crystal o Merkle Science), de modo que un estado COMPLIANT a nivel de protocolo no oculte un riesgo a nivel de dirección.

Elegir — y no elegir — un protocolo

La guía práctica para un VASP es: no elija. Sus contrapartes están distribuidas entre TRISA, TRP y OpenVASP, y el protocolo que lleva una transferencia determinada a COMPLIANT es el que admite esa contraparte. Debido a que Didit negocia el protocolo por transferencia, su integración es la misma independientemente — usted envía los datos del originador y del beneficiario una vez, y el motor maneja el "apretón de manos". Un estado FAILED con una falta de coincidencia de protocolo es una señal para investigar a la contraparte, no una falla en su pila.

Casos de uso

• VASP y exchanges — llegue a contrapartes en los tres protocolos desde una sola integración, en lugar de construir y mantener cada vía.
• Rampas de entrada/salida — intercambie datos del originador y del beneficiario con VASP de destino mientras examina la cartera receptora en la misma llamada.
• Custodios — maneje una larga cola de contrapartes en protocolos mixtos con un modelo de estado único y consistente.
• Front-ends DeFi — realice el intercambio donde un VASP regulado se encuentra en el flujo, y resuelva a EXEMPT donde la obligación realmente no se aplica.

Cómo integrarse con Didit

1. Habilite las reglas de la regla de viajes. En la Consola de Negocios, active las reglas preestablecidas de la Regla de Viajes junto con el monitoreo de criptomonedas y la detección de criptomonedas.
2. Envíe la transferencia. POST /v3/transactions/ con currency_kind: "crypto", el originador como subject, el beneficiario como counterparty y la categoría travel_rule.
3. Lea el protocolo y el estado. La respuesta le indica qué protocolo realizó el intercambio y el travel_rule_status resultante. Actúe sobre las obligaciones PENDING_* y FAILED.
4. Gestione las excepciones en la Consola. Los intercambios pendientes y fallidos, las alertas y el flujo de trabajo de casos se encuentran en la misma interfaz que su monitoreo.

Todo se ejecuta en la API unificada /v3/, por lo que el cliente que incorporó con KYC, examinó con AML y ahora atiende una transferencia es la misma identidad que se procesa a través del monitoreo, la detección de carteras y la Regla de Viajes.

Preguntas frecuentes

¿Qué protocolos de la Regla de Viajes admite Didit?

TRISA, TRP y OpenVASP — los tres protocolos que usan los VASP en producción. El motor negocia el que admita una contraparte determinada.

¿Qué datos se intercambian?

Los registros del originador y del beneficiario — las partes de la transferencia — estructurados para que ambos VASP lean los mismos campos. Usted proporciona el originador de su KYC existente; la contraparte confirma el lado del beneficiario.

¿Tengo que elegir un protocolo?

No. Elegir uno lo aislaría de las contrapartes en los otros. Didit selecciona el protocolo por transferencia basándose en lo que admite la contraparte.

¿Qué sucede si no se puede contactar a la contraparte?

La obligación se resuelve en FAILED (con una razón como falta de coincidencia de protocolo o contraparte inalcanzable) o se mantiene en PENDING_COUNTERPARTY mientras espera — ambos visibles en la Consola.

¿Es este un producto separado del Monitoreo de Transacciones?

No. El intercambio de datos está integrado en el Monitoreo de Transacciones, en la misma transferencia de criptomonedas que ya envía para monitoreo y detección de carteras.

¿Listo para empezar?

Lea la documentación de la Regla de Viajes, vea el panorama completo en la página de la solución de la Regla de Viajes de criptomonedas y la página del producto de Monitoreo 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 el intercambio de datos de la Regla de Viajes integrado en el monitoreo.