Политика конфиденциальности iHisobchi

Самостоятельный вход через Google — дополнение от 14 сентября 2026 года

При выборе «Продолжить с Google» в веб-приложении или PWA пользователь принимает оферту и настоящую Политику отметкой на экране входа. Google подтверждает его учётную запись и передаёт идентификатор Google и имя профиля для создания аккаунта и последующего входа. В базе Сервиса сохраняются хеш идентификатора и зашифрованное имя; токены Google для дальнейшего доступа не сохраняются. Эти данные хранятся до удаления аккаунта с применением сроков удаления из раздела 6.

Номер телефона и SMS для этого способа входа не требуются. Google-аккаунт не объединяется автоматически с аккаунтом по телефону, а компании и роли между ними не переносятся. В Telegram остаётся существующая регистрация с обязательным номером телефона. Категории данных ниже применяются к выбранным пользователем способам входа и функциям.

Запрашиваются только openid profile; доступ к Gmail, Google Drive и контактам не запрашивается. При переходе на Google действуют также Политика конфиденциальности Google и его условия. Бизнес-документы через этот механизм Google не передаются.

Для защиты входа веб-приложение использует технические cookies сроком до 10 минут и одноразовое завершение входа сроком до 2 минут. Обычная сессия Сервиса хранится в браузере по действующим правилам; Google-cookies не используются нами для рекламы. Для веб-аккаунта без Telegram получить копию, исправить или удалить данные и отозвать согласие можно через support@ihisobchi.uz с проверкой принадлежности аккаунта. Номер телефона не является обязательным реквизитом такого запроса.

Это дополнение относится к добровольно выбранному Google-входу. Данные существующих телефонных и Telegram-аккаунтов Google не передаются вследствие публикации дополнения.

0. Оператор персональных данных

Оператором, осуществляющим обработку персональных данных в Сервисе, является:

• Наименование: Общество с ограниченной ответственностью «NEXUSAI»
• Юридический адрес: Ташкентская область, Паркентский район, MFY Samarobod, ул. Bursilik, 559-уй
• ИНН: 312689489
• ОКЭД: 62010
• Расчётный счёт: 20208000907376902001
• Банк: АКЦИЯДОРЛИК ТИЖОРАТ БАНКИ "TBC BANK", г. ТОШКЕНТ
• МФО: 01180
• Директор: MAʿRUFOV JAVOXIR MAʻMUR OʻGʻLI
• Сайт: https://ihisobchi.uz
• Поддержка: support@ihisobchi.uz
• Telegram: @nexusai_uz

1. Общие положения

Настоящая Политика конфиденциальности (далее — «Политика») определяет порядок обработки и защиты персональных данных пользователей Telegram-бота iHisobchi (далее — «Сервис»), а также связанных с ним программ и сервисов (включая E-IMZO Agent).

Оператор персональных данных:

• Наименование: Общество с ограниченной ответственностью «NEXUSAI»
• ИНН: 312689489
• Юридический адрес: Ташкентская область, Паркентский район, MFY Samarobod, ул. Bursilik, 559-уй
• Telegram: @nexusai_uz
• Email: support@ihisobchi.uz

Используя Сервис, пользователь (субъект персональных данных) подтверждает, что ознакомлен с настоящей Политикой, понимает её содержание и даёт свободное, конкретное, информированное и недвусмысленное согласие на обработку своих персональных данных на условиях, описанных ниже. Согласие фиксируется в момент нажатия кнопки «✅ Принимаю» на экране согласия в Сервисе и сохраняется в базе данных Оператора (поля users.tos_accepted_at, users.tos_version).

2. Состав обрабатываемых персональных данных

Сервис обрабатывает следующие категории персональных данных:

Пароль DiDox, учётные данные интернет-банка и токены хранятся в базе данных в зашифрованном виде (симметричное шифрование Fernet, AES-128 в режиме CBC с HMAC-SHA256). Ключ шифрования хранится отдельно от базы данных в защищённом конфигурационном файле сервера (ENCRYPTION_KEY). Открытые версии паролей нигде не логируются и не передаются третьим лицам.

Пароль интернет-банка при этом хранится в восстановимом виде (шифрование, а не необратимый хэш) — иначе интеграция физически не работала бы: банк требует передавать MD5-хэш пароля в каждом запросе, а не один раз при входе. Подробности и ограничения этого решения — в разделе 5.5.

3. Цели обработки

