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