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