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

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

Версія перша: договір — фундамент, а не формальність

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

Версія друга: банк бачить економіку, а не хеш

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

Версія третя: AML/KYT — перевірка історії, а не лише особи

У традиційній ЗЕД компанія перевіряє контрагента. У крипто-ЗЕД додається аналіз адрес та історії руху активів — KYT. Важливо розуміти, що якісний KYB не очищає історію токена, а низький ризик адреси не підтверджує реальність постачальника. Перевірку потрібно проводити в трьох точках: при виборі джерела ліквідності, перед придбанням активу та перед переказом отримувачу, оскільки історія адреси може змінитися за короткий час. Правила FATF (Travel Rule) вимагають від провайдерів передавати дані про відправника та отримувача, але їх впровадження нерівномірне, тому необхідно заздалегідь з'ясувати, які дані запитає іноземна площадка.

Версія четверта: бухгалтерія — актив потрібно побачити до списання

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

Версія п'ята: податки — передача активу це вибуття майна

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

Критична точка — джерело ціни та дата оцінки. Договір може фіксувати курс на момент виставлення інвойсу, посередник — на момент покупки, блокчейн — час включення транзакції, бухгалтерія — дату переходу контролю, а податковий регістр — дату реалізації. Навіть при стабільному USDT різні часові точки дають різні рублеві суми через курс рубля, спред і комісії. У підсумку компанія може закрити комерційне зобов'язання, але не зможе пояснити різницю між чотирма рублевими оцінками.

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