> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# Бизнес-операции: CRUD для KYB-компаний

> Полный CRUD для бизнес-сущностей Didit (KYB) через Management API: создание, список, получение, обновление, смена статуса, удаление. Оплата за вызов.



Промпт для операций с компаниями
        Скопировать промпт в буфер обмена



      
      

\<pre>

\````# Goal — full CRUD over Didit Business (KYB) entities

All operations sit under `https://verification.didit.me/v3/businesses/` authenticated with `x-api-key: $DIDIT_API_KEY`. Each Business is keyed by `vendor_data` (case-sensitive, unique per application).

\## Endpoint catalog

\| Action | Method + path |
\|---|---|
\| List businesses | `GET /v3/businesses/` |
\| Get one business | `GET /v3/businesses/{vendor_data}/` |
\| Create business | `POST /v3/businesses/create/` |
\| Update profile | `PATCH /v3/businesses/{vendor_data}/` |
\| Change status | `PATCH /v3/businesses/{vendor_data}/update-status/` |
\| Batch delete | `POST /v3/businesses/delete/` |

\## List (with filters)

\```bash
curl -G https://verification.didit.me/v3/businesses/ \
-H "x-api-key: $DIDIT_API_KEY" \
\--data-urlencode "status=ACTIVE" \
\--data-urlencode "country_code=GBR" \
\--data-urlencode "page_size=50"
\```

\## Get one business

\```bash
curl https://verification.didit.me/v3/businesses/biz-acme/ \
-H "x-api-key: $DIDIT_API_KEY"
\```

\## Create

\```bash
curl -X POST https://verification.didit.me/v3/businesses/create/ \
-H "x-api-key: $DIDIT_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"vendor_data": "biz-acme",
"display_name": "Acme Corp",
"country_code": "GBR",
"metadata": {"partner": "Acme Holdings"}
}'
\```

Not idempotent — a duplicate `vendor_data` returns conflict. `GET` first or PATCH.

\## Update profile

\```bash
curl -X PATCH https://verification.didit.me/v3/businesses/biz-acme/ \
-H "x-api-key: $DIDIT_API_KEY" \
-H "Content-Type: application/json" \
-d '{"metadata": {"tier": "enterprise"}}'
\```

Mutable: `display_name`, `metadata`, `tags`. Read-only (registry-derived after a KYB session): `legal_name`, `registration_number`, `country_code`, all aggregate counters, `features` map.

\## Change status

\```bash
curl -X PATCH https://verification.didit.me/v3/businesses/biz-acme/update-status/ \
-H "x-api-key: $DIDIT_API_KEY" \
-H "Content-Type: application/json" \
-d '{"status": "BLOCKED", "reason": "Sanctioned subsidiary detected"}'
\```

Valid statuses: `ACTIVE`, `FLAGGED`, `BLOCKED`. `BLOCKED` businesses have new KYB sessions and transactions auto-declined.

\## Batch delete

\```bash
curl -X POST https://verification.didit.me/v3/businesses/delete/ \
-H "x-api-key: $DIDIT_API_KEY" \
-H "Content-Type: application/json" \
-d '{"vendor_data": ["biz-acme", "biz-alpha", "biz-beta"]}'
\```

Idempotent. The business records are removed permanently. Verification sessions are not covered by this endpoint; delete those with the session delete endpoints.

\## Webhooks fired

\| Operation | Event |
\|---|---|
\| create | `business.data.updated` |
\| update (PATCH) | `business.data.updated` with `changed_fields` |
\| update-status | `business.status.updated` |
\| delete | `business.data.updated` with `deleted_at` set |

\## Running a KYB session against an existing Business

KYB sessions use the same `POST /v3/session/` endpoint as KYC — the workflow's `workflow_type: "kyb"` switches the session into business mode:

\```bash
curl -X POST https://verification.didit.me/v3/session/ \
-H "x-api-key: $DIDIT_API_KEY" \
-H "Content-Type: application/json" \
-d '{"workflow_id": "$KYB_WORKFLOW_ID", "vendor_data": "biz-acme"}'
\```

\## Failure modes

\- `401` — missing / invalid `x-api-key`.
\- `403` — role lacks the permission (DEVELOPER can't PATCH; see /console/roles-permissions).
\- `409` on create — `vendor_data` exists; PATCH instead.
\- `404` — wrong `vendor_data` casing.
\- `429` — rate-limited; back off with `Retry-After`.

\## Response shape

See /reference/data-models and /entities/businesses/data-model for the full Business schema.

\## Sources of truth

\- /management-api/businesses/list, /management-api/businesses/get, /management-api/businesses/create — per-endpoint reference
\- /entities/businesses/data-model — field-by-field
\- /business-verification/integration-guide — KYB session flow
\- /integration/integration-prompt — canonical end-to-end prompt````

\</pre>



      
      

Вставьте в

Все операции с сущностями компаний выполняются через шесть публичных endpoint под `/v3/businesses/`. Эта страница даёт концептуальный обзор. Полные схемы запросов и ответов см. в [справочнике API](https://docs.didit.me/ru/management-api/businesses/list.md).## Получить список компаний**`GET /v3/businesses/`**Постраничный список компаний вашего приложения с фильтрами по статусу, поиску, стране и диапазону дат.```bash theme={null}
curl -G https://verification.didit.me/v3/businesses/ \
  -H "x-api-key: YOUR_API_KEY" \
  --data-urlencode "status=ACTIVE" \
  --data-urlencode "country_code=GBR" \
  --data-urlencode "page_size=50"
