Список сотрудников

GET /v1/users

Возвращает список сотрудников портала с поддержкой фильтрации, сортировки и автопагинации. Метод не возвращает ботов, почтовых пользователей и пользователей Открытых линий.

Параметры

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

Примеры

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

curl -g "https://vibecode.bitrix24.tech/v1/users?limit=10&filter[active]=true" \
  -H "X-Api-Key: YOUR_API_KEY"

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

curl -g "https://vibecode.bitrix24.tech/v1/users?limit=10&filter[active]=true" \
  -H "X-Api-Key: YOUR_APP_KEY" \
  -H "Authorization: Bearer USER_SESSION_TOKEN"

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

const res = await fetch('https://vibecode.bitrix24.tech/v1/users?limit=10&filter[active]=true', {
  headers: {
    'X-Api-Key': 'YOUR_API_KEY',
  },
})

const { success, data, meta } = await res.json()
console.log(`Найдено ${meta.total} сотрудников`)

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

const res = await fetch('https://vibecode.bitrix24.tech/v1/users?limit=10&filter[active]=true', {
  headers: {
    'X-Api-Key': 'YOUR_APP_KEY',
    'Authorization': 'Bearer USER_SESSION_TOKEN',
  },
})

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

Поля ответа

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

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

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

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

{
  "success": true,
  "data": [
    {
      "id": 1,
      "xmlId": "28889266",
      "active": true,
      "name": "Мария",
      "lastName": null,
      "secondName": "Отчество",
      "email": "maria@example.com",
      "lastLogin": "2026-05-05T08:25:11.000Z",
      "dateRegister": "2020-04-20T00:00:00.000Z",
      "timeZone": "Europe/Kaliningrad",
      "isOnline": false,
      "timestampX": {},
      "lastActivityDate": {},
      "personalGender": "F",
      "personalPhoto": "https://cdn-ru.bitrix24.ru/.../photo.jpg",
      "personalMobile": "+79991234567",
      "workPosition": null,
      "departmentId": [1, 107, 47],
      "userType": "employee"
    },
    {
      "id": 29,
      "xmlId": "28936832",
      "active": true,
      "name": "Иван",
      "lastName": "Петров",
      "email": "ivan.petrov@example.com",
      "departmentId": [1],
      "userType": "employee"
    }
  ],
  "meta": {
    "total": 30,
    "hasMore": true
  }
}

Показаны основные поля. Полный список — Поля сотрудника.

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

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. Ошибка Битрикс24 остаётся ошибкой ответа.

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

Поля WORK_* и часть полей PERSONAL_* приходят в UPPER_SNAKE_CASE. WORK_COMPANY, WORK_DEPARTMENT, WORK_WWW, WORK_FAX, WORK_CITY, WORK_STATE, WORK_ZIP, WORK_COUNTRY и аналогичные. PERSONAL_STATE, PERSONAL_ZIP, PERSONAL_COUNTRY, PERSONAL_MAILBOX, PERSONAL_NOTES приходят в оригинальных именах Битрикс24. UF-поля портала тоже сохраняют свои имена. Стандартные поля (name, email, active, timeZone, userType, departmentId и др.) — camelCase.

Поле lastActivityDate (объявлено datetime). На практике приходит пустым объектом {}, либо ключ отсутствует вовсе — ISO-строка по этому полю в проверках не наблюдалась. {} — истинное значение в JS, поэтому if (u.lastActivityDate) ложно-срабатывает. То же у timestampX (всегда {}). Не парсьте как дату и не полагайтесь на truthy-проверку. Сравнивайте тип (typeof x === 'string'). См. сводку по «пусто» в datetime-полях в обзоре сущности (п. 7).

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

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