Персональные данные обрабатываются исключительно в следующих целях:

1. Предоставление услуг Сервиса — авторизация пользователя, создание и подписание документов (счета-фактуры, ТТН, договоры, акты и пр.) через платформу DiDox, отправка документов контрагентам.
2. Электронный документооборот (ЭДО) — передача данных в систему DiDox в соответствии с требованиями законодательства РУз об электронных документах.
3. Электронная подпись (E-IMZO) — подписание документов с использованием сертификата квалифицированной электронной подписи пользователя через локальный агент или удалённый Admin Agent.
4. Клиентская поддержка — ответы на обращения, устранение ошибок, уведомления о статусе операций.
5. Безопасность и аудит — ведение журнала действий (audit_log) для расследования инцидентов безопасности и выполнения требований антимошеннической политики.
6. Биллинг и учёт подписки — проверка активного токена доступа, расчёт срока пробного периода.
7. Финансовая аналитика по запросу пользователя — построение персонального отчёта «Финансовое здоровье» («Пульс бизнеса»), включая опциональное распознавание загруженной пользователем банковской выписки с помощью AI (см. раздел 5.1).
8. Диагностика, безопасность и стабильность — обнаружение и исправление технических ошибок с помощью Sentry, включая выборочные технические трассы backend-запросов (см. раздел 5.3).
9. Создание материалов по запросу — временная обработка входных файлов и результатов Material Agent (см. раздел 5.4).
10. Отчёты по банковским выпискам — локальное распознавание файла, проверка и классификация операций, формирование стандартного XLSX или XLSX по выбранному пользователем шаблону.
11. Автоматическая загрузка банковской выписки по поручению пользователя — периодическое обращение к системе интернет-банка от имени бизнеса и получение его собственных операций, остатков и реестра счетов для ленты платежей, сверки оплат с документами и отчётности (см. раздел 5.5). Функция подключается пользователем добровольно и до подключения не работает.

Обработка в иных целях (маркетинг, аналитика сторонних систем, передача третьим лицам сверх указанного в разделе 5) не осуществляется.

4. Правовые основания обработки

Обработка персональных данных осуществляется на основании:

• Статья 19 Закона РУз № ЗРУ-547 — согласие субъекта персональных данных, полученное в электронной форме через экран согласия в Сервисе.
• Договор оказания услуг — предоставление Сервиса невозможно без обработки перечисленных данных (телефон, ФИО, ИНН), поэтому их обработка необходима для исполнения договора с пользователем.
• Законные требования — сохранение данных аудита в течение минимального срока, необходимого для выполнения обязательств Оператора.

5. Передача данных третьим лицам

Оператор не продаёт и не передаёт в маркетинговых целях персональные данные пользователей. Передача данных третьим лицам осуществляется только в следующих случаях:

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

5.1. Загрузка банковской выписки и распознавание AI (отчёт «Финансовое здоровье»)

Сервис предлагает дополнительную функцию «Финансовое здоровье» («Пульс бизнеса») — наглядный отчёт о финансовом состоянии бизнеса пользователя. Чтобы дополнить отчёт данными о реальных поступлениях и платежах, пользователь по желанию может загрузить файл банковской выписки (Excel/XLS).

Когда пользователь загружает такой файл:

• Что передаётся. Содержимое выписки — строки операций, наименования и ИНН контрагентов, суммы, даты и назначения платежей — передаётся внешнему AI-провайдеру xAI «Grok» (x.ai) для автоматического распознавания и структурирования (парсинга). Это нужно, потому что банки выгружают выписки в разных, неструктурированных форматах, и AI приводит их к единому виду.
• Зачем. Полученные данные используются исключительно для построения персонального финансового отчёта самого пользователя — сопоставления поступлений со счёт-фактурами, расчёта оборота и выявления налоговых рисков. Ни для каких иных целей содержимое выписки не используется.
• Это добровольно. Загрузка выписки — необязательна. Отчёт «Финансовое здоровье» работает и без неё: данные о документах берутся из системы DiDox по согласию пользователя. Пользователь сам решает, загружать ли выписку, и может пользоваться Сервисом, не передавая её.
• Как обрабатываются данные у провайдера. Содержимое выписки передаётся провайдеру транзитно — только для разовой обработки запроса. Оператор не передаёт эти данные для обучения моделей искусственного интеллекта; согласно условиям используемого API, данные не используются для обучения и не сохраняются провайдером на длительный срок сверх времени обработки запроса. У Оператора распознанный результат хранится в составе данных пользователя и удаляется вместе с его аккаунтом (см. раздел 6).
• Безопасность передачи. Передача в xAI «Grok» осуществляется по защищённому каналу TLS 1.2+.

