[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"docs-entities\u002Fusers\u002Finvite":3,"docs-tabs-entities\u002Fusers\u002Finvite":6},{"content":4,"lastmod":5},"\n## Пригласить сотрудника\n\n`POST \u002Fv1\u002Fusers\u002Finvite`\n\nСоздаёт нового сотрудника или приглашает внешнего пользователя на портал. Принимает поля в `camelCase` и `UPPER_SNAKE_CASE`, проставляет разумные значения по умолчанию и проверяет email до вызова Битрикс24 — возвращая понятные коды ошибок (`EMAIL_REQUIRED`, `EMAIL_INVALID`, `SONET_GROUP_ID_REQUIRED`) вместо общего `wrong_email`.\n\n## Поля запроса (body)\n\n| Параметр | Тип | Обяз. | Описание |\n|----------|-----|:-----:|---------|\n| `email` | string | да | Email — должен быть уникальным среди всех сотрудников портала. Базовая синтаксическая проверка происходит на стороне Вайбкод |\n| `name` | string | нет | Имя |\n| `lastName` | string | нет | Фамилия |\n| `secondName` | string | нет | Отчество |\n| `workPosition` | string | нет | Должность |\n| `workPhone` | string | нет | Рабочий телефон |\n| `workCompany` | string | нет | Название компании |\n| `personalPhone` | string | нет | Личный телефон |\n| `personalMobile` | string | нет | Мобильный телефон |\n| `personalBirthday` | string | нет | Дата рождения (ISO 8601) |\n| `personalGender` | string | нет | Пол: `M` — мужской, `F` — женский |\n| `personalCity` | string | нет | Город |\n| `departmentId` | number[] | нет | Массив ID отделов. По умолчанию `[1]` (корневой отдел) для штатных сотрудников. Список: `GET \u002Fv1\u002Fdepartments` |\n| `extranet` | string | нет | `\"Y\"` для приглашения внешнего пользователя. В этом случае `departmentId` игнорируется и обязателен `sonetGroupId` |\n| `sonetGroupId` | number[] | условно | Массив ID рабочих групп — обязателен при `extranet: \"Y\"`. Список: [`GET \u002Fv1\u002Fworkgroups`](\u002Fdocs\u002Fentities\u002Fworkgroups) |\n| `active` | boolean | нет | Признак активности (по умолчанию `true`) |\n\n## Примеры\n\n### curl — личный ключ\n\n```bash\ncurl -X POST \"https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fusers\u002Finvite\" \\\n  -H \"X-Api-Key: YOUR_API_KEY\" \\\n  -H \"Content-Type: application\u002Fjson\" \\\n  -d '{\n    \"email\": \"ivan.petrov@example.com\",\n    \"name\": \"Иван\",\n    \"lastName\": \"Петров\",\n    \"workPosition\": \"Менеджер\"\n  }'\n```\n\n### curl — OAuth-приложение\n\n```bash\ncurl -X POST \"https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fusers\u002Finvite\" \\\n  -H \"X-Api-Key: YOUR_APP_KEY\" \\\n  -H \"Authorization: Bearer USER_SESSION_TOKEN\" \\\n  -H \"Content-Type: application\u002Fjson\" \\\n  -d '{\n    \"email\": \"ivan.petrov@example.com\",\n    \"name\": \"Иван\",\n    \"lastName\": \"Петров\",\n    \"workPosition\": \"Менеджер\"\n  }'\n```\n\n### JavaScript — личный ключ\n\n```javascript\nconst res = await fetch('https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fusers\u002Finvite', {\n  method: 'POST',\n  headers: {\n    'X-Api-Key': 'YOUR_API_KEY',\n    'Content-Type': 'application\u002Fjson',\n  },\n  body: JSON.stringify({\n    email: 'ivan.petrov@example.com',\n    name: 'Иван',\n    lastName: 'Петров',\n    workPosition: 'Менеджер',\n  }),\n})\n\nconst { success, data } = await res.json()\nconsole.log('Создан сотрудник ID:', data.id)\n```\n\n### JavaScript — OAuth-приложение\n\n```javascript\nconst res = await fetch('https:\u002F\u002Fvibecode.bitrix24.tech\u002Fv1\u002Fusers\u002Finvite', {\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    email: 'ivan.petrov@example.com',\n    name: 'Иван',\n    lastName: 'Петров',\n  }),\n})\n\nconst { success, data } = await res.json()\n```\n\n## Поля ответа\n\n| Поле | Тип | Описание |\n|------|-----|---------|\n| `success` | boolean | Всегда `true` при успехе |\n| `data.id` | number | ID созданного сотрудника |\n| `data.user` | object | Полная запись только что созданного сотрудника — те же поля, что у [`GET \u002Fv1\u002Fusers\u002F:id`](\u002Fdocs\u002Fentities\u002Fusers\u002Fget) |\n\n## Пример ответа\n\n```json\n{\n  \"success\": true,\n  \"data\": {\n    \"id\": 1331,\n    \"user\": {\n      \"id\": 1331,\n      \"xmlId\": \"74668002\",\n      \"active\": true,\n      \"name\": \"Иван\",\n      \"lastName\": \"Петров\",\n      \"email\": \"ivan.petrov@example.com\",\n      \"lastLogin\": null,\n      \"dateRegister\": \"2026-05-06T00:00:00.000Z\",\n      \"isOnline\": false,\n      \"timestampX\": {},\n      \"personalGender\": null,\n      \"departmentId\": [1],\n      \"workPosition\": \"Менеджер\",\n      \"userType\": \"employee\"\n    }\n  }\n}\n```\n\nHTTP-статус ответа — `201 Created`.\n\n## Пример ответа при ошибке\n\n400 — email не передан:\n\n```json\n{\n  \"success\": false,\n  \"error\": {\n    \"code\": \"EMAIL_REQUIRED\",\n    \"message\": \"EMAIL (or `email`) is required to invite a user.\"\n  }\n}\n```\n\n## Ошибки\n\n| HTTP | Код | Описание |\n|------|-----|---------|\n| 400 | `EMAIL_REQUIRED` | В теле запроса нет `email` (или `EMAIL`) |\n| 400 | `EMAIL_INVALID` | Email не прошёл синтаксическую проверку Вайбкод |\n| 400 | `SONET_GROUP_ID_REQUIRED` | При `extranet: \"Y\"` не передан `sonetGroupId` |\n| 400 | `BITRIX_ERROR` (`wrong_email`) | Битрикс24 отклонил создание: email уже занят, домен запрещён политикой портала, или другая ошибка email |\n| 401 | `TOKEN_MISSING` | API-ключ не имеет настроенных токенов |\n| 403 | `SCOPE_DENIED` | API-ключ не имеет скоупа `user` |\n\nПолный список общих ошибок API — [Ошибки](\u002Fdocs\u002Ferrors).\n\n## Известные особенности\n\n**Зачем дефолт `departmentId: [1]`.** Без `UF_DEPARTMENT` Битрикс24 возвращает обобщённый `wrong_email` без указания причины — отсутствие отдела у штатного сотрудника одна из самых частых ловушек. Подстановка корневого отдела `[1]` устраняет её для типового случая «приглашаем сотрудника, конкретный отдел неизвестен». Если структура отделов важна — передавайте `departmentId` явно.\n\n**Уникальность email на портале.** Email проверяется среди всех сотрудников включая ранее деактивированных — при дубле Битрикс24 отдаст `BITRIX_ERROR: wrong_email`. Перед приглашением — поиск через `GET \u002Fv1\u002Fusers?filter[EMAIL]=ivan.petrov@example.com`. Если найден деактивированный, верните его в строй через [`PATCH \u002Fv1\u002Fusers\u002F:id { active: true }`](\u002Fdocs\u002Fentities\u002Fusers\u002Fupdate) — это сохранит историю и связи, в отличие от создания дубля.\n\n**Best-effort повторное чтение.** После успешного создания обёртка делает повторное чтение записи и кладёт её в `data.user`. Если вспомогательный вызов упал, `data.id` всё равно вернётся — сотрудник уже создан, повторное обращение [`GET \u002Fv1\u002Fusers\u002F:id`](\u002Fdocs\u002Fentities\u002Fusers\u002Fget) подгрузит запись.\n\n## Смотрите также\n\n- [Создать сотрудника](\u002Fdocs\u002Fentities\u002Fusers\u002Fcreate) — низкоуровневая форма без значений по умолчанию\n- [Список сотрудников](\u002Fdocs\u002Fentities\u002Fusers\u002Flist) — поиск дубликата email перед приглашением\n- [Обновить сотрудника](\u002Fdocs\u002Fentities\u002Fusers\u002Fupdate) — реактивация через `active: true`\n- [Отделы](\u002Fdocs\u002Fentities\u002Fdepartments) — источник `departmentId`\n- [Лимиты и оптимизация](\u002Fdocs\u002Foptimization)\n","2026-07-07",{}]