AACSearch / руководство
Управление пользователями через SCIM
Синхронизация состава организации с провайдером идентификации: подключение по SCIM-токену, возможности Users и Groups, безопасная ротация и отзыв токенов.
SCIM синхронизирует состав организации из провайдера идентификации. Это отдельный механизм от SSO и от ключей tenant API: SSO выполняет вход, а SCIM создаёт и удаляет участие в организации.
Подключение провайдера
Выберите организацию
Откройте Настройки → SCIM.
Создайте SCIM-токен
От имени владельца создайте именованный SCIM-токен. Сразу перенесите полученный секрет в защищённые настройки провайдера.
Скопируйте базовый URL
Из консоли (/scim/v2 на домене API). Используйте Authorization: Bearer YOUR_SCIM_TOKEN, а не X-NOVA-API-KEY.
Узнайте поддерживаемые операции
Прочитайте ServiceProviderConfig, ResourceTypes и Schemas, затем
проверьте работу на тестовом пользователе и группе.
curl https://api.aacsearch.com/scim/v2/ServiceProviderConfig \
-H "Authorization: Bearer $SCIM_TOKEN"Проверка: конфигурация отвечает 200 и перечисляет поддерживаемые
возможности ниже. Отсутствующий или отозванный токен даёт 401.
Что поддерживается
| Возможность | Поддержка |
|---|---|
PATCH для Users и Groups | Да |
PUT для Users (замена) | Да |
| Фильтрация | Да, до 200 результатов |
| Массовые операции (bulk) | Нет |
| Сортировка, ETag, смена пароля | Нет |
Смотрите это в ServiceProviderConfig, а не предполагайте полное покрытие SCIM:
провайдеру, которому нужна возможность из колонки «Нет», потребуется другая
стратегия синхронизации для неё.
Пользователи
SCIM-User — это пользователь консоли плюс строка его участия в организации, к которой привязан токен. Сопоставление важно при настройке провайдера:
userName/emails— адрес, идентифицирующий учётную запись.displayName/name— имя человека.externalId— сохраняется, чтобы провайдер и платформа совпадали в идентичности.active— является ли пользователь участником этой организации.
active — это участие, а не учётная запись
Деактивация пользователя убирает его участие в выбранной организации. Она не удаляет учётную запись человека и не влияет на его участие в других организациях. Проверьте получившиеся роли и доступ в консоли, прежде чем включать автоматическое управление пользователями широко.
GET /Users перечисляет участников и поддерживает фильтрацию; POST /Users
создаёт, PUT /Users/{id} заменяет, PATCH /Users/{id} изменяет, а
DELETE /Users/{id} убирает участие.
Проверка: создайте тестового пользователя через провайдера, убедитесь, что он появился в консоли в разделе Команда, затем деактивируйте его и убедитесь, что участие исчезло, а учётная запись осталась.
Группы
SCIM-Group устроена ограниченнее, чем обычно предполагает интерфейс провайдера: группа пользователя и есть его роль в организации.
GET /Groups и GET /Groups/{id} перечисляют их; PATCH /Groups/{id} меняет
состав роли. POST или DELETE для Groups нет — набор ролей определяется
платформой, а не создаётся провайдером.
Настройте провайдера так, чтобы его группы сопоставлялись с существующими ролями организации, и убедитесь в консоли (Команда → Роли), что нужные люди получили нужную роль.
Эксплуатация и отзыв
Просматривайте недавнюю активность SCIM и журнал аудита организации. Отзывайте неиспользуемые токены на странице настроек SCIM. Ротация:
- Создайте новый токен.
- Обновите его в провайдере идентификации.
- Убедитесь, что запрос проходит.
- Отзовите старый токен.
Никогда не вставляйте токены в тикеты, систему контроля версий или логи. Токен привязан к одной организации и не может использоваться для tenant API.
Диагностика
| Симптом | Причина | Решение |
|---|---|---|
401 на каждом запросе | Токен отозван, опечатка, или использован X-NOVA-API-KEY вместо Bearer | Отправляйте Authorization: Bearer <scim_…> |
404 на /scim/v2/... | Неверный домен — SCIM живёт на домене API, а не консоли | Используйте базовый URL из консоли |
| Неподдерживаемый фильтр или операция | Провайдеру нужна возможность из колонки «Нет» | Адаптируйте синхронизацию к поддерживаемому подмножеству |
| Пользователь создан, но доступа нет | active = false, или группа сопоставлена с ролью без прав | Проверьте участие и сопоставленную роль |
Далее
- Единый вход (SSO) — аутентификационная половина той же настройки.
- Аутентификация в консоли — сессии, пароли и приглашения.
- Консоль → Организация — роли и журнал аудита.
Единый вход (SSO)
Вход в консоль по OIDC, callback URL для регистрации в провайдере идентификации, обязательный SSO для организации и границы SSO: провижининг и авторизация — отдельно.
Лимиты и квоты
Месячная квота запросов по тарифам и что в неё засчитывается, лимиты частоты по области ключа, лимит AI-операций на сессию и ограничения размера запросов.