ПОЛИТИКА В ОТНОШЕНИИ ОБРАБОТКИ ПЕРСОНАЛЬНЫХ ДАННЫХ kinDo
Версия 2026-10-14
1. Оператор
Оператором персональных данных является:
Ростопшин Алексей Геннадьевич физическое лицо адрес: 125412, г. Москва, ул. Базовская, д. 26, кв. 368 email: privacy@kindo.team
2. Общие принципы
Оператор обрабатывает персональные данные законно и справедливо, только для конкретных заранее определённых целей и в объёме, соответствующем таким целям.
Не допускается сбор данных, избыточных относительно целей обработки.
Срок хранения ограничивается периодом, необходимым для достижения целей обработки либо выполнения требований закона.
3. Категории субъектов
В kinDo могут обрабатываться данные:
Adult Users — совершеннолетних владельцев самостоятельных учётных записей;
Children — несовершеннолетних лиц, в отношении которых внутри Family создан Child Profile;
лиц, обращающихся к Оператору по вопросам поддержки и персональных данных.
4. Данные Adult
В зависимости от используемой функциональности обрабатываются:
email; отображаемое имя; внутренний идентификатор Account; membership и роли Family; сведения о подтверждении email; credential hashes; sessions; devices; технические идентификаторы; история предусмотренных Product-действий; сведения о задачах, наградах и Family; сведения о принятии юридических документов; IP и технические данные в ограниченных логах.
Пароли в открытом виде Оператором не хранятся.
5. Данные Child
Могут обрабатываться:
имя или отображаемое имя; возрастная группа; Child Profile ID; Family membership; уникальный login; credential hash после активации; задачи; статусы; баллы и награды; история взаимодействия с Product; фото-подтверждения; sessions; device/routing identifiers; иные технические сведения, необходимые для использования Child Profile.
Email и телефон ребёнка не являются обязательными идентификаторами Child Profile.
Child login рассматривается как персональный идентификатор в период существования профиля.
После удаления профиля нормализованный login может сохраняться отдельно без связи с человеком или Family исключительно для предотвращения неконтролируемого повторного назначения такого login.
6. Что kinDo не собирает без отдельной необходимости
В стандартной функциональности не требуются:
дата рождения; паспортные данные; адрес проживания; телефон Child; точная геолокация; контакты телефона; микрофонные записи; рекламный идентификатор устройства.
Системные Face ID / fingerprint используются только операционной системой устройства как local unlock. kinDo не получает физиологический шаблон и не использует его для установления личности на сервере.
7. Цели обработки
Данные обрабатываются для:
создания и обслуживания Adult Account; аутентификации и восстановления доступа; создания и работы Family; создания и использования Child Profiles; работы задач, баллов, наград и семейной истории; обработки фото-подтверждений; обеспечения информационной безопасности; предотвращения несанкционированного доступа; доставки обязательных сервисных сообщений; обработки обращений субъектов; исполнения требований законодательства; подтверждения фактов удаления персональных данных.
8. Правовые основания
В зависимости от цели используются:
согласие субъекта; необходимость исполнения обязанностей, возложенных законом; исполнение или заключение договора с субъектом либо в пользу субъекта; законные интересы Оператора, если при этом не нарушаются права и свободы субъекта.
Обработка Child-данных осуществляется только при наличии применимого законного основания.
Создание Child Profile совершеннолетним пользователем само по себе не лишает ребёнка статуса субъекта персональных данных.
Если в конкретном случае обработка требует согласия законного представителя, оно получается отдельно в предусмотренном законом порядке.
9. Действия с данными
Оператор может осуществлять:
сбор; запись; систематизацию; накопление; хранение; уточнение; извлечение; использование; передачу лицу, действующему по поручению Оператора; блокирование; удаление; уничтожение.
Основная обработка является автоматизированной.
10. Размещение данных
Основные Production-БД и Product-файлы kinDo размещены на серверной инфраструктуре в Российской Федерации.
Основной Production-сервер размещён в Москве на инфраструктуре Timeweb Cloud.
При сборе персональных данных граждан Российской Федерации Оператор соблюдает применимые требования локализации.
11. Лица и сервисы, участвующие в обработке
Для работы kinDo могут использоваться:
Timeweb Cloud — размещение основной Production-инфраструктуры;
NIC.RU / РУ-ЦЕНТР — доставка служебной электронной почты, включая подтверждение email и восстановление доступа;
Google Firebase Cloud Messaging — техническая инфраструктура push-уведомлений, если соответствующий канал активирован.
При поручении обработки другому лицу отношения с таким лицом оформляются в соответствии с требованиями законодательства.
12. Push-уведомления
При использовании внешней push-инфраструктуры передаваемый payload минимизируется.
Внешнему push-провайдеру не должны без необходимости передаваться:
имена членов семьи; email; названия Family; содержание задач; награды; фотографии; session secrets; QR secrets.
Предусмотренная модель использует категорию события, непрямой идентификатор события и минимальные технические routing-сведения.
13. Трансграничная передача
Если используемый внешний сервис приводит к трансграничной передаче персональных данных, Оператор выполняет предусмотренные законодательством предварительные процедуры до начала такой передачи.
Сведения о фактически осуществляемой трансграничной передаче предоставляются субъекту в случаях и порядке, предусмотренных законом.
14. Фото
Фото-подтверждения задач после получения проходят каноническую серверную обработку.
Оригинальный файл не сохраняется как постоянная Product-копия.
Из сохраняемого изображения удаляются ненужные EXIF-метаданные, включая GPS и сведения об устройстве.
Фотографии не используются kinDo для биометрической идентификации пользователя.
15. Сроки хранения
Действующие Account, Family и Product-данные хранятся пока существует соответствующая цель обработки.
После запуска удаления данные уничтожаются из активных Product-хранилищ согласно сценарию удаления.
Максимальные технические сроки резервных копий:
Product backups — 30 дней с момента создания;
deploy rollback backups — 7 дней;
temporary validation backups — 72 часа.
Обычный Product runtime не использует backup как рабочее хранилище.
Operational logs хранятся не более 30 дней, если более короткий срок не установлен конкретной целью.
Diagnostic exports — не более 7 дней.
Доказательства уничтожения персональных данных хранятся 3 года с момента подтверждённого уничтожения.
16. Восстановление резервных копий
Backup не может напрямую восстанавливаться в рабочий Product.
Восстановление производится в изолированную среду с применением deletion/restore guard, удалением данных, которые должны оставаться уничтоженными, проверкой целостности и только затем возможным вводом восстановленного состояния в эксплуатацию.
17. Уничтожение
При достижении цели обработки, отзыве согласия или иных предусмотренных законом основаниях Оператор прекращает обработку и уничтожает данные в применимые сроки.
При неправомерной обработке применяются предусмотренные законодательством специальные сроки.
Факт уничтожения при автоматизированной обработке подтверждается предусмотренными законом доказательствами.
18. Права субъекта
Субъект вправе:
получать сведения об обработке своих персональных данных;
требовать уточнения;
требовать блокирования;
требовать уничтожения данных, если они незаконно получены, неточны или не нужны для заявленной цели;
отозвать согласие;
обжаловать действия Оператора.
Ответ на запрос предоставляется в сроки, установленные законодательством.
Обращения направляются:
privacy@kindo.team
19. Безопасность
Оператор принимает правовые, организационные и технические меры для предотвращения неправомерного доступа, изменения, удаления, копирования, предоставления или распространения персональных данных.
В числе используемых мер:
разграничение полномочий; защита credentials; platform-backed storage authority на устройствах; изоляция Production и Building; минимизация логирования; ограничения backup access; restore guard; контроль destructive operations.
20. Изменения Политики
Каждая редакция Политики имеет отдельный номер версии.
Актуальная версия предоставляется пользователю в интерфейсе и через публичный legal endpoint.
Если изменение создаёт новую обработку, для которой требуется новое согласие, такое согласие получается отдельно.