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