> ## 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.

# История KYB компании: сессии и отчёты

> Получайте все KYB-сессии компании в Didit, проверяйте данные реестра и AML-совпадения, запускайте повторную верификацию и формируйте отчёты для комплаенса.



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



      
      

\<pre>

\````# Goal — read a business's full KYB history and trigger re-verification

Every KYB session is linked to the Business entity via `vendor_data`. List sessions, retrieve each decision, and create new sessions for re-KYB.

\## List every KYB session for a business

\```bash
curl -G https://verification.didit.me/v3/sessions/ \
-H "x-api-key: $DIDIT_API_KEY" \
\--data-urlencode "vendor_data=biz-acme" \
\--data-urlencode "page_size=50"
\```

KYB session payloads carry `session_kind: "business"` and `business_session_id` to distinguish them from KYC sessions.

\## Inspect a single KYB decision

\```bash
curl https://verification.didit.me/v3/session/$SESSION_ID/decision/ \
-H "x-api-key: $DIDIT_API_KEY"
\```

KYB decisions include:

\- Company registry data (legal name, registration, status, incorporation date, addresses)
\- `key_people_checks[]` — UBOs, shareholders, directors, officers (registry-sourced and user-submitted, with role tags)
\- `aml_screenings[]` — company AML and per-person AML
\- `document_verifications[]` — uploaded docs with OCR extracts and signed image URLs

See /business-verification/response-schema for the full payload.

\## Fast path — fully verified right now?

\```bash
curl https://verification.didit.me/v3/businesses/biz-acme/ \
-H "x-api-key: $DIDIT_API_KEY"
\# data.features = { KYB: "Approved" }
\```

The Business entity's `features` map holds the latest company verification status under the `KYB` key.

\## Trigger re-KYB

Annual re-KYB or trigger-based re-checks: create a new session against the same `vendor_data`. The new session attaches to the existing Business entity.

\```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": "wf_kyb_annual", "vendor_data": "biz-acme"}'
\```

\## Generate a KYB PDF report

\```bash
curl https://verification.didit.me/v3/session/$SESSION_ID/generate-pdf/ \
-H "x-api-key: $DIDIT_API_KEY" \
-o kyb-report.pdf
\```

PDF covers registry data, ownership structure, AML hits, document images, per-officer KYC status, questionnaires, phone verification, email verification, and IP analysis when those features are part of the workflow.

\## Resubmit vs new session

\| Scenario | Use |
\|---|---|
\| Registry needs corrected company name | Resubmit — analyst edits data and re-runs registry |
\| Additional document requested | Resubmit — business uploads the missing document |
\| Annual / trigger-based re-KYB | Create a brand new session |

\`kyb_key_people` and `kyb_registry` cannot be resubmitted directly — to re-verify a person, resubmit their child KYC session; the parent Key People feature re-aggregates automatically.

\## Share a session

\```bash
curl -X POST https://verification.didit.me/v3/session/$SESSION_ID/share/ \
-H "x-api-key: $DIDIT_API_KEY"

curl -X POST https://verification.didit.me/v3/session/import-shared/ \
-H "x-api-key: $RECEIVER_API_KEY" \
-H "Content-Type: application/json" \
-d '{"share_token": "..."}'
\```

\## Failure modes

\- `404` — wrong `vendor_data` casing or no KYB sessions yet.
\- Stale signed image URLs — re-fetch the decision.
\- `session_kind: "user"` events in the same list — filter on `session_kind === "business"` for KYB-only handling.

\## Sources of truth

\- /business-verification/response-schema — full KYB decision payload
\- /business-verification/statuses — feature state machine
\- /entities/businesses/data-model — features map computation
\- /core-technology/reusable-kyc/overview — share / import pattern
\- /integration/integration-prompt — canonical end-to-end prompt````

\</pre>



      
      

Вставьте в

Каждая сессия Верификации бизнеса (KYB), которую проходила компания, остается связанной с сущностью Business навсегда. Вы можете получить полную историю, просмотреть данные реестра и совпадения AML по каждой сессии, запустить повторную верификацию и сформировать PDF-отчеты для аудита.## Список всех сессий Верификации бизнеса (KYB) для компанииОтфильтруйте список сессий по `vendor_data`:```bash theme={null}
curl -G https://verification.didit.me/v3/sessions/ \
  -H "x-api-key: YOUR_API_KEY" \
  --data-urlencode "vendor_data=biz-acme" \
  --data-urlencode "page_size=50"
