Легальний платіж в USDT — це не просто хеш транзакції в блокчейні. На практиці одна й та сама операція існує одночасно в п'яти різних вимірах: юридичному, банківському, комплаєнс, бухгалтерському та податковому. І якщо хоча б один із цих вимірів не збігається з іншими, угода розвалюється, навіть якщо токени формально дійшли до отримувача.
Розберу це на наскрізному прикладі. Російська компанія імпортує обладнання за $100 000, постачальник готовий прийняти 100 000 USDT. Для генерального директора це один платіж, але для кожного відділу — окрема подія зі своїми датами, сумами та доказами. Ключова проблема не в «брудному» активі, а в тому, що договір, банк, комплаєнс, бухгалтерія та податкова описують один і той самий переказ по-різному.
Версія 1. Договір: момент платежу має існувати не лише в блокчейні
Хеш транзакції підтверджує лише факт переміщення токенів між адресами. Він не відповідає на чотири юридичні питання: кому належала адреса, в рахунок якого зобов'язання виконано переказ, яка сума боргу погашена та що відбувається, якщо токени заморожені або повернуті. Просто написати в договорі «оплата в USDT» недостатньо. Потрібно фіксувати валюту ціни, конкретний токен і мережу, джерело котирування та момент виконання зобов'язання, комісії, гарантії постачальника та розподіл ризиків. Особлива увага — реквізитам: адреса та мережа мають бути прописані в угоді, а процедура їх зміни — виключати заміну одним листом.
Версія 2. Банк і валютний контроль: економічний сенс важливіший за хеш
З 2024 року Банк Росії вводить експериментальний правовий режим для цифрової валюти в зовнішньоторговельних розрахунках, але це не загальний дозвіл для всіх. Уповноважений банк має розуміти, чому компанія переказала рублі посереднику, який актив купила, в якій кількості та кому передала. Якщо кожен документ існує окремо та не містить спільного ідентифікатора, операція розпадається на непов'язані фрагменти. Код операції з Інструкції № 181-І, наприклад 99080 або 99081, не замінює економічний зміст. Слабкий ланцюжок виглядає так: компанія платить посереднику 8,3 млн рублів, отримує 100 000 USDT і відправляє їх постачальнику, але в договорі ціна в доларах, у заявці немає номера контракту, а в акті — лише залік $100 000. Формально всі документи є, але простежити шлях від рубльового рахунку до погашення конкретного боргу неможливо.
Версія 3. AML/KYT: надійний контрагент може отримати ризикований актив
У традиційному ЗЕД перевіряють юрособу та її бенефіціарів. У крипто-ЗЕД додається аналіз адрес та історії руху активу — KYT. Це різні перевірки: якісний KYB не очищає історію токена, а низький ризик адреси не підтверджує реальність постачальника. KYT-звіт не можна звести до кольорового індикатора — методологія в кожної системи своя, і дві системи можуть дати різний результат. Перевірку потрібно робити мінімум у трьох точках: при виборі джерела ліквідності, перед покупкою активу та перед переказом отримувачу, оскільки історія адреси може змінитися. Окремий ризик — сам USDT: емітент може заблокувати адресу на рівні токена, тому «транзакція підтверджена» та «отримувач остаточно володіє цінністю» — не завжди одне й те саме.
Версія 4. Бухгалтерія: актив потрібно побачити до того, як його списати
Російські стандарти поки що не дають єдиної моделі для всіх цифрових активів. Облік починається з професійного судження: чи відповідає об'єкт ознакам активу, хто його контролює та для якої мети він придбаний. Компанія спочатку платить рублі посереднику, отримує право на цифровий актив, несе комісії і лише потім передає його постачальнику. Якщо облік відображає лише рублевий платіж і закриття кредиторки, цифровий актив на короткому проміжку «зникає», хоча саме в цей момент виникають ключові ризики. Не можна вести єдиний знеособлений залишок USDT, якщо частина придбана для конкретного постачальника, частина утримується для майбутніх розрахунків, а частина перебуває на майданчику з обмеженим виведенням.
Версія 5. Податки: платіж постачальнику — це вибуття майна
З 1 січня 2025 року цифрова валюта визнається майном для цілей ПК РФ. Її реалізація не утворює об'єкт ПДВ, податкова база формується окремо за статтею 282.3 ПК РФ, переоцінка не проводиться, а витрати вимагають документального підтвердження. Передачу активу постачальнику не можна автоматично враховувати лише як оплату обладнання: якщо об'єкт кваліфікований як цифрова валюта, його вибуття формує самостійний податковий результат. Критична точка — джерело ціни та дата оцінки. Договір може фіксувати курс на дату інвойсу, посередник — на момент покупки, блокчейн — час включення транзакції, а податкова — дату реалізації. Навіть при стабільному USDT різні часові точки дають різні рублеві суми через курс рубля, спред і комісії.
Одна операція — п'ять рублевих сум
Числовий приклад показує, чому спір виникає навіть при чесній та економічно зрозумілій транзакції. Цифри умовні та не є поточним котируванням: договірна ціна — $100 000; кількість до перерахування — 100 000 USDT за угодою 1 токен = $1; рублевий платіж посереднику — 8 230 000 рублів за курсом 82,30 з урахуванням комісії 0,4% та окремої комісії мережі; податкова оцінка — 8 190 000 рублів за курсом 81,90 без спреду та частини комісій; бухгалтерська вартість та митна оцінка — за обліковою політикою та митними правилами. Сама розбіжність не доводить помилку — вона виникає, коли компанія не може побудувати міст між сумами. Рекомендую формувати зведений реєстр, який окремо показує курс, джерело, дату, спред, комісії та призначення кожної оцінки: тоді різниця стає пояснюваною частиною моделі, а без реєстру вона виглядає як непідтверджена витрата або неврахований фінансовий результат.
Що робити бізнесу зараз
Не будуйте процес навколо назви активу. Почніть з карти правової кваліфікації та допустимого маршруту: цифрова валюта, іноземне цифрове право чи інший інструмент; чинний режим чи майбутня регульована інфраструктура; посередник, депозитарій, майданчик та адреса отримувача. Проведіть пілот угоди на документах до руху грошей: створіть умовний договір, заявку, комплект перевірок і податковий розрахунок, потім шукайте розбіжності. Обговоріть модель з обслуговуючим банком та аудитором — банк підтвердить вимоги до валютного контролю, аудитор — достатність облікової політики. Призначте власника наскрізного процесу: ні юрслужба, ні казначейство, ні бухгалтерія не бачать угоду цілком, тому потрібен співробітник, який відповідає за збіг п'яти версій операції.
Мій висновок: USDT-платежі в російському ЗЕД — це не питання вибору «правильного» токена, а питання вибудовування єдиного доказового ланцюжка. Компанії, які інвестують у процесну дисципліну до першої операції, а не після блокування, отримають значну конкурентну перевагу на ринку, де регуляторна невизначеність залишається головним ризиком.