Мини-приложение MAX для управления доступом к данным ребёнка

Мини-приложение MAX для крупной городской образовательной платформы встроено в переписку с сервисом электронного дневника и открывается прямо в мессенджере – без перехода на портал и повторного входа. Родители и учителя управляют доступом к данным ребёнка: дневнику, оценкам, праву забрать из школы – за несколько касаний.

• Перенести управление правами законных представителей из веб-портала в компактный сценарий внутри MAX.
• Дать пользователю назначать и отзывать права представителя за несколько шагов, без установки отдельного приложения.
• Поддержать вход в сервисы платформы в разных ролях (родитель, учитель) в одном мини-приложении.
• Уложиться в сжатый срок разработки – 18 дней.

• Ролевой вход без повторной авторизации. Сессия пользователя наследуется из основного входа в платформу внутри MAX, а переключение между ролями родителя и учителя происходит на клиенте – без нового запроса логина и пароля.
• Права как набор независимых разрешений, а не один флаг. Каждое право представителя – доступ к дневнику, право забрать ребёнка из школы – хранится отдельно. Родитель выдаёт ровно тот объём доступа, который нужен конкретному человеку, а не открывает всё целиком.
• Redux Toolkit под многошаговый сценарий приглашения. Назначение представителя – это цепочка действий: отправка приглашения, принятие или отклонение, дальнейшее изменение прав. Redux Toolkit держит это состояние предсказуемым, включая случай, когда приглашение отклонили или отозвали на середине.
• MUI и SASS поверх готовой дизайн-системы. Чтобы уложиться в 18 дней, интерфейс собирали на существующих компонентах MUI, кастомизированных через SASS под платформу, а не вёрстку с нуля.
• QA-инженер на этапе стабилизации, а не только на приёмке. Основной риск был не в новой логике, а в регрессии на уже написанном коде, поэтому в команду отдельно заложили QA-инженера, который занимался багфиксом перед релизом параллельно с разработкой.

Родитель или учитель управляет доступом к данным ребёнка внутри чата платформы в MAX: назначает представителя, меняет или отзывает права за несколько касаний, не заходя на портал и не теряя сессию при переключении роли.

Частые вопросы

• Как встроить управление доступом в мини-приложение мессенджера, если нужно несколько ролей входа?
  Наследовать сессию из основного входа платформы и переключать роль на клиенте, не запрашивая логин и пароль повторно для каждой роли.
• Как сделать права настраиваемыми, а не по принципу «всё или ничего»?
  Хранить каждое разрешение отдельным флагом – например, доступ к дневнику и право забрать ребёнка из школы как два независимых права, а не один общий статус.
• Можно ли подключиться к недоделанному проекту и стабилизировать его в сжатые сроки?
  Да, если выделить отдельного QA-инженера на регрессионное тестирование и в первую очередь заниматься багфиксом существующей логики, а не новыми фичами. Так релиз закрыли за 18 дней.
• Сколько времени занимает такой мини-сценарий для мессенджера?
  В этом случае – 18 дней силами команды из пяти человек, но при повторном подключении к частично готовому проекту. С нуля разработка модели прав займёт больше времени.