Обязанность привязана к лицензированному юридическому лицу
Проверено 23 августа 2026 года по Положению № 3380 в текущей редакции, действующей с 3 июня 2026 года, странице и FAQ НАПП. LexUZ отдельно показывает будущие изменения с 1 октября 2026 года; они ещё не являются текущей редакцией. Юридический shelf life — семь дней. Сначала найдите в электронном реестре полное юридическое лицо, ИНН, номер, вид и события лицензии. Криптобиржа, майнинг-пул, криптодепозитарий и криптомагазин — разные лицензируемые виды. Название приложения, иностранный домен или партнёрский бренд не доказывает, кто именно является провайдером по конкретному договору.
Для этой развилки используйте проверку лицензии криптопровайдера. Отсутствие бренда в реестре нельзя исправить похожим названием компании: нужны совпадающие реквизиты и применимая роль.
Положение перечисляет три широкие категории records
| Категория | Что прямо названо | Практический идентификатор |
|---|---|---|
| Операции | Информация по всем операциям с криптоактивами | Order/transfer/withdrawal/deposit ID, asset, amount, status, timestamps и связанные records в системе провайдера |
| Участники | Идентификационные данные участников платформы | Account/customer reference и результаты идентификации в пределах применимого процесса |
| Взаимоотношения | Материалы по отношениям провайдера с участниками и между участниками | Договорная версия, обращение, спор, контрагентский reference |
| Переписка | Деловая переписка прямо включена в материалы | Ticket ID, дата, канал, вложения и ответы |
- Категория
- Операции
- Что прямо названо
- Информация по всем операциям с криптоактивами
- Практический идентификатор
- Order/transfer/withdrawal/deposit ID, asset, amount, status, timestamps и связанные records в системе провайдера
- Категория
- Участники
- Что прямо названо
- Идентификационные данные участников платформы
- Практический идентификатор
- Account/customer reference и результаты идентификации в пределах применимого процесса
- Категория
- Взаимоотношения
- Что прямо названо
- Материалы по отношениям провайдера с участниками и между участниками
- Практический идентификатор
- Договорная версия, обращение, спор, контрагентский reference
- Категория
- Переписка
- Что прямо названо
- Деловая переписка прямо включена в материалы
- Практический идентификатор
- Ticket ID, дата, канал, вложения и ответы
Клиенту всё равно нужен собственный воспроизводимый пакет
Как сохранить операцию до возникновения спора
- 1Зафиксируйте провайдера
Сохраните юридическое лицо, номер и вид лицензии, ссылку на реестр и дату проверки. Отдельно сохраните договор/оферту и региональную версию продукта.
- 2Экспортируйте историю
Скачайте доступные statements/receipts, а не только скриншот. Нужны operation IDs, asset, network, amount, status, timestamps и timezone.
- 3Свяжите on-chain evidence
Если операция выходила в сеть, сохраните transaction hash, адреса, contract и network. Внутренний ID не заменяет hash, а hash не показывает внутреннее решение провайдера.
- 4Сохраняйте переписку
Не меняйте тему обращения; фиксируйте ticket ID, даты, вложения и ответы. Скрывайте лишние персональные данные при передаче третьей стороне.
- 5Опишите расхождение
Отделите ожидаемое состояние от фактического: что показал интерфейс, что есть в сети и какой record отсутствует или противоречит другому.
Для полей идентификации полезно понимать границу KYC и AML: проверка личности и мониторинг операций связаны, но не являются одной записью. Не отправляйте документ, seed-фразу или пароль в канал, который не указан самим провайдером.
Decision tool показывает, какой record искать
| Ситуация | Ключевые records | Что не утверждать |
|---|---|---|
| Не зачислен депозит | Deposit ID, hash, asset/network, address/memo, confirmations, account reference | Что successful hash автоматически равен внутреннему credit |
| Не исполнен вывод | Withdrawal ID/status, destination, network, fee, hash или отсутствие broadcast | Что request completed без chain evidence |
| Оспаривается сделка | Order/trade IDs, pair, price/amount, timestamps, statement и применимые условия | Что один screenshot воспроизводит matching/execution |
| Аккаунт ограничен | Notice, ticket, requested basis, submitted materials, dates и следующий review point | Что пятилетнее хранение объясняет причину ограничения |
| Провайдер/партнёр изменился | Оферта, legal entity, лицензия, дата миграции и mapping старого/new account ID | Что бренд сохраняет все обязанности того же лица |
- Ситуация
- Не зачислен депозит
- Ключевые records
- Deposit ID, hash, asset/network, address/memo, confirmations, account reference
- Что не утверждать
- Что successful hash автоматически равен внутреннему credit
- Ситуация
- Не исполнен вывод
- Ключевые records
- Withdrawal ID/status, destination, network, fee, hash или отсутствие broadcast
- Что не утверждать
- Что request completed без chain evidence
- Ситуация
- Оспаривается сделка
- Ключевые records
- Order/trade IDs, pair, price/amount, timestamps, statement и применимые условия
- Что не утверждать
- Что один screenshot воспроизводит matching/execution
- Ситуация
- Аккаунт ограничен
- Ключевые records
- Notice, ticket, requested basis, submitted materials, dates и следующий review point
- Что не утверждать
- Что пятилетнее хранение объясняет причину ограничения
- Ситуация
- Провайдер/партнёр изменился
- Ключевые records
- Оферта, legal entity, лицензия, дата миграции и mapping старого/new account ID
- Что не утверждать
- Что бренд сохраняет все обязанности того же лица
Если криптопровайдер ограничил аккаунт или вывод, запрос формулируют вокруг основания, operation IDs, переданных материалов и следующей даты. Пятилетний срок помогает задать проверяемый вопрос о records, но сам по себе не отменяет ограничение и не гарантирует раскрытие внутренней методики.
Хороший запрос называет событие, а не просит «все данные»
Укажите юридическое лицо, account reference, конкретную операцию и период, IDs, ожидаемый документ или исправление, а также безопасный канал ответа. Если нужен официальный статус on-chain операции, приложите материал о том, как подтвердить перевод криптовалюты. Не публикуйте персональные данные или коммерческую переписку в открытом explorer comment или соцсети.
Recovery при исчезнувшей истории в интерфейсе
- 1Не создавайте дубликат
Отсутствие строки на экране не доказывает отсутствие операции. Сначала найдите IDs в email, statement, API/export или старом receipt.
- 2Сверьте юридическое лицо
После ребрендинга или партнёрства проверьте, кто заключал договор и кто сейчас отвечает по официальному каналу.
- 3Запросите конкретный record
Назовите operation ID, период, тип события и расхождение. Просьба «пришлите всю базу» хуже проверяемого вопроса.
- 4Сохраните ответ
Фиксируйте ticket ID, дату, вложение и то, изменился ли statement/status. Устное обещание без record не закрывает спор.
- 5Эскалируйте с границами
Если ответ не объясняет расхождение, используйте официальную процедуру провайдера и применимый канал обращения; не угрожайте и не раскрывайте чужие данные публично.
Стоп-сигналы
- пятилетний срок называют гарантией полного клиентского доступа или немедленного удаления;
- бренд принимают за юридическое лицо без реестра и договора;
- внутренний operation ID выдают за blockchain hash;
- поддержке отправляют seed-фразу, private key, пароль или 2FA-код;
- персональные данные и переписку публикуют в explorer, соцсети или открытом чате.
Проверка завершена, когда обязанное юридическое лицо установлено, операция связана с воспроизводимыми IDs и временем, а запрос и ответ сохранены. Если данных в интерфейсе нет, но провайдер не дал record или мотивированный ответ, вопрос остаётся открытым; пятилетняя норма не позволяет редакции выдумать содержание архива.
Источники
Мы используем прямые ссылки и фиксируем дату проверки. Полный текст чужих материалов не перепечатывается.
- LexUZ — Положение о лицензировании провайдеров, рег. № 3380 Национальная база данных законодательства Республики Узбекистан · Опубликовано 15 августа 2022 г. в 00:00 GMT+5 · Проверено 23 августа 2026 г. в 17:15 GMT+5
- НАПП — Провайдеры услуг и лицензионные требования Национальное агентство перспективных проектов Республики Узбекистан · Проверено 23 августа 2026 г. в 15:38 GMT+5
- НАПП — FAQ о сроке хранения информации Национальное агентство перспективных проектов Республики Узбекистан · Проверено 23 августа 2026 г. в 15:38 GMT+5
- НАПП — Электронный реестр лицензий криптопровайдеров Национальное агентство перспективных проектов Республики Узбекистан · Проверено 23 августа 2026 г. в 15:38 GMT+5