Тот же AI-провайдер xAI «Grok» используется и для других функций Сервиса (например, AI-юрист и распознавание документов по фото/голосу) — на тех же условиях транзитной обработки и без передачи данных для обучения.

5.1.1. Локальные отчёты по банковским выпискам

Функция «Отчёты по выпискам» технически отделена от описанного выше AI-распознавания для «Финансового здоровья». Исходный файл обрабатывается в изолированном локальном контуре iHisobchi и не передаётся xAI или другому внешнему AI-провайдеру. Доступ к заданию и шаблонам имеет только владелец активного бизнеса.

• Исходный файл, временные расшифрованные копии и готовые XLSX-файлы защищены шифрованием в состоянии покоя. Расшифрованные временные файлы удаляются сразу после этапа обработки.
• Исходный файл и готовые артефакты автоматически удаляются не позднее чем через 24 часа. Структурированные операции, решения пользователя и происхождение строк хранятся не более 180 дней, если пользователь не удалит отчёт раньше.
• Пользователь может удалить данные завершённого отчёта. Удаляются исходный файл, артефакты, структурированные операции и видимые метаданные задания; остаётся только минимальный необратимо обезличенный журнал безопасности.
• Сохранённые пользователем шаблоны и отдельно подтверждённые правила не удаляются вместе с одним отчётом: они перечисляются отдельно и хранятся до явного удаления пользователем или удаления аккаунта. Удаление шаблона охватывает все его версии.
• Пользовательский XLSX-шаблон проверяется на макросы, внешние связи и небезопасные формулы. Неподдерживаемый шаблон отклоняется; исходный файл не изменяется.

5.2. Живой голосовой Ассистент (voice-agent)

Сервис предлагает дополнительный раздел «Ассистент» в Mini App с живым голосовым режимом (разговор голосом в реальном времени, а не отправка голосового сообщения). Функция доступна только пользователям, которым она явно включена (opt-in), и не появляется в интерфейсе без этого.

• Что передаётся. Во время голосового сеанса аудиопоток пользователя передаётся тому же внешнему AI-провайдеру xAI «Grok» (x.ai) для распознавания речи и голосового ответа в реальном времени.
• Аудио не сохраняется намеренно ни Оператором, ни провайдером — режим потоковой обработки без записи («stream-and-discard»): звук используется только для формирования ответа в момент разговора и не архивируется. Единственный устойчивый след разговора — текстовая расшифровка (транскрипт), которая сохраняется в истории переписки пользователя с Ассистентом на тех же условиях, что и обычные текстовые сообщения (см. раздел 2).
• Голос не используется для идентификации личности. Сервис не строит и не хранит биометрический голосовой отпечаток (voiceprint) пользователя; подтверждение личности всегда происходит через идентификатор Telegram (telegram_id), а не по голосу.
• Это добровольно. Голосовой режим Ассистента — опциональная функция, видимая только тем пользователям, которым она отдельно включена. Текстовый чат с Ассистентом и вся остальная функциональность Сервиса доступны без использования голосового режима.
• Безопасность передачи. Передача аудиопотока в xAI «Grok» осуществляется по защищённому каналу (TLS/WSS).

5.3. Диагностика ошибок Sentry

Для диагностики ошибок и защиты Сервиса используется Sentry (Functional Software, Inc.). Текущий production-проект размещён в регионе Sentry Германия (DE, Европейский союз), поэтому диагностические данные могут передаваться за пределы Республики Узбекистан этому обработчику.

• Передаются сообщение и стек технической ошибки после фильтрации учётных секретов, версия и среда приложения, маршрут без секретных query-параметров, технические сведения о браузере/устройстве, сетевая IP-информация на стороне транспорта провайдера и выборочные backend-трассы производительности.
• Фильтры удаляют известные поля Authorization, cookie, JWT, Telegram initData, пароли и токены. sendDefaultPii=false запрещает SDK автоматически обогащать событие PII, но свободный текст исключения теоретически может содержать случайный идентификатор; такие случаи расследуются и исправляются. Запись сессии и экрана (Session Replay) отключена.
• Данные используются только для диагностики, безопасности и стабильности, а не для рекламы или маркетингового профилирования.
• Связанные с пользовательским запросом события и технические трассы передаются только после подтверждения актуальной версии согласия; до согласия и после его отзыва такие события отбрасываются до отправки провайдеру.
• События хранятся не дольше срока, настроенного в действующем tenant Sentry и применимых условиях/DPA провайдера, затем удаляются средствами Sentry. Актуальный точный срок можно запросить у Оператора по контактам раздела 9.

