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

POST /api/spaces/:id/restore — Восстановить спейс

Сгенерировано из матриц + кода. Правки вносить в источники (docs/matrices/, server/routes/), не здесь.

ПолеЗначение
HTTPPOST /api/spaces/:id/restore
AuthrequireSpaceOrgAdmin — requireSpaceOrgAdmin
Scope токенаread_write
PG-функцииapi.restore_space
Таблицы
SRM— (вне SRM, документировано по коду)
RP (права)
Файл роутаserver/routes/spaces.js
Статуспо коду (вне SRM)

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

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

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

Для человека

Как открыть: раздел «Корзина» в управлении организацией → найдите удалённый спейс → «Восстановить».

Возвращает спейс из корзины: снимает пометку удаления, и спейс снова доступен в списках и навигации. Это обратная операция к удалению спейса.

Кто может. Только администратор организации или администратор платформы (requireSpaceOrgAdmin, RP-138). Кто видит корзину — тот и восстанавливает.

Для агента

Запись — токен со scope read_write. В WRITE_ALLOW как SPACE_RESTORE; маршрут защищён requireSpaceOrgAdmin, поэтому восстановить спейс может только токен владельца-org_admin его организации — иначе 403.

Путь:

ПараметрГдеНазначение
idpathUUID спейса в корзине

Тела у запроса нет.

Пример запроса:

Окно терминала
curl -X POST https://specbuilder.vnimanie.ai/api/spaces/c0ffee00-1234-4abc-9def-0123456789ab/restore \
-H "Authorization: Bearer tak_..."

Ответ 200:

{ "ok": true }

Если спейса с таким id нет вовсе — PG бросит SPACE_NOT_FOUND, хендлер вернёт 404. Список того, что лежит в корзине, — Удалённые спейсы.

Связанные