[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"docs-entities\u002Fcalendar-sections":3,"docs-tabs-entities\u002Fcalendar-sections":6},{"content":4,"lastmod":5},"# Секции календаря\n\nУправление секциями календаря Битрикс24: личными, групповыми и календарями переговорных. Секция — это сам календарь, в котором живут события. У одного сотрудника может быть несколько секций, например «Работа» и «Личное», у группы — один или несколько групповых календарей.\n\nБитрикс24 API: `calendar.section.*`\nСкоуп: `calendar`\n\n## Операции\n\n- [Список секций](.\u002Fcalendar-sections\u002Flist.md) — `GET \u002Fv1\u002Fcalendar-sections`\n- [Создать секцию](.\u002Fcalendar-sections\u002Fcreate.md) — `POST \u002Fv1\u002Fcalendar-sections`\n- [Обновить секцию](.\u002Fcalendar-sections\u002Fupdate.md) — `PATCH \u002Fv1\u002Fcalendar-sections\u002F:id`\n- [Удалить секцию](.\u002Fcalendar-sections\u002Fdelete.md) — `DELETE \u002Fv1\u002Fcalendar-sections\u002F:id`\n- [Пакет операций](.\u002Fcalendar-sections\u002Fbatch.md) — `POST \u002Fv1\u002Fcalendar-sections\u002Fbatch`\n\n## Что НЕ поддерживается\n\n| Операция | Причина |\n|---|---|\n| `GET \u002Fv1\u002Fcalendar-sections\u002F:id` | Получить секцию по одному `id` нельзя — доступен только список по паре `type` + `ownerId`. Запросите `GET \u002Fv1\u002Fcalendar-sections?type=\u003C...>&ownerId=\u003C...>` и отфильтруйте результат по полю `id` на стороне клиента |\n| `GET \u002Fv1\u002Fcalendar-sections\u002Ffields` | Описание полей через API недоступно — список полей зафиксирован и приведён в [Списке секций](.\u002Fcalendar-sections\u002Flist.md) |\n| `POST \u002Fv1\u002Fcalendar-sections\u002Fsearch` | Поиск по секциям не поддерживается |\n| `POST \u002Fv1\u002Fcalendar-sections\u002Faggregate` | Агрегация по секциям не поддерживается |\n\nЕсли попытаться вызвать запрещённую операцию, например `GET \u002Fv1\u002Fcalendar-sections\u002F42`, API Вайбкод вернёт `404`.\n\n## Ключевые поля\n\n| Поле | Описание |\n|------|---------|\n| `id` | Идентификатор секции |\n| `type` | Тип календаря: `user`, `group`, `company_calendar`, `location` |\n| `ownerId` | Идентификатор владельца календаря. Для `type=user` — `id` сотрудника из `GET \u002Fv1\u002Fusers`, для `type=group` — `id` рабочей группы, для `type=location` — `0` |\n| `name` | Название секции |\n| `color` | Цвет секции в формате `#RRGGBB` |\n| `textColor` | Цвет текста в формате `#RRGGBB` |\n| `export` | Параметры экспорта в формате iCal: `{ \"ALLOW\": boolean, \"SET\": \"all\" \\| \"3_9\" \\| \"6_12\" }` — поле сохраняет регистр Битрикс24 и проходит без преобразований |\n| `access` | Карта прав доступа к секции. Возвращается только на чтение |\n| `perm` | Карта разрешений текущего сотрудника. Возвращается только на чтение |\n| `isCollab` | Принадлежность к коллабе. Возвращается только на чтение |\n\nПолный список полей с типами — в ответе [`GET \u002Fv1\u002Fcalendar-sections`](.\u002Fcalendar-sections\u002Flist.md).\n\n## Что нужно знать перед работой\n\n1. **Секция определяется парой `type` + `ownerId`.** Эта пара обязательна и для списка, и для удаления. Для создания и обновления она тоже обязательна.\n2. **Поле `export` передаётся объектом.** В отличие от остальных полей, ключи внутри `export` — `ALLOW` и `SET` — идут в верхнем регистре и сохраняются без преобразований на запись и чтение.\n3. **`PATCH` требует `type` + `ownerId` в теле запроса.** Секцию нельзя найти по одному `id` — поэтому при обновлении нужно явно указать, какой именно секции принадлежит этот `id`. Один и тот же числовой `id` может встречаться в разных контекстах — например, у сотрудника `1` и сотрудника `2`.\n4. **`DELETE` требует `type` + `ownerId` в строке запроса или теле.** Если переданы оба — приоритет у строки запроса. Если параметры опущены — API Вайбкод возвращает `400 MISSING_REQUIRED_PARAMS` ещё до обращения к Битрикс24.\n5. **Удаление секции необратимо.** Запрос выполняется без подтверждения и без возможности отмены через API. Если в секции остались нужные события, заранее перенесите их в другую секцию через [`PATCH \u002Fv1\u002Fcalendar-events\u002F:id`](\u002Fdocs\u002Fentities\u002Fcalendar-events\u002Fupdate) с новым `sectionId`.\n\n## Типичный сценарий\n\n1. Получить список секций сотрудника: [`GET \u002Fv1\u002Fcalendar-sections?type=user&ownerId=1`](.\u002Fcalendar-sections\u002Flist.md).\n2. Если нужна новая отдельная секция, например «Командные встречи», — создать её: [`POST \u002Fv1\u002Fcalendar-sections`](.\u002Fcalendar-sections\u002Fcreate.md).\n3. Переименовать или сменить цвет: [`PATCH \u002Fv1\u002Fcalendar-sections\u002F:id`](.\u002Fcalendar-sections\u002Fupdate.md).\n4. Если секция больше не нужна, заранее перенести нужные события в другую секцию, как описано в пункте 5 «Что нужно знать перед работой», затем удалить: [`DELETE \u002Fv1\u002Fcalendar-sections\u002F:id`](.\u002Fcalendar-sections\u002Fdelete.md).\n\nПосле создания секции её `id` можно передавать в [`POST \u002Fv1\u002Fcalendar-events`](.\u002Fcalendar-events\u002Fcreate.md) через поле `sectionId`, чтобы все события писались в одну секцию.\n\n## Лимиты\n\n| Лимит | Значение |\n|-------|----------|\n| Максимум секций на запрос `limit` | 5000 |\n| Авто-пагинация | включается при `limit > 50` |\n| Пакет операций одной сущности | до 500 элементов в [`POST \u002Fv1\u002Fcalendar-sections\u002Fbatch`](.\u002Fcalendar-sections\u002Fbatch.md) |\n| Универсальный batch | до 50 операций в [`POST \u002Fv1\u002Fbatch`](\u002Fdocs\u002Fbatch) |\n| Rate limit | общий для API Вайбкод — см. [Лимиты и оптимизация](\u002Fdocs\u002Foptimization) |\n\n## Смотрите также\n\n- [События календаря](\u002Fdocs\u002Fentities\u002Fcalendar-events)\n- [Entity API](\u002Fdocs\u002Fentity-api)\n- [Batch](\u002Fdocs\u002Fbatch)\n- [Справочник сущностей](\u002Fdocs\u002Fentities-index)\n","2026-07-23",{"calendar-sections\u002Flist.md":7,"calendar-sections\u002Fcreate.md":8,"calendar-sections\u002Fupdate.md":9,"calendar-sections\u002Fdelete.md":10,"calendar-sections\u002Fbatch.md":11},"## Список секций\n\n`GET \u002Fv1\u002Fcalendar-sections`\n\nВозвращает все секции календаря для пары `type` + `ownerId`. У одного сотрудника может быть несколько секций — например, «Работа», «Личное», «Командные встречи».\n\n## Параметры\n\n| Параметр | Тип | Обяз. | По умолч. | Описание |\n|----------|-----|:-----:|-----------|---------|\n| `type` (query) | string | да | — | Тип календаря: `user` — личный, `group` — групповой, `company_calendar` — календарь компании, `location` — переговорная |\n| `ownerId` (query) | number | да | — | Идентификатор владельца календаря. Для сотрудника — `GET \u002Fv1\u002Fusers`, для рабочей группы — её id, для `type=location` — `0` |\n| `limit` (query) | number | нет | `50` | Количество записей, до 5000. При `limit > 50` включается автопагинация |\n| `offset` (query) | number | нет | `0` | Принимается, но не влияет на выборку — список возвращает все секции пары `type` + `ownerId` |\n\nФильтрация через `filter[...]` не поддерживается. Любой ключ `filter[name]=...` возвращает `400 UNSUPPORTED_FILTER` ещё до обращения к Битрикс24.\n\n## Примеры\n\n### curl — личный ключ\n\n```bash\ncurl \"https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fcalendar-sections?type=user&ownerId=1\" \\\n  -H \"X-Api-Key: YOUR_API_KEY\"\n```\n\n### curl — OAuth-приложение\n\n```bash\ncurl \"https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fcalendar-sections?type=user&ownerId=1\" \\\n  -H \"X-Api-Key: YOUR_APP_KEY\" \\\n  -H \"Authorization: Bearer USER_SESSION_TOKEN\"\n```\n\n### JavaScript — личный ключ\n\n```javascript\nconst params = new URLSearchParams({ type: 'user', ownerId: '1' })\nconst res = await fetch(`https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fcalendar-sections?${params}`, {\n  headers: {\n    'X-Api-Key': 'YOUR_API_KEY',\n  },\n})\n\nconst { success, data, meta } = await res.json()\nconsole.log(`Найдено ${meta.total} секций`)\n```\n\n### JavaScript — OAuth-приложение\n\n```javascript\nconst params = new URLSearchParams({ type: 'user', ownerId: '1' })\nconst res = await fetch(`https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fcalendar-sections?${params}`, {\n  headers: {\n    'X-Api-Key': 'YOUR_APP_KEY',\n    'Authorization': 'Bearer USER_SESSION_TOKEN',\n  },\n})\n\nconst { success, data, meta } = await res.json()\n```\n\n## Поля ответа\n\n| Поле | Тип | Описание |\n|------|-----|---------|\n| `success` | boolean | Всегда `true` при успехе |\n| `data` | array | Массив секций |\n| `meta.total` | number | Общее количество секций в выборке |\n| `meta.hasMore` | boolean | Есть ли ещё записи за пределами `limit` |\n\nПоля одной секции в массиве `data`:\n\n| Поле | Тип | RO | Описание |\n|------|-----|:--:|---------|\n| `id` | number | да | Идентификатор секции |\n| `name` | string | нет | Название |\n| `description` | string | нет | Описание |\n| `type` | string | нет | Тип календаря: `user`, `group`, `company_calendar`, `location` |\n| `ownerId` | number | нет | Идентификатор владельца календаря |\n| `color` | string | нет | Цвет секции в формате `#RRGGBB` |\n| `textColor` | string | нет | Цвет текста в формате `#RRGGBB` |\n| `export` | object | нет | Параметры экспорта в формате iCal: `{ \"ALLOW\": boolean, \"SET\": \"all\" \\| \"3_9\" \\| \"6_12\" }`. Ключи внутри объекта — в верхнем регистре, формат сохраняется на запись и чтение без преобразований |\n| `access` | object | да | Карта прав доступа: ключ — идентификатор права доступа, значение — числовой идентификатор разрешения |\n| `perm` | object | да | Карта разрешений текущего сотрудника: `view_time`, `view_title`, `view_full`, `add`, `edit`, `edit_section`, `access` |\n| `isCollab` | boolean | да | Принадлежность к коллабе |\n| `createdBy` | number | да | Идентификатор создателя секции |\n| `dateCreate` | datetime | да | Дата создания |\n| `updatedAt` | datetime | да | Дата последнего изменения |\n\n«RO» — поле доступно только на чтение, передавать в `POST` \u002F `PATCH` нельзя, иначе Вайбкод вернёт `400 READONLY_FIELD`.\n\n## Пример ответа\n\n```json\n{\n  \"success\": true,\n  \"data\": [\n    {\n      \"id\": 42,\n      \"name\": \"Работа\",\n      \"description\": \"Основной рабочий календарь\",\n      \"type\": \"user\",\n      \"ownerId\": 1,\n      \"color\": \"#9cbeee\",\n      \"textColor\": \"#283000\",\n      \"export\": {\n        \"ALLOW\": true,\n        \"SET\": \"3_9\"\n      },\n      \"access\": {\n        \"U1\": \"calendar_owner\",\n        \"G2\": 13\n      },\n      \"perm\": {\n        \"view_time\": true,\n        \"view_title\": true,\n        \"view_full\": true,\n        \"add\": true,\n        \"edit\": true,\n        \"edit_section\": true,\n        \"access\": true\n      },\n      \"isCollab\": false,\n      \"createdBy\": 1,\n      \"dateCreate\": \"2026-05-15T09:34:33+03:00\",\n      \"updatedAt\": \"2026-05-15T09:34:33+03:00\"\n    }\n  ],\n  \"meta\": {\n    \"total\": 1,\n    \"hasMore\": false\n  }\n}\n```\n\n## Пример ответа при ошибке\n\n400 — не переданы обязательные `type` или `ownerId`:\n\n```json\n{\n  \"success\": false,\n  \"error\": {\n    \"code\": \"MISSING_REQUIRED_PARAMS\",\n    \"message\": \"GET \u002Fv1\u002Fcalendar-sections requires query parameters: type, ownerId. Example: GET \u002Fv1\u002Fcalendar-sections?type=...&ownerId=...\"\n  }\n}\n```\n\n## Ошибки\n\n| HTTP | Код | Описание |\n|------|-----|---------|\n| 400 | `MISSING_REQUIRED_PARAMS` | Не переданы `type` или `ownerId` |\n| 400 | `UNSUPPORTED_FILTER` | Передан ключ `filter[...]` — фильтрация не поддерживается. Допустимы только `type`, `ownerId`, `limit`, `offset` |\n| 403 | `SCOPE_DENIED` | API-ключ не имеет скоупа `calendar` |\n| 401 | `TOKEN_MISSING` | У API-ключа нет настроенных токенов |\n| 502 | `BITRIX_UNAVAILABLE` | Битрикс24 временно недоступен — повторите запрос позже |\n\nПолный список общих ошибок API — [Ошибки](\u002Fdocs\u002Ferrors).\n\n## Известные особенности\n\n**`limit` обрезает выдачу на стороне API Вайбкод, `offset` не действует.** Список всегда возвращает все секции указанной пары `type` + `ownerId`. `limit` обрезает полученный массив до N записей, а `offset` принимается, но игнорируется — пропустить записи через него нельзя.\n\n**Поле `export` сохраняет регистр Битрикс24.** Ключи внутри `export` остаются `ALLOW` и `SET` в верхнем регистре — не преобразуются к camelCase. То же при отправке через [`POST \u002Fv1\u002Fcalendar-sections`](.\u002Fcreate.md): передавайте именно `{ \"ALLOW\": true, \"SET\": \"3_9\" }`.\n\n**Получить секцию по одному `id` через API нельзя.** Эндпоинт `GET \u002Fv1\u002Fcalendar-sections\u002F:id` не поддерживается. Чтобы найти одну секцию по `id` — получите список и отфильтруйте на стороне клиента: `data.find(s => s.id === 42)`.\n\n## Смотрите также\n\n- [Создать секцию](.\u002Fcreate.md)\n- [Обновить секцию](.\u002Fupdate.md)\n- [Удалить секцию](.\u002Fdelete.md)\n- [Пакет операций](.\u002Fbatch.md)\n- [События календаря](\u002Fdocs\u002Fentities\u002Fcalendar-events)\n","## Создать секцию\n\n`POST \u002Fv1\u002Fcalendar-sections`\n\nСоздаёт новую секцию календаря для сотрудника, группы или компании. Секция создаётся от имени сотрудника, чьи токены привязаны к API-ключу. Администратор портала может создавать секции для других сотрудников.\n\n## Поля запроса (body)\n\n| Поле | Тип | Обяз. | Описание |\n|------|-----|:-----:|---------|\n| `type` | string | да | Тип календаря: `user`, `group` |\n| `ownerId` | number | да | Идентификатор владельца календаря. Для сотрудника — `GET \u002Fv1\u002Fusers`, для рабочей группы — её id |\n| `name` | string | да | Название секции |\n| `description` | string | нет | Описание |\n| `color` | string | нет | Цвет секции в формате `#RRGGBB` |\n| `textColor` | string | нет | Цвет текста в формате `#RRGGBB` |\n| `export` | object | нет | Параметры экспорта в формате iCal: `{ \"ALLOW\": boolean, \"SET\": \"all\" \\| \"3_9\" \\| \"6_12\" }`. Ключи внутри объекта — в верхнем регистре. `SET` задаёт период экспорта: `all` — за всё время, `3_9` — 3 месяца назад и 9 вперёд, `6_12` — 6 месяцев назад и 12 вперёд |\n\nПоля только на чтение — `id`, `access`, `perm`, `isCollab`, `createdBy`, `dateCreate`, `updatedAt` — в теле запроса передавать нельзя, API Вайбкод вернёт `400 READONLY_FIELD`.\n\n## Примеры\n\n### curl — личный ключ\n\n```bash\ncurl -X POST \"https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fcalendar-sections\" \\\n  -H \"X-Api-Key: YOUR_API_KEY\" \\\n  -H \"Content-Type: application\u002Fjson\" \\\n  -d '{\n    \"type\": \"user\",\n    \"ownerId\": 1,\n    \"name\": \"Командные встречи\",\n    \"description\": \"Календарь для регулярных созвонов\",\n    \"color\": \"#9cbeee\",\n    \"textColor\": \"#283000\",\n    \"export\": {\n      \"ALLOW\": true,\n      \"SET\": \"3_9\"\n    }\n  }'\n```\n\n### curl — OAuth-приложение\n\n```bash\ncurl -X POST \"https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fcalendar-sections\" \\\n  -H \"X-Api-Key: YOUR_APP_KEY\" \\\n  -H \"Authorization: Bearer USER_SESSION_TOKEN\" \\\n  -H \"Content-Type: application\u002Fjson\" \\\n  -d '{\n    \"type\": \"user\",\n    \"ownerId\": 1,\n    \"name\": \"Командные встречи\",\n    \"description\": \"Календарь для регулярных созвонов\",\n    \"color\": \"#9cbeee\",\n    \"textColor\": \"#283000\",\n    \"export\": {\n      \"ALLOW\": true,\n      \"SET\": \"3_9\"\n    }\n  }'\n```\n\n### JavaScript — личный ключ\n\n```javascript\nconst res = await fetch('https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fcalendar-sections', {\n  method: 'POST',\n  headers: {\n    'X-Api-Key': 'YOUR_API_KEY',\n    'Content-Type': 'application\u002Fjson',\n  },\n  body: JSON.stringify({\n    type: 'user',\n    ownerId: 1,\n    name: 'Командные встречи',\n    description: 'Календарь для регулярных созвонов',\n    color: '#9cbeee',\n    textColor: '#283000',\n    export: {\n      ALLOW: true,\n      SET: '3_9',\n    },\n  }),\n})\n\nconst { success, data } = await res.json()\nconsole.log('Идентификатор секции:', data.id)\n```\n\n### JavaScript — OAuth-приложение\n\n```javascript\nconst res = await fetch('https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fcalendar-sections', {\n  method: 'POST',\n  headers: {\n    'X-Api-Key': 'YOUR_APP_KEY',\n    'Authorization': 'Bearer USER_SESSION_TOKEN',\n    'Content-Type': 'application\u002Fjson',\n  },\n  body: JSON.stringify({\n    type: 'user',\n    ownerId: 1,\n    name: 'Командные встречи',\n    description: 'Календарь для регулярных созвонов',\n    color: '#9cbeee',\n    textColor: '#283000',\n    export: {\n      ALLOW: true,\n      SET: '3_9',\n    },\n  }),\n})\n\nconst { success, data } = await res.json()\n```\n\n## Поля ответа\n\n| Поле | Тип | Описание |\n|------|-----|---------|\n| `success` | boolean | Всегда `true` при успехе |\n| `data.id` | number | Идентификатор созданной секции — единственное поле в ответе на создание |\n\nЧтобы получить остальные поля созданной секции, например `color`, `access` и `perm`, запросите [`GET \u002Fv1\u002Fcalendar-sections?type=\u003C...>&ownerId=\u003C...>`](.\u002Flist.md) и найдите запись по `id`.\n\n## Пример ответа\n\n```json\n{\n  \"success\": true,\n  \"data\": {\n    \"id\": 99\n  }\n}\n```\n\n## Пример ответа при ошибке\n\n400 — передано поле только на чтение:\n\n```json\n{\n  \"success\": false,\n  \"error\": {\n    \"code\": \"READONLY_FIELD\",\n    \"message\": \"Field 'access' is read-only and cannot be set\"\n  }\n}\n```\n\n422 — пропущено обязательное поле:\n\n```json\n{\n  \"success\": false,\n  \"error\": {\n    \"code\": \"BITRIX_ERROR\",\n    \"message\": \"Недопустимое значение параметра \\\"name\\\"\"\n  }\n}\n```\n\n## Ошибки\n\n| HTTP | Код | Описание |\n|------|-----|---------|\n| 422 | `BITRIX_ERROR` | Пропущено обязательное поле `type`, `ownerId` или `name`, либо некорректное значение поля |\n| 400 | `READONLY_FIELD` | В теле запроса передано поле только на чтение — `id`, `access`, `perm`, `isCollab`, `createdBy`, `dateCreate`, `updatedAt` |\n| 400 | `EMPTY_CREATE_BODY` | Тело запроса пустое — передайте хотя бы одно поле |\n| 403 | `SCOPE_DENIED` | API-ключ не имеет скоупа `calendar` |\n| 403 | `WRITE_BLOCKED_READONLY_KEY` | API-ключ в режиме «только чтение» — запись запрещена |\n| 401 | `TOKEN_MISSING` | У API-ключа нет настроенных токенов |\n| 502 | `BITRIX_UNAVAILABLE` | Битрикс24 временно недоступен — повторите запрос позже |\n\nПолный список общих ошибок API — [Ошибки](\u002Fdocs\u002Ferrors).\n\n## Известные особенности\n\n**Ответ на создание содержит только `id`.** Остальные поля новой секции, включая присвоенные `access` и `perm`, в ответе не приходят — чтобы получить их, сделайте отдельный запрос к [`GET \u002Fv1\u002Fcalendar-sections`](.\u002Flist.md).\n\n**Поле `export` сохраняет регистр.** Передавайте именно `{ \"ALLOW\": true, \"SET\": \"3_9\" }` — ключи в верхнем регистре, API Вайбкод не преобразует их к camelCase. В нижнем регистре ключи `export` не применяются.\n\n## Смотрите также\n\n- [Список секций](.\u002Flist.md)\n- [Обновить секцию](.\u002Fupdate.md)\n- [Удалить секцию](.\u002Fdelete.md)\n- [Пакет операций](.\u002Fbatch.md)\n- [События календаря](\u002Fdocs\u002Fentities\u002Fcalendar-events)\n","## Обновить секцию\n\n`PATCH \u002Fv1\u002Fcalendar-sections\u002F:id`\n\nОбновляет поля существующей секции. `type`, `ownerId` и `name` обязательны в каждом вызове — даже если меняется только цвет или описание.\n\n## Параметры\n\n| Параметр | Тип | Обяз. | Описание |\n|----------|-----|:-----:|---------|\n| `id` (path) | number | да | Идентификатор секции |\n\n## Поля запроса (body)\n\n| Поле | Тип | Обяз. | Описание |\n|------|-----|:-----:|---------|\n| `type` | string | да | Тип календаря: `user`, `group`. Должен соответствовать `type` существующей секции — иначе вернётся ошибка доступа |\n| `ownerId` | number | да | Идентификатор владельца календаря. Должен соответствовать `ownerId` существующей секции |\n| `name` | string | да | Название секции. Требуется даже при изменении других полей — передавайте текущее значение, если переименование не нужно |\n| `description` | string | нет | Описание |\n| `color` | string | нет | Цвет секции в формате `#RRGGBB` |\n| `textColor` | string | нет | Цвет текста в формате `#RRGGBB` |\n| `export` | object | нет | Параметры экспорта в формате iCal: `{ \"ALLOW\": boolean, \"SET\": \"all\" \\| \"3_9\" \\| \"6_12\" }`. Ключи внутри объекта — в верхнем регистре |\n\nПоля только на чтение — `id`, `access`, `perm`, `isCollab`, `createdBy`, `dateCreate`, `updatedAt` — в теле запроса передавать нельзя.\n\n## Примеры\n\n### curl — личный ключ\n\n```bash\ncurl -X PATCH \"https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fcalendar-sections\u002F42\" \\\n  -H \"X-Api-Key: YOUR_API_KEY\" \\\n  -H \"Content-Type: application\u002Fjson\" \\\n  -d '{\n    \"type\": \"user\",\n    \"ownerId\": 1,\n    \"name\": \"Командные встречи\",\n    \"color\": \"#FF5733\",\n    \"description\": \"Обновлённое описание\"\n  }'\n```\n\n### curl — OAuth-приложение\n\n```bash\ncurl -X PATCH \"https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fcalendar-sections\u002F42\" \\\n  -H \"X-Api-Key: YOUR_APP_KEY\" \\\n  -H \"Authorization: Bearer USER_SESSION_TOKEN\" \\\n  -H \"Content-Type: application\u002Fjson\" \\\n  -d '{\n    \"type\": \"user\",\n    \"ownerId\": 1,\n    \"name\": \"Командные встречи\",\n    \"color\": \"#FF5733\",\n    \"description\": \"Обновлённое описание\"\n  }'\n```\n\n### JavaScript — личный ключ\n\n```javascript\nconst res = await fetch('https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fcalendar-sections\u002F42', {\n  method: 'PATCH',\n  headers: {\n    'X-Api-Key': 'YOUR_API_KEY',\n    'Content-Type': 'application\u002Fjson',\n  },\n  body: JSON.stringify({\n    type: 'user',\n    ownerId: 1,\n    name: 'Командные встречи',\n    color: '#FF5733',\n    description: 'Обновлённое описание',\n  }),\n})\n\nconst { success, data } = await res.json()\n```\n\n### JavaScript — OAuth-приложение\n\n```javascript\nconst res = await fetch('https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fcalendar-sections\u002F42', {\n  method: 'PATCH',\n  headers: {\n    'X-Api-Key': 'YOUR_APP_KEY',\n    'Authorization': 'Bearer USER_SESSION_TOKEN',\n    'Content-Type': 'application\u002Fjson',\n  },\n  body: JSON.stringify({\n    type: 'user',\n    ownerId: 1,\n    name: 'Командные встречи',\n    color: '#FF5733',\n    description: 'Обновлённое описание',\n  }),\n})\n\nconst { success, data } = await res.json()\n```\n\n## Поля ответа\n\n| Поле | Тип | Описание |\n|------|-----|---------|\n| `success` | boolean | Всегда `true` при успехе |\n| `data.id` | number | Идентификатор обновлённой секции — единственное поле в ответе на обновление |\n\nЧтобы получить актуальные значения остальных полей — запросите [`GET \u002Fv1\u002Fcalendar-sections?type=\u003C...>&ownerId=\u003C...>`](.\u002Flist.md).\n\n## Пример ответа\n\n```json\n{\n  \"success\": true,\n  \"data\": {\n    \"id\": 42\n  }\n}\n```\n\n## Пример ответа при ошибке\n\n400 — пропущен обязательный якорь `type`, `ownerId` или `name`, проверяется до обращения к Битрикс24:\n\n```json\n{\n  \"success\": false,\n  \"error\": {\n    \"code\": \"MISSING_REQUIRED_PARAMS\",\n    \"message\": \"PATCH \u002Fv1\u002Fcalendar-sections\u002F{id} requires: name. Example: PATCH \u002Fv1\u002Fcalendar-sections\u002F{id} { \\\"name\\\": ..., ... }\"\n  }\n}\n```\n\n## Ошибки\n\n| HTTP | Код | Описание |\n|------|-----|---------|\n| 400 | `MISSING_REQUIRED_PARAMS` | Пропущено обязательное поле `type`, `ownerId` или `name` — проверяется до обращения к Битрикс24 |\n| 422 | `BITRIX_ERROR` | Некорректное значение поля, например недопустимый `type` |\n| 400 | `READONLY_FIELD` | В теле запроса передано поле только на чтение |\n| 403 | `SCOPE_DENIED` | API-ключ не имеет скоупа `calendar` |\n| 403 | `WRITE_BLOCKED_READONLY_KEY` | API-ключ в режиме «только чтение» — запись запрещена |\n| 401 | `TOKEN_MISSING` | У API-ключа нет настроенных токенов |\n| 502 | `BITRIX_UNAVAILABLE` | Битрикс24 временно недоступен — повторите запрос позже |\n\nПолный список общих ошибок API — [Ошибки](\u002Fdocs\u002Ferrors).\n\n## Известные особенности\n\n**`type`, `ownerId`, `name` обязательны в каждом вызове.** Частичное обновление секции не поддерживается — три поля-якоря нужны, даже если меняется только цвет. Если переименование не нужно, передайте текущее `name` — его можно получить через [`GET \u002Fv1\u002Fcalendar-sections`](.\u002Flist.md).\n\n**Несуществующий `id` возвращает `200` без изменений.** Обновление секции, которой нет, не приводит к ошибке — приходит `{ \"success\": true, \"data\": { \"id\": \u003Cid> } }`, но ничего не меняется. Прежде чем полагаться на результат, убедитесь, что секция есть в [`GET \u002Fv1\u002Fcalendar-sections`](.\u002Flist.md).\n\n**Ответ на обновление содержит только `id`.** Чтобы увидеть обновлённую секцию полностью, сделайте отдельный запрос к [`GET \u002Fv1\u002Fcalendar-sections`](.\u002Flist.md).\n\n## Смотрите также\n\n- [Список секций](.\u002Flist.md)\n- [Создать секцию](.\u002Fcreate.md)\n- [Удалить секцию](.\u002Fdelete.md)\n- [Пакет операций](.\u002Fbatch.md)\n","## Удалить секцию\n\n`DELETE \u002Fv1\u002Fcalendar-sections\u002F:id`\n\nУдаляет секцию календаря по идентификатору. Восстановить удалённую секцию через API нельзя — повторите [`POST \u002Fv1\u002Fcalendar-sections`](.\u002Fcreate.md), если потребуется снова.\n\n## Параметры\n\n| Параметр | Тип | Обяз. | Описание |\n|----------|-----|:-----:|---------|\n| `id` (path) | number | да | Идентификатор секции |\n| `type` (query или body) | string | да | Тип календаря: `user`, `group`. Секцию нельзя найти по одному `id` — нужна пара `type` + `ownerId` |\n| `ownerId` (query или body) | number | да | Идентификатор владельца календаря |\n\nПараметры `type` и `ownerId` принимаются и в строке запроса, и в теле — если переданы оба, **приоритет у строки запроса**. Если параметр опущен и там, и там — API Вайбкод возвращает `400 MISSING_REQUIRED_PARAMS` до обращения к Битрикс24.\n\n## Примеры\n\n### curl — личный ключ\n\n```bash\ncurl -X DELETE \"https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fcalendar-sections\u002F42?type=user&ownerId=1\" \\\n  -H \"X-Api-Key: YOUR_API_KEY\"\n```\n\n### curl — OAuth-приложение\n\n```bash\ncurl -X DELETE \"https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fcalendar-sections\u002F42?type=user&ownerId=1\" \\\n  -H \"X-Api-Key: YOUR_APP_KEY\" \\\n  -H \"Authorization: Bearer USER_SESSION_TOKEN\"\n```\n\n### JavaScript — личный ключ\n\n```javascript\nconst params = new URLSearchParams({ type: 'user', ownerId: '1' })\nconst res = await fetch(`https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fcalendar-sections\u002F42?${params}`, {\n  method: 'DELETE',\n  headers: {\n    'X-Api-Key': 'YOUR_API_KEY',\n  },\n})\n\nif (res.status === 204) {\n  console.log('Секция удалена')\n}\n```\n\n### JavaScript — OAuth-приложение\n\n```javascript\nconst params = new URLSearchParams({ type: 'user', ownerId: '1' })\nconst res = await fetch(`https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fcalendar-sections\u002F42?${params}`, {\n  method: 'DELETE',\n  headers: {\n    'X-Api-Key': 'YOUR_APP_KEY',\n    'Authorization': 'Bearer USER_SESSION_TOKEN',\n  },\n})\n\nif (res.status === 204) {\n  console.log('Удалено')\n}\n```\n\n## Ответ\n\nПри успешном удалении возвращается HTTP-статус `204 No Content` с пустым телом. Признак успеха — код ответа, не содержимое.\n\n## Пример ответа\n\n```\nHTTP\u002F1.1 204 No Content\n```\n\n## Пример ответа при ошибке\n\n400 — пропущены `type` и `ownerId`:\n\n```json\n{\n  \"success\": false,\n  \"error\": {\n    \"code\": \"MISSING_REQUIRED_PARAMS\",\n    \"message\": \"DELETE \u002Fv1\u002Fcalendar-sections\u002F:id requires type, ownerId (query or body). Example: DELETE \u002Fv1\u002Fcalendar-sections\u002F:id?type=...&ownerId=...\",\n    \"missing\": [\"type\", \"ownerId\"]\n  }\n}\n```\n\n## Ошибки\n\n| HTTP | Код | Описание |\n|------|-----|---------|\n| 400 | `MISSING_REQUIRED_PARAMS` | Не переданы `type` или `ownerId` — ни в строке запроса, ни в теле. Поле `missing` в ответе перечисляет конкретные пропущенные ключи |\n| 422 | `BITRIX_ERROR` | Секция с указанным `id` не существует, уже удалена или недоступна |\n| 403 | `SCOPE_DENIED` | API-ключ не имеет скоупа `calendar` |\n| 403 | `WRITE_BLOCKED_READONLY_KEY` | API-ключ в режиме «только чтение» — запись запрещена |\n| 401 | `TOKEN_MISSING` | У API-ключа нет настроенных токенов |\n| 502 | `BITRIX_UNAVAILABLE` | Битрикс24 временно недоступен — повторите запрос позже |\n\nПолный список общих ошибок API — [Ошибки](\u002Fdocs\u002Ferrors).\n\n## Известные особенности\n\n**Подтверждения нет.** Запрос выполняется без интерактивного подтверждения и без отмены — операция необратима. Перед удалением убедитесь, что секция вам больше не нужна. Если в ней остались нужные события, заранее перенесите их в другую секцию через [`PATCH \u002Fv1\u002Fcalendar-events\u002F:id`](\u002Fdocs\u002Fentities\u002Fcalendar-events\u002Fupdate) с новым `sectionId`.\n\n**Приоритет строки запроса над телом.** Если `type` и `ownerId` переданы и в `?type=...&ownerId=...`, и в JSON-теле — берутся значения из строки запроса. Тело используется только как запасной источник, когда параметров в строке нет.\n\n## Смотрите также\n\n- [Список секций](.\u002Flist.md)\n- [Пакет операций](.\u002Fbatch.md)\n- [События календаря](\u002Fdocs\u002Fentities\u002Fcalendar-events)\n","## Пакет операций над секциями календаря\n\n`POST \u002Fv1\u002Fcalendar-sections\u002Fbatch`\n\nМассовое создание, обновление или удаление секций календаря одним запросом — до 500 элементов за вызов. Это отдельный эндпоинт сущности, не путать с [универсальным batch](\u002Fdocs\u002Fbatch), который объединяет операции разных сущностей и ограничен 50 вызовами.\n\n## Поля запроса (body)\n\n| Поле | Тип | Обяз. | Описание |\n|------|-----|:-----:|---------|\n| `action` | string | да | Тип операции: `create`, `update` или `delete` |\n| `items` | array | да при `create` и `update` | Список элементов, до 500. Для `create` — `[{ type, ownerId, name, color?, ... }]`. Для `update` — `[{ id, type, ownerId, name, ... }]`. Набор полей элемента совпадает с телом [`POST \u002Fv1\u002Fcalendar-sections`](.\u002Fcreate.md) и [`PATCH \u002Fv1\u002Fcalendar-sections\u002F:id`](.\u002Fupdate.md) |\n| `ids` | number[] | да при `delete` | Идентификаторы секций для удаления, до 500 |\n| `type` | string | да при `delete` | Тип календаря, передаётся рядом с `ids`. Значения — `user`, `group`, `company_calendar`, `location` |\n| `ownerId` | number | да при `delete` | Идентификатор владельца календаря, передаётся рядом с `ids`. Для `type=user` — `id` сотрудника из [`GET \u002Fv1\u002Fusers`](\u002Fdocs\u002Fentities\u002Fusers), для `type=group` — `id` рабочей группы, для `type=location` — `0` |\n\nДля `create` и `update` пара `type` + `ownerId` и поле `name` входят в каждый элемент `items`. Для `delete` `type` и `ownerId` общие для всего пакета и передаются на верхнем уровне рядом с `ids`.\n\n## Примеры\n\n### curl — личный ключ\n\n```bash\ncurl -X POST \"https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fcalendar-sections\u002Fbatch\" \\\n  -H \"X-Api-Key: YOUR_API_KEY\" \\\n  -H \"Content-Type: application\u002Fjson\" \\\n  -d '{\n    \"action\": \"create\",\n    \"items\": [\n      { \"type\": \"user\", \"ownerId\": 1, \"name\": \"Командные встречи\", \"color\": \"#ff5b49\" },\n      { \"type\": \"user\", \"ownerId\": 1, \"name\": \"Личное\", \"color\": \"#2fc6f6\" }\n    ]\n  }'\n```\n\n### curl — OAuth-приложение\n\n```bash\ncurl -X POST \"https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fcalendar-sections\u002Fbatch\" \\\n  -H \"X-Api-Key: YOUR_APP_KEY\" \\\n  -H \"Authorization: Bearer USER_SESSION_TOKEN\" \\\n  -H \"Content-Type: application\u002Fjson\" \\\n  -d '{\n    \"action\": \"create\",\n    \"items\": [\n      { \"type\": \"user\", \"ownerId\": 1, \"name\": \"Командные встречи\", \"color\": \"#ff5b49\" },\n      { \"type\": \"user\", \"ownerId\": 1, \"name\": \"Личное\", \"color\": \"#2fc6f6\" }\n    ]\n  }'\n```\n\n### JavaScript — личный ключ\n\n```javascript\nconst res = await fetch('https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fcalendar-sections\u002Fbatch', {\n  method: 'POST',\n  headers: {\n    'X-Api-Key': 'YOUR_API_KEY',\n    'Content-Type': 'application\u002Fjson',\n  },\n  body: JSON.stringify({\n    action: 'create',\n    items: [\n      { type: 'user', ownerId: 1, name: 'Командные встречи', color: '#ff5b49' },\n      { type: 'user', ownerId: 1, name: 'Личное', color: '#2fc6f6' },\n    ],\n  }),\n})\n\nconst { data } = await res.json()\ndata.results.forEach((item) => {\n  if (item.success) console.log(`#${item.index} → id=${item.id}`)\n  else console.log(`#${item.index} → ошибка: ${item.error} ${item.message}`)\n})\n```\n\n### JavaScript — OAuth-приложение\n\n```javascript\nconst res = await fetch('https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fcalendar-sections\u002Fbatch', {\n  method: 'POST',\n  headers: {\n    'X-Api-Key': 'YOUR_APP_KEY',\n    'Authorization': 'Bearer USER_SESSION_TOKEN',\n    'Content-Type': 'application\u002Fjson',\n  },\n  body: JSON.stringify({\n    action: 'create',\n    items: [\n      { type: 'user', ownerId: 1, name: 'Командные встречи', color: '#ff5b49' },\n      { type: 'user', ownerId: 1, name: 'Личное', color: '#2fc6f6' },\n    ],\n  }),\n})\n\nconst { data } = await res.json()\n```\n\n## Поля ответа\n\n| Поле | Тип | Описание |\n|------|-----|---------|\n| `success` | boolean | Всегда `true`, если запрос прошёл верхнеуровневую валидацию. Результат каждого элемента — в `data.results[i].success` |\n| `data.results` | array | Массив результатов в том же порядке, что `items` или `ids` запроса |\n| `data.results[].index` | number | Индекс элемента, начиная с `0` |\n| `data.results[].success` | boolean | Результат этой операции |\n| `data.results[].id` | number | Идентификатор секции при `create`, `update` и `delete` |\n| `data.results[].error` | string | Код ошибки для упавшего элемента, `UNKNOWN` если код не определён. Может быть пустой строкой, если Битрикс24 прислал только текст без кода |\n| `data.results[].message` | string | Текст ошибки для упавшего элемента |\n| `data.summary.total` | number | Всего обработано элементов |\n| `data.summary.succeeded` | number | Сколько выполнено успешно |\n| `data.summary.failed` | number | Сколько завершилось ошибкой |\n\n## Пример ответа\n\n`action: create` — обе секции созданы:\n\n```json\n{\n  \"success\": true,\n  \"data\": {\n    \"results\": [\n      { \"index\": 0, \"success\": true, \"id\": 181 },\n      { \"index\": 1, \"success\": true, \"id\": 183 }\n    ],\n    \"summary\": { \"total\": 2, \"succeeded\": 2, \"failed\": 0 }\n  }\n}\n```\n\n`action: update` — элемент без `type` завершился ошибкой, а верхний `success` остался `true`:\n\n```json\n{\n  \"success\": true,\n  \"data\": {\n    \"results\": [\n      {\n        \"index\": 0,\n        \"success\": false,\n        \"error\": \"\",\n        \"message\": \"Не задан обязательный параметр \\\"type\\\" для метода \\\"calendar.section.update\\\"\"\n      }\n    ],\n    \"summary\": { \"total\": 1, \"succeeded\": 0, \"failed\": 1 }\n  }\n}\n```\n\n## Пример ответа при ошибке\n\n400 — при `action: delete` не переданы `type` и `ownerId` рядом с `ids`:\n\n```json\n{\n  \"success\": false,\n  \"error\": {\n    \"code\": \"MISSING_REQUIRED_PARAMS\",\n    \"message\": \"POST \u002Fv1\u002Fcalendar-sections\u002Fbatch { action: \\\"delete\\\" } requires type, ownerId alongside ids. Example: { \\\"action\\\": \\\"delete\\\", \\\"ids\\\": [...], \\\"type\\\": ..., \\\"ownerId\\\": ... }\",\n    \"missing\": [\"type\", \"ownerId\"]\n  }\n}\n```\n\n## Ошибки\n\n| HTTP | Код | Описание |\n|------|-----|---------|\n| 400 | `MISSING_REQUIRED_PARAMS` | `action: delete` без `type` или `ownerId` рядом с `ids` |\n| 400 | `INVALID_BATCH_ACTION` | `action` не является поддерживаемой операцией |\n| 400 | `BATCH_ITEM_VALIDATION` | `items` или `ids` пустой либо не массив, или элемент `update` без `id` |\n| 400 | `BATCH_LIMIT_EXCEEDED` | В запросе передано более 500 элементов |\n| 403 | `SCOPE_DENIED` | Ключу не хватает скоупа `calendar` |\n| 403 | `WRITE_BLOCKED_READONLY_KEY` | Ключ в режиме «только чтение» — запись запрещена |\n| 403 | `MANAGEMENT_KEY_NO_ENTITY_ACCESS` | Использован management-ключ вместо ключа приложения |\n| 401 | `TOKEN_MISSING` | У ключа нет настроенных токенов |\n\nОшибки отдельных элементов приходят внутри `data.results[i]` — поле `error` с кодом или пустой строкой и `message` с текстом.\n\nПолный список общих ошибок API — [Ошибки](\u002Fdocs\u002Ferrors).\n\n## Известные особенности\n\n**Верхний `success` остаётся `true`, если запрос прошёл верхнеуровневую валидацию.** Упавшие элементы не превращают весь ответ в ошибку — это позволяет обработать частичный результат. Перед использованием результата проверяйте `data.results[i].success` для каждого элемента, а сводку смотрите в `data.summary`.\n\n**Пакетный `update` не дополняет `type`, `ownerId` и `name` из существующей секции.** В отличие от одиночного [`PATCH \u002Fv1\u002Fcalendar-sections\u002F:id`](.\u002Fupdate.md), который подставляет эти поля сам, в пакете их нужно передать в каждом элементе `items`. Без них элемент завершается ошибкой, а остальные продолжают обрабатываться.\n\n## Смотрите также\n\n- [Создать секцию](.\u002Fcreate.md)\n- [Обновить секцию](.\u002Fupdate.md)\n- [Удалить секцию](.\u002Fdelete.md)\n- [Секции календаря](\u002Fdocs\u002Fentities\u002Fcalendar-sections)\n- [Универсальный batch](\u002Fdocs\u002Fbatch)\n"]