## Включить сотрудника в график

`POST /v1/workday/schedules/:id/users`

Включает сотрудника в график работы. Если сотрудник был исключён из этого графика, исключение снимается и график снова действует для него.

Требуется скоуп `timeman` и право управлять графиками работы в Битрикс24: у администратора портала оно есть всегда, сотруднику его выдают в настройках прав доступа учёта рабочего времени. Ключ READONLY сотрудника в график не включает. Исключить сотрудника из графика — на странице [Исключить сотрудника из графика](/docs/workday/schedules-users-delete).

## Параметры

| Параметр | Тип | Обяз. | По умолч. | Описание |
|----------|-----|:-----:|-----------|----------|
| `id` (path) | integer | да | — | ID графика работы, положительное целое. Где взять: страница «Рабочие графики» портала (`/timeman/schedules/`), списка графиков в API нет. Проверить по ID: [`GET /v1/workday/schedule`](/docs/workday/schedule) |

## Поля запроса (body)

| Поле | Тип | Обяз. | Описание |
|------|-----|:-----:|----------|
| `userId` | integer | да | ID сотрудника, положительное целое. Список: [`GET /v1/users`](/docs/entities/users/list) |

## Примеры

### curl — личный ключ

```bash
curl -X POST "https://vibecode.bitrix24.tech/v1/workday/schedules/13/users" \
  -H "X-Api-Key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"userId": 503}'
```

### curl — OAuth-приложение

```bash
curl -X POST "https://vibecode.bitrix24.tech/v1/workday/schedules/13/users" \
  -H "X-Api-Key: YOUR_APP_KEY" \
  -H "Authorization: Bearer USER_SESSION_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{"userId": 503}'
```

### JavaScript — личный ключ

```javascript
const res = await fetch('https://vibecode.bitrix24.tech/v1/workday/schedules/13/users', {
  method: 'POST',
  headers: {
    'X-Api-Key': 'YOUR_API_KEY',
    'Content-Type': 'application/json',
  },
  body: JSON.stringify({ userId: 503 }),
})
const { data } = await res.json()
```

### JavaScript — OAuth-приложение

```javascript
const res = await fetch('https://vibecode.bitrix24.tech/v1/workday/schedules/13/users', {
  method: 'POST',
  headers: {
    'X-Api-Key': 'YOUR_APP_KEY',
    'Authorization': 'Bearer USER_SESSION_TOKEN',
    'Content-Type': 'application/json',
  },
  body: JSON.stringify({ userId: 503 }),
})
const { data } = await res.json()
```

## Поля ответа

| Поле | Тип | Описание |
|------|-----|----------|
| `success` | boolean | `true`, когда сотрудник включён в график |
| `data.schedule` | object | График, в который включён сотрудник |
| `data.schedule.id` | integer | ID графика |
| `data.schedule.name` | string | Название графика |

## Пример ответа

```json
{
  "success": true,
  "data": {
    "schedule": {
      "id": 13,
      "name": "Офис 5/2"
    }
  }
}
```

## Пример ответа при ошибке

404 — графика с таким `id` нет или он удалён:

```json
{
  "success": false,
  "error": {
    "code": "ENTITY_NOT_FOUND",
    "message": "Рабочий график не найден"
  }
}
```

## Ошибки

| HTTP | Код | Описание |
|------|-----|----------|
| 400 | `INVALID_PARAMS` | `id` или `userId` не положительное целое число, тело запроса не объект |
| 404 | `ENTITY_NOT_FOUND` | Графика с таким `id` нет, в том числе после удаления |
| 422 | `BITRIX_ERROR` | У владельца учётных данных нет права управлять графиками работы, в `message` — «Недостаточно прав для управления рабочими графиками» |
| 403 | `WRITE_BLOCKED_READONLY_KEY` | Ключ в режиме «только чтение» |
| 409 | `TIMEMAN_MODULE_NOT_ENABLED` | Учёт рабочего времени недоступен на портале: инструмент «Рабочее время и отчёты» выключен в настройках портала или модуль не входит в тариф |
| 502 | `BITRIX_UNAVAILABLE` | Битрикс24 недоступен или вернул ответ неожиданной формы |
| 401 | `MISSING_API_KEY` | Не передан заголовок `X-Api-Key` |
| 401 | `TOKEN_MISSING` | Ключ приложения передан без токена сессии в `Authorization: Bearer` |
| 401 | `INVALID_SESSION` | Токен сессии неверный или истёк |
| 403 | `SCOPE_DENIED` | У ключа нет скоупа `timeman` |
| 429 | `RATE_LIMITED` | Превышен общий лимит запросов, срок повтора — в заголовке `Retry-After` |

Полный список общих ошибок API — [Ошибки](/docs/errors).

## Известные особенности

**Другие графики сотрудника не меняются.** Включение в график не переводит сотрудника из других графиков: назначения в них остаются. Чтобы сотрудник работал только по новому графику, исключите его из прежнего через [`DELETE /v1/workday/schedules/:id/users/:userId`](/docs/workday/schedules-users-delete).

**Сотрудник не проверяется на существование.** Назначение создаётся и с несуществующим `userId`: ответ `200`, в графике появляется назначение на этот ID. Чтобы не включить в график несуществующего сотрудника, найдите его ID заранее через [`GET /v1/users`](/docs/entities/users/list).

## Смотрите также

- [Исключить сотрудника из графика](/docs/workday/schedules-users-delete)
- [График работы](/docs/workday/schedule)
- [Удаление графика](/docs/workday/schedules-delete)
- [Рабочий день](/docs/workday)