```## Получить компанию**`GET /v3/businesses/{vendor_data}/`**Получите одну компанию по `vendor_data`.```bash theme={null}
curl https://verification.didit.me/v3/businesses/biz-acme/ \
  -H "x-api-key: YOUR_API_KEY"
```## Создать компанию**`POST /v3/businesses/create/`**Заранее создайте компанию до запуска любой сессии верификации бизнеса (KYB):```bash theme={null}
curl -X POST https://verification.didit.me/v3/businesses/create/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "vendor_data": "biz-acme",
    "display_name": "Acme Corp",
    "country_code": "GBR",
    "metadata": { "partner": "Acme Holdings" }
  }'
```Если компания с таким `vendor_data` уже существует, вернётся ошибка конфликта. Чтобы обновить существующую компанию, используйте `PATCH`.## Обновить компанию**`PATCH /v3/businesses/{vendor_data}/`**Обновите изменяемые поля профиля. Поля, полученные из реестра (`legal_name`, `registration_number`, `country_code`), доступны только для чтения после верификации, но их можно переопределить. Переопределения отмечаются в журнале аудита.**Изменяемые поля:** `display_name`, `metadata`, `tags`.
**Только для чтения после верификации:** все поля, полученные из реестра, агрегированные счётчики и карта `features`.```bash theme={null}
curl -X PATCH https://verification.didit.me/v3/businesses/biz-acme/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{ "metadata": { "tier": "enterprise" } }'
```Генерирует событие `business.data.updated`.## Изменить статус**`PATCH /v3/businesses/{vendor_data}/update-status/`**Переведите компанию между статусами `ACTIVE`, `FLAGGED` и `BLOCKED`.```bash theme={null}
curl -X PATCH https://verification.didit.me/v3/businesses/biz-acme/update-status/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "status": "BLOCKED",
    "reason": "Sanctioned subsidiary detected in ownership chain"
  }'
```| Из → в | Типичный триггер |
| - | - |
| `ACTIVE` → `FLAGGED` | Сессия верификации бизнеса (KYB) перешла в статус `In Review`, срабатывание при постоянном AML-мониторинге, правило для транзакций |
| `ACTIVE` → `BLOCKED` | Подтверждённая санкционная организация, ручное добавление в список блокировки |
| `FLAGGED` → `ACTIVE` | Аналитик завершил проверку и снял флаг |
| `BLOCKED` → `ACTIVE` | Ручная разблокировка после устранения причины |Генерирует событие `business.status.updated`.## Удалить компании (пакетно)**`POST /v3/businesses/delete/`**Удаляет одну или несколько компаний. Записи о компаниях удаляются безвозвратно. Сессии верификации этим endpoint не затрагиваются: они сохраняются, но связь с компанией у них удаляется. Удалите их с помощью [удаления сессии](https://docs.didit.me/ru/sessions-api/delete-session.md). Транзакции этим endpoint также не затрагиваются: удалите их в Console.```bash theme={null}
curl -X POST https://verification.didit.me/v3/businesses/delete/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{ "vendor_data": ["biz-acme", "biz-alpha", "biz-beta"] }'
```Операция идемпотентна: удаление уже удалённой компании ничего не меняет.## Модель разрешенийВсе endpoint `/v3/businesses/*` ограничены ресурсом разрешений `businesses`:| Роль | list | get | create | update | update-status | delete |
| - | :-: | :-: | :-: | :-: | :-: | :-: |
| OWNER | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| ADMIN | ✅ | ✅ | ✅ | ✅ | ✅ | ✅ |
| COMPLIANCE\_OFFICER | ✅ | ✅ | ❌ | ✅ | ✅ | ❌ |
| DEVELOPER | ✅ | ✅ | ✅ | ❌ | ❌ | ❌ |
| READER | ✅ | ✅ | ❌ | ❌ | ❌ | ❌ |См. [роли и разрешения](https://docs.didit.me/ru/console/roles-permissions.md).## Webhook, которые срабатывают при этих операциях| Операция | Webhook |
| - | - |
| `create` | `business.data.updated` |
| `update` | `business.data.updated` с `changed_fields` |
| `update-status` | `business.status.updated` |
| `delete` | `business.data.updated` с заполненным `deleted_at` |## Дальнейшие шаги> [card] [Модель данных](https://docs.didit.me/ru/entities/businesses/data-model.md)
>
> Полный справочник полей.> [card] [API списка](https://docs.didit.me/ru/management-api/businesses/list.md)
>
> Схема GET /v3/businesses/.> [card] [API создания](https://docs.didit.me/ru/management-api/businesses/create.md)
>
> Схема POST /v3/businesses/create/.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.