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

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

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

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

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

Написати в договорі «оплата здійснюється в USDT» недостатньо. Мінімальна договірна модель пов'язує ціну товару, розрахунковий актив і доказ виконання, тому сторони мають узгодити:

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

Особливої уваги потребують реквізити та їх зміна. Рекомендую прописувати в угоді адресу-ідентифікатор і блокчейн-мережу, а при зміні реквізитів заздалегідь передбачати процедуру узгодження, перевірку нової адреси та заборону змінювати її одним листом.

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

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

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

В Інструкції Банку Росії № 181-І вже є окремі коди для грошових розрахунків резидентів з нерезидентами за угодами з цифровою валютою, зокрема 99080 та 99081, але код операції не замінює її економічний зміст і не перетворює блокчейн-виписку на універсальний підтверджувальний документ.

Для імпортних та експортних контрактів зберігається логіка постановки на облік, ведення відомості банківського контролю та подання документів залежно від виду та суми зобов'язань. Подібні угоди перебувають на стику корпоративного, договірного, податкового, валютного та банківського регулювання, тому структуру розрахунків готують за комплексного юридичного супроводу ще до першої операції.

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

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

Звести KYT до кольорового індикатора зі звіту не можна. Аналітична система розраховує ризик за власною методологією — за глибиною зв'язків, типами джерел, давністю та часткою ризикованих надходжень, — тому дві системи можуть дати різний результат. Внутрішній регламент має визначити допустимі категорії ризику, пороги суттєвості, глибину аналізу, порядок ескалації та особу, яка має право прийняти вмотивоване рішення.

Перевірку виконують щонайменше в трьох точках: при виборі джерела ліквідності, безпосередньо перед придбанням активу та перед переказом отримувачу, оскільки між попередньою перевіркою та транзакцією історія адреси може змінитися. Перевіряти потрібно не лише адресу постачальника, а й адреси посередника, маршрут через мости та міксери, а також можливість ідентифікувати кастодіальну платформу отримувача.

Високий KYT-ризик при цьому не означає автоматичне блокування всіх рахунків компанії. Банк застосовує власні правила внутрішнього контролю та оцінює сукупність обставин, але непослідовні пояснення, відсутність документів і контрагент з непрозорою діяльністю впливають на ризик-профіль клієнта, зокрема через платформу ЦБ «Знай свого клієнта».

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

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

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

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

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

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

Одна операція — п'ять рублевих сум

Числовий приклад показує, чому спір виникає навіть за чесної та економічно зрозумілої транзакції. Цифри умовні і не є поточним котируванням або готовим податковим розрахунком.

Сама розбіжність не доводить помилку — вона виникає, коли компанія не може побудувати міст між сумами. Рекомендую формувати зведений регістр, який окремо показує курс, джерело, дату, спред, комісії та призначення кожної оцінки: тоді різниця стає пояснюваною частиною моделі, а без регістру виглядає як непідтверджена витрата або неуточнений фінансовий результат.

Що робити бізнесу зараз

• Не будувати процес навколо назви активу. Починати слід з карти правової кваліфікації та допустимого маршруту: цифрова валюта, іноземне цифрове право чи інший інструмент; чинний режим чи майбутня регульована інфраструктура; посередник, цифровий депозитарій, іноземна платформа та адреса отримувача.
• Провести пілот угоди на документах до руху грошей. Компанія заздалегідь створює умовний контракт, заявку, комплект перевірок, проведення та податковий розрахунок, а потім шукає розбіжності між ними; такий «сухий прогін» дешевший за заблоковану операцію і корисніший за загальну політику на десятки сторінок.
• Обговорити модель з обслуговуючим банком та аудитором. Банк підтвердить вимоги до валютного контролю та фінансового сліду, аудитор — достатність облікової політики та доказів контролю над активом; відповіді вбудовують у процес, а не зберігають