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