CrazyDaylight

После блокировки доступ к средствам был ограничен. Позже сервис запросил прохождение верификации. Все затребованные документы были отправлены в установленный срок.

Что произошло после отправки документов

После предоставления документов ситуация перешла в неопределённый статус:

Средства остались заблокированными.

Конкретный срок рассмотрения назван не был.

Поддержка отвечает шаблонно, в духе: “ожидайте, сроков нет”.

Мини-приложение, привязанное к аккаунту, по словам пользователя, также перестало корректно загружаться.

Попытки получить уточнение по стадии проверки не привели к появлению новой информации.

То есть фактически пользователь находится в состоянии, где:

доступ к активам ограничен,

процедура формально запущена,

но отсутствует прозрачность по этапам, срокам и критериям завершения проверки.

Почему это важно именно с технической точки зрения

Сама по себе AML/KYC-проверка не является чем-то необычным. Для криптосервисов это стандартная практика. Однако в подобных кейсах важен не только факт проверки, но и архитектура взаимодействия с пользователем.

Условно любой процесс комплаенс-блокировки можно разложить на несколько этапов:

Триггер риска

Система или комплаенс-отдел фиксирует операцию, адрес, паттерн транзакций или поведение аккаунта как требующее дополнительной проверки.

Ограничение функций аккаунта

Замораживаются вывод, переводы или весь доступ к балансу.

Запрос документов / объяснений

Пользователь должен подтвердить личность и, при необходимости, происхождение средств.

Ручная или полуавтоматическая проверка

Проводится анализ предоставленных данных.

Разрешение кейса

Обычно это один из вариантов:

снятие ограничений

частичное снятие ограничений

возврат отправителю

вывод на указанный адрес

окончательный отказ с объяснением причины или ссылкой на правила

Проблема описываемого кейса в том, что процесс, по ощущениям, застрял между пунктами 4 и 5 без понятного статуса.

Наблюдаемые признаки системной проблемы

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

1. Отсутствие SLA или хотя бы ориентировочного срока

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

2. Отсутствие статуса этапа

Нет понимания, что именно происходит:

документы приняты

документы проверяются

запрошены дополнительные сведения

кейс передан в комплаенс

ожидается решение внешнего провайдера

Пользователь видит только факт блокировки и однотипные ответы поддержки.

3. Нет перечня недостающих действий

Если проблема в источнике средств, контрагенте, маршруте транзакции или конкретной операции, то пользователь об этом не уведомляется предметно. Соответственно, он не понимает, что ещё можно предоставить для ускорения рассмотрения.

4. Блокировка сопутствующих функций аккаунта

Если действительно перестаёт работать мини-приложение, это уже выглядит не только как ограничение по выводу средств, а как более широкий режим ограничений аккаунта. Для пользователя это усиливает ощущение полной изоляции без объяснения технической причины.

5. Коммуникация носит исключительно шаблонный характер

С точки зрения UX и trust management это одна из худших моделей. Даже если

служба поддержки не может раскрывать детали AML-проверки, она обычно может:

подтвердить, что документы получены

сообщить, что кейс в работе

обозначить приоритет

уточнить, нужны ли дополнительные данные

назвать хотя бы примерный порядок сроков

Что в этом кейсе вызывает вопросы

Самый спорный момент здесь не сам факт AML-проверки, а несоразмерность между ограничением доступа к средствам и объёмом информации, которую получает пользователь.

Если активы заморожены на длительный срок, а пользователь:

прошёл верификацию,

передал документы,

не получает новых запросов,

не знает сроков,

то со стороны это выглядит как процесс с крайне низкой прозрачностью.

Для централизованного криптосервиса это особенно чувствительно, потому что речь идёт не просто о временной ошибке интерфейса, а о фактической недоступности средств.

После этого мини-приложение в самом боте перестаёт загружаться, и пользователь не может даже посмотреть баланс кошелька.

По словам пострадавшего, его средства не были связаны с P2P-торговлей, незаконной деятельностью, другими биржами или миксерами.

AML-проверки — стандартная практика для криптосервисов. Однако обычно пользователям предлагают варианты решения (например, возврат отправителю или вывод на другой адрес), а не неопределённое ожидание. Показательный случай: Bybit отказался принять USDT в сети Solana (SOL), отправленные с Crypto Bot, но предложил вернуть их отправителю.

Типичные жалобы на Crypto Bot на различных форумах:

· блокировка аккаунта без объяснения причин;

· длительный игнор со стороны поддержки;

· удаление жалоб и негативных отзывов в официальном чате.