Легальный платеж в USDT — это не просто один txid в блокчейне. По моему глубокому убеждению, это пять параллельных реальностей одной сделки, которые обязаны совпасть, чтобы операция не развалилась. На основе анализа практики российских компаний, я выделяю пять ключевых «версий» одного и того же перевода, и именно их рассинхронизация, а вовсе не «грязный» актив, чаще всего становится причиной сорванных международных расчетов.
Возьмем типичный кейс: российская компания импортирует оборудование за $100 000, а поставщик готов принять 100 000 USDT. Для генерального директора это один платеж. Но для юристов, банка, комплаенса, бухгалтерии и налоговиков — это пять разных событий с собственным объектом, датой и пакетом доказательств. Игнорирование этого факта — прямая дорога к блокировке средств и претензиям.
Версия 1: Договор
Хэш транзакции подтверждает лишь факт перемещения токенов между адресами. Он не отвечает на ключевые вопросы: кому принадлежал адрес, в счет какого обязательства сделан перевод, какая сумма долга погашена, и что будет, если токены заморозят. Просто написать в договоре «оплата в USDT» — недостаточно. Необходимо четко фиксировать валюту цены, конкретный токен и сеть, источник котировок и момент фиксации курса, а также распределение комиссий. Особое внимание — реквизитам: адрес и сеть должны быть указаны в соглашении, а их смена — требовать отдельной процедуры согласования, а не одного письма.
Версия 2: Банк и валютный контроль
С 2024 года ЦБ РФ может устанавливать экспериментальный правовой режим для цифровой валюты во внешнеторговых расчетах. Но это не индульгенция. Для банка сделка начинается не с блокчейна, а с внешнеторгового договора и рублевого денежного следа. Уполномоченный банк должен понимать, почему компания перевела рубли посреднику, какой актив купила и кому его передала. Если документы не связаны общим идентификатором, операция рассыпается на несвязанные фрагменты. В инструкции ЦБ № 181-И уже есть коды для таких операций, но код не заменяет экономическое содержание.
Версия 3: AML/KYT
Качественный KYB не очищает историю токена, а низкий риск адреса не подтверждает реальность поставщика. Внутренний регламент должен определять допустимые категории риска, пороги существенности и порядок эскалации. Проверку нужно делать как минимум в трех точках: при выборе источника ликвидности, перед покупкой актива и перед переводом получателю, так как история адреса может измениться за считанные минуты. Помните: «транзакция подтверждена» и «получатель окончательно владеет ценностью» — не всегда одно и то же, особенно если эмитент USDT заблокирует адрес на уровне токена.
Версия 4: Бухгалтерия
Российские стандарты учета не дают универсальной модели для всех видов цифровых активов. Учет начинается с профессионального суждения: отвечает ли объект признакам актива, кто его контролирует и для какой цели он приобретен. Важен полный жизненный цикл: перевод рублей посреднику, получение права на актив, его контроль и передача поставщику. Если в учете виден только рублевый платеж и закрытие кредиторки, а сам цифровой актив «исчезает» на коротком промежутке, — это и есть источник рисков и запросов аудиторов.
Версия 5: Налоги
С 1 января 2025 года цифровая валюта признается имуществом. Ее реализация не облагается НДС, налоговая база формируется отдельно по ст. 282.3 НК РФ, а переоценка не производится. Для импортера это значит, что передачу актива поставщику нельзя автоматически считать просто оплатой оборудования. Возникает самостоятельный налоговый результат, а критической точкой становится источник цены и дата оценки. Договор, посредник, блокчейн, бухгалтерия и налоговый регистр могут дать пять разных рублевых сумм одной операции, и это нужно зафиксировать и объяснить.
Мой вам совет: не стройте процесс вокруг названия актива. Начните с карты правовой квалификации и допустимого маршрута. Проведите «сухой прогон» сделки на документах до движения денег, обсудите модель с банком и аудитором, и назначьте владельца сквозного процесса. Это дешевле, чем разблокировка замороженной операции.