Cinco versiones de una misma operación: por qué un pago en USDT en Rusia puede fracasar
Un pago legal en USDT no es solo un txid, sino cinco versiones de una misma operación que deben coincidir. En la práctica, la operación no fracasa tanto por el activo "sucio", sino porque el contrato, el banco, el cumplimiento normativo, la contabilidad y la función fiscal describen la misma transferencia de manera diferente.
Lo desglosaré con un ejemplo integral. Una empresa rusa importa equipos por valor de $100,000 y el proveedor está dispuesto a aceptar 100,000 USDT. Para el director general es un solo pago, pero para cada función dentro de la empresa es un evento separado con su propio objeto, fecha, valor y conjunto de pruebas.
Versión 1. Contrato: el momento del pago debe existir no solo en la cadena de bloques
El hash de la transacción solo confirma que una cierta cantidad de tokens se movió entre direcciones en una red específica. Por sí mismo, no responde a cuatro preguntas legales: a quién pertenecía la dirección del receptor, en virtud de qué obligación se realizó la transferencia, qué monto de deuda se saldó y qué sucede si los tokens se congelan, se devuelven o no pueden utilizarse después de su acreditación.
Escribir en el contrato "el pago se realiza en USDT" no es suficiente. El modelo contractual mínimo vincula el precio de los bienes, el activo de liquidación y la prueba de cumplimiento, por lo que las partes deben acordar:
- la moneda del precio del contrato y el método para determinar la cantidad de USDT a transferir;
- el token específico, la red y el tipo de dirección del receptor permitido;
- la fuente de la cotización y el punto temporal para fijar el tipo de cambio, incluidas las acciones ante una desviación del token de su paridad o la ausencia de cotización;
- quién paga las comisiones de la red y si el proveedor debe recibir exactamente 100,000 USDT;
- el momento del cumplimiento de la obligación: inclusión de la transacción en un bloque, número requerido de confirmaciones, acreditación en la cuenta de la plataforma o disponibilidad del activo para el receptor;
- las garantías del proveedor sobre el control de la dirección, el estado de la cuenta y el cumplimiento de la legislación aplicable;
- la distribución del riesgo de error de red, cambio de dirección, restricción de sanciones, congelación por parte del emisor y reversión de la operación.
Los datos de pago y su modificación requieren especial atención. Recomiendo especificar en el acuerdo la dirección-identificador y la red de cadena de bloques, y ante un cambio de datos, prever de antemano un procedimiento de aprobación, verificación de la nueva dirección y la prohibición de cambiarla mediante una simple carta.
Versión 2. Control de divisas y banco: el sentido económico importa más que el hash
Desde 2024, la legislación rusa permite al Banco de Rusia establecer un régimen legal experimental para el uso de moneda digital en liquidaciones de comercio exterior. El Banco Central ha destacado que el círculo de participantes y el procedimiento especial se determinan por el programa del régimen legal experimental, y esto no es una autorización general para que cualquier empresa pague importaciones desde cualquier billetera.
Para el banco, la operación no comienza con la cadena de bloques, sino con el contrato de comercio exterior, la base económica y el rastro monetario en rublos. El banco autorizado debe comprender por qué la empresa transfirió rublos a un intermediario, qué activo adquirió, en qué cantidad, a quién y bajo qué contrato lo entregó. Si cada documento existe por separado y no contiene un identificador común, la operación se descompone en fragmentos no relacionados.
En la Instrucción n.º 181-I del Banco de Rusia ya existen códigos separados para las liquidaciones monetarias de residentes con no residentes en operaciones con moneda digital, en particular los códigos 99080 y 99081, pero el código de operación no reemplaza su contenido económico ni convierte un extracto de la cadena de bloques en un documento de respaldo universal.
Para los contratos de importación y exportación, se mantiene la lógica de registro, mantenimiento de la hoja de control bancario y presentación de documentos según el tipo y monto de las obligaciones. Estas operaciones se encuentran en la intersección de la regulación corporativa, contractual, fiscal, de divisas y bancaria, por lo que la estructura de liquidación se prepara con asesoramiento legal integral antes de la primera operación.
Versión 3. AML/KYT: un contraparte confiable puede recibir un activo riesgoso
En el comercio exterior tradicional, la empresa verifica la entidad legal, sus propietarios, el estado de sanciones, las facultades del firmante y el propósito comercial. En el comercio exterior criptográfico, se añade el análisis de direcciones y el historial de movimiento del activo — KYT, y son verificaciones diferentes: un KYB de calidad no limpia el historial del token, y un bajo riesgo de la dirección no confirma la realidad del proveedor.
No se puede reducir el KYT a un indicador de color de un informe. El sistema analítico calcula el riesgo según su propia metodología — por profundidad de conexiones, tipos de fuentes, antigüedad y proporción de entradas riesgosas — por lo que dos sistemas pueden dar resultados diferentes. El reglamento interno debe definir las categorías de riesgo aceptables, los umbrales de materialidad, la profundidad del análisis, el procedimiento de escalamiento y la persona autorizada para tomar una decisión motivada.
La verificación se realiza en al menos tres puntos: al seleccionar la fuente de liquidez, inmediatamente antes de adquirir el activo y antes de la transferencia al receptor, ya que entre la verificación preliminar y la transacción, el historial de la dirección puede cambiar. No solo se debe verificar la dirección del proveedor, sino también las direcciones del intermediario, la ruta a través de puentes y mezcladores, así como la posibilidad de identificar la plataforma de custodia del receptor.
Un alto riesgo KYT no implica automáticamente el bloqueo de todas las cuentas de la empresa. El banco aplica sus propias reglas de control interno y evalúa el conjunto de circunstancias, pero las explicaciones inconsistentes, la falta de documentos y un contraparte con actividades opacas afectan el perfil de riesgo del cliente, incluso a través de la plataforma "Conozca a su cliente" del Banco Central.
Versión 4. Contabilidad: el activo debe verse antes de darlo de baja
Las normas contables rusas aún no proporcionan un modelo universal separado para todos los tipos de activos digitales. Por lo tanto, la contabilidad comienza con un juicio profesional: si el objeto cumple con las características de un activo, quién lo controla, para qué propósito se adquirió, cómo se valorará y en qué cuenta se registrará. Esta decisión se documenta en la política contable antes de una operación significativa, no después de una solicitud del auditor.
Para la contabilidad, el ciclo de vida completo es importante. La empresa primero transfiere rublos al intermediario, luego adquiere el derecho sobre el activo digital, lo controla directamente o a través de un depositario, asume comisiones y solo después transfiere el activo al proveedor. Si la contabilidad refleja solo el pago en rublos y el cierre de la cuenta por pagar, el activo digital "desaparece" en un breve intervalo, aunque es precisamente en ese momento cuando surgen los riesgos y documentos clave.
Versión 5. Impuestos: el pago al proveedor es una enajenación de propiedad
Desde el 1 de enero de 2025, la moneda digital se reconoce como propiedad a efectos del Código Tributario de la Federación de Rusia. Su venta no constituye un objeto de IVA, la base imponible se forma por separado según el artículo 282.3 del Código Tributario, no se realiza revalorización y los gastos requieren confirmación documental.
Para el importador, esto significa que la transferencia del activo al proveedor no puede considerarse automáticamente solo como el pago de los equipos. Si el objeto se califica como moneda digital, su enajenación puede generar un resultado fiscal independiente: se comparan el costo de adquisición y el monto del ingreso determinado según las reglas aplicables. Simultáneamente, se forma el costo de los bienes importados, y el IVA sobre la propia entrega, importación o servicios se analiza por separado — que la venta de moneda digital no constituya un objeto de IVA no exime a la importación de sus consecuencias fiscales habituales.
Una operación — cinco montos en rublos
El ejemplo numérico muestra por qué surge la disputa incluso en una transacción honesta y económicamente comprensible. Las cifras son hipotéticas y no representan una cotización actual ni un cálculo fiscal definitivo.
| Indicador | Valor | Comentario |
| Precio contractual | $100,000 | la deuda se mide en dólares |
| Cantidad a transferir | 100,000 USDT | según acuerdo, 1 token = $1; si se calcula con la cotización de mercado en el momento de la transferencia, puede ser mayor o menor |
| Pago en rublos al intermediario | 8,230,000 RUB a un tipo de 82.30 RUB por token | comisión del intermediario del 0.4%, o 32,920 RUB, más una comisión de red separada; salida de al menos 8,262,920 RUB |
| Valoración fiscal | 8,190,000 RUB a un tipo de 81.90 RUB por token | sin el diferencial del intermediario y parte de las comisiones, otro punto temporal |
| Valor contable y valoración aduanera | según la política contable y las normas aduaneras | lógica normativa propia para el costo inicial del activo y el IVA de importación |
La discrepancia en sí no prueba un error — el error surge cuando la empresa no puede construir un puente entre los montos. Recomiendo crear un registro de conciliación que muestre por separado el tipo de cambio, la fuente, la fecha, el diferencial, las comisiones y el propósito de cada valoración: así la diferencia se convierte en una parte explicable del modelo, y sin el registro parece un gasto no confirmado o un resultado financiero no especificado.
Qué debe hacer la empresa ahora
- No construir el proceso en torno al nombre del activo. Se debe comenzar con un mapa de calificación legal y la ruta permitida: moneda digital, derecho digital extranjero u otro instrumento; régimen vigente o infraestructura regulada futura; intermediario, depositario digital, plataforma extranjera y dirección del receptor.
- Realizar un piloto de la operación con documentos antes del movimiento de dinero. La empresa crea de antemano un contrato hipotético, una solicitud, un conjunto de verificaciones, asientos contables y un cálculo fiscal, y luego busca discrepancias entre ellos; este "ensayo en seco" es más barato que una operación bloqueada y más útil que una política general de decenas de páginas.
- Discutir el modelo con el banco y el auditor. El banco confirmará los requisitos de control de divisas y rastro financiero; el auditor, la suficiencia de la política contable y las pruebas de control sobre el activo; las respuestas se integran en el proceso, no se guardan en una correspondencia separada.
- Designar un responsable del proceso integral. Por lo general, ni el departamento legal, ni la tesorería, ni la contabilidad ven la operación completa, por lo que se necesita un empleado u oficina de proyecto responsable no de un documento individual, sino de la coincidencia de las cinco versiones de la operación.
Mi conclusión: en las condiciones actuales, un pago en USDT en el marco del comercio exterior no es una operación técnica, sino un proyecto legal y fiscal integral. Las empresas que construyen de antemano una cadena probatoria unificada y la coordinan con el banco y el auditor minimizan los riesgos de bloqueos y cargos adicionales. Las demás seguirán explicando a los reguladores por qué cinco versiones de una misma operación no coinciden.