Адвокат: Чому бізнес з картами U здається простим, але на практиці всюди підводні камені

Автор: Шао Цзя Тянь Манкун

Оригінальне посилання:

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

U Card — цей тип бізнесу здається досить зрозумілим на перший погляд. Користувач поповнює USDT або USDC, платформа допомагає конвертувати їх у фіатні гроші, а потім прив’язує одну з карт Visa або Mastercard, щоб користувач міг здійснювати покупки онлайн і офлайн. Після першого ознайомлення клієнти зазвичай думають: це ж просто “криптовалютна версія банківської карти”?

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

Здається просто, тому що фронтенд-інтерфейс зроблений дуже легким. Насправді ж, створити цей продукт складно, оскільки жоден з бекенд-ланцюгів не можна ігнорувати.

U Card — це не “самостійне емітування картки”, більшість проектів — це просто управління картковим проектом.

Багато проектних команд кажуть, що вони хочуть “емітити U-карту”, але при детальнішому питанні стає зрозуміло, що вони не є членами карткової організації, не мають ліцензії емітента карт, і не є організацією, яка може самостійно розподіляти BIN (Bank Identification Number, ідентифікаційний номер банку).

У реальності більшість стартапів йдуть шляхом співпраці: шукають емітента карт, BIN-спонсора (організацію, яка має право видавати BIN, зазвичай ліцензовану), процесингову компанію, KYC-провайдера, партнерів з обміну криптоактивів або розрахунків, щоб спільно створити картковий продукт.

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

Багато хто вважає, що головна суть U-карт — це “знайти канал”. Але тільки канал — це дуже вразлива основа. Якщо партнер виявить, що якість ваших клієнтів низька, транзакції аномальні, регіональні ризики високі, скарги часті, джерело коштів незрозуміле — канал може бути припинений у будь-який момент.

Найбільша небезпека для стартапів з U-карт — не відсутність партнерів на початку, а те, що після запуску ви виявите, що повністю залежите від партнерів.

Як проекту організувати потоки криптовалют і грошей — це безпосередньо визначає регуляторний ризик.

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

Це не технічне питання, а юридичне.

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

Але якщо USDT користувачів спочатку потрапляє до контролюваного платформи гаманця, а потім платформа здійснює єдину конвертацію, єдине розрахунки і єдине поповнення карткового рахунка — тоді платформа фактично бере участь у передачі коштів, обміні, володінні активами або платіжних послугах. У такому разі платформа не може просто казати, що вона “тільки технічний сервіс”.

Регулятор дивиться на бізнес, а не на упаковку. Напис у договорі “ми не надаємо фінансових послуг” — це не аргумент. Важливо зрозуміти, хто отримує гроші, хто контролює монети, хто здійснює обмін валют, хто проводить розрахунки і хто несе відповідальність за платежі користувачам.

Багато проблем з U-картами виникає саме тут: фронтенд каже, що це інструмент, а бекенд тримає гроші і криптоактиви у своїх руках.

KYC не можна обмежувати лише відкриттям рахунку, потрібно постійно моніторити транзакції

Бізнес U-карт неможливо уявити без KYC (Know Your Customer — знай свого клієнта) і AML (Anti-Money Laundering — протидія відмиванню грошей).

Багато проектних команд кажуть: “Ми маємо KYC, користувачі проходять верифікацію перед відкриттям картки”. Але у сценарії U-карт цього недостатньо. Ризики виникають не лише при відкритті рахунку, а й під час поповнення, обміну, витрат, зняття, повернення коштів, відмов у платежах і при трансграничних операціях.

Користувач може створити чистий профіль, але поповнювати рахунок з високоризикової адреси; може зробити невеликий тестовий платіж і раптово здійснити великий депозит; може використовувати картку для азартних ігор, дорослих послуг, сірого ринку або виведення віртуальних товарів; може спільно користуватися одним акаунтом, відкривати багато карт, використовувати підозрілі IP-адреси, пристрої, часто змінювати прив’язки. Це все потрібно контролювати.

Для U-карт важливо не лише “зареєструватися і пройти паспортну перевірку”, а й постійно відслідковувати поведінку користувачів. Особливо коли мова йде про поповнення криптоактивів, потрібно перевіряти джерело коштів у ланцюгу, відповідати санкційним спискам, ідентифікувати високоризикові адреси, обмежувати транзакції, блокувати підозрілі операції, проводити ручну перевірку. Інакше, коли карта вже випущена, ризики теж з’являються.

Проектам з U-карт потрібно не лише думати про “зручність користувача”, а й про “межі відповідальності”.

Найпривабливіша особливість U-карт — це плавний досвід: поповнення, обмін, оплата карткою, кешбек, безкоштовне зняття, глобальні покупки.

Але юристи звертають увагу не на ці переваги, а на межі відповідальності.

Наприклад, хто відповідає, якщо карта користувача заблокована?

Якщо партнер відмовляється від транзакції, хто компенсує?

Якщо затримка з надходженням стабільної монети, хто несе збитки?

Якщо помилка у транзакції на блокчейні — чи має платформа обов’язок повернути кошти?

Як обробляти баланс користувача у разі змін правил карткової організації, емітента або платіжного провайдера?

Якщо партнер раптово припиняє обслуговування, чи може платформа продовжувати виконувати зобов’язання?

Якщо користувач визнаний високоризиковим, чи має платформа право призупинити, заморозити або відмовити у обслуговуванні?

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

Багато команд з U-карт спочатку зосереджуються на UI, тарифах і залученні користувачів, але ігнорують угоди. І коли виникають проблеми з блокуванням карт, суперечками щодо балансу, скаргами користувачів, припиненням каналів або регуляторними запитами, вони раптом усвідомлюють, що у них немає чітких меж відповідальності.

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

U-карта — це не заборонена сфера. Навпаки, поєднання стабільних монет і карткових мереж — це перспективне напрямок на найближчі роки. Традиційні карткові організації, платіжні системи і криптоінфраструктурні компанії вже рухаються в цьому напрямку. Але чим більше можливостей, тим важливіше запускати бізнес акуратно.

Щоб створити дійсно сталий проект U-карт, потрібно розібратися з кількома питаннями:

На які країни і регіони ви орієнтуєтеся?

Чи маєте ви справу з користувацькими коштами або криптоактивами?

Чи берете участь у конвертації?

Які відносини у вас з емітентом карт, BIN-спонсором, процесинговою компанією, KYC-провайдером, сервісом обміну криптоактивів?

Як у користувацькій угоді описати третіх постачальників, правила блокування, повернення коштів і ризики активів?

Що станеться, якщо партнер припинить обслуговування — як будуть захищені права користувачів?

Якщо змінюються регуляторні правила, чи зберігає платформа право коригувати або припиняти послуги?

Якщо ці питання залишаються без відповіді, U-карта — це лише гарна зовнішня оболонка.

Справжній цінний проект U-карт — це не просто включити “USDT + Visa” у бізнес-план, а створити повну систему з ліцензіями, партнерами, потоками коштів і криптоактивів, KYC, AML, користувацькими умовами та аварійними механізмами, яка працює, пояснюється і проходить аудит. Ринок ніколи не бракує бажаючих зробити U-карту, але бракує тих, хто зможе зробити цей бізнес стабільним і надійним.