Легальный платеж в USDT — это не один txid, а пять версий одной сделки, которые обязаны совпасть. По оценке генерального директора ACSOUR Дмитрия Карева и главы юр. отдела компании Любови Кузнецовой, операция срывается не столько из-за «грязного» актива, сколько из-за того, что договор, банк, комплаенс, бухгалтерия и налоговая функция описывают один и тот же перевод по-разному.
Почему хэш транзакции не отвечает на четыре юридических вопроса
Хэш транзакции подтверждает лишь то, что определенное количество токенов переместилось между адресами в конкретной сети. Сам по себе он не отвечает на четыре юридических вопроса: кому принадлежал адрес получателя, в счет какого обязательства выполнен перевод, какая сумма была согласована и какое назначение платежа указано.
В ASCOUR разобрали это на сквозном примере. Российская компания импортирует оборудование стоимостью $100 000, а поставщик готов принять 100 000 USDT
USDT$0.9999+0.00% — для генерального директора это один платеж, но для каждой функции внутри компании это отдельное событие со своим объектом, датой, стоимостью и набором доказательств.
Пять версий сделки: от договора до налоговой базы
Первая версия — договор. Момент платежа должен существовать не только в блокчейне, но и в контракте: стороны обязаны прописать сумму в USDT или ее эквивалент, а также условие о моменте исполнения обязательства. Без этого txid повисает в воздухе.
Ранее сообщалось, что объем платежей криптокартами превысил $1 млрд, что подтверждает растущую роль стейблкоинов в повседневных расчетах.
Вторая версия — банк. Если компания работает через банк, который не признает криптовалюты, перевод в USDT может быть интерпретирован как нецелевое использование счета. Третья версия — комплаенс: служба безопасности обязана проверить, не связан ли адрес получателя с санкционными списками или даркнет-маркетами. Четвертая версия — бухгалтерия: ей нужно зафиксировать актив по корректной стоимости на дату операции. Пятая — налоговая функция: от того, как квалифицирован доход или расход, зависит база по налогу на прибыль и НДС.
Если хотя бы одна из пяти версий расходится с остальными, сделка блокируется или признается недействительной — даже при чистом активе.
На практике расхождение начинается с дат: блокчейн фиксирует момент включения в блок, а бухгалтерия может отразить операцию днем позже. Курсовые разницы между USDT и рублем тоже создают конфликт версий: договор в долларах, а налоговый учет в рублях дает разные суммы.
Как согласовать назначение платежа и проверку адреса до отправки
До отправки перевода нужно согласовать с юристом и бухгалтером формулировку назначения платежа, которая будет указана в договоре и сопутствующих документах. В USDT-сделке нет поля для назначения платежа, поэтому эта информация должна быть зафиксирована в акте или допсоглашении.
Также стоит заранее проверить адрес получателя через скоринг-сервисы и сохранить скриншоты проверки — это станет доказательством должной осмотрительности при прохождении комплаенса. Если компания платит регулярно, имеет смысл утвердить внутренний регламент, который описывает все пять версий сделки единообразно.
Чем больше функций внутри компании смотрят на сделку одинаково, тем ниже риск блокировки платежа и претензий со стороны налоговой.
Отдельного внимания требует момент признания расходов: если поставщик получил USDT, но товар еще не пересек границу, налоговая может не признать затраты до момента ввоза. В этом случае важно зафиксировать в договоре, что обязательство считается исполненным с момента зачисления токенов, а не с даты поставки.
Кто возьмет на себя ответственность за совпадение пяти версий
Пока регулирование USDT-расчетов в России остается фрагментарным, ответственность за совпадение пяти версий лежит на самой компании. Ожидать, что регулятор предложит универсальный шаблон для криптоплатежей, в ближайшее время не стоит — значит, бизнесу придется выстраивать собственные процедуры согласования и доказывать их состоятельность при проверках.