> ## 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: получение списка через API > Через API Didit можно получить акционеров, директоров и доли владения, которые названы в документах, загруженных в сессию KYB. ## OpenAPI ````yaml ru/openapi-25.json GET /v3/session/{sessionId}/kyb/extracted-parties/ openapi: 3.0.0 info: version: 3.0.0 title: Didit Verification API description: >- API верификации личности. Аутентификация выполняется с помощью заголовка x-api-key. servers: - url: https://verification.didit.me security: [] tags: [] paths: /v3/session/{sessionId}/kyb/extracted-parties/: get: tags: - Sessions summary: Получить список сторон, указанных в загруженных документах description: >- Возвращает акционеров и директоров, указанных в загруженных в эту KYB-сессию документах, объединённых по каждому человеку и соотнесённых с указавшими их документами. Покажите их заявителю для подтверждения, затем объявите их с помощью endpoint для черновиков сторон. Диапазон остаётся диапазоном: `ownership_percent.text` сохраняет исходное значение, а `min` / `max` содержат извлечённые из него числа. На этом этапе никто не помечается как UBO; это определяется при отправке сторон на основе настроек ролей и порогов владения в сценарии. Этот же список содержится в решении по сессии в поле `document_verifications[].extracted_parties`. Требует `read:businesses` или `read:sessions`. operationId: get_v3_session_kyb_extracted_parties parameters: - name: sessionId in: path required: true description: >- UUID сессии Верификации бизнеса (KYB). Он должен принадлежать приложению используемого API-ключа. schema: type: string format: uuid example: 33333333-4444-5555-6666-777777777777 - name: node_id in: query required: false description: >- Узел сценария для шага KYB. Требуется, только если в сценарии несколько KYB-узлов; по умолчанию Didit использует собственный узел сессии. schema: type: string responses: '200': description: Стороны, указанные в текущих документах. content: application/json: schema: type: object required: - parties - document_count properties: parties: type: array items: type: object properties: name: type: string entity_type: type: string enum: - person - company first_name: type: string nullable: true last_name: type: string nullable: true appointment_date: type: string nullable: true designation: type: string nullable: true roles: type: array items: type: object properties: role: type: string enum: - director - non_executive_director - secretary - chairman - ubo - shareholder - representative - founder - legal_advisor - authorized_signatory - trustee - beneficiary - settlor - protector - company_officer - investor - other ownership_percent: type: object properties: text: type: string nullable: true description: >- Доля владения в точности так, как указано в документе, например `25-50%`, `>50%` или `NO EXHIBE`. min: type: number nullable: true description: >- Меньшее число, извлечённое из `text`; null, если оно не указано. max: type: number nullable: true description: >- Верхнее число, распознанное из `text`; null, если оно отсутствует. documents: type: array description: >- Загруженные документы, в которых указана эта сторона. items: type: object properties: document_uuid: type: string format: uuid document_type: type: string nullable: true document_subtype: type: string nullable: true original_filename: type: string nullable: true status: type: string nullable: true description: >- Акционеры и директора, указанные в загруженных документах, объединённые по каждому лицу. Здесь никто не помечается как UBO: это определяется при отправке сторон. document_count: type: integer description: >- Количество загруженных документов, из которых был прочитан список. node_id: type: string nullable: true example: parties: - name: Ana Lopez entity_type: person first_name: Ana last_name: Lopez appointment_date: null designation: Administrador unico roles: - role: shareholder ownership_percent: text: 60% min: 60 max: 60 documents: - document_uuid: 0a3f1e2c-7c2f-4a1b-9d55-2f8d2a5d6b41 document_type: OWNERSHIP_STRUCTURE document_subtype: ARTICLES_OF_INCORPORATION original_filename: acta_constitutiva.pdf status: Approved document_count: 1 node_id: node_kyb_documents '401': description: >- Срок действия API-ключа с ограниченной областью действия истёк. Это единственный случай, возвращающий `401`: отсутствующий, недействительный или отозванный ключ возвращает `403`. content: application/json: schema: type: object properties: detail: type: string description: Понятное сообщение об ошибке. examples: Expired key: summary: Срок действия ключа истёк value: detail: This API key has expired. '403': description: >- Ошибка аутентификации или авторизации. Отсутствующий ключ возвращает `403`, как и ключ другого приложения, ключ с ограниченной областью действия без необходимого для этого endpoint разрешения, а также запрос не из разрешённого списка IP-адресов ключа; неверный, отозванный или истекший ключ возвращает `401`. Различайте их по полю `detail`. content: application/json: schema: type: object properties: detail: type: string description: Понятное сообщение об ошибке. examples: Missing or invalid credentials: summary: >- Заголовок x-api-key отсутствует, либо ключ не прошёл валидацию value: detail: >- Authentication credentials were not provided or are invalid. Other application: summary: >- Действительный ключ, принадлежащий приложению, отличному от приложения сессии value: detail: You do not have permission to perform this action. Scoped key without decisions write: summary: >- У ключа с ограниченной областью действия отсутствует разрешение decisions: write value: detail: This API key has no write access to decisions. IP not allowed: summary: Запрос с IP-адреса вне списка разрешённых IP ключа value: detail: This API key can't be used from this IP address. '404': description: >- Сессия не существует, была удалена, принадлежит другому приложению или находится за пределами ограничений ключа с ограниченным доступом; подробности не позволяют различить эти случаи. content: application/json: schema: type: object properties: detail: type: string description: Понятное сообщение об ошибке. example: detail: Session not found. security: - ApiKeyAuth: [] x-codeSamples: - lang: python label: Python source: |- from didit import Didit # Reads DIDIT_API_KEY. client = Didit() result = client.sessions.list_kyb_extracted_parties( "33333333-4444-5555-6666-777777777777", ) print(result) - lang: javascript label: Node.js source: >- import Didit from "@didit-protocol/sdk-node"; // Reads DIDIT_API_KEY. const didit = new Didit(); const result = await didit.sessions.listKybExtractedParties("33333333-4444-5555-6666-777777777777"); console.log(result); - lang: go label: Go source: "ctx := context.Background()\n// Reads DIDIT_API_KEY.\nclient := didit.NewClient()\n\nresult, err := client.Sessions.ListKYBExtractedParties(ctx, \"33333333-4444-5555-6666-777777777777\", didit.SessionsListKYBExtractedPartiesParams{})\nif err != nil {\n\tlog.Fatal(err)\n}\nfmt.Printf(\"%+v\\n\", result)" - lang: java label: Java source: >- import me.didit.Didit; // Reads DIDIT_API_KEY. Didit client = new Didit(); var result = client.sessions().listKybExtractedParties("33333333-4444-5555-6666-777777777777"); System.out.println(result); - lang: php label: PHP source: >- sessions->listKybExtractedParties('33333333-4444-5555-6666-777777777777'); print_r($result->toArray()); - lang: ruby label: Ruby source: >- require "didit" # Reads DIDIT_API_KEY. didit = Didit::Client.new result = didit.sessions.list_kyb_extracted_parties("33333333-4444-5555-6666-777777777777") puts result.to_h - lang: csharp label: .NET source: >- using System; using System.Text.Json; using Didit; // Reads DIDIT_API_KEY. using var client = new DiditClient(); var result = await client.Sessions.ListKybExtractedPartiesAsync("33333333-4444-5555-6666-777777777777"); Console.WriteLine(JsonSerializer.Serialize(result)); components: securitySchemes: ApiKeyAuth: type: apiKey in: header name: x-api-key description: >- API-ключ вашего приложения из раздела «Разработчикам» -> «API-ключи» в Business Console. Основной ключ имеет полный доступ. Именованный ключ может иметь ограниченную область действия: без доступа, чтение или запись для каждого ресурса, ограничение определенными сценариями или одобренными сессиями, списком IP-адресов и сроком действия. 401 означает, что ключ неверен, отозван или его срок действия истек; 403 означает, что ключ не был передан, у ключа нет доступа к этому ресурсу или действию, либо запрос поступил с адреса вне его списка IP-адресов; 404 на маршруте сессии означает, что сессия не входит в сценарии или статусы ключа. Ключ без доступа к медиа получает URL изображений, видео и PDF как null, а ключ без прав на запись сессий получает ссылки на сессии и токены как null. См. https://docs.didit.me/console/api-keys. ```` This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.