5.4. Временные файлы Material Agent

При запуске задачи Material Agent пользователь добровольно загружает входные файлы и, при выборе шаблона, файл шаблона. Эти данные передаются Anthropic (Claude) через Files API и обрабатываются в серверной среде Anthropic Code Execution для выполнения инструкции пользователя. Полученный файл скачивается обратно в Сервис; удаление временных Anthropic file-id запрашивается при закрытии каждой сессии. Трансграничная обработка и сроки на стороне Anthropic определяются применимыми условиями/DPA провайдера; актуальные сведения можно запросить у Оператора.

Локальные входные файлы и сгенерированные результаты хранятся в изолированном каталоге задачи не более 24 часов, затем автоматически удаляются. Сохранённые пользователем шаблоны хранятся до их удаления пользователем либо удаления аккаунта. Файлы используются только для выполнения выбранной задачи.

5.5. Живой банковский фид (Трастбанк, система ФИДОБИЗНЕС / fbCib)

Пользователь может по собственному выбору подключить в Сервисе интеграцию со своим интернет-банком (АКБ «Трастбанк», система ФИДОБИЗНЕС, протокол fbCib). До подключения Сервис в банк не обращается вовсе; сама функция дополнительно включается Оператором и по умолчанию выключена.

• Сбор становится автоматическим. После подключения фоновый цикл обращается к банку по расписанию, без участия пользователя — по умолчанию раз в 60 минут (TRUSTBANK_SYNC_INTERVAL_MINUTES); если банк отвечает отказом, следующая попытка делается реже (TRUSTBANK_SYNC_ERROR_RETRY_MINUTES). Отдельно, по явному запросу пользователя, догружается история операций за прошлые периоды — по умолчанию до 36 месяцев назад (TRUSTBANK_HISTORY_MONTHS), порциями по календарному месяцу.
• Что именно забирается. Операции по счетам бизнеса (дата операционного дня банка, номер документа, сумма, валюта, назначение платежа, счёт и МФО второй стороны, наименование и ИНН контрагента), реестр расчётных счетов бизнеса и остатки по ним на дату. Содержимое выписки в этом режиме не передаётся внешнему AI-провайдеру: строки банка разбирает детерминированный код Сервиса.
• Хранятся учётные данные интернет-банка. Логин и пароль клиент-банка сохраняются в отдельной таблице trustbank_integrations и шифруются Fernet (тот же механизм и тот же ключ ENCRYPTION_KEY, что у пароля DiDox). Логин шифруется наравне с паролем. Пароль хранится в восстановимом виде, а не хэшем, потому что банк аутентифицирует каждый запрос MD5-хэшем пароля: такой хэш — полный эквивалент пароля (он воспроизводится как есть, срок действия у него отсутствует), поэтому хранение хэша вместо пароля не дало бы никакой дополнительной защиты, но лишило бы возможности исправить ошибку без повторного ввода пользователем. Расшифрованное значение существует только в оперативной памяти на время запроса, в журналы не пишется и третьим лицам, кроме самого банка, не передаётся.
• Как идут запросы и что видит узел ретрансляции. Банк принимает обращения только по незашифрованному HTTP и только с узбекских адресов, поэтому запросы уходят не напрямую с основного сервера, а через транзитный узел ретрансляции на площадке провайдера AirNet (Узбекистан). Узел управляется Оператором, но находится вне основного серверного периметра. Участок «основной сервер → узел» закрыт SSH-туннелем; последний участок «узел → банк» остаётся незашифрованным внутри Узбекистана — так устроен сам банк. Из-за незашифрованного протокола узел технически видит тело запроса, включая логин и хэш пароля. Мы говорим об этом прямо: на узле отключены журналы запросов и кеширование, он слушает только служебный туннель и недоступен из сети, но лицо с административным доступом к узлу технически способно перехватить учётные данные, а перехваченный хэш действует до смены пароля пользователем в банке. Узел не хранит, не анализирует и не использует содержимое запросов для собственных целей.
• Отключение — в любой момент. Пользователь может отключить интеграцию; учётные данные интернет-банка при этом удаляются из базы, и Сервис перестаёт обращаться к банку. Уже импортированные операции и остатки остаются: это бухгалтерские данные самого бизнеса, а не имущество интеграции. Они удаляются по общим правилам раздела 6, вместе с бизнесом либо при удалении аккаунта. Смена пароля в интернет-банке пользователем также делает сохранённые учётные данные непригодными для дальнейших обращений.

