Команда и доступ

Раздел про людей внутри проекта: кто входит в платформу, что ему разрешено и как это настраивается. Клиенты сюда не относятся — они живут в CRM, а вход клиента на витрину описан в клиентском API.

Страницы раздела

Задача	Страница
Вход сотрудника и получение Bearer	доступ сотрудников
Заведение сотрудников, роли, привязка к бизнесу	сотрудники и менеджеры
Справочник прав, ролей и системных значений	справочники и права
Меню интерфейса платформы для сотрудников	меню сотрудников

Как выдаётся доступ

 Проект ──> сотрудник ──> роль ──> permissions
                │
                ├── бизнес и подразделение: что видно в интерфейсе
                └── Bearer после входа: чем подписаны запросы

Сотрудника заводят в проекте и назначают роль — контракт в сотрудниках.
Одноразовый пароль приходит по POST /api/send_password, вход — POST /api/login.
GET /api/user возвращает текущего сотрудника вместе с ролью и правами: с этого запроса удобно начинать отладку доступа.

Что важно знать про права

Права проверяются не везде. Часть методов платформы закрыта политиками и сверяет проект, часть — нет. Где именно проверка есть, написано на страницах самих методов; при автоматизации не считайте Bearer гарантией изоляции.
Агент — не сотрудник. Парольный вход для агентских учётных записей закрыт: send_password и login отвечают 403. Токены агентов выдаются иначе — см. MCP-агенты.
Bearer сотрудника — серверный секрет. Во фронтенд он не попадает: витрина работает по App Token, клиент — по своему Bearer.

Дальше

Агентские токены и профили доступа — MCP-агенты.
Что за объекты сотрудник настраивает — платформа, каталог, склад, CRM.