```Ответ включает все сессии Верификации бизнеса (KYB) независимо от их статуса.## Функции KYBСессия KYB запускает следующие функции, и у каждой из них есть собственный статус в решении по сессии:| Функция | Что проверяется |
| - | - |
| `KYB_REGISTRY` | Проверка в реестре компаний: существование, статус, перекрестная проверка данных о личности |
| `AML` | AML-скрининг на уровне компании (санкции, негативные публикации в СМИ, списки наблюдения) |
| `KYB_DOCUMENTS` | Сбор документов и перекрестная сверка с результатами OCR |
| `KYB_KEY_PEOPLE` | Должностные лица, UBO, бенефициарные владельцы: идентификация и опциональная KYC-проверка |В объекте `features` сущности Business хранится только последний статус верификации компании:```json theme={null}
"features": {
  "KYB": "Approved"
}
```Полный справочник см. в разделе [статусы функций KYB](https://docs.didit.me/ru/business-verification/statuses.md).## Просмотр отдельной сессии Верификации бизнеса (KYB)```bash theme={null}
curl https://verification.didit.me/v3/session/{session_id}/decision/ \
  -H "x-api-key: YOUR_API_KEY"
```Решение KYB включает:- Данные реестра компании (юридическое наименование, регистрационный номер, статус, дата регистрации, адреса)
- Должностных лиц и UBO, извлеченных из реестра
- Структуру владения (таблицу капитализации, процентные доли бенефициарного владения)
- Результаты AML по компании (совпадения, оценки)
- AML-проверку для каждого UBO и должностного лица
- Результаты проверки документов с извлеченными данными OCR
- Коды причин решенияПолный payload см. в разделе [схема ответа KYB](https://docs.didit.me/ru/business-verification/response-schema.md).## Запуск повторной верификацииЕжегодная повторная проверка KYB, проверки по триггерам или процессы устранения замечаний начинаются с новой сессии:```bash theme={null}
curl -X POST https://verification.didit.me/v3/session/ \
  -H "x-api-key: YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "workflow_id": "wf_kyb_annual",
    "vendor_data": "biz-acme"
  }'
```Новая сессия привязывается к существующей сущности компании и обновляет объект `features` по завершении.## Повторная отправка или новая сессия Верификации бизнеса (KYB)| Сценарий | Что использовать |
| - | - |
| Для проверки в реестре нужно исправить наименование компании | Повторная отправка: проверяющий редактирует данные и повторно запускает проверку в реестре |
| Компания должна предоставить дополнительный документ | Повторная отправка: компания загружает недостающий документ |
| Ежегодная или инициированная триггером повторная проверка KYB | Создать новую сессию |## Экспорт отчета KYBСформируйте подробный PDF-отчет для любой сессии Верификации бизнеса (KYB):```bash theme={null}
curl https://verification.didit.me/v3/session/{session_id}/generate-pdf/ \
  -H "x-api-key: YOUR_API_KEY" \
  -o kyb-report.pdf
```PDF включает данные реестра, структуру владения, совпадения AML, изображения документов, статус KYC должностных лиц и титульную страницу с причиной решения.## Предоставление доступа к сессии Верификации бизнеса (KYB)Для сценариев с консорциумами и партнерами:- `POST /v3/session/{session_id}/share/` создает токен для передачи.
- `POST /v3/session/import-shared/` импортирует сессию на стороне получателя.## Постоянный мониторингКомпании в режиме постоянного мониторинга получают периодические повторные проверки AML. Когда обнаруживается новое совпадение по санкциям или негативным публикациям в СМИ, AML-скрининг компании обновляется. Его можно получить из `aml_screenings[]` в решении по сессии.Настройте постоянный мониторинг в консоли: *Workflows → \[KYB workflow] → AML → Ongoing monitoring*.## Следующие шаги> [card] [Обзор KYB](https://docs.didit.me/ru/business-verification/overview.md)
>
> Как работают сессии Верификации бизнеса (KYB) от начала до конца.> [card] [Ответ KYB](https://docs.didit.me/ru/business-verification/response-schema.md)
>
> Справочник по полному payload решения.> [card] [Ключевые лица](https://docs.didit.me/ru/entities/businesses/key-people.md)
>
> Должностные лица, UBO и связанные пользователи.


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