Политика обработки и защиты персональных данных aluber
Revision dated Not effective — draft · Draft
The checksum is calculated from the exact UTF-8 bytes of the downloadable JSON, without a BOM or trailing newline.
Политика объясняет, какие персональные данные обрабатывает aluber, для каких целей, кому они могут передаваться и как субъект реализует свои права. Политика является информационным документом и сама по себе не заменяет отдельное согласие субъекта.
Собственник и оператор базы персональных данных: Товарищество с ограниченной ответственностью "Aluber.kz", БИН 261040020455, юридический адрес: Казахстан, область Жетісу, город Талдыкорган, улица Абылай хана, строение 204, почтовый индекс 040000 (далее — «Оператор»). Ответственный за организацию обработки: Бердыев Дамиль Безиргенович.
1. Область действия и принципы
1.1. Политика применяется к публичному сайту, кабинетам покупателей, поставщиков и администраторов, сообщениям поддержки, электронным документам и техническим журналам Платформы.
1.2. Оператор обрабатывает данные законно, для заранее определённых целей, в минимально необходимом объёме, обеспечивает точность, ограничение доступа и хранение не дольше необходимого.
1.3. Данные юридического лица сами по себе не являются персональными, однако ФИО, ИИН, телефон, email, голос, подпись и иные сведения о его работниках и представителях защищаются как персональные данные.
2. Субъекты и источники данных
2.1. Оператор получает данные:
- непосредственно от субъекта при входе, регистрации, заполнении профиля, заказе, переписке, подписании и обращении;
- от организации, которая добавила или указала своего представителя, работника, водителя, курьера либо получателя, — только при наличии и сохранении надлежащего основания для передачи;
- от контрагента по Заказу — только в объёме, необходимом для поставки, приёмки, возврата и разрешения претензии, с фиксацией источника и основания;
- автоматически от браузера, устройства, сессии и защитной инфраструктуры;
- из законных общедоступных источников и государственных сервисов при проверке организации, сертификата ЭЦП и полномочий.
2.2. Организация не вправе принять согласие вместо дееспособного работника или иного физического лица. До обработки данных лица без учётной записи Оператор определяет конкретное основание, доводит до него необходимую информацию и получает прямое согласие, когда исключение закона неприменимо. Передающая организация обязана сохранить и по запросу предоставить доказательство своего основания, но это не переносит на неё обязанности Оператора.
2.3. Самостоятельная публикация человеком своих данных в интернете не доказывает законность их последующей обработки. Для каждого общедоступного источника Оператор сохраняет ссылку, дату, правовое основание, допустимую цель и объём; сведения, не подлежащие распространению, маскируются.
2.4. Платформа предназначена для совершеннолетних представителей бизнеса и сознательно не собирает данные детей.
3. Категории персональных данных
3.1. В зависимости от роли и действия обрабатываются:
- ФИО, должность, основание полномочий, ИИН из сертификата ЭЦП, БИН представляемой организации;
- номер телефона, email, адрес доставки или работы, предпочтительный язык;
- идентификаторы пользователя, организации, членства, роли и права доступа;
- Заказы, поставки, принятые количества, возвраты, претензии, комментарии и история действий;
- текст чатов, обращения поддержки, фото возврата, изображения, голосовые сообщения и приложенные файлы;
- канонические payload электронных документов, CMS-подписи, сертификаты, серийные номера, отпечатки, результаты OCSP/CRL и проверки полномочий;
- технически необходимые IP-адрес и user-agent в момент запроса; HMAC-псевдонимы IP-адреса, user-agent, сессии, OTP-получателя и QR-токена; cookie, идентификатор запроса, дата и время, события безопасности, ошибки и журналы доступа;
- публичные реквизиты ИП и иные сведения о физическом лице, ведущем предпринимательскую деятельность.
3.2. Оператор не запрашивает биометрические данные, сведения о здоровье, политических или религиозных убеждениях. Не следует отправлять такие сведения в свободных полях и вложениях.
4. Цели и правовые основания
4.1. Данные обрабатываются для:
- создания учётной записи, аутентификации, управления ролями и проверки полномочий;
- заключения и исполнения договора доступа к Платформе и содействия исполнению Заказов между контрагентами;
- доставки, приёмки, возврата, претензии, поддержки и юридически значимых уведомлений;
- создания, подписания, проверки, хранения и предоставления электронных документов;
- предотвращения мошенничества, расследования инцидентов, резервного копирования и обеспечения информационной безопасности;
- исполнения требований суда, налоговых и иных уполномоченных государственных органов;
- аналитики качества и улучшения сервиса исключительно на необратимо обезличенных или агрегированных данных; использование персональных данных для этой цели требует отдельного добровольного согласия либо точно документированного исключения закона.
4.2. По общему правилу обработка проводится на основании отдельного доказуемого согласия субъекта. Без согласия Оператор обрабатывает данные только в случаях, прямо предусмотренных пунктом 5 статьи 7 и статьёй 9 Закона Республики Казахстан «О персональных данных и их защите», и только в пределах соответствующего исключения.
4.3. Заключение или исполнение договора с представляемой субъектом организацией, а также защита интересов Оператора или сторон Заказа сами по себе не заменяют согласие и не являются самостоятельным основанием обработки персональных данных.
4.4. Buyer/supplier не отправляет ФИО и телефон или email в OTP-контур до отдельной явной отметки. Форма заранее показывает exact disclosure, а сервер до создания OTP и вызова провайдера сохраняет короткоживущий зашифрованный receipt и его append-only commitment; после успешного кода exact evidence связывается с userId, и только затем создаётся доступная клиенту сессия. Первый HTTP-запрос страницы, reverse proxy, CDN/WAF и иная инфраструктура до формы квалифицируются отдельно по точному основанию и не прикрываются последующим согласием. Внутренний admin-вход обрабатывает рабочий email, парольную проверку, сессию, cookie и защитные события только после отдельного employee/admin основания, назначения доступа и персонального акта ознакомления; пароль не считается согласием. Production-поверхности программно заблокированы до утверждения полной карты полей, целей, оснований, получателей, местонахождения, сроков и удаления и её связи с SHA-256 действующей Политики.
4.5. До фиксации актуального согласия адрес вводится вручную: сервер не передаёт его фрагменты внешнему геокодеру. Отправка обращения из кабинета и иные необязательные внешние передачи также заблокированы до подтверждения согласия.
4.6. Понятие «необходимая cookie» или техническая необходимость сервиса сами по себе не являются исключением из требований Закона. До получения доказуемого согласия идентификаторы посетителя, IP-адрес, user-agent и защитные события сохраняются только при документированном применимом основании статьи 9; при его отсутствии необязательная запись и дальнейшее хранение не выполняются.
4.7. Маркетинговые сообщения не включаются в обязательное согласие. Для них требуется отдельное добровольное согласие с простым способом отказа; до реализации такого механизма Оператор не направляет маркетинговые рассылки.
5. Операции с данными и автоматизация
5.1. Оператор осуществляет сбор, запись, систематизацию, накопление, хранение, уточнение, извлечение, использование, передачу, предоставление доступа, маскирование, хеширование, анонимизацию, обезличивание, ограничение обработки, блокирование, удаление и уничтожение данных.
5.2. Фильтры, сопоставление каталогов, ранжирование, уведомления о рисках и приоритет очередей могут формироваться алгоритмически. Такие решения не должны приводить к дискриминации. Когда полностью автоматизированное решение влечёт юридические последствия либо способно затронуть права и законные интересы человека, субъект в предусмотренных законом случаях получает информацию о факте применения системы, объяснение ключевых факторов и критериев без раскрытия охраняемого кода или тайны и возможность потребовать пересмотр уполномоченным специалистом.
5.3. До отдельного утверждения процесса Оператор не использует исключительно автоматизированное решение для отказа в регистрации, блокировки аккаунта, определения полномочий, окончательного разрешения претензии или иного существенного юридического результата.
6. Получатели и порученная обработка
6.1. Доступ может предоставляться в минимально необходимом объёме:
- Покупателю или Поставщику — контрагенту по конкретному Заказу;
- KZ-резидентному хостинг-провайдеру, дата-центру, резервному хранилищу и оператору связи;
- провайдерам OTP, SMS, email и мессенджерных уведомлений: [ПЕРЕЧЕНЬ, ЮРИСДИКЦИЯ И РОЛЬ КАЖДОГО ПРОВАЙДЕРА];
- провайдеру проверки ЭЦП и полномочий: [НАИМЕНОВАНИЕ KZ-РЕЗИДЕНТНОГО ВЕРИФИКАТОРА];
- провайдеру мониторинга ошибок: [SENTRY ВЫКЛЮЧЕН ЛИБО УКАЗАТЬ ЮРЛИЦО, РЕГИОН И ДОГОВОРНЫЕ ГАРАНТИИ];
- консультантам, аудиторам и подрядчикам поддержки по договору конфиденциальности;
- государственным органам и судам при наличии законного требования; органам государственных доходов — только при установленной применимости пункта 5 статьи 56 Налогового кодекса и лишь в составе предусмотренной формы владельца интернет-площадки.
6.2. Обязательный по пункту 4 статьи 61 Цифрового кодекса открытый сервис проверки ЭЦП отделён от необязательной QR-проверки сохранённого статуса. Первый проверяет переданный пользователем документ или автономный пакет без входа и вводится до production-ЭЦП; второй по умолчанию выключен и включается только после отдельного privacy/legal review. Минимальный QR-ответ не выдаёт ИИН, личные контакты, CMS и сертификат, а наименование ИП с ФИО показывает только при документированном основании и утверждённом маскировании.
6.3. До взаимодействия с цифровым объектом государственного органа или государственного юридического лица, содержащим персональные данные, Оператор классифицирует конкретный запрос и применимость исключений статьи 9 Закона. Когда статья 8-1 требует интеграции, запрос не отправляется до подключения государственного сервиса контроля доступа к персональным данным и получения предусмотренного им согласия либо иного проверяемого результата; обычное согласие aluber такой результат не заменяет.
6.4. Оператор заключает с обработчиками договоры о конфиденциальности, цели, безопасности, сроках удаления и запрете самостоятельного использования данных.
6.5. Оператор не продаёт персональные данные и не предоставляет их для рекламы третьих лиц.
7. Трансграничная передача
7.1. Production-решение должно быть зафиксировано до запуска: [ТРАНСГРАНИЧНАЯ ПЕРЕДАЧА НЕ ОСУЩЕСТВЛЯЕТСЯ / ОСУЩЕСТВЛЯЕТСЯ В УКАЗАННЫЕ СТРАНЫ И УКАЗАННЫМ ПОЛУЧАТЕЛЯМ].
7.2. Если используется иностранный email, мониторинг, мессенджер или иной сервис, передача раскрывается в Политике и Согласии, проверяется допустимость по статье 16 Закона и до начала передачи получается отдельное согласие, когда оно требуется.
8. Локализация и безопасность
8.1. Основная база, файловое хранилище и резервные копии с персональными данными размещаются в дата-центрах на территории Республики Казахстан. Место фактического размещения подтверждается договором и актами провайдера, а не только регионом облачного аккаунта.
8.2. Защита включает:
- утверждённую внутреннюю политику, перечень процессов, обрабатываемых данных, лиц с доступом и ответственных лиц;
- документированный порядок доступа, ролевые и тенантные ограничения по минимальным полномочиям и регулярный пересмотр прав;
- регистрацию и учёт действий по согласию на передачу третьим лицам, трансграничную передачу, распространение в общедоступных источниках и перечню собираемых данных;
- установку средств защиты информации и своевременных обновлений программного обеспечения;
- ведение журналов событий системы управления базой данных и действий пользователей, имеющих доступ к персональным данным ограниченного доступа, с защитой журналов от несанкционированного изменения;
- средства контроля целостности персональных данных ограниченного доступа;
- передачу персональных данных ограниченного доступа иным лицам по защищённым каналам связи и (или) с шифрованием и при наличии требуемого согласия;
- хранение и передачу персональных данных ограниченного доступа с применением средств криптографической защиты, имеющих параметры не ниже третьего уровня безопасности по СТ РК 1073-2007, кроме прямо установленного для трансграничной передачи исключения;
- идентификацию и аутентификацию лиц с доступом к базе; для базы более ста тысяч записей персональных данных — в том числе биометрическую аутентификацию таких лиц;
- защищённое хранение секретов, резервирование и проверяемое восстановление;
- журналирование административных и юридически значимых действий на прикладном уровне в дополнение к обязательным журналам базы данных;
- маскирование и хеширование персональных данных в цифровых объектах в случаях и порядке, установленных законодательством, с отдельной проверкой публичных страниц и выгрузок;
- управление уязвимостями, обновления, реагирование на инциденты и обучение сотрудников;
- проверку подрядчиков, договорные требования и процедуру безопасного удаления.
9. Сроки хранения и уничтожение
9.1. Учетная запись и профиль хранятся до прекращения отношений и завершения обращений, затем — в течение срока, необходимого для защиты прав и исполнения обязательных требований.
9.2. Заказы, первичные документы, ЭЦП-доказательства, бухгалтерские и налоговые сведения хранятся в сроки, установленные применимым законодательством и утверждённой номенклатурой дел. Конкретные сроки фиксируются в [УТВЕРЖДЁННОМ ГРАФИКЕ ХРАНЕНИЯ].
9.3. Одноразовый код действует 5 минут. Better Auth хранит указанный телефон или email в записи проверки до истечения кода и ближайшего независимого прохода очистки; журнал лимита отправок хранит только HMAC-псевдоним получателя не более 48 часов.
9.4. Журнал лимита обращений из кабинета не содержит текст сообщения и хранится не более 24 часов. Доказательство согласия формы сайта содержит HMAC-псевдонимы IP и user-agent, версию HMAC-ключа, request ID, точную редакцию и SHA-256 согласия; оно направляется вместе с обращением в основной и отдельно утверждённый архивный почтовый ящик. Срок архива до production фиксируется в [УТВЕРЖДЁННОМ ГРАФИКЕ ХРАНЕНИЯ].
9.5. При отдельно включённой публичной проверке агрегированные HMAC rate-limit buckets хранятся до 25 часов. При совпадении проверочной bearer-пары до 90 дней хранится security-событие: суточный HMAC-псевдоним запроса/IP, стабильный HMAC вида документа, UUID и SHA-256, поверхность запроса, исход «matched» и время. Это событие подтверждает только совпадение токена, а не результат проверки целостности или ЭЦП. Сырые IP, UUID, SHA из QR, CMS и личные контакты в эти журналы не записываются.
9.6. Доказательство акцепта в append-only журнале содержит имя субъекта, идентификатор учётной записи, документ, редакцию, SHA-256, точный текст отметки и время; IP, user-agent и идентификатор сессии сохраняются только в виде HMAC-псевдонимов с версией ключа. Оно хранится вместе с юридически значимой историей отношений по утверждённому сроку, а доступ ограничивается.
9.7. Остальные технические логи и записи инцидентов хранятся по минимальным срокам из внутреннего графика; тестовые данные регулярно удаляются.
9.8. По достижении цели данные удаляются, уничтожаются либо необратимо обезличиваются с подтверждением результата. Сохранение при обязательном сроке, неисполненном договорном обязательстве, судебном производстве или защите прямо предусмотренных законом прав допускается только в необходимом объёме с документированным основанием, ограничением доступа и legal hold; само по себе наличие неопределённого «спора» основанием не является.
10. Права субъекта
10.1. Субъект вправе:
- узнать о наличии, целях, источниках, составе, способах и получателях обработки;
- получить доступную копию своих данных и сведения о передаче;
- потребовать исправления, дополнения, блокирования, удаления или уничтожения незаконно обрабатываемых данных;
- потребовать удаления, анонимизации или ограничения обработки данных в цифровой среде независимо от основания их получения, кроме прямо предусмотренных законом случаев;
- при обязательном сроке хранения потребовать ограничения доступа и приостановления иной обработки, кроме исполнения судебного акта, установленного законом или договором обязательства и архивного хранения;
- отозвать согласие, кроме случаев неисполненного обязательства или обязательного хранения по закону;
- возразить против необязательной обработки и отказаться от маркетинга;
- обжаловать действия Оператора в уполномоченный орган или суд.
10.2. Авторизованный субъект может подать структурированное обращение или отозвать согласие в разделе «Конфиденциальность» своего кабинета. Система сразу выдаёт непрозрачный токен квитанции и вводит ограничение обработки до решения. При отзыве активные сессии прекращаются; минимальный статус обращения доступен на публичной странице проверки, где токен передаётся только во фрагменте URL. Эта страница не принимает новые обращения и не раскрывает личность, контакты, категорию или содержание.
10.3. Без активной сессии новое обращение направляется на webberdyev@gmail.com или Казахстан, область Жетісу, город Талдыкорган, улица Абылай хана, строение 204, почтовый индекс 040000. Оператор проверяет личность заявителя соразмерным способом. Если для исполнения структурированного обращения нужны дополнительные сведения, Оператор отдельно сообщает допустимый канал их предоставления; публичная квитанция таким каналом не является.
10.4. Информация о наличии и обработке данных либо мотивированный отказ предоставляются в течение 3 рабочих дней. В течение 1 рабочего дня выполняются только те исправление, дополнение, блокирование, снятие блокирования и уничтожение, для которых такой срок и соответствующее основание прямо установлены действующей редакцией пункта 2 статьи 25 Закона. Иные требования об удалении, анонимизации или ограничении по статье 41 Цифрового кодекса исполняются в применимый законный срок по утверждённой процедуре; расширение однодневного срока Законом № 326-VIII применяется с 25 августа 2026 года. После отзыва согласия обработка прекращается в течение 15 рабочих дней либо направляется мотивированный отказ.
10.5. При поступлении обращения субъекта о персональных данных ограниченного доступа относящиеся к обращению данные блокируются до принятия решения по обращению в порядке, установленном действующими Правилами осуществления мер по защите персональных данных. Блокирование не означает автоматического удовлетворения требования и документируется отдельно.
11. Инциденты и обращения
11.1. Оператор ведёт план реагирования, ограничивает последствия, сохраняет доказательства и в течение одного рабочего дня с момента обнаружения нарушения безопасности персональных данных уведомляет уполномоченный орган с контактными данными ответственного лица. Субъекты уведомляются в случаях, составе и порядке, установленных специальными правилами.
11.2. Ответственный: Бердыев Дамиль Безиргенович. Контакт по данным: webberdyev@gmail.com; общая поддержка: webberdyev@gmail.com; телефон: +7 778 787 66 66.
12. Изменение Политики
12.1. Для каждой редакции публикуются дата, дата вступления, hash и краткое описание изменений; прежние редакции остаются в архиве.
12.2. Если новая цель, получатель, состав данных или трансграничная передача требуют нового согласия, Оператор получает его до начала такой обработки. Простое продолжение посещения сайта не заменяет согласие.
Related documents
Official legal sources
- Закон Республики Казахстан «О персональных данных и их защите»
- Правила осуществления мер по защите персональных данных
- Приказ № 338/НҚ от 22 июня 2026 года о новой редакции Правил осуществления мер по защите персональных данных
- Правила уведомления субъектов о нарушении безопасности персональных данных
- Правила сбора и обработки персональных данных
- Цифровой кодекс Республики Казахстан, статьи 41 и 43
- Закон Республики Казахстан № 326-VIII «О внесении изменений и дополнений в некоторые законодательные акты Республики Казахстан по вопросам цифровизации, защиты персональных данных, дорожного движения и регулирования передовых технологий на транспорте»
- Правила интеграции с государственным сервисом контроля доступа к персональным данным
Links lead to official sources. This document is contractual language and does not reproduce legislation verbatim.