5.6. Передача данных фирме-партнёру по заявке («Помощь специалиста»)

Раздел «Помощь специалиста» до выбора партнёра показывает другим фирмам только обезличенный паспорт задачи: без ИНН, наименования, телефона и иных реквизитов заказчика. Партнёр видит публичное описание заявки и укрупнённые диапазоны (режим, регион, штат), но не личность бизнеса.

После того как пользователь сам выбирает конкретную фирму-партнёра и отдельно подтверждает согласие в заявке (текст: docs/HELP_DISCLOSURE_CONSENT.ru.md, версия v1), Сервис передаёт этой фирме только отмеченные поля: ИНН, наименование, контакт директора, вложения заявки. Срочный доступ к отмеченным разделам кабинета (документы, банк, отчёты) выдаётся с датой окончания и отзывается кнопкой в любой момент.

Фирма-партнёр с момента раскрытия обрабатывает полученные сведения как самостоятельный оператор в целях договора с заказчиком, а не по поручению Оператора. Оператор — информационный посредник и не сторона этого договора. Согласие на уже переданные реквизиты «назад» не отзывает данные у партнёра; пользователь вправе потребовать, чтобы партнёр прекратил обработку. Пока отдельное согласие в заявке не дано, реквизиты и вложения партнёру не передаются.

6. Сроки хранения

• Основные данные пользователя (users, businesses) — до момента отзыва согласия или удаления аккаунта по запросу пользователя.
• Журнал аудита (audit_log) — 90 дней с момента записи, после чего автоматически удаляется.
• Токены DiDox (didox_token) — до истечения срока действия, но не более 350 минут.
• OTP-коды — 5 минут, после чего уничтожаются.
• Кэш авторизационного контекста в Redis — 60 секунд.
• Файлы и результаты Material Agent — не более 24 часов после создания задачи; сохранённые шаблоны — до удаления пользователем или аккаунта.
• Исходные файлы банковских выписок и готовые файлы отчётов по выпискам — не более 24 часов; временные расшифрованные копии удаляются сразу после обработки.
• Строки банковских операций, полученные из загруженных пользователем файлов — 180 дней с момента загрузки (BANK_TRANSACTIONS_RETENTION_DAYS), после чего удаляются ежедневной чисткой.
• Строки банковских операций живого фида (интеграция интернет-банка, раздел 5.5) — 1150 дней (≈ 3 года; BANK_TRANSACTIONS_FEED_RETENTION_DAYS). Срок больше файлового намеренно: это собственный бухгалтерский учёт бизнеса, и загруженная история за прошлые годы иначе стиралась бы раньше, чем ею успевают воспользоваться.
• Точки остатка по счетам (bank_balance_points) — автоматической чисткой по сроку не удаляются. Это осознанное решение: остаток хранится точкой на дату и служит опорой для расчётов по движениям; удалив его вместе со старыми операциями, Сервис начал бы молча показывать неверные суммы. Точки удаляются вместе с бизнесом или аккаунтом.
• Учётные данные интернет-банка (trustbank_integrations) — до отключения интеграции пользователем либо до удаления бизнеса или аккаунта (удаление бизнеса удаляет их каскадом).
• Структурированные операции и решения в отчётах по выпискам — не более 180 дней; пользователь может удалить их раньше через удаление отчёта.
• Шаблоны отчётов по выпискам и отдельно подтверждённые правила — до явного удаления пользователем или удаления аккаунта; удаление одного отчёта их не затрагивает.
• Диагностические события Sentry — не дольше срока, настроенного в действующем tenant и применимых условиях/DPA Sentry; точный актуальный срок предоставляется Оператором по запросу.

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

7. Права субъекта персональных данных

В соответствии со статьями 23–26 Закона РУз № ЗРУ-547 пользователь имеет право:

