Новости криптомира

Легальный платёж в USDT — это не просто один txid, а пять версий одной сделки, которые обязаны совпасть. На практике операция срывается не столько из-за «грязного» актива, сколько из-за того, что договор, банк, комплаенс, бухгалтерия и налоговая функция описывают один и тот же перевод по-разному.

Разберу это на сквозном примере. Российская компания импортирует оборудование стоимостью $100 000, а поставщик готов принять 100 000 USDT. Для генерального директора это один платёж, но для каждой функции внутри компании — отдельное событие со своим объектом, датой, стоимостью и набором доказательств.

Версия 1. Договор: момент платежа должен существовать не только в блокчейне

Хэш транзакции подтверждает лишь то, что определённое количество токенов переместилось между адресами в конкретной сети. Сам по себе он не отвечает на четыре юридических вопроса: кому принадлежал адрес получателя, в счёт какого обязательства выполнен перевод, какая сумма долга погашена и что происходит, если токены после зачисления заморожены, возвращены или не могут быть использованы.

Написать в договоре «оплата производится в USDT» недостаточно. Минимальная договорная модель связывает цену товара, расчётный актив и доказательство исполнения, поэтому стороны должны согласовать:

• валюту цены контракта и способ определения количества USDT к перечислению;
• конкретный токен, сеть и допустимый тип адреса получателя;
• источник котировки и временную точку фиксации курса, включая действия при отклонении токена от паритета или отсутствии котировки;
• кто оплачивает комиссии сети и должен ли поставщик получить ровно 100 000 USDT;
• момент исполнения обязательства: включение транзакции в блок, требуемое число подтверждений, зачисление на счёт площадки или доступность актива получателю;
• гарантии поставщика о контроле над адресом, статусе аккаунта и соблюдении применимого права;
• распределение риска ошибки сети, смены адреса, санкционного ограничения, заморозки эмитентом и возврата операции.

Особого внимания требуют реквизиты и их изменение. Рекомендую прописывать в соглашении адрес-идентификатор и блокчейн-сеть, а при смене реквизитов заранее предусматривать процедуру согласования, проверку нового адреса и запрет менять его одним письмом.

Версия 2. Валютный контроль и банк: экономический смысл важнее хэша

С 2024 года российское законодательство позволяет Банку России устанавливать экспериментальный правовой режим для использования цифровой валюты во внешнеторговых расчётах. ЦБ подчёркивал, что круг участников и специальный порядок определяются программой ЭПР, и это не общее разрешение любой компании оплачивать импорт с любого кошелька.

Для банка сделка начинается не с блокчейна, а с внешнеторгового договора, экономического основания и рублёвого денежного следа. Уполномоченный банк должен понимать, почему компания перечислила рубли посреднику, какой актив приобрела, в каком количестве, кому и по какому контракту его передала. Если каждый документ существует отдельно и не содержит общего идентификатора, операция распадается на несвязанные фрагменты.

В Инструкции Банка России № 181-И уже есть отдельные коды для денежных расчётов резидентов с нерезидентами по сделкам с цифровой валютой, в частности 99080 и 99081, но код операции не заменяет её экономическое содержание и не превращает блокчейн-выписку в универсальный подтверждающий документ.

Для импортных и экспортных контрактов сохраняется логика постановки на учёт, ведения ведомости банковского контроля и представления документов в зависимости от вида и суммы обязательств. Подобные сделки находятся на стыке корпоративного, договорного, налогового, валютного и банковского регулирования, поэтому структуру расчётов готовят при комплексном юридическом сопровождении ещё до первой операции.

Версия 3. AML/KYT: надёжный контрагент может получить рискованный актив

В традиционной ВЭД компания проверяет юридическое лицо, его владельцев, санкционный статус, полномочия подписанта и деловую цель. В крипто-ВЭД к этому добавляется анализ адресов и истории движения актива — KYT, и это разные проверки: качественный KYB не очищает историю токена, а низкий риск адреса не подтверждает реальность поставщика.

Свести KYT к цветному индикатору из отчёта нельзя. Аналитическая система рассчитывает риск по собственной методологии — по глубине связей, типам источников, давности и доле рискованных поступлений, — поэтому две системы могут дать разный результат. Внутренний регламент должен определить допустимые категории риска, пороги существенности, глубину анализа, порядок эскалации и лицо, которое вправе принять мотивированное решение.

