Поиск сотрудников

POST /v1/users/search

Поиск сотрудников с фильтрами в теле запроса и автопагинацией. Аналогичен GET /v1/users, но через POST — удобнее для сложных запросов и больших массивов значений в фильтре.

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

Поля UF_* сохраняют сквозную передачу только для одной страницы Битрикс24: limit ≤ 50, offset = 0 и без автоматического разбиения по датам. Вайбкод передаёт такое поле как есть, но не гарантирует, что конкретный портал применит порядок. При limit > 50, offset > 0 или автоматическом разбиении по датам Вайбкод заменяет сортировку UF_* на id по возрастанию и добавляет одно предупреждение SORT_FALLBACK_TO_ID с полем sort в meta.warnings. Такое же предупреждение приходит при нескольких распознанных полях сортировки. Сочетание offset > 0 с автоматическим разбиением по датам по-прежнему возвращает UNSTABLE_OFFSET_PAGINATION без успешного ответа.

Примеры

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

curl -X POST "https://vibecode.bitrix24.tech/v1/users/search" \
  -H "X-Api-Key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "filter": { "active": true },
    "limit": 10
  }'

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

curl -X POST "https://vibecode.bitrix24.tech/v1/users/search" \
  -H "X-Api-Key: YOUR_APP_KEY" \
  -H "Authorization: Bearer USER_SESSION_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "filter": { "active": true },
    "limit": 10
  }'

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

const res = await fetch('https://vibecode.bitrix24.tech/v1/users/search', {
  method: 'POST',
  headers: {
    'X-Api-Key': 'YOUR_API_KEY',
    'Content-Type': 'application/json',
  },
  body: JSON.stringify({
    filter: { active: true },
    limit: 10,
  }),
})

const { success, data } = await res.json()
console.log('Найдено:', data.length)

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

const res = await fetch('https://vibecode.bitrix24.tech/v1/users/search', {
  method: 'POST',
  headers: {
    'X-Api-Key': 'YOUR_APP_KEY',
    'Authorization': 'Bearer USER_SESSION_TOKEN',
    'Content-Type': 'application/json',
  },
  body: JSON.stringify({
    filter: { active: true },
    limit: 10,
  }),
})

const { success, data } = await res.json()

Поля ответа

Поля meta лежат рядом с data, а не внутри него. Обходить страницы нужно по meta.hasMore: длина data, равная limit, последней страницы не исключает.

URL карточки любого сотрудника из массива data — его id:

https://<portal>.bitrix24.ru/company/personal/user/<id>/

<portal> — домен портала. Доступ ограничен правами сотрудника в Битрикс24.

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

{
  "success": true,
  "data": [
    {
      "id": 1,
      "active": true,
      "name": "Мария",
      "lastName": null,
      "email": "maria@example.com",
      "departmentId": [1, 107, 47]
    },
    {
      "id": 29,
      "active": true,
      "name": "Иван",
      "lastName": "Петров",
      "email": "ivan.petrov@example.com",
      "departmentId": [1]
    }
  ],
  "meta": {
    "total": 59,
    "hasMore": true,
    "durationMs": 186
  }
}

С фильтром по диапазону дат шире 14 дней в meta дополнительно приходят autoWindowed, windowCount и batchWaves:

{
  "success": true,
  "data": [],
  "meta": {
    "total": 0,
    "hasMore": false,
    "autoWindowed": true,
    "windowCount": 131,
    "batchWaves": 3,
    "durationMs": 1189
  }
}

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

403 — нет скоупа:

{
  "success": false,
  "error": {
    "code": "SCOPE_DENIED",
    "message": "This endpoint requires 'user' scope"
  }
}

Ошибки

Полный список общих ошибок API — Ошибки.

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

Сортировка и разбиение по временны́м окнам. Вайбкод гарантирует порядок сотрудников только по id. Значения id и -id сохраняют запрошенное направление и не добавляют предупреждение. Одностраничный UF_* сохраняет сквозную передачу для обратной совместимости. При нескольких распознанных полях или при многостраничной, смещённой либо оконной сортировке UF_* запрос выполняется с порядком id по возрастанию и одним предупреждением SORT_FALLBACK_TO_ID. Одиночное обычное поле не по id по-прежнему возвращает UNKNOWN_SORT_FIELD. Фильтр по диапазону дат шире 14 дней автоматически разбивается на недельные окна, которые выполняются параллельными волнами — так выборка обходит потолок в 5000 записей на один вызов. В meta тогда приходят autoWindowed: true, число окон windowCount и число волн batchWaves. Отключает разбиение параметр autoWindow: false. При активном разбиении offset больше нуля отклоняется с UNSTABLE_OFFSET_PAGINATION. Порядок по id применяется внутри каждого окна, но объединённый результат остаётся хронологическим и не пересортировывается глобально. Ошибка Битрикс24 остаётся ошибкой ответа.

Семантика filter[active]: false. Возвращает всех сотрудников, а не только деактивированных — Битрикс24 интерпретирует ACTIVE = "Y" как «исключить деактивированных», а другие значения как «без фильтра по статусу». Чтобы получить только деактивированных, делайте отдельную фильтрацию на стороне клиента по полю active.

Когда использовать search вместо list. POST-search удобнее для длинных списков значений в фильтре ({ "id": [1, 5, 12, 27, 99] }) — query-строка GET-запроса имеет ограничения на длину, а body POST — нет. Для коротких фильтров обе формы эквивалентны.

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

• Список сотрудников
• Поля сотрудника
• Синтаксис фильтрации
• Batch
• Лимиты и оптимизация