1. Знать об обработке своих персональных данных и получать её копию.
2. Требовать исправления неточных или неполных данных.
3. Требовать блокирования или удаления своих данных.
4. Отозвать согласие на обработку в любой момент.
5. Обжаловать действия или бездействие Оператора в уполномоченный орган (Агентство по защите персональных данных РУз, АЗПД) или в суд.
6. Получать информацию о третьих лицах, которым переданы его данные.

Для реализации любого из указанных прав пользователь направляет запрос в поддержку через Telegram @nexusai_uz или на email support@ihisobchi.uz. Ответ предоставляется в течение 15 рабочих дней.

8. Меры защиты

Оператор применяет следующие организационно-технические меры для защиты персональных данных:

• Шифрование в состоянии покоя — пароли DiDox и токены шифруются алгоритмом Fernet (AES-128-CBC + HMAC-SHA256) на уровне приложения; исходные выписки, структурированные операции, шаблоны и готовые отчёты также хранятся только в зашифрованном виде.
• Шифрование в передаче — трафик между Сервисом и внешними API проходит по TLS 1.2+ (HTTPS/WSS). Единственное исключение — система интернет-банка Трастбанка, которая TLS не поддерживает: этот трафик закрыт SSH-туннелем до выделенного узла ретрансляции, а остаточные ограничения такого решения прямо описаны в разделе 5.5.
• Учётные данные внешних систем — логин и пароль интернет-банка хранятся зашифрованными (Fernet) и расшифровываются только на время конкретного запроса к банку; в журналы они не попадают.
• Ограничение доступа — доступ к серверам только по SSH-ключам, база данных недоступна извне.
• Rate limiting — ограничение частоты запросов к API и OTP-сервису для защиты от подбора.
• Журнал аудита — все критичные действия (авторизация, создание документов, подписание) фиксируются в audit_log.
• Circuit breaker — автоматическая приостановка запросов к внешним API при массовых ошибках для защиты от каскадных отказов.
• Резервное копирование — регулярное шифрованное резервное копирование базы данных.
• Принцип минимизации — обрабатываются только те данные, которые строго необходимы для оказания услуги.

9. Ответственное лицо (DPO)

Ответственное лицо по защите персональных данных (Data Protection Officer / DPO):

• ФИО: Маъруфов Жавохир Маъмур Угли
• Должность: Директор ООО «NEXUSAI»
• Контактный email: support@ihisobchi.uz
• Контакт в Telegram: @nexusai_uz

Назначение DPO оформлено внутренним приказом Оператора № 1-DPO от 28 апреля 2026 года.

10. Отзыв согласия на обработку

Пользователь может в любой момент отозвать своё согласие на обработку персональных данных одним из следующих способов:

1. Написать в поддержку: Telegram @nexusai_uz.
2. Отправить email на support@ihisobchi.uz с темой «Отзыв согласия на обработку ПДн» и указанием своего telegram_id или номера телефона.

После получения подтверждённого запроса Оператор прекращает обработку и удаляет данные пользователя в течение 30 календарных дней, за исключением случаев, когда хранение данных обязательно в силу закона (например, требования налогового учёта, обязательные сроки хранения журналов аудита безопасности).

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

11. Изменения Политики

Оператор вправе вносить изменения в настоящую Политику. При существенных изменениях (расширение перечня данных, новые цели, новые получатели) Оператор обязан:

• Увеличить версию (TOS_VERSION) в коде Сервиса.
• Повторно запросить согласие пользователя при ближайшем обращении к Сервису.
• Разместить актуальную версию Политики в открытом доступе.

Предыдущие версии Политики сохраняются и могут быть предоставлены пользователю по запросу.

12. Контролирующий орган

Надзорным органом в сфере защиты персональных данных в Республике Узбекистан является Агентство по защите персональных данных при Президенте Республики Узбекистан (АЗПД).

• Сайт: id.personal.gov.uz
• Телефон: +998 71 200 00 50
• Электронная приёмная: personal.gov.uz/ru/contact

Пользователь вправе обратиться в АЗПД с жалобой на действия Оператора.

Настоящая Политика составлена в соответствии с требованиями Закона Республики Узбекистан «О персональных данных» от 02.07.2019 г. № ЗРУ-547 и подлежит применению с даты, указанной в шапке документа.

Модуль «Насия»

При включении модуля «Насия» обрабатываются ПДн покупателей-физлиц (ФИО, телефон, ПИНФЛ, паспорт) в зашифрованном виде для учёта рассрочки продавца. Срок хранения — до закрытия сделки + срок исковой давности.