← KDManager

Политика обработки персональных данных

сервис KDManager

Редакция от 28 октября 2026 года

Оператор: индивидуальный предприниматель Барташевич Сандра Олеговна, ИНН 100487658303, ОГРНИП 326100000032270. Контакт для обращений по вопросам персональных данных: sandrabartashevich@yandex.ru, +7 995 554-78-27.

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

1.1. Настоящая Политика описывает обработку персональных данных при использовании сервиса KDManager, включая сайт kdmanager.ru, кабинеты клиентов на отдельных доменах и связанные с сервисом обращения в адрес Оператора.

1.2. Оператор обрабатывает персональные данные в разных ролях в зависимости от цели. В отношении контактных сведений, которые KDManager самостоятельно получает из подключённых источников, систематизирует, хранит и показывает клиентам в закрытом кабинете, Оператор самостоятельно определяет цели и состав обработки и действует как оператор персональных данных.

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

1.4. Политика применяется к данным, которые позволяют прямо или косвенно определить физическое лицо. Информация только об организации, объекте или закупке не является персональными данными сама по себе, если не позволяет определить физическое лицо.

2. Категории данных и субъектов

2.1. Контактные лица из источников (работники заказчиков, организаторов закупок, застройщиков и иных организаций), если такие сведения присутствуют в карточке источника: ФИО, должность, рабочий телефон, рабочий адрес электронной почты, организация, ссылка на первоисточник, идентификатор карточки и дата получения/проверки сведений.

2.2. Пользователи кабинета клиента: ФИО, рабочий адрес электронной почты, должность или роль в кабинете, идентификатор учётной записи, сведения об аутентификации и действиях в системе, дата и время входов и операций. Если технически фиксируются IP-адрес, user-agent или идентификаторы сессии, они также обрабатываются в объёме, необходимом для безопасности и работы сервиса.

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

2.4. Лица, которые обращаются к Оператору по вопросам сервиса или договора: имя, деловые контактные данные, содержание обращения и переписки, приложенные документы и история ответа.

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

3. Цели и правовые основания

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

3.2. Защита сервиса, предотвращение несанкционированного доступа, расследование инцидентов, ведение журналов безопасности и подтверждение действий пользователей. Для собственной обработки Оператором используются только необходимые данные и документируется соответствующий законный интерес в случаях, когда основанием является пункт 7 части 1 статьи 6 Федерального закона № 152-ФЗ.

3.3. Формирование, проверка, актуализация и отображение карточек публичных закупок и строительных объектов в закрытом кабинете соответствующего клиента, включая ограниченный набор контактных сведений, прямо указанных в первоисточнике, когда для обработки конкретного набора данных и конкретного источника имеется законное основание. Оператор оценивает законность обработки по каждому источнику и типу сведений. Само по себе размещение сведений в интернете не рассматривается Оператором как универсальное самостоятельное правовое основание. Если законность получения и дальнейшего использования контактных данных не может быть обоснована, такие контакты не собираются либо удаляются; при этом карточка объекта может сохраняться без контактных данных.

3.4. Рассмотрение обращений, ведение переговоров и заключение/исполнение договоров с лицами, которые обращаются к Оператору. Основание выбирается с учётом статуса субъекта и ситуации: исполнение договора или действия по его заключению по инициативе субъекта, исполнение установленных законом обязанностей либо документированный законный интерес в пределах допустимого законом.

3.5. Оператор не использует контактные данные из карточек для самостоятельной рекламной рассылки или автоматических рекламных звонков. Клиент, который самостоятельно использует сведения для прямых обращений к физическим лицам с целью продвижения своих товаров или услуг, обязан самостоятельно обеспечить правовое основание и предварительное согласие, когда оно требуется статьёй 15 Федерального закона № 152-ФЗ и статьёй 18 Федерального закона № 38-ФЗ. Наличие контакта в KDManager не подтверждает наличие такого согласия.

3.6. Пункт 10 части 1 статьи 6 Федерального закона № 152-ФЗ не указан в качестве основания: он утратил силу. Общедоступность сведений сама по себе не заменяет проверки применимого основания для конкретной обработки.

4. Действия, способы и источники

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

4.2. Обработка осуществляется автоматизированным и смешанным способом с использованием сетей связи. Источники карточек определяются актуальным реестром источников и приложением к договору с клиентом. Источники, отключённые в реестре или не прошедшие проверку применимых условий, не должны включаться в production-сбор до отдельного решения.

4.3. Для каждой категории контактных данных сохраняются URL первоисточника, дата получения или последней проверки и связь с соответствующей закупкой/объектом, если такие поля предусмотрены системой. Оператор принимает меры к уточнению или удалению устаревших, ошибочных и избыточных данных.

5. Передача данных, получатели и изоляция клиентов

5.1. Данные кабинета предоставляются только авторизованным пользователям соответствующего клиента в пределах их ролей. Экземпляры сервиса и базы данных клиентов разделяются. Доступ администратора Оператора необходим для развёртывания, поддержки, обновления и устранения инцидентов и регулируется договором, правилами доступа и журналированием.

5.2. Для размещения сервиса и резервного копирования используются Timeweb Cloud (основная инфраструктура в РФ) и Selectel (резервное хранилище в РФ, пул ru-7). При отправке сервисных писем используется почтовый SMTP-провайдер Яндекса; ему передаются необходимые адрес получателя, содержание сервисного письма и технические данные доставки.

