Implementación de la Travel Rule · Lección 1 de 5
Recomendación 16 aplicada a los activos virtuales
9 min de lectura
La Recomendación 16 es el punto en que los datos de los clientes de una empresa cripto dejan de ser exclusivamente internos. Toda transferencia a otro proveedor debe llevar datos identificativos de ambas partes, y toda transferencia entrante debe verificarse para comprobar que los incluye. La mayoría de los incumplimientos de la Travel Rule se deben a interpretar mal quién debe proporcionar qué datos, qué nivel de verificación requieren y cuándo deben enviarse.
De las transferencias bancarias a las transferencias de activos virtuales
La Recomendación 16 se redactó para las transferencias bancarias. El párrafo 7(b) de la Nota Interpretativa de la Recomendación 15 (INR.15) la extiende a los activos virtuales. Los VASP de origen deben obtener y conservar la información requerida y exacta del ordenante, así como la información requerida del beneficiario; enviarla al VASP beneficiario o a la institución financiera «de forma inmediata y segura»; y ponerla a disposición de las autoridades cuando la soliciten. Los VASP beneficiarios deben obtener y conservar la información requerida del ordenante y la información requerida y exacta del beneficiario. Las demás obligaciones de la R.16 se aplican de la misma manera: supervisar si la información está presente, y congelar y prohibir las transacciones con personas y entidades designadas. Los bancos y otras instituciones financieras que envían o reciben transferencias de activos virtuales en nombre de sus clientes tienen las mismas obligaciones.
La terminología de las transferencias bancarias se corresponde con el mundo cripto de la siguiente manera:
| Término de transferencia bancaria | Equivalente en activos virtuales |
|---|---|
| Institución financiera ordenante | VASP de origen (ordenante) |
| Institución financiera intermediaria | VASP intermediario que recibe y retransmite una transferencia para otro proveedor |
| Institución financiera beneficiaria | VASP beneficiario |
| Número de cuenta | Dirección de billetera o cuenta utilizada para procesar la transferencia |
| Referencia única de la transacción | Referencia que permite rastrear la transferencia cuando no se utiliza una cuenta |
El GAFI revisó la propia Recomendación 16 en junio de 2025, y los cambios entrarán en vigor a finales de 2030. Las obligaciones relativas a los activos virtuales siguen interpretándose a través del párrafo 7(b) de la INR.15 y de la guía del GAFI sobre activos virtuales (octubre de 2021); los elementos de datos de esta lección corresponden al texto anterior a 2025 que describe la guía. La R.16 revisada modifica algunos de ellos, por lo que se debe comprobar qué versión ha implementado cada país. La lección La Recomendación 15 y su Nota Interpretativa aborda el resto de la INR.15.
Información requerida e información exacta
Dos palabras son fundamentales. La información requerida es la lista de elementos de datos que deben acompañar a la transferencia. La información exacta es aquella que ha sido verificada.
Por encima del umbral, la información requerida del ordenante incluye su nombre, el número de cuenta (dirección de billetera) utilizado para procesar la transferencia o una referencia única de la transacción, y uno de los siguientes datos: la dirección física del ordenante, su número de identidad nacional, su número de identificación de cliente, o su fecha y lugar de nacimiento. La información requerida del beneficiario incluye su nombre y número de cuenta o referencia única de la transacción.
La asimetría se debe a quién conoce a quién:
- El VASP de origen ha verificado a su propio cliente, por lo que los datos del ordenante que envía deben ser exactos. El nombre del beneficiario es el que introdujo su cliente; el VASP de origen no puede verificarlo y la norma no se lo exige.
- El VASP beneficiario ha verificado a su propio cliente, por lo que es responsable de que los datos del beneficiario sean exactos y puede contrastar el nombre entrante del beneficiario con sus registros.
Por lo tanto, una discrepancia en el nombre detectada por el VASP beneficiario es un resultado previsto del control, no un error del sistema. Puede revelar un error tipográfico, que el cliente está enviando fondos a la persona equivocada o que alguien está usando una cuenta que pertenece a otra persona.
El umbral de minimis
La norma del GAFI permite que los países apliquen un umbral de minimis de USD/EUR 1.000. Por debajo de este, la transferencia debe incluir de todos modos los nombres del ordenante y del beneficiario, así como la dirección de billetera o referencia única de cada uno, pero no es necesario verificar los datos, salvo que exista sospecha de blanqueo de capitales o financiación del terrorismo. Las implementaciones nacionales varían; algunos países establecen un umbral más bajo o no establecen ninguno.
De ello se derivan dos consecuencias operativas. Un umbral fomenta el fraccionamiento: si un cliente realiza retiros repetidos justo por debajo del umbral hacia el mismo destino, esto debería activar la supervisión (véase la lección Señales de alerta y tipologías). Además, para aplicar un umbral fijado en moneda fiduciaria a un activo volátil, es necesario definir una fuente de precios y el momento de conversión; de lo contrario, una misma transferencia puede quedar a un lado u otro del límite. Por eso, muchas empresas envían el conjunto completo de datos en cada transferencia a otro VASP y solo aplican un tratamiento reducido cuando una norma local lo exige.
Obligaciones según el rol
El VASP ordenante conserva los datos del ordenante obtenidos durante la incorporación del cliente, solicita al cliente los datos del beneficiario cuando este solicita el retiro, verifica ambos nombres y transmite el conjunto de datos. La regla del GAFI para las transferencias bancarias establece que una institución ordenante no debería ejecutar una transferencia que no cumpla los requisitos. En la práctica, ningún retiro a otro VASP se efectúa sin un conjunto completo de datos, y cada mensaje se conserva conforme a la obligación de registro de la Recomendación 11.
El VASP intermediario forma parte de una cadena en serie y recibe y retransmite una transferencia para otro proveedor; por ejemplo, un proveedor de liquidez que liquida operaciones para un exchange más pequeño. Debe mantener vinculada a la transferencia toda la información que haya recibido junto con ella, conservar los registros, tomar medidas razonables para identificar las transferencias a las que les falte información requerida y contar con políticas basadas en el riesgo para ejecutarlas, rechazarlas o suspenderlas.
El VASP beneficiario debe tomar medidas razonables, que pueden incluir la supervisión posterior al evento o en tiempo real, para identificar las transferencias entrantes a las que les falte información requerida. Verifica al beneficiario si aún no lo ha hecho, y necesita políticas basadas en el riesgo que indiquen cuándo ejecutar, rechazar o suspender esas transferencias y qué medidas de seguimiento tomar. La falta de información también es un factor al decidir si se debe presentar un reporte a la unidad de inteligencia financiera. La lección Operaciones y excepciones de la Travel Rule convierte estas políticas en procedimientos.
Cuando el ordenante y el beneficiario son clientes del mismo VASP, no se transmite ningún mensaje entre entidades, pero la empresa conserva ambos conjuntos de datos. Al igual que un proveedor de pagos que controla ambos extremos de un pago, debería utilizar la información de ambas partes para decidir si la actividad es sospechosa.
Transferencias por lotes y billeteras ómnibus
La regla de las transferencias bancarias permite que un archivo por lotes de transferencias individuales de un único ordenante incluya únicamente el número de cuenta o la referencia del ordenante en cada elemento, siempre que el propio archivo por lotes contenga toda la información del ordenante y del beneficiario, y pueda rastrearse en el país del beneficiario.
En cripto, el procesamiento por lotes adopta otra forma. Un exchange puede combinar los retiros de muchos clientes en una sola transacción en cadena con decenas de salidas, enviadas desde una billetera caliente compartida. Los textos del GAFI no abordan directamente este caso, pero la lógica de la R.16 apunta en una dirección: la obligación se aplica a la transferencia de cada cliente, no a la transacción en cadena que liquida varias de ellas. Según ese razonamiento, cada salida dirigida a otro VASP necesita su propio conjunto de datos, que vincule a ese cliente, ese monto y esa dirección de destino. La dirección que aparece en la cadena pertenece al exchange, no al cliente, por lo que el identificador de cuenta del mensaje debería identificar la cuenta del cliente, y los registros deben vincular cada salida con su mensaje.
El momento del envío y un caso práctico
«Inmediatamente» no significa «en algún momento». La guía del GAFI sobre activos virtuales interpreta que significa antes, al mismo tiempo que o simultáneamente con la propia transferencia. Una transferencia confirmada no puede revertirse, por lo que enviar los datos primero permite al VASP beneficiario confirmar que la dirección pertenece a un cliente, verificar al ordenante y aceptar o rechazar la transferencia antes de que se muevan los fondos. Enviar los datos horas después de la confirmación incumple tanto la norma como el objetivo del control. De forma segura significa proteger la integridad y confidencialidad de los datos durante la transmisión y limitar el acceso a quienes lo necesiten.
Un cliente de Exchange A retira USDT por un valor de USD 2.400 a una dirección de depósito de Exchange B:
- La atribución muestra que la dirección pertenece a Exchange B, un VASP registrado que A ya ha evaluado.
- A toma del expediente del cliente el nombre verificado del ordenante, su número de cliente y fecha de nacimiento, además del nombre del beneficiario que introdujo el cliente.
- A verifica ambos nombres con las listas de sanciones y envía el conjunto de datos a B antes de difundir la transacción.
- B confirma que la dirección es una dirección de depósito de un cliente, comprueba que el nombre del beneficiario coincide salvo por la falta de un acento, verifica al ordenante y acepta la transferencia.
- A difunde la transacción y envía a B el txid. Ambas empresas guardan juntos el mensaje, la respuesta y el txid.
Si B hubiera rechazado la transferencia, no se habría movido nada en la cadena y A podría haber pedido a su cliente que corrigiera los datos.
Enfoque del examen: cómo la INR.15 aplica la R.16 a los VASP de origen y beneficiarios, así como a las instituciones financieras; los campos requeridos del ordenante y del beneficiario, y la diferencia entre datos requeridos y exactos; la opción de minimis de USD/EUR 1.000, qué información debe seguir acompañando a las transferencias por debajo del umbral y el riesgo de fraccionamiento que genera; las obligaciones específicas de los VASP ordenantes, intermediarios y beneficiarios, incluidas las políticas basadas en el riesgo para ejecutar, rechazar o suspender transferencias; por qué cada salida de un retiro en cadena procesado por lotes necesita su propio conjunto de datos; qué significa «inmediatamente» —antes, al mismo tiempo que o simultáneamente con la transferencia— y por qué el intercambio de datos antes de la transferencia es el control más sólido.