Проверку выполняют как минимум в трёх точках: при выборе источника ликвидности, непосредственно перед приобретением актива и перед переводом получателю, поскольку между предварительной проверкой и транзакцией история адреса может измениться. Проверять нужно не только адрес поставщика, но и адреса посредника, маршрут через мосты и миксеры, а также возможность идентифицировать кастодиальную площадку получателя.

Высокий KYT-риск при этом не означает автоматическую блокировку всех счетов компании. Банк применяет собственные правила внутреннего контроля и оценивает совокупность обстоятельств, но непоследовательные объяснения, отсутствие документов и контрагент с непрозрачной деятельностью влияют на риск-профиль клиента, в том числе через платформу ЦБ «Знай своего клиента».

Версия 4. Бухгалтерия: актив нужно увидеть до того, как его списать

Российские стандарты бухгалтерского учёта пока не дают отдельной универсальной модели для всех видов цифровых активов. Поэтому учёт начинается с профессионального суждения: отвечает ли объект признакам актива, кто его контролирует, для какой цели приобретён, как будет оцениваться и на каком счёте учитываться. Это решение закрепляют в учётной политике до существенной операции, а не после запроса аудитора.

Для бухгалтерии важен полный жизненный цикл. Компания сначала перечисляет рубли посреднику, затем получает право на цифровой актив, контролирует его напрямую или через депозитарий, несёт комиссии и только после этого передаёт актив поставщику. Если учёт отражает лишь рублёвый платёж и закрытие кредиторской задолженности, цифровой актив на коротком промежутке «исчезает», хотя именно в этот момент возникают ключевые риски и документы.

Версия 5. Налоги: платёж поставщику — это выбытие имущества

С 1 января 2025 года цифровая валюта признаётся имуществом для целей НК РФ. Её реализация не образует объект НДС, налоговая база формируется отдельно по статье 282.3 НК РФ, переоценка не производится, а расходы требуют документального подтверждения.

Для импортёра это означает, что передачу актива поставщику нельзя автоматически учитывать только как оплату оборудования. Если объект квалифицирован как цифровая валюта, его выбытие может формировать самостоятельный налоговый результат: сравниваются стоимость приобретения и величина дохода, определённая по применимым правилам. Одновременно формируется стоимость импортируемого товара, а НДС по самой поставке, ввозу или услугам анализируется отдельно — то, что реализация цифровой валюты не образует объект НДС, не освобождает импорт от его обычных налоговых последствий.

Одна операция — пять рублёвых сумм

Числовой пример показывает, почему спор возникает даже при честной и экономически понятной транзакции. Цифры условные и не являются текущей котировкой или готовым налоговым расчётом.

Само расхождение не доказывает ошибку — она возникает, когда компания не может построить мост между суммами. Рекомендую формировать свёрточный регистр, который отдельно показывает курс, источник, дату, спред, комиссии и назначение каждой оценки: тогда разница становится объяснимой частью модели, а без регистра выглядит как неподтверждённый расход или неуточнённый финансовый результат.

Что делать бизнесу сейчас

• Не строить процесс вокруг названия актива. Начинать следует с карты правовой квалификации и допустимого маршрута: цифровая валюта, иностранное цифровое право или иной инструмент; действующий режим или будущая регулируемая инфраструктура; посредник, цифровой депозитарий, иностранная площадка и адрес получателя.
• Провести пилот сделки на документах до движения денег. Компания заранее создаёт условный контракт, заявку, комплект проверок, проводки и налоговый расчёт, а затем ищет расхождения между ними; такой «сухой прогон» дешевле заблокированной операции и полезнее общей политики на десятки страниц.
• Обсудить модель с обслуживающим банком и аудитором. Банк подтвердит требования к валютному контролю и финансовому следу, аудитор — достаточность учётной политики и доказательств контроля над активом; ответы встраивают в процесс, а не хранят отдельной перепиской.
• Назначить владельца сквозного процесса. Обычно ни юридическая служба, ни казначейство, ни бухгалтерия не видят сделку целиком, поэтому нужен сотрудник или проектный офис, отвечающий не за отдельный документ, а за совпадение пяти версий операции.

Мой вывод: в текущих условиях USDT-платёж в рамках ВЭД — это не техническая операция, а комплексный юридический и налоговый проект. Компании, которые заранее выстраивают единую доказательственную цепочку и согласуют её с банком и аудитором, минимизируют риски блокировок и доначислений. Остальные будут продолжать объяснять регуляторам, почему пять версий одной сделки не совпадают.