## Отвязать

`POST /v1/timeline-logs/:id/unbind`

Удаляет привязку лог-записи к указанной CRM-сущности. В её таймлайне запись больше не отображается, но остаётся в журналах остальных привязанных сущностей.

## Параметры

| Параметр | Тип | Обяз. | Описание |
|----------|-----|:-----:|---------|
| `id` (path) | number | да | ID лог-записи |

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

Те же поля, что и в [`bind`](/docs/timeline-logs/bindings/bind):

| Поле | Тип | Обяз. | Описание |
|------|-----|:-----:|---------|
| **`entityId`** | number | да | ID сущности, от которой отвязываем |
| **`entityTypeId`** | number | да* | Числовой тип CRM-сущности |
| **`entityType`** | string | да* | Строковый код типа: `"lead"`, `"deal"`, `"contact"`, `"company"`, `"quote"`, `"order"`, `"smart_invoice"`, `"dynamic_<entityTypeId>"` |

*Передайте либо `entityTypeId`, либо `entityType`. Полный список поддерживаемых типов — [Привязать запись](/docs/timeline-logs/bindings/bind#поддерживаемые-типы).

## Примеры

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

```bash
curl -X POST https://vibecode.bitrix24.tech/v1/timeline-logs/5012/unbind \
  -H "X-Api-Key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{ "entityTypeId": 3, "entityId": 50 }'
```

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

```bash
curl -X POST https://vibecode.bitrix24.tech/v1/timeline-logs/5012/unbind \
  -H "X-Api-Key: YOUR_APP_KEY" \
  -H "Authorization: Bearer USER_SESSION_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{ "entityTypeId": 3, "entityId": 50 }'
```

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

```javascript
const res = await fetch('https://vibecode.bitrix24.tech/v1/timeline-logs/5012/unbind', {
  method: 'POST',
  headers: {
    'X-Api-Key': 'YOUR_API_KEY',
    'Content-Type': 'application/json',
  },
  body: JSON.stringify({ entityTypeId: 3, entityId: 50 }),
})

const { success } = await res.json()
```

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

```javascript
const res = await fetch('https://vibecode.bitrix24.tech/v1/timeline-logs/5012/unbind', {
  method: 'POST',
  headers: {
    'X-Api-Key': 'YOUR_APP_KEY',
    'Authorization': 'Bearer USER_SESSION_TOKEN',
    'Content-Type': 'application/json',
  },
  body: JSON.stringify({ entityTypeId: 3, entityId: 50 }),
})

const { success } = await res.json()
```

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

| Поле | Тип | Описание |
|------|-----|---------|
| `success` | boolean | Всегда `true` при успехе |
| `data.bound` | boolean | Всегда `false` — подтверждение, что привязка снята |

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

```json
{
  "success": true,
  "data": { "bound": false }
}
```

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

400 — `entityTypeId` без отображения:

```json
{
  "success": false,
  "error": {
    "code": "INVALID_ENTITY_TYPE_ID",
    "message": "entityTypeId=99 has no ENTITY_TYPE mapping. Use 1=lead, 2=deal, 3=contact, 4=company, 7=quote, 14=order, 31=smart_invoice, or ≥128 for smart-processes."
  }
}
```

## Ошибки

| HTTP | Код | Описание |
|------|-----|---------|
| 400 | `INVALID_PARAMS` | Не передан `entityId` или ни `entityTypeId`, ни `entityType` |
| 400 | `INVALID_ENTITY_TYPE_ID` | `entityTypeId` < 128 и нет в таблице маппинга |
| 422 | `BITRIX_ERROR` | Битрикс24 отклонил запрос |
| 403 | `SCOPE_DENIED` | API-ключ не имеет скоупа `crm` |
| 401 | `TOKEN_MISSING` | API-ключ не имеет настроенных токенов |

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

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

**Идемпотентно.** Отвязать от уже отвязанной сущности — `200 + {bound: false}` без ошибки.

**Не валидирует существование `:id` лог-записи.** На несуществующий `id` `unbind` тоже возвращает `200 + {bound: false}` — операция silently no-op. Если важен факт «привязка реально существовала и была удалена» — сначала [`GET /v1/timeline-logs/:id/bindings`](/docs/timeline-logs/bindings/list) и проверьте список перед `unbind`.

**Не отвязывайте единственную привязку — запись «осиротеет».** Если у записи только одна привязка (например, та, что создана автоматически вместе с записью), `unbind` ответит `200 + {bound: false}`, но запись после этого станет недоступна через API: [`GET /v1/timeline-logs/:id`](/docs/timeline-logs/logs/get) вернёт `403 BITRIX_ACCESS_DENIED`. Это поведение Битрикс24 — без активной привязки запись теряет доступ.

**Безопасный порядок при смене родителя.** Сначала привяжите к новой сущности через [`POST /:id/bind`](./bind.md), затем отвяжите от исходной. Пока есть хотя бы одна оставшаяся привязка — запись остаётся доступной через её таймлайн.

**Чтобы убрать запись отовсюду — удаляйте через `DELETE`.** [`DELETE /v1/timeline-logs/:id`](/docs/timeline-logs/logs/delete) удаляет запись разом из всех привязанных таймлайнов (с учётом ограничения cross-app — см. документацию метода).

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

- [Привязать](/docs/timeline-logs/bindings/bind)
- [Список привязок](/docs/timeline-logs/bindings/list)
- [Удалить запись](/docs/timeline-logs/logs/delete)