## Передать владение группой

`PUT /v1/workgroups/:groupId/owner`

Назначает рабочей группе нового владельца. Новым владельцем может стать и пользователь, который не состоит в группе: он добавляется в неё сразу с ролью владельца.

## Параметры

| Параметр | Тип | Обяз. | Описание |
|----------|-----|:-----:|----------|
| `groupId` (path) | number | да | Идентификатор рабочей группы — положительное целое число. Список: [`GET /v1/workgroups`](/docs/entities/workgroups/list) |

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

| Поле | Тип | Обяз. | Описание |
|------|-----|:-----:|----------|
| `userId` | number | да | Идентификатор нового владельца — положительное целое число. Передаётся один пользователь, не массив. Список: [`GET /v1/users`](/docs/entities/users/list) |

## Примеры

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

```bash
curl -X PUT "https://vibecode.bitrix24.tech/v1/workgroups/157/owner" \
  -H "X-Api-Key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{"userId": 93}'
```

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

```bash
curl -X PUT "https://vibecode.bitrix24.tech/v1/workgroups/157/owner" \
  -H "X-Api-Key: YOUR_APP_KEY" \
  -H "Authorization: Bearer USER_SESSION_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{"userId": 93}'
```

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

```javascript
const res = await fetch('https://vibecode.bitrix24.tech/v1/workgroups/157/owner', {
  method: 'PUT',
  headers: {
    'X-Api-Key': 'YOUR_API_KEY',
    'Content-Type': 'application/json',
  },
  body: JSON.stringify({ userId: 93 }),
})

const body = await res.json()
console.log('Владелец группы:', body.data.ownerId)
```

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

```javascript
const res = await fetch('https://vibecode.bitrix24.tech/v1/workgroups/157/owner', {
  method: 'PUT',
  headers: {
    'X-Api-Key': 'YOUR_APP_KEY',
    'Authorization': 'Bearer USER_SESSION_TOKEN',
    'Content-Type': 'application/json',
  },
  body: JSON.stringify({ userId: 93 }),
})

const body = await res.json()
```

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

| Поле | Тип | Описание |
|------|-----|----------|
| `success` | boolean | `true`, когда новый владелец назначен и это подтверждено повторным чтением группы |
| `data.groupId` | number | Идентификатор рабочей группы |
| `data.ownerId` | number | Идентификатор владельца группы после вызова. Совпадает с переданным `userId` |

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

```json
{
  "success": true,
  "data": {
    "groupId": 157,
    "ownerId": 93
  }
}
```

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

403 — после передачи владения прежний владелец пытается сменить владельца ещё раз:

```json
{
  "success": false,
  "error": {
    "code": "BITRIX_ACCESS_DENIED",
    "message": "Недостаточно прав на операцию",
    "hint": "Bitrix24 reports an access-rights refusal for sonet_group.setowner, not a scope error. The Bitrix24 user this call runs as lacks access; ask a portal admin to grant it, or call under a user who has it.",
    "cause": "b24_permission",
    "method": "sonet_group.setowner",
    "fix": {
      "action": "grant_b24_rights",
      "via": "portal_admin"
    }
  }
}
```

## Ошибки

| HTTP | Код | Описание |
|------|-----|----------|
| 400 | `INVALID_PARAMS` | `groupId` не является положительным целым числом, например `15.7` |
| 400 | `MISSING_REQUIRED_FIELDS` | `userId` не передан или не является положительным целым числом. Массив `userIds` вместо `userId` тоже даёт этот код |
| 401 | `MISSING_API_KEY` | Не передан `X-Api-Key` |
| 401 | `INVALID_API_KEY` | Ключ не опознан: такой строки на платформе нет |
| 401 | `TOKEN_MISSING` | У ключа нет токенов Битрикс24 |
| 403 | `SCOPE_DENIED` | Ключу не хватает скоупа `sonet_group` |
| 403 | `WRITE_BLOCKED_READONLY_KEY` | Ключ работает в режиме только для чтения |
| 403 | `BITRIX_ACCESS_DENIED` | У пользователя, от имени которого действует ключ, нет прав менять владельца этой группы |
| 404 | `ENTITY_NOT_FOUND` | Группы нет либо она не видна пользователю, от имени которого действует ключ |
| 422 | `BITRIX_ERROR` | Битрикс24 не подтвердил смену владельца |
| 422 | `BITRIX_ERROR` | Битрикс24 ответил успехом, но при повторном чтении группы владелец оказался другим. Перед повтором перечитайте группу |
| 422 | `BITRIX_ERROR` | Битрикс24 отказал в смене владельца или в повторном чтении группы и вернул свою причину в `error.message`. Перед повтором перечитайте группу: владелец мог смениться |
| 429 | `RATE_LIMITED` | Превышен лимит запросов. Пауза — в заголовке `Retry-After` |
| 502 | `BITRIX_UNAVAILABLE` | Битрикс24 недоступен или вернул ответ, который эндпоинт не может разобрать |
| 503 | `BITRIX_TIMEOUT` | Битрикс24 принял вызов, но не ответил вовремя. Есть заголовок `Retry-After`. Перед повтором перечитайте группу: владелец мог смениться |

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

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

- **Передача владения может быть необратимой для вызывающего.** После вызова прежний владелец остаётся в группе с ролью участника `K` и теряет право менять владельца — даже если он администратор портала. Повторный вызов от его имени, в том числе чтобы вернуть владение себе, получает `403 BITRIX_ACCESS_DENIED`. Прежде чем передавать владение, убедитесь, что новый владелец выбран окончательно.
- **Успешный ответ означает подтверждённую смену.** Перед ответом платформа перечитывает группу и сверяет `ownerId` с переданным `userId`, поэтому `200` приходит, только когда новый владелец уже записан.
- **Смена владельца видна в чате группы как вступление.** В чат группы приходит системное сообщение о том, что новый владелец вступил в группу, даже если он уже был её участником. Отдельного сообщения о смене владельца нет.
- **Прежний владелец сохраняет право менять состав.** Добавлять и удалять участников через [`POST`](./add.md) и [`DELETE /v1/workgroups/:groupId/users`](./remove.md) он может и после передачи, если у него есть на это права на портале.

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

- [Получить рабочую группу](/docs/entities/workgroups/get)
- [Изменить роль участников](./role.md)
- [Удалить участников](./remove.md)
- [Участники рабочей группы](/docs/entities/workgroups/users)
- [Участники рабочих групп](/docs/workgroups/members)