Политика в отношении обработки персональных данных сервиса «Окно»

Ограничение публикации. Производственные регионы, поставщики, точные cookies, резервные копии, статус уведомления Роскомнадзора и часть сроков хранения не подтверждены. До заполнения этих сведений документ нельзя публиковать как полное описание фактической production-обработки.

1. Оператор и контакты

Оператором для целей, которые он определяет самостоятельно, является ИП Ихсанов Ильнар Наилевич:

• ИНН: 164906981248;
• ОГРНИП: 326169000111978;
• адрес: г. Лениногорск, проспект Шашина, 41; [НУЖНО ЗАПОЛНИТЬ: полный почтовый адрес, индекс, субъект Российской Федерации и помещение/офис, если применимо];
• email для обращений субъектов персональных данных: ravesale@yandex.ru;
• домен: [НУЖНО ЗАПОЛНИТЬ: основной production-домен сервиса].

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

2. Определения

В настоящем документе используются следующие определения:

• Платформа — ИП Ихсанов Ильнар Наилевич, ИНН 164906981248, ОГРНИП 326169000111978, владелец и оператор SaaS-сервиса «Окно» в пределах самостоятельно определяемых целей обработки данных.
• Сервис «Окно» или Сервис — программный сервис онлайн-записи, который планируется размещать по адресу [НУЖНО ЗАПОЛНИТЬ: основной production-домен сервиса] и который позволяет Мастеру создать страницу, опубликовать услуги и расписание и получать Заявки Клиентов.
• Мастер — зарегистрированный пользователь Сервиса, который самостоятельно предлагает и оказывает Клиентам собственные услуги. Допустимые правовые статусы Мастеров определяются правилами допуска; часть таких правил пока имеет статус [НУЖНО ЗАПОЛНИТЬ].
• Клиент — физическое лицо либо его законный представитель, которое открывает страницу Мастера и направляет Заявку без создания клиентского аккаунта.
• Посетитель — лицо, которое просматривает сайт или публичную страницу без регистрации в качестве Мастера.
• Заявка — сообщение Клиента выбранному Мастеру о желании получить услугу в указанное время. Заявка не является подтверждённой записью до отдельного явного подтверждения Мастером.
• Подтверждённая запись — Заявка, которую Мастер явно принял в интерфейсе Сервиса либо подтвердил Клиенту по выбранному каналу связи с отражением соответствующего статуса в Сервисе.
• Услуга Мастера — услуга, которую Мастер оказывает Клиенту самостоятельно, от своего имени и на собственную ответственность.
• Публичный профиль — отдельная страница Мастера, доступная по уникальной ссылке после явного решения Мастера о публикации.
• Пробный период — однократный 30-дневный период бесплатного доступа Мастера к функциональности Сервиса.
• Регулируемая услуга — услуга, для законного оказания которой могут требоваться лицензия, образование, аккредитация, допуск, разрешение либо соблюдение специальных требований.
• Документная версия — неизменяемая редакция юридического текста, обозначенная номером версии, датой и контрольным идентификатором.

3. Область действия

3.1. Политика применяется к обработке данных Мастеров, Клиентов, Посетителей, представителей несовершеннолетних, заявителей по жалобам и лиц, обращающихся в поддержку.

3.2. Первоначальная территория работы — Российская Федерация. Международный запуск не включён в версию 0.1.

3.3. Фактический hosting provider, регионы приложения, базы данных, Auth, Storage и резервных копий: [НУЖНО ЗАПОЛНИТЬ].

3.4. Статус уведомления Роскомнадзора об обработке персональных данных: [НУЖНО ЗАПОЛНИТЬ: номер и дата записи в реестре либо подготовить уведомление до начала обработки].

3.5. Статус уведомления о трансграничной передаче: [НУЖНО ЗАПОЛНИТЬ после инвентаризации поставщиков и стран].

4. Принципы обработки

Платформа стремится:

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

5. Категории субъектов, данных, целей и оснований

6. Источники данных

Данные могут поступать:

• непосредственно от Мастера при регистрации и настройке;
• непосредственно от Клиента через форму;
• от Мастера при ручном внесении Клиента;
• автоматически от браузера, сервера, системы Auth и средств безопасности;
• от поставщика оплаты после будущего подключения;
• от заявителей, государственных органов и законных представителей;
• из открытых реестров при будущем процессе проверки лицензий.

