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