Перейти к содержимому

POST /api/spaces/:id/specialties/:specId — Переопределить специальность

Как открыть: вкладка «Спейсы» → карточка спейса → «Настройки спейса»«Специализации». Дальше либо измените поле у существующей специальности (название, цвет, описание, видимость), либо нажмите «Добавить» и заведите новую — оба действия идут через этот метод.

Это рабочая лошадка оверлея специальностей. Один и тот же метод закрывает два сценария:

  • Переопределить унаследованную специальность коллекции — вы меняете её поле прямо в спейсе, не трогая саму коллекцию. В таблице у поля появляется индикатор «переопределено» и кнопка «Вернуть исходное значение». Снять переопределение и вернуться к значению из коллекции — Снять переопределение.
  • Завести кастомную специальность, которой в коллекции нет вовсе (строка с пометкой «кастомная»).

Передаются только меняемые поля; что не передали — остаётся как было. Изменения видны всем в спейсе, но саму коллекцию и другие спейсы не затрагивают — в этом весь смысл оверлея.

Кто может. Только менеджер этого спейса (спейсмен) или администратор организации (RP-053; на бэкенде — requireSpacemanOrOrgAdmin). Сотрудник, наблюдатель и гость кнопок правки не видят и получают 403.

Связанные


Машинная сводка (HTTP, таблицы, связанные требования)
ПолеЗначение
HTTPPOST /api/spaces/:id/specialties/:specId
Auth
Scope токенаread_write
PG-функции
Таблицы
SRM— (вне SRM, документировано по коду)
RP (права)
Файл роутаserver/routes/spaces.js
Статуспо коду (вне SRM)

Аргументы запроса (best-effort из хендлера; путь-параметры опущены):

аргументов не обнаружено (подтвердить вручную по server/routes/spaces.js)

Коды ответов/ошибок (из хендлера): 200уточнить причины вручную


Витрина продукта · Версия для агента (raw markdown) →