При получении данных Клиента от Мастера Мастер обязан предварительно проинформировать Клиента и иметь основание для передачи.

7. Специальные категории и чувствительные сведения

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

7.2. Клиенту показывается предупреждение не указывать такие сведения в комментарии.

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

7.4. До отдельной правовой и технической модели медицинские и лазерные услуги должны быть недоступны.

8. Несовершеннолетние

8.1. Минимальный возраст Мастера установлен бизнес-решением как 16 лет, но flow 16–17 лет не утверждён и должен быть отключён до решения.

8.2. Для Клиента младше 16 лет предполагается участие законного представителя. Категории данных представителя, способ подтверждения и сроки: [НУЖНО ЗАПОЛНИТЬ].

8.3. Платформа не должна собирать дату рождения клиента без доказанной необходимости.

9. Публичное распространение данных Мастера

9.1. Профиль закрыт по умолчанию.

9.2. Публикация выполняется только после preview, выбора полей и отдельного согласия на распространение.

9.3. Согласие должно содержать сведения о субъекте, Операторе, конкретном ресурсе, целях, перечне данных, условиях/запретах и сроке.

9.4. Телефон, Telegram, аватар и точный адрес скрыты по умолчанию.

9.5. В версии 0.1 индексация должна быть отключена. Платформа не может гарантировать удаление копий, ранее сделанных третьими лицами.

9.6. После отзыва Платформа прекращает отображение, очищает управляемые кэши и хранит доказательство предоставления/отзыва в течение отношений плюс 3 года.

10. Получатели и поставщики

10.1. Основными получателями клиентской Заявки являются конкретный Мастер и Платформа в пределах её роли.

10.2. В коде присутствуют технологии Supabase Auth, PostgreSQL и Storage. Фактический production-проект, юридическое лицо поставщика, договор и регион не подтверждены.

10.3. Resend может использоваться для email только после отдельного подтверждения. Upstash может использоваться для rate limiting только после отдельного подтверждения. Vercel упоминается как предполагаемый хостинг, но фактическое использование не подтверждено.

10.4. Telegram и WhatsApp являются внешними получателями после добровольного перехода пользователя. API-интеграция не подтверждена.

10.5. Внешняя продуктовая аналитика в версии 0.1 не подключается. Внутренний CustomEvent сам по себе не должен отправлять данные наружу.

10.6. Полный перечень приводится в VENDOR_MATRIX.md. Ни один условный поставщик не должен получать production-данные до проверки договора, роли, региона, безопасности и оснований передачи.

11. Локализация и трансграничная передача

11.1. При сборе данных граждан Российской Федерации через интернет production-архитектура должна быть проверена на выполнение требований к записи, систематизации, накоплению, хранению, уточнению и извлечению с использованием баз данных в Российской Федерации, когда это требуется законом.

11.2. Название Supabase или другого сервиса не подтверждает регион.

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

11.4. Фактическая схема: [НУЖНО ЗАПОЛНИТЬ после production vendor/region inventory].

12. Cookies, localStorage и аналитика

12.1. Система Auth использует cookies. Их точные названия, сроки, domain, path, SameSite, Secure и HttpOnly должны быть установлены runtime-проверкой.

12.2. Onboarding использует ключ localStorage okno:onboarding:v1. Согласованное правило — не более 7 дней, очистка после завершения, выхода и смены пользователя. В текущем коде полный TTL и user scope не реализованы.

12.3. Внешняя аналитика не подтверждена. Cookie banner не должен показываться «для вида». Если runtime подтверждает только необходимые технологии, используется политика и понятное уведомление. При появлении optional analytics она блокируется до требуемого выбора.

12.4. Детали указаны в отдельной Политике cookies.

13. Email

13.1. Мастеру предполагается отправлять минимальное уведомление о новой Заявке.

13.2. Письмо должно содержать только факт Заявки, услугу, дату/время и ссылку в защищённый кабинет; имя, телефон и комментарий Клиента не включаются.

13.3. Поставщик и адрес получателя: [НУЖНО ЗАПОЛНИТЬ]. Resend не считается окончательно выбранным.

13.4. Email Клиента в версии 0.1 не собирается.

14. Сроки хранения и удаление

14.1. Подтверждённые сроки:

• доказательства оферты и публикации — отношения плюс 3 года; при споре до завершения;
• значимые audit events — 12 месяцев;
• application logs — 90 дней;
• IP/rate-limit identifiers — 30 дней, дольше только для конкретного инцидента;
• обычная поддержка — 12 месяцев после закрытия;
• жалобы и претензии — 3 года после решения; при споре до завершения;
• onboarding localStorage — не более 7 дней после реализации правила.

14.2. Не утверждены сроки Заявок, комментариев, профиля, услуг, расписания, аватара, резервных копий, email delivery logs и данных лицензий. Они обозначены [НУЖНО ЗАПОЛНИТЬ] в RETENTION_MATRIX.md и блокируют production.

14.3. После подтверждённого запроса на закрытие профиль скрывается сразу. Предварительный recovery-период — 30 дней. После него применяются сроки по категориям, а не единое обещание мгновенного удаления всего.

14.4. Удаление из рабочей базы не означает немедленного исчезновения из резервных копий; цикл backup: [НУЖНО ЗАПОЛНИТЬ].

15. Права субъектов

Субъект вправе в предусмотренных законом случаях:

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

Обращения направляются на ravesale@yandex.ru. Запрос должен позволять разумно определить заявителя и относящиеся к нему данные. Способ проверки личности без избыточного сбора: [НУЖНО ЗАПОЛНИТЬ].

16. Запрос Клиента без аккаунта

16.1. Клиент может обратиться на ravesale@yandex.ru, указав Мастера, дату/время и свой контакт в объёме, необходимом для поиска Заявки.

16.2. Платформа определяет, какие данные обрабатывает самостоятельно, и взаимодействует с конкретным Мастером по его части. Окончательный workflow и сроки маршрутизации: [НУЖНО ЗАПОЛНИТЬ].

16.3. Нельзя раскрывать данные Заявки только потому, что заявитель знает имя или booking ID.

17. Согласия и их отзыв

17.1. Для основной Заявки отдельное согласие не выбрано как необходимое основание. Используются информирование, действия по запросу Клиента и поручение между Мастером и Платформой.

17.2. Отдельное согласие используется для распространения персональных данных Мастера.

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

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

18. Безопасность и инциденты

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

18.2. Наличие HTTPS, RLS или шифрования не считается само по себе доказательством полного соответствия.

18.3. Абсолютная защита не гарантируется.

18.4. При инциденте Платформа проводит проверку, ограничивает последствия и выполняет обязательные уведомления. Внутренний срок уведомления Мастера по данным, обрабатываемым по поручению: [НУЖНО ЗАПОЛНИТЬ: SLA, позволяющий выполнить обязательные сроки].

19. Автоматизированные решения

19.1. Решение о подтверждении Заявки принимает Мастер, а не автоматический алгоритм.

19.2. Rate limiting и технические антиспам-правила могут автоматически ограничивать запросы, но не должны принимать юридически значимое решение о качестве человека или услуги.

19.3. Иные решения, имеющие юридические последствия исключительно на основании автоматизированной обработки, в версии 0.1 не заявлены.

20. Изменение политики

20.1. Каждая редакция получает отдельную версию и дату.

20.2. Существенные изменения целей, состава данных, поставщиков, регионов, сроков или прав субъектов требуют обновления документа и, где нужно, новых самостоятельных действий пользователя.

20.3. Политика сама по себе не является согласием и не требует checkbox «согласен с политикой» только для подтверждения ознакомления.

21. Нормативная рамка черновика

При подготовке учитывались, в частности, Гражданский кодекс Российской Федерации, Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных» в актуальной редакции, Федеральный закон от 27.07.2006 № 149-ФЗ, Федеральный закон от 30.12.2020 № 519-ФЗ, Федеральный закон от 24.06.2025 № 156-ФЗ, применимые акты Роскомнадзора, а для регулируемых услуг — Федеральный закон № 99-ФЗ и положения о лицензировании конкретных видов деятельности. Перечень не заменяет повторную проверку перед публикацией.

Внутренняя отметка реализации — удалить перед публикацией

Требуются REQ-LEGAL-001..003, REQ-CLIENT-002..006, REQ-PUBLIC-001..005, REQ-DSR-001..005, REQ-RET-001..005, REQ-EXT-001..005, REQ-WEB-001..003, REQ-TEST-004..006. Все [НУЖНО ЗАПОЛНИТЬ], влияющие на production, должны быть закрыты либо соответствующая обработка отключена.