#Удалить отдел
DELETE /v1/departments/:id
Удаляет отдел по ID. Отдел с дочерними отделами или закреплёнными сотрудниками удалить нельзя — DELETE вернёт HTTP 422 BITRIX_ERROR. Перед удалением такого отдела перенесите дочерние отделы и сотрудников.
#Параметры
| Параметр | Тип | Обяз. | Описание |
|---|---|---|---|
id (path) |
number | да | ID отдела |
#Примеры
#curl — личный ключ
curl -X DELETE "https://vibecode.bitrix24.tech/v1/departments/189" \
-H "X-Api-Key: YOUR_API_KEY"
#curl — OAuth-приложение
curl -X DELETE "https://vibecode.bitrix24.tech/v1/departments/189" \
-H "X-Api-Key: YOUR_APP_KEY" \
-H "Authorization: Bearer USER_SESSION_TOKEN"
#JavaScript — личный ключ
const res = await fetch('https://vibecode.bitrix24.tech/v1/departments/189', {
method: 'DELETE',
headers: {
'X-Api-Key': 'YOUR_API_KEY',
},
})
if (res.status === 204) {
console.log('Отдел удалён')
}
#JavaScript — OAuth-приложение
const res = await fetch('https://vibecode.bitrix24.tech/v1/departments/189', {
method: 'DELETE',
headers: {
'X-Api-Key': 'YOUR_APP_KEY',
'Authorization': 'Bearer USER_SESSION_TOKEN',
},
})
if (res.status === 204) {
console.log('Удалено')
}
#Ответ
При успешном удалении возвращается HTTP-статус 204 No Content с пустым телом — признак успеха проверяется по статусу.
#Пример ответа
HTTP/1.1 204 No Content
#Пример ответа при ошибке
422 — отдел не найден или содержит дочерние отделы/сотрудников:
{
"success": false,
"error": {
"code": "BITRIX_ERROR",
"message": "Department not found"
}
}
#Ошибки
| HTTP | Код | Описание |
|---|---|---|
| 422 | BITRIX_ERROR |
Отдел не найден или удаление запрещено: внутри есть дочерние отделы либо закреплённые сотрудники |
| 403 | SCOPE_DENIED |
API-ключ не имеет скоупа department |
| 401 | TOKEN_MISSING |
API-ключ не имеет настроенных токенов |
Полный список общих ошибок API — Ошибки.
#Известные особенности
Перед удалением нужно очистить отдел. Отдел с дочерними отделами или закреплёнными сотрудниками DELETE не удаляет — возвращает HTTP 422 BITRIX_ERROR. Порядок действий: перенести или удалить дочерние отделы через `PATCH /v1/departments/:id` либо `DELETE /v1/departments/:id`, затем переназначить сотрудников через `PATCH /v1/users/:id` с указанием нового departmentId (массив ID отделов), и только после этого вызвать DELETE для пустого отдела.
#Смотрите также
- Список отделов — посмотреть дочерние отделы перед удалением
- Обновить отдел — перенос дочерних отделов
- Сотрудники — переназначение сотрудников
- Batch — массовое удаление