Аудитория: новый администратор, ИТ-менеджер. Закрывает вопрос: «как вообще работать с продуктом, куда смотреть под мою задачу?». Сценарий: первый день с порталом — нужна карта «вопрос → экран → роль».
Это карта по вопросам, а не по кнопкам. Пошаговые действия на экранах — в 02-user-guide. Кто какой экран видит — в статье 07.
Администратор почти всегда делает одно из трёх:
- Смотрит выводы (дашборд, эффективность, риски, финансы) — чтобы принять решение.
- Управляет выдачей (каталог → заявка → провижининг) — чтобы дать/отозвать доступ.
- Обслуживает платформу (коллекторы, аудит, Vault, настройки) — чтобы всё работало и было
доказуемо.
Меню сгруппировано ровно по этой логике: КОНТРОЛЬ · ВЫДАЧА · ПЛАТФОРМА, и фильтруется по роли.
| Ваш вопрос | Экран | Кто видит |
|---|---|---|
| Общая картина портфеля ПО, ключевые KPI | / (дашборд) | все |
| Какие у нас системы, паспорт конкретной | /systems, /systems/[id] | все |
| Реально ли используется оплаченное ПО | /efficiency | все |
| Где юридические риски и теневое ИТ | /risks | все |
| Где переплата, как меняется утилизация | /finops, /finops/[cid] | все |
| Что с «железом» под ПО | /hardware | it_admin, superadmin |
| Жизненный цикл лицензии (продление/вывод) | /lifecycle | it_admin, superadmin |
| Ваш вопрос | Экран | Кто видит |
|---|---|---|
| Что можно запросить, как оформить заявку | /catalog, /catalog/[id] (мастер) | все |
| Мои/командные заявки, их статусы | /requests | все (создание — it_manager/it_admin) |
| Как идёт установка/выдача по заявке | /provisioning | it_admin, superadmin |
| Ваш вопрос | Экран | Кто видит |
|---|---|---|
| Как идёт сбор телеметрии, прогоны источников | /collectors | it_admin, superadmin |
| Кто и по какому основанию раскрывал ПДн | /audit | dpo, superadmin |
| Связь обезличенного id ↔ человек (по приказу) | /identity (Vault) | dpo, superadmin |
| Реестр систем, расписания, роли | /settings | superadmin |
- «Где сэкономить?» →
/→/finops(низкая утилизация) →/efficiency(подтвердить
логами) → решение о сокращении. См. статью 14.
- «Снять юридический риск» →
/risks→/systems/[id](паспорт) →/lifecycle(продление/
легализация).
- «Выдать доступ сотруднику» →
/catalog→ мастер заявки →/requests→/provisioning. - «Запрос субъекта ПДн / проверка ФЗ-152» →
/identity(раскрытие по основанию) →/audit
(след). См. статью 02.
- «Почему сегодня нет данных?» →
/collectors(прогоны) → диагностика статьи 04.
- Арендатор (
demo/artek/rggu) — над данными какой организации работаем. Изоляция
жёсткая (RLS), переключение не «протекает» между арендаторами.
- Роль — на стенде позволяет посмотреть портал глазами разных ролей; при реальной сессии
роль берётся из учётной записи и переключатель скрыт (статья 07).
Любой экран может показать одно из: загрузка, пусто (данных нет — например, источник не дал записей), ошибка (проблема API), доступ запрещён (403) (роль не та). «Пусто» ≠ «сломано» — чаще это вопрос подключения источника или прав, а не дефект.
- Не видите раздел — это роль, а не баг. Карта доступа — статья 07.
- Цифры на стенде демонстрационные (из фикстуры). Боевые — после подключения источников
(статья 15).
Связанные: 11 — Результаты и решения · 07 — Роли и доступ · смежно: 02-user-guide.