Как грамотно организовать регистрацию в приложении государственного учреждения, не затрагивая законы о персональных данных?

Ссылка скопирована
персональные-данные
1 ответ

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

По вводным: варианты при регистрации:
По вводным: 1. Использовать учетную запись, созданную при заселении проживающего в 1с (логин и пароль можно создавать автоматически при внесении проживающего)
По вводным: 2. Регистрация через мобильный номер с получением разового смс подтверждения для входа.

По вводным: гугл пишет, что для этого необходимо:
По вводным: необходимо разработать и разместить на сайте «Политику обработки персональных данных»
По вводным: уведомить Роскомнадзор о намерении обрабатывать персональные данные пользователей
По вводным: разместить форму согласия на обработку персональных данных

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

Нужно решить такую задачу?

Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.

Заказать помощь
Лучший ответ
1
Павел Админов Ответ

Если приложение для государственного учреждения содержит личный кабинет, справки, задолженности, заявки и данные проживающих, полностью “не затрагивать персональные данные” почти невозможно. Как только вы идентифицируете человека и показываете ему индивидуальные сведения, вы работаете с персональными данными. Поэтому правильный подход — не обходить 152-ФЗ, а минимизировать данные и оформить процесс корректно.

Что я бы заложил в архитектуру:

  • не давать самостоятельную свободную регистрацию по ФИО/дате рождения без проверки;
  • использовать учётную запись, созданную учреждением, или авторизацию через ЕСИА, если это применимо;
  • хранить минимум данных в мобильном приложении;
  • передавать данные только по HTTPS;
  • разделить роли: проживающий, сотрудник, администратор;
  • логировать выдачу справок и действия с данными.

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

Обязательные вещи, которые стоит согласовать с юристом учреждения:

политика обработки персональных данных
согласие или другое основание обработки
положение о доступе сотрудников
сроки хранения данных
порядок отзыва доступа
модель угроз / требования ИБ, если система государственная

Технически не храните в приложении больше, чем нужно. Токены — короткоживущие, refresh token защищать, критичные операции подтверждать повторной авторизацией.

Итог: такая система почти наверняка работает с персональными данными. Делайте не “регистрацию без закона”, а корректную идентификацию, минимизацию данных, HTTPS, роли, логи и документы по 152-ФЗ.

Другие ответы (0)

Пока нет других ответов. Будьте первым, кто поможет автору.

Ответить на вопрос

комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Вам также может быть интересно

VPN Как правильно настроить vless для Android TV? 1 ответ Pyrogram Как правильно зарегистрировать юзер бота в Telegram? 1 ответ печатные-платы Как заставить запускаться программу M3.exe от компании Hanxing AOI в инспекционной машине на Windows 7 Pro? 1 ответ Linux Как диагностировать зависание RK3568 U-boot на Starting kernel? 1 ответ