5.3. Уведомления через Telegram. Сервис направляет уведомления через Telegram при включении соответствующей функции клиентом. Уведомления могут содержать название объекта, наименование организации-заказчика, стадию проекта и ссылку на карточку в закрытом кабинете Сервиса. ФИО, телефоны и адреса электронной почты контактных лиц из внешних источников в тексте уведомлений не указываются. Для доставки уведомлений Telegram могут обрабатываться идентификатор чата и технические данные, необходимые для работы сервиса; условия обработки данных оператором Telegram определяются применимыми к нему документами и правилами. Клиент может включать и отключать уведомления через Telegram. Использование этого канала осуществляется с соблюдением применимых требований законодательства Российской Федерации о персональных данных, включая требования к трансграничной передаче, если она осуществляется.

5.4. Сайт и кабинет не загружают шрифты, скрипты и иные ресурсы с серверов третьих лиц: шрифты размещены на собственных серверах Оператора.

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

6. Сроки обработки и удаление

Категория

Предлагаемый внутренний срок

Действие по окончании

Контакты из источников

Не дольше срока необходимости для актуальной карточки; плановая проверка не реже одного раза в 90 дней; рекомендуемый максимальный срок без повторного подтверждения необходимости — 12 месяцев с последней содержательной проверки контакта. Обычный фоновый повторный запрос сам по себе не продлевает срок.

Удаление контакта или карточки контакта; карточка объекта/закупки может остаться без персональных контактных данных.

Учётная запись работника клиента

На период авторизованного доступа; основная запись блокируется при отзыве доступа и удаляется/обезличивается в течение 30 дней после окончания договора, если нет законного основания для сохранения.

Удаление/обезличивание из основной БД.

Журналы безопасности и действий

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

Удаление/обезличивание; при инциденте — ограниченное сохранение на документированном основании.

Обращения и деловая переписка без заключённого договора

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

Удаление или обезличивание.

Данные кабинета и комментарии клиента

На период договора и до предоставления предусмотренной договором выгрузки; удаление из основной БД, как правило, в течение 30 дней после окончания договора.

Удаление из основной БД; копии вытесняются по циклу ротации резервных копий.

Резервные копии

Согласно фактической конфигурации: серверные копии — 14 дней; внешние копии Selectel — до 30 дней. Эти сроки можно публиковать только после технической проверки.

Удаление по циклу ротации; при восстановлении резервной копии повторно применять ранее зарегистрированные требования на удаление.

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

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

7.1. В зависимости от используемой информационной системы применяются: HTTPS и защитные HTTP-заголовки; хранение паролей в виде стойких хешей с использованием PBKDF2; одноразовая ссылка для установки пароля, при этом в базе хранится хеш токена, срок его действия — 72 часа; разграничение прав пользователей; ограничение попыток входа; административный доступ на сервер по SSH-ключам; отдельные экземпляры и базы клиентов; регистрация существенных действий; резервное копирование и проверка восстановления.

7.2. Резервные копии базы данных создаются ежедневно и шифруются до сохранения (GnuPG, открытый ключ); закрытый ключ на сервере не хранится. Серверные копии хранятся 14 дней, внешние копии в Selectel — до 30 дней; затем удаляются по циклу ротации.

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

8. Права субъектов и обращения

8.1. Субъект вправе направить запрос на sandrabartashevich@yandex.ru с темой «Запрос по персональным данным KDManager» либо почтовым отправлением по адресу Оператора. В запросе следует указать сведения, достаточные для поиска данных и проверки полномочий заявителя, а также конкретное требование: доступ, исправление, блокирование, прекращение обработки или уничтожение данных.

8.2. Информация о наличии и обработке персональных данных предоставляется в предусмотренный законом срок — обычно в течение 10 рабочих дней с даты получения запроса; срок может быть продлён не более чем на 5 рабочих дней при направлении мотивированного уведомления. Для уточнения и уничтожения данных применяются специальные сроки статьи 20 Федерального закона № 152-ФЗ. При выявлении неправомерной обработки применяются блокирование, прекращение обработки и уничтожение в сроки, установленные статьёй 21. Требование прекратить обработку в целях прямого продвижения рассматривается по статье 15 и исполняется немедленно.

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

9. Сайт и доступность Политики

9.1. Настоящая Политика должна быть доступна по постоянной ссылке на kdmanager.ru и со страниц входа/регистрации/пользовательского кабинета каждого домена, где осуществляется сбор персональных данных. Одна общая Политика может покрывать сайт и сервис, если она описывает все фактические цели, категории данных, получателей, сроки и способы обработки.

9.2. Сайт kdmanager.ru не использует cookies, счётчики посещений и формы. Кабинет не использует cookies; для работы входа браузер хранит в sessionStorage токен сеанса (удаляется при закрытии вкладки или выходе), а в localStorage — настройки интерфейса пользователя (например, отметки в списках). Сервер ведёт технические журналы (IP-адрес, user-agent, время и адрес запроса) для безопасности и диагностики.

10. Изменения Политики и дата

10.1. Оператор публикует новую редакцию Политики при изменении целей, состава данных, поставщиков, способов обработки или мер защиты. Новая редакция применяется с даты публикации, если в ней не указано иное.

Дата редакции: 28 октября 2026 года.