Организация
Сгенерировано из
docs/matrices/fm/org.yaml.
| FM | Элемент | Действие | Поведение | Роли (доступ) | Статус |
|---|---|---|---|---|---|
| FM-055 | Заголовок + участники | Просмотр | Название org, admins, ссылки на спейсы | org_admin, site_admin | done |
| FM-056 | Инвайт для менеджера спейса (legacy) | Кнопка → ссылка | Раньше (до 012): invite создавался с space_id + role=‘rp’/‘manager’ для назначения менеджера спейса. После 012: CHECK invite.role IN (‘member’) — org-invite только для роли ‘member’ (employee); назначение spaceman’а делается отдельно через api.set_space_member_role (см. RP-160). | org_admin | done |
| FM-057 | Инвайт для сотрудника | Кнопка → ссылка | invite с space_id + role=‘employee’ | spaceman, org_admin | done |
| FM-058 | Назначить специальность | Dropdown в карточке сотрудника | INSERT space_specialty_assignment | spaceman | partial |
| FM-059 | Снять назначение специальности | Клик (x) в карточке сотрудника | DELETE space_specialty_assignment | spaceman, org_admin | done |
| FM-060 | Просмотр своих инвайтов | Таблица | Менеджер спейса видит только created_by = me | spaceman | done |
| FM-061 | Просмотр всех инвайтов | Таблица | Все invite организации | org_admin, site_admin | done |
| FM-062 | Отозвать инвайт | Клик + confirm | Отмена инвайта до принятия | spaceman, org_admin | partial |
| FM-063 | Исключить сотрудника | Клик + confirm | DELETE space_member | org_admin | done |
| FM-178 | Сокращение OrgPage — только инвайты / audit / биллинг | Просмотр | OrgPage остаётся ТОЛЬКО для: инвайты в org (создание+pending+accepted), audit log, биллинг (placeholder). Уходят: список коллекций → вкладка «Коллекции» (фильтр по org), список спейсов → вкладка «Спейсы», маппинг ролей → SpaceSettings → Специализации. | org_admin | done |
Обзор экрана
Экран управления организацией — рабочее место её администратора. Сюда попадают с вкладки «Организация» в верхней панели, выбрав нужную организацию в переключателе активной. Здесь собрано всё, что касается людей и доступа: состав участников, приглашения и журнал аудита. После сокращения (FM-178) экран отвечает именно за это; списки коллекций и спейсов вынесены на отдельные вкладки, а маппинг ролей переехал в настройки спейса.
Карточку организации — название, участников, ссылки на спейсы — видит любой участник; данные приходят из GET /api/orgs/:orgId. А вот управляющие действия в карточках доступны только администратору организации.
Основные сценарии и стоящие за ними методы:
- Участники. В карточке участника можно изменить роль (
PUT …/members/:userId/role) или исключить (DELETE …/members/:userId). Исключение блокируется, если у человека есть активные проекты (FM-180) — сначала передают владение. - Приглашения. Здесь приглашают участника (
POST …/invites) — система выдаёт ссылку, по которой человек присоединяется; видят список приглашений (GET …/invites) со статусами и отзывают ещё не принятые (DELETE …/invites/:id). - Журнал аудита. Лента действий организации —
GET …/audit.
Точные правила доступа по ролям — в таблице элементов выше и в матрице RP.