Политика конфиденциальности и персональные данные в приложении
Политика конфиденциальности приложения объясняет пользователю, как компания обращается с его данными. Для владельца продукта её точность зависит от того, совпадают ли документы с регистрацией, оплатой и подключёнными сервисами. Подготовка начинается с карты данных: она связывает юридические основания с поведением приложения.
Какие данные в приложении считаются персональными
Персональные данные в мобильном приложении — информация, которая относится к определённому или определяемому человеку. Определение закреплено в статье 3 152-ФЗ. Имя и телефон относятся к очевидным примерам. История заказов, адрес доставки и идентификатор устройства тоже требуют оценки, если связаны с пользователем или позволяют его определить.
Информация из форм и технических событий
Карту данных составляют по всему приложению. Кроме полей регистрации, проверяют сообщения в поддержку, фотографии, геолокацию и сведения, которые отправляют библиотеки аналитики. SDK — подключаемый набор программных компонентов — может передавать данные без отдельного действия человека в интерфейсе. Разработчик должен изучить его настройки и сетевые запросы.
В учебном примере приложения доставки имя и адрес нужны для заказа, телефон — для связи с получателем. Дата рождения может использоваться для акции, но её сбор требует отдельного обоснования. Для каждой цели команда определяет необходимый набор полей; сбор информации «на будущее» противоречит принципу неизбыточности статьи 5.
Роли бизнеса и подрядчиков
Оператор определяет цели обработки, состав данных и действия с ними. Обычно в клиентском приложении эту роль выполняет компания, которая оказывает услугу покупателю. Разработчик, облачный провайдер или система управления клиентами могут обрабатывать данные по поручению либо выступать самостоятельными операторами в своих целях. Роли устанавливают по фактическому процессу и договорам, а не только по названию услуги.
Политика, согласие и разрешения телефона: разные задачи
Публичная политика описывает правила обращения с данными, а основание обработки определяют для каждой цели отдельно. Системный запрос доступа к камере управляет возможностями телефона. Эти элементы должны согласованно работать в одном пользовательском сценарии.
| Элемент | Назначение | Что проверить |
|---|---|---|
| Политика конфиденциальности | Информирует об обработке данных и правах человека | Доступна, соответствует функциям и интеграциям |
| Согласие на обработку | Подтверждает волю пользователя, когда обработка основана на согласии | Отдельное оформление, содержание и доказательство получения |
| Пользовательское соглашение или оферта | Определяет условия использования сервиса или покупки | Не объединено с согласием в один документ |
| Системное разрешение | Открывает приложению доступ к функции устройства | Запрашивается по понятному сценарию и цели |
| Сведения о данных в карточке стора | Раскрывают практики приложения до установки | Совпадают с политикой и фактическими передачами |
Если пользователь разрешил геолокацию, это ещё не определяет юридическое основание передачи координат рекламной системе. И наоборот: наличие согласия не даёт приложению доступ к датчику без системного разрешения. Команда отдельно проверяет обе стороны сценария.
Что включить в политику конфиденциальности приложения
Содержание политики формируют по карте обработки. Статья 18.1 требует неограниченного доступа к документу, определяющему политику оператора, и сведениям о реализуемых требованиях к защите данных. При сборе через интернет публикацию обеспечивают в соответствующей сети.
Состав документа
- Оператор и контакты. Кто отвечает за обработку и куда направлять обращения.
- Цели и основания. Для чего используются данные и на каком основании.
- Категории пользователей и данных. Покупатели, получатели заказов, посетители; сведения для каждого процесса.
- Действия и получатели. Хранение, использование, предоставление подрядчикам; условия обработки по поручению.
- Сроки и прекращение обработки. Сроки хранения либо критерии их определения, удаление и законные исключения.
- Права пользователя. Доступ, уточнение, отзыв согласия и обращение по поводу удаления.
- Защита и изменения. Общее описание мер защиты, дата редакции и порядок информирования об изменениях.
Доступность до регистрации
Практическое решение — постоянная публичная страница по HTTPS, доступная без входа. Ссылки размещают в карточке приложения, на экранах сбора данных и в разделе настроек. Текст должен читаться на телефоне. Перед отправкой на модерацию проверяют адрес с нового устройства, без авторизации и сохранённых файлов браузера.
Политику сайта можно использовать как основу, если она описывает фактические процессы приложения. Дополнительная геолокация, события аналитики или платёжная интеграция могут потребовать новой редакции. Копирование документа другого бизнеса оставляет чужие цели и получателей, которые не соответствуют продукту.
Основания обработки и отдельное согласие
Статья 6 предусматривает несколько оснований обработки. Для исполнения договора может применяться договорное основание, если данные действительно необходимы и соблюдены условия закона. Согласие используют в предусмотренных случаях; выбор основания для каждого процесса проверяет юрист.
Отдельное оформление с сентября 2025 года
С 1 сентября 2025 года согласие должно оформляться отдельно от другой информации и документов, которые пользователь подтверждает или подписывает. Изменение внесено 156-ФЗ от 24.06.2025 в статью 9. Один текст, объединяющий принятие оферты, ознакомление с политикой и согласие на обработку, требует пересмотра.
Для электронной формы юрист согласует содержание и способ подтверждения. Если закон не требует письменной формы, согласие может быть получено в форме, позволяющей доказать его получение. В интерфейсе используют самостоятельный элемент подтверждения со ссылкой на отдельный текст, без заранее выбранной отметки. Универсальное количество чекбоксов для всех приложений закон не устанавливает.
Доказательство и отзыв
Инженерная реализация может сохранять дату, действие пользователя, идентификатор и версию текста согласия. Набор сведений и срок хранения журнала согласуют с юристом, чтобы доказательство само не превратилось в избыточный сбор. При изменении цели обработки оценивают необходимость нового основания или согласия.
Отзыв согласия и удаление аккаунта проектируют как отдельные процессы. Часть сведений может сохраняться на другом законном основании, например для исполнения установленных обязанностей. В политике объясняют такие исключения, сроки и способ обращения. При прекращении цели или отзыве применяют правила статьи 21; обещание удалить любую информацию мгновенно создаёт неверные ожидания.
Хранение данных в России и передача за рубеж
При сборе персональных данных граждан России статья 18, часть 5, запрещает перечисленные в ней операции с использованием баз данных за пределами РФ, кроме установленных исключений. Новая редакция действует с 1 июля 2025 года на основании 23-ФЗ от 28.02.2025. Схема «сначала записали в России, значит любые последующие действия допустимы» не описывает весь объём требований.
Проверка всей цепочки
Команда фиксирует, куда отправляются сведения с телефона, где находятся базы, резервные копии и журналы. Проверяют также системы поддержки, аналитики и рассылок. Российское расположение основного сервера само по себе не подтверждает корректность остальных сервисов. Если библиотека отправляет идентификаторы иностранному поставщику, эту передачу рассматривают отдельно.
Трансграничная передача
Передача за рубеж регулируется статьёй 12. До её начала предусмотрено отдельное уведомление Роскомнадзора, а также получение необходимых сведений о получателях. Условия начала передачи и сроки ожидания проверяют по действующей редакции закона, перечню стран Роскомнадзора и решениям регулятора. Уведомление не заменяет основание обработки и проверку локализации.
Кроме того, статья 22 предусматривает уведомление о намерении обрабатывать персональные данные до начала обработки, с установленными исключениями. Для обычного приложения с автоматизированной обработкой не следует считать договор с пользователем достаточной причиной пропустить уведомление. Проверку обязанности и актуальность сведений в реестре включают в подготовку запуска.
Требования сторов к политике и данным
Модерация сопоставляет документы, карточку продукта и поведение приложения. Проверка требований нужна для каждого целевого стора; публикация в одном канале не подтверждает готовность остальных.
| Стор | Публичные сведения | Проверка сценариев |
|---|---|---|
| App Store | Ссылка на политику в App Store Connect и внутри приложения; сведения App Privacy | Сбор данных и сторонние компоненты раскрыты; при создании аккаунта доступно начало его удаления внутри приложения |
| Google Play | Политика по общедоступному URL и в приложении; форма Data safety | Учтены данные сторонних компонентов; для создания аккаунта внутри приложения предусмотрен запрос удаления в приложении и вне его |
| RuStore | Для обработки персональных данных — политика на русском языке, ссылка в карточке и приложении | Категории, цели, сроки хранения, удаление и контакты соответствуют обработке |
Основания таблицы: правила Apple, раздел 5.1.1, политика Google Play User Data и требования RuStore, раздел 5. Для других сторов под целевую аудиторию правила проверяют отдельно.
У Google Play политика требуется также приложениям без доступа к персональным и чувствительным данным. Страница должна быть доступной, без географических ограничений, не в PDF. В App Store сведения о конфиденциальности заполняют с учётом партнёров; их обновляют при изменении практик обработки. Для размещения полезен отдельный план публикации приложения.
Пять шагов подготовки документов и приложения
Работу распределяют между владельцем продукта, юристом и разработчиками. Документы описывают фактическую обработку, а команда проверяет её в действующей версии. Такой порядок помогает выявить несоответствия до модерации.
Шаг 1. Составить карту данных
Опишите регистрацию, заказ, оплату и поддержку. Для каждого процесса укажите поля, цель, получателей и место хранения. Отдельно перечислите подключённые библиотеки.
Результат: таблица обработки, которую могут проверить и юрист, и разработчик.
- Учтены ли данные без ручного ввода?
- Известны ли получатели сетевых запросов?
- У каждого поля есть цель?
- Отмечены ли резервные копии?
- Определён ли ответственный за обновление карты?
Шаг 2. Согласовать основания и документы
Юрист определяет основания, роли сторон, сроки и обязательные уведомления. Он проверяет документы по поручению обработки, а владелец продукта подтверждает назначение функций.
Результат: согласованные редакции документов и требования к интерфейсу.
- Основание назначено каждому процессу?
- Согласие отделено от иных документов?
- Условия передачи подрядчикам определены?
- Сроки хранения обоснованы?
- Проверены уведомления регулятору?
Шаг 3. Реализовать подтверждение и права пользователя
Разработчики размещают ссылки, реализуют получение согласия там, где оно требуется, и сохраняют подтверждение. Запрос отзыва или удаления должен доходить до ответственного и учитываться в связанных системах.
Результат: доступные в приложении действия и журнал их обработки.
- Политика открывается до регистрации?
- Согласие можно подтвердить самостоятельно?
- Отказ обрабатывается по согласованным правилам?
- Сохранена версия текста?
- Обращение пользователя передаётся исполнителю?
Шаг 4. Проверить инфраструктуру и передачи
Проверьте запросы приложения, расположение баз и доступ сотрудников. Сопоставьте фактические события с картой данных. Исключите персональные сведения из журналов ошибок, если их запись не обоснована.
Результат: перечень проверенных передач и исправлений.
- Расположение баз подтверждено?
- Проверены аналитика и поддержка?
- Доступ ограничен по ролям?
- Передача защищена шифрованием?
- Резервные копии включены в правила хранения?
Шаг 5. Сверить карточку стора и порядок сопровождения
Сведения о данных заполняют по результатам проверки версии. После обновлений сравнивают новые функции и библиотеки с документами. Назначают ответственных за запросы пользователей и действия при инциденте.
Результат: согласованный комплект публикации и порядок обновления.
- Карточка совпадает с проверенной версией?
- Публичные ссылки работают?
- Удаление проверено на тестовом аккаунте?
- Ответственные знают порядок обращений?
- Изменения библиотек запускают повторную проверку?
Стоимость подготовки и выбор исполнителей
Бюджет зависит от количества процессов, интеграций и необходимых изменений. Юридическая работа и техническая реализация имеют разные результаты, поэтому их отдельно описывают в составе заказа. Фиксированную цену универсальной политики для любого приложения определить по одному названию продукта нельзя.
| Работа | Что влияет на оценку | Результат |
|---|---|---|
| Юридическая подготовка | Цели, основания, получатели, страны передачи | Проверенные документы и требования |
| Изменения приложения | Экраны, подтверждения, отзыв и удаление | Работающие сценарии |
| Проверка данных | Сервисы, библиотеки, журналы и доступ | Отчёт о несоответствиях и исправлениях |
| Сопровождение | Частота изменений и обращения пользователей | Актуальные документы и процедуры |
Критерии выбора команды
Уточните, кто отвечает за юридическую редакцию и кто проверяет приложение. Запросите перечень результатов, границы проверки, порядок работы с замечаниями и критерии приёмки. При действующем продукте полезна проверка кода и интеграций; она дополняет юридическую оценку. При новом продукте требования включают в проектирование.
Для проекта на платформе FITTIN финансовую модель согласуют по трём частям: интеграция под бренд, ежемесячная лицензия с базовым техническим сопровождением и доработки по Time & Materials — оплате фактически затраченного времени с оценкой по часам перед началом задачи. Платформа устроена как конструктор: любой модуль можно доработать под требования продукта. Состав юридической проверки согласуют отдельно; условия разработки представлены в тарифах.
Примеры работы с данными: платежи и миграция
Платёжный сценарий и перенос клиентской базы требуют разных технических решений. Публичные кейсы показывают конкретные результаты; правовую оценку процессов выполняют отдельно для каждого проекта.
«Сыроварня»: токенизация банковских карт
В кейсе приложения сети «Сыроварня» опубликованы токенизация карт и соответствие платёжного решения стандартам PCI DSS. Токенизация заменяет реквизиты карты идентификатором для дальнейших операций. При проектировании уточняют, какие сведения получает приложение и платёжный провайдер, где они обрабатываются и какие данные попадают в журналы.
PCI DSS относится к защите платёжных данных. Его применение не подтверждает соблюдение всех требований 152-ФЗ к профилю гостя, бронированию и истории заказов. Эти процессы отражают в карте обработки и документах самостоятельно.
DAISYKNIT: сохранение клиентской базы
При переходе DAISYKNIT на приложение Flutter с интеграцией Mindbox публичный кейс фиксирует 100% сохранность клиентской базы и интеграций. Это результат конкретной миграции, который не следует переносить как обещание на другие проекты.
Для аналогичного переноса техническая сверка проверяет полноту записей и связей. Юридическая проверка устанавливает, сохраняются ли цели обработки, основания и роли получателей. Вместе с профилями важно учитывать историю согласий и их редакции, если на них основана обработка.
Итог: проверка перед публикацией
Оптимальный порядок подготовки объединяет карту данных, юридическую редакцию и проверку работающего приложения. Документ обновляют вместе с функциями и подключёнными сервисами, чтобы пользователь видел фактические правила обработки.
- Состав и цели сбора определены по каждому сценарию.
- Политика доступна без регистрации, содержит актуальные контакты.
- Основания подтверждены, согласия оформлены отдельно.
- Базы, получатели и зарубежные передачи проверены.
- Отзыв, удаление и обращения пользователя имеют исполнителей.
- Карточка стора совпадает с поведением текущей версии.
- Назначены ответственные за изменения и инциденты.
Что делать дальше
Часто задаваемые вопросы
Нужна ли политика конфиденциальности приложению без регистрации?
Отсутствие регистрации не означает отсутствия обработки данных. Проверьте библиотеки аналитики, сообщения об ошибках, геолокацию и идентификаторы. Google Play требует политику также от приложений без доступа к персональным и чувствительным данным. Apple требует ссылку на политику в карточке и внутри приложения. В документе описывают фактические практики; требования закона оценивают по процессам и данным, которые продукт действительно использует.
Можно ли использовать политику сайта для мобильного приложения?
Можно, если она корректно описывает и приложение: оператора, цели, категории данных, получателей, хранение, удаление и обращения. Сначала сравните процессы сайта и мобильного продукта. Если приложение получает дополнительные сведения или использует другие сервисы, документ нужно адаптировать. Ссылка должна открываться без авторизации. Для сторов также заполняют сведения о данных в карточке; они должны соответствовать документу и фактическим запросам приложения.
Заменяет ли политика согласие на обработку персональных данных?
Политика информирует о правилах обработки. Для каждого процесса необходимо законное основание; когда таким основанием выступает согласие, его получают и могут доказать. С сентября 2025 года согласие оформляют отдельно от других подтверждаемых документов. Ссылку на политику, принятие оферты и системное разрешение телефона проверяют как разные элементы. Юрист определяет содержание согласия, его форму и необходимость в конкретном сценарии.
Где хранить персональные данные пользователей из России?
При сборе данных граждан России учитывают часть 5 статьи 18: перечисленные операции с зарубежными базами запрещены, кроме предусмотренных исключений. Проверяют не только основной сервер, но и базы связанных сервисов, копии и журналы. Трансграничная передача регулируется отдельно статьёй 12. Российское размещение одной базы не отменяет проверки отправки данных иностранным получателям и не является универсальным подтверждением законности всей архитектуры.
Нужно ли уведомлять Роскомнадзор о мобильном приложении?
Статья 22 предусматривает уведомление о намерении обрабатывать персональные данные до начала обработки с установленными исключениями. Проверяют обязанности оператора, а не только наличие приложения в сторе. Если компания уже подала уведомление, оценивают актуальность целей, категорий данных и других сведений. Для трансграничной передачи предусмотрено отдельное уведомление по статье 12. Применимость исключений и нужные изменения проверяет юрист по конкретным процессам.
Как организовать удаление аккаунта и персональных данных?
Предусмотрите понятный запрос, подтверждение его получения и передачу ответственному. Проверьте связанные системы и резервные копии, определите сроки прекращения обработки и уничтожения. Данные, которые требуется хранить на другом законном основании, учитывают отдельно и объясняют пользователю. Apple и Google Play устанавливают дополнительные требования к способу запроса удаления аккаунта. Отзыв согласия, удаление профиля и прекращение отдельных целей обработки имеют разные условия.
Когда обновлять политику конфиденциальности приложения?
Проверяйте документ при изменении целей, состава данных, получателей, сроков хранения и функций. Подключение аналитики, новый платёжный сервис или изменение геолокации могут изменить обработку. Сопоставьте редакцию политики с картой данных, текстами согласий и сведениями в сторе. Затем юрист оценивает основания и необходимость новых подтверждений. У новой версии должна быть дата, а у команды — ответственный за публикацию и проверку ссылок.
Источники и материалы по теме
Нормы и требования проверены 6 октября 2026 года. Перед выпуском документов конкретного приложения нужна проверка юристом с учётом действующей редакции закона и фактических процессов.
- 152-ФЗ: текст на сайте Минтруда — статьи 3, 5, 6, 9, 18, 18.1, 19, 21 и 22.
- 152-ФЗ: действующая редакция в справочной системе, включая статью 12.
- 265-ФЗ от 26.07.2026 — изменение условий трансграничной передачи.
- 156-ФЗ от 24.06.2025 — отдельное оформление согласия.
- 23-ФЗ от 28.02.2025 — изменения правил локализации.
- Apple: App Review Guidelines, раздел 5.1.
- Apple: сведения App Privacy.
- Google Play: User Data.
- RuStore: требования к приложениям.
Материал носит информационно-аналитический характер, отражает оценку команды FITTIN на дату публикации. Для конкретного приложения документы и основания обработки проверяет юрист.
