Новини криптоміра

Легальний платіж в USDT — це не один txid, а цілих п'ять версій однієї угоди, які мають збігтися. На практиці операція зривається не стільки через «брудний» актив, скільки через те, що договір, банк, комплаєнс, бухгалтерія та податкова функція описують один і той самий переказ по-різному. Це фундаментальна проблема, яка потребує системного підходу.

Візьмемо наскрізний приклад: російська компанія імпортує обладнання за $100 000, а постачальник готовий прийняти 100 000 USDT. Для генерального директора це один платіж, але для кожної внутрішньої функції — окрема подія зі своїм об'єктом, датою, вартістю та набором доказів.

Версія 1. Договір: момент платежу має існувати не лише в блокчейні

Хеш транзакції лише підтверджує, що токени перемістилися між адресами. Він не відповідає на чотири юридичні питання: кому належала адреса отримувача, в рахунок якого зобов'язання виконано переказ, яку суму боргу погашено та що відбувається, якщо токени заморожені, повернуті або недоступні. Запису «оплата в USDT» у договорі недостатньо. Мінімальна модель має пов'язувати ціну товару, розрахунковий актив і доказ виконання, а також фіксувати валюту ціни, конкретний токен, мережу, тип адреси, джерело котирування, комісії та момент виконання зобов'язання. Особливої уваги потребують реквізити: адресу-ідентифікатор і блокчейн-мережу потрібно прописувати в угоді, а при зміні — передбачати процедуру погодження та заборону на заміну одним листом.

Версія 2. Валютний контроль і банк: економічний сенс важливіший за хеш

З 2024 року ЦБ РФ може встановлювати експериментальний правовий режим для цифрової валюти в зовнішньоторговельних розрахунках, але це не загальний дозвіл платити з будь-якого гаманця. Для банку угода починається із зовнішньоторговельного договору, економічної підстави та рубльового грошового сліду. Уповноважений банк має розуміти, чому компанія переказала рублі посереднику, який актив придбала, у якій кількості, кому та за яким контрактом його передала. Якщо кожен документ існує окремо та не містить спільного ідентифікатора, операція розпадається на непов'язані фрагменти. В Інструкції ЦБ № 181-І вже є коди для розрахунків із цифровою валютою (99080, 99081), але код не замінює економічний зміст.

Версія 3. AML/KYT: надійний контрагент може отримати ризикований актив

У традиційному ЗЕД перевіряють юрособу, її власників, санкційний статус і ділову мету. У крипто-ЗЕД додається аналіз адрес та історії руху активу — KYT. Якісний KYB не очищає історію токена, а низький ризик адреси не підтверджує реальність постачальника. Звести KYT до «кольорового» індикатора не можна: аналітичні системи рахують ризик за власною методологією, тому дві системи можуть дати різний результат. Перевірку потрібно виконувати щонайменше в трьох точках: при виборі джерела ліквідності, перед придбанням активу та перед переказом отримувачу, оскільки історія адреси може змінитися. Особливий ризик USDT пов'язаний з емітентом: заморозити адресу можна на рівні самого токена, тому «транзакція підтверджена» та «отримувач остаточно володіє цінністю» — не завжди одне й те саме.

Версія 4. Бухгалтерія: актив потрібно побачити до того, як його списати

Російські стандарти обліку поки що не дають універсальної моделі для всіх видів цифрових активів. Облік починається з професійного судження: чи відповідає об'єкт ознакам активу, хто його контролює, для якої мети він придбаний і як буде оцінюватися. Це рішення закріплюють в обліковій політиці до операції, а не після запиту аудитора. Для бухгалтерії важливий повний життєвий цикл: компанія перераховує рублі посереднику, отримує право на цифровий актив, контролює його напряму або через депозитарій, несе комісії і лише потім передає актив постачальнику. Якщо облік відображає лише рубльовий платіж і закриття кредиторської заборгованості, цифровий актив на короткому проміжку «зникає».

Версія 5. Податки: платіж постачальнику — це вибуття майна

З 1 січня 2025 року цифрова валюта визнається майном для цілей НК РФ. Її реалізація не утворює об'єкт ПДВ, податкова база формується окремо за статтею 282.3 НК РФ, переоцінка не проводиться, а витрати потребують документального підтвердження. Передачу активу постачальнику не можна автоматично враховувати лише як оплату обладнання. Якщо об'єкт кваліфікований як цифрова валюта, його вибуття формує самостійний податковий результат: порівнюються вартість придбання та величина доходу. Критична точка — джерело ціни та дата оцінки: договір може фіксувати курс на момент виставлення інвойсу, посередник — на момент купівлі, блокчейн — час включення транзакції, а податковий регістр — дату реалізації. Навіть при стабільному USDT різні часові точки дають різні рублеві суми.

Мій експертний висновок: одна операція — це п'ять рублевих сум, і розбіжність сама по собі не доводить помилку. Проблема виникає, коли компанія не може побудувати міст між ними. Рекомендую формувати зведений реєстр, який окремо показує курс, джерело, дату, спред, комісії та призначення кожної оцінки. Тоді різниця стає зрозумілою частиною моделі, а без реєстру вона виглядає як непідтверджена витрата. Бізнесу варто провести «сухий прогін» угоди на документах до руху грошей: створити умовний контракт, заявку, комплект перевірок і проводки, а потім знайти розбіжності. Це дешевше за заблоковану операцію та корисніше за загальну політику на десятки сторінок.