> ## 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. # API разрешения кейса > Разрешите кейс в Didit как ложное срабатывание или реальную угрозу. Узнайте о проверке чек-листа, обязательных заметках и стейджинге 4-eyes. Промпт API для решения кейса Скопировать промпт в буфер обмена \

\`Resolve a case through the Management API.

Endpoint:
POST https://verification.didit.me/v3/organization/{organization_id}/application/{application_id}/cases/{case_uuid}/resolve/

Authentication:
Use the x-api-key header with my Didit API key.

Request body:
\{"resolution": "FALSE_POSITIVE", "note": "Confirmed legitimate activity after reviewing documents."}
\- resolution is required: FALSE_POSITIVE (no concern found) | VALID_THREAT (concern confirmed) | INCONCLUSIVE | REQUIREMENTS_NOT_MET | REQUIREMENTS_SATISFIED.
\- note is required only when the case's blueprint has require_resolution_note enabled.
\- checker is optional and only for a blueprint with a four-eyes checker step: the user uuid of the member who must approve the resolution (the same id as assigned_to.uuid on a case, or members[].user_id on a review team). Omit it or send null to leave the resolution to the checker queue.

Behavior:
\- Blocked with 400 if the blueprint's checklist is not optional and any item is incomplete - response lists the incomplete item labels.
\- Blocked with 400 if the blueprint requires a note and none was given.
\- If the blueprint has a four_eyes_checker_blueprint configured, the resolution is staged (case.pending_resolution) and the case moves to that checker blueprint's queue instead of closing - status stays OPEN. A different user must then call approve or reject-approval.
\- Submit a four-eyes resolution as a console member. A resolution an API key submits has no recorded maker (pending_resolution.maker_email is null), so approve and reject-approval return 403 {"detail": "Case has no recorded maker for this pending resolution; approve is not permitted."} for every caller.
\- Otherwise the case closes immediately: status becomes RESOLVED, resolved_at and resolved_by_email are set.
\- On a four-eyes blueprint with checker, only that member can approve or reject the staged resolution, and the response's checker {member_uuid, name, email} names them. Any other caller, including an API key, gets 403 on approve and reject-approval. Without checker, the response's checker is null and the checker blueprint's queue decides.

Example call:
curl -X POST "https://verification.didit.me/v3/organization/{organization_id}/application/{application_id}/cases/{case_uuid}/resolve/" \
-H "x-api-key: YOUR_API_KEY" -H "Content-Type: application/json" \
-d '{"resolution": "FALSE_POSITIVE", "note": "Confirmed legitimate activity."}'

Response 200: CaseDetail. Check pending_resolution to tell staged-for-approval apart from a completed resolution.

Failure modes:
\- 400 - incomplete checklist, or missing required note (a list of strings).
\- 400 - when checker is sent, in the order they fire:
\- ["Reviewer access could not be verified. Try again."] or ["Choose an active reviewer with case access to this application."] - the member could not be checked, or is not an active reviewer with case access.
\- {"checker": ["The officer who submitted the resolution cannot be its checker."]} - you named the officer who is resolving.
\- {"checker": ["This review policy has no checker step, so the case resolves directly."]} - the case's blueprint has no four-eyes checker step.
\- 401/403 - auth/permission errors. A key with restricted access gets 403 {"detail": "This API key has no access to this endpoint."} (cases need a full-access key). A console member token needs write:cases.
\- 404 - case not found.

For the full integration shape, see /integration/integration-prompt.`

\
Вставьте в Решите кейс. Если его блюпринт связан с блюпринтом проверяющего для [4-eyes-проверки](https://docs.didit.me/ru/console/case-management/four-eyes.md), решение переводится в статус ожидания вместо закрытия кейса. Чтобы отличить эти два результата, проверьте поле `pending_resolution` в ответе.## Укажите проверяющегоВ блюпринте с шагом проверяющего по принципу четырёх глаз передайте `checker` с uuid участника, который должен утвердить решение. Только этот участник может затем утвердить или отклонить решение. Все остальные, включая API-ключ, получат `403`. Поле `checker` в кейсе указывает на него, пока решение не утверждено, не отклонено или не возвращено на повторную проверку из-за изменения доказательств. Без `checker` решение ожидает в очереди блюпринта проверяющего. Участник должен иметь доступ к кейсам этого приложения и не может быть сотрудником, который отправляет решение. В блюпринте без шага проверяющего `checker` возвращает `400`.## Для решений, проходящих проверку по принципу четырёх глаз, требуется участник консолиОтправляйте решение, которое уходит на 4-eyes-проверку, как участник консоли, а не с API-ключом. Решение, отправленное API-ключом, не имеет зафиксированного инициатора, поэтому утверждение и отклонение решения возвращают `403` для любого вызывающего, включая назначенного проверяющего.## ДоступДля endpoint'ов кейсов требуется [API-ключ](https://docs.didit.me/ru/console/api-keys.md) с полным доступом. Ключ с ограниченным доступом получает `403`.## Связанные материалы- [4-eyes-проверка (Console)](https://docs.didit.me/ru/console/case-management/four-eyes.md) - [Получение кейса](https://docs.didit.me/ru/management-api/cases/get.md) - [Чек-лист (Console)](https://docs.didit.me/ru/console/case-management/checklist.md) - [Массовое обновление статуса](https://docs.didit.me/ru/management-api/cases/bulk-status.md) ## OpenAPI ````yaml ru/openapi-25.json POST /v3/organization/{organization_id}/application/{application_id}/cases/{case_uuid}/resolve/ 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/organization/{organization_id}/application/{application_id}/cases/{case_uuid}/resolve/: post: tags: - Cases summary: Разрешить кейс description: >- Завершите кейс одним из пяти решений: FALSE_POSITIVE (проблема не обнаружена), VALID_THREAT (проблема подтверждена), INCONCLUSIVE, REQUIREMENTS_NOT_MET или REQUIREMENTS_SATISFIED. Блокируется с ошибкой 400, если чеклист шаблона не является необязательным и пункты остаются незавершенными, или если шаблон требует примечание к решению, но оно не указано. Когда в шаблоне кейса настроен шаг проверки «четырех глаз» (four_eyes_checker_blueprint), решение переводится в отложенное состояние (case.pending_resolution), и кейс переходит к шаблону проверяющего вместо немедленного завершения; другой сотрудник должен вызвать approve или reject-approval. Отправляйте решение по принципу «четырех глаз» от имени участника консоли: у решения, отправленного через API-ключ, нет зафиксированного инициатора, поэтому approve и reject-approval вернут 403 для любого вызывающего. В шаблоне с принципом «четырех глаз» вы можете указать участника, который должен утвердить решение, с помощью `checker`: тогда только этот участник сможет утвердить или отклонить решение, а в поле `checker` ответа будет указано его имя. Без параметра `checker` решение ожидает в очереди шаблона проверяющего. Отправка `checker` для шаблона без шага проверки возвращает 400. operationId: resolve_case parameters: - name: organization_id in: path required: true schema: type: string format: uuid description: UUID организации. - name: application_id in: path required: true schema: type: string format: uuid description: UUID приложения. - name: case_uuid in: path required: true schema: type: string format: uuid example: c1a5e000-0000-4000-8000-000000000001 description: UUID кейса. requestBody: required: true content: application/json: schema: type: object required: - resolution properties: resolution: type: string enum: - FALSE_POSITIVE - VALID_THREAT - INCONCLUSIVE - REQUIREMENTS_NOT_MET - REQUIREMENTS_SATISFIED note: type: string nullable: true description: Обязательно, когда blueprint задаёт require_resolution_note. checker: type: string format: uuid nullable: true description: >- Только для схем «принципа четырёх глаз». UUID пользователя-участника, который должен утвердить это решение (тот же id, что и `assigned_to.uuid` в кейсе, или `members[].user_id` в команде проверки). Участник должен иметь доступ к кейсам этого приложения и не может быть офицером, отправляющим решение. Опустите это поле или передайте null, чтобы оставить решение в очереди проверяющих. examples: Resolve: value: resolution: FALSE_POSITIVE note: Confirmed legitimate activity after reviewing documents. Four-eyes blueprint with a named checker: value: resolution: VALID_THREAT note: Document tampering confirmed. checker: 3fa85f64-5717-4562-b3fc-2c963f66afa6 responses: '200': description: >- Завершен или переведен в отложенное состояние для утверждения по принципу «четырех глаз». content: application/json: schema: $ref: '#/components/schemas/CaseDetail' '400': description: >- Резолюция была отклонена. Ошибки, не связанные с конкретными полями, возвращаются в виде списка строк: незаполненный чек-лист, отсутствие обязательного примечания или `checker`, которого не удалось проверить либо который не является активным проверяющим с доступом к кейсам этого приложения. Ошибки `checker` возвращаются с привязкой к полю: указанный участник является офицером, отправляющим резолюцию, либо в схеме кейса отсутствует шаг проверяющего. content: application/json: schema: oneOf: - type: array items: type: string - type: object additionalProperties: type: array items: type: string examples: Incomplete checklist: value: - >- Case has incomplete checklist items: Verify source of funds Resolution note required: value: - A resolution note is required to resolve this case. Reviewer access could not be verified: value: - Reviewer access could not be verified. Try again. Checker is not an active reviewer: value: - >- Choose an active reviewer with case access to this application. Checker is the submitting officer: value: checker: - >- The officer who submitted the resolution cannot be its checker. Policy has no checker step: value: checker: - >- This review policy has no checker step, so the case resolves directly. security: - ApiKeyAuth: [] x-codeSamples: - lang: curl label: curl source: >- curl -X POST 'https://verification.didit.me/v3/organization/11111111-2222-3333-4444-555555555555/application/aaaaaaaa-bbbb-cccc-dddd-eeeeeeeeeeee/cases/c1a5e000-0000-4000-8000-000000000001/resolve/' \ -H 'x-api-key: YOUR_API_KEY' \ -H 'Content-Type: application/json' \ -d '{"resolution": "FALSE_POSITIVE", "note": "Confirmed legitimate activity after reviewing documents."}' - lang: python label: Python source: |- from didit import Didit # Reads DIDIT_API_KEY, DIDIT_ORGANIZATION_ID # and DIDIT_APPLICATION_ID. client = Didit() result = client.cases.resolve( "c1a5e000-0000-4000-8000-000000000001", resolution="FALSE_POSITIVE", note="Confirmed legitimate activity after reviewing documents.", ) print(result) - lang: javascript label: Node.js source: >- import Didit from "@didit-protocol/sdk-node"; // Reads DIDIT_API_KEY, DIDIT_ORGANIZATION_ID // and DIDIT_APPLICATION_ID. const didit = new Didit(); const result = await didit.cases.resolve("c1a5e000-0000-4000-8000-000000000001", { resolution: "FALSE_POSITIVE", note: "Confirmed legitimate activity after reviewing documents.", }); console.log(result); - lang: go label: Go source: "ctx := context.Background()\n// Reads DIDIT_API_KEY, DIDIT_ORGANIZATION_ID\n// and DIDIT_APPLICATION_ID.\nclient := didit.NewClient()\n\nresult, err := client.Cases.Resolve(ctx, \"c1a5e000-0000-4000-8000-000000000001\", didit.CasesResolveParams{\n\tResolution: \"FALSE_POSITIVE\",\n\tNote: didit.String(\"Confirmed legitimate activity after reviewing documents.\"),\n})\nif err != nil {\n\tlog.Fatal(err)\n}\nfmt.Printf(\"%+v\\n\", result)" - lang: java label: Java source: >- import me.didit.Didit; import me.didit.types.CasesResolveParams; // Reads DIDIT_API_KEY, DIDIT_ORGANIZATION_ID // and DIDIT_APPLICATION_ID. Didit client = new Didit(); var result = client.cases().resolve("c1a5e000-0000-4000-8000-000000000001", CasesResolveParams.builder() .resolution(CasesResolveParams.Resolution.of("FALSE_POSITIVE")) .note("Confirmed legitimate activity after reviewing documents.") .build()); System.out.println(result); - lang: php label: PHP source: >- cases->resolve('c1a5e000-0000-4000-8000-000000000001', [ 'resolution' => 'FALSE_POSITIVE', 'note' => 'Confirmed legitimate activity after reviewing documents.', ]); print_r($result->toArray()); - lang: ruby label: Ruby source: |- require "didit" # Reads DIDIT_API_KEY, DIDIT_ORGANIZATION_ID # and DIDIT_APPLICATION_ID. didit = Didit::Client.new result = didit.cases.resolve( "c1a5e000-0000-4000-8000-000000000001", resolution: "FALSE_POSITIVE", note: "Confirmed legitimate activity after reviewing documents." ) puts result.to_h - lang: csharp label: .NET source: >- using System; using System.Text.Json; using Didit; // Reads DIDIT_API_KEY, DIDIT_ORGANIZATION_ID // and DIDIT_APPLICATION_ID. using var client = new DiditClient(); var result = await client.Cases.ResolveAsync("c1a5e000-0000-4000-8000-000000000001", new CasesResolveParams { Resolution = "FALSE_POSITIVE", Note = "Confirmed legitimate activity after reviewing documents.", }); Console.WriteLine(JsonSerializer.Serialize(result)); components: schemas: CaseDetail: type: object properties: uuid: type: string format: uuid case_number: type: string nullable: true title: type: string status: type: string enum: - OPEN - AWAITING_USER - RESOLVED resolution: type: string enum: - FALSE_POSITIVE - VALID_THREAT - INCONCLUSIVE - REQUIREMENTS_NOT_MET - REQUIREMENTS_SATISFIED nullable: true resolution_notes: type: string nullable: true priority: type: string enum: - LOW - MEDIUM - HIGH source: type: string enum: - MANUAL - AML_SCREENING - TRANSACTION_RULE - WORKFLOW_BUILDER tags: type: array items: type: string subject: $ref: '#/components/schemas/CaseSubject' assigned_to: $ref: '#/components/schemas/CaseAssignee' assigned_at: type: string format: date-time nullable: true team: $ref: '#/components/schemas/CaseTeamSummary' due_at: type: string format: date-time nullable: true resolved_at: type: string format: date-time nullable: true resolved_by_email: type: string nullable: true pending_resolution: type: object nullable: true description: >- Устанавливается только тогда, когда решение по принципу четырёх глаз подготовлено в шаблоне проверяющего и ожидает одобрения или отклонения одобрения. properties: resolution: type: string enum: - FALSE_POSITIVE - VALID_THREAT - INCONCLUSIVE - REQUIREMENTS_NOT_MET - REQUIREMENTS_SATISFIED resolution_notes: type: string nullable: true maker_email: type: string format: email nullable: true description: >- Электронная почта офицера, отправившего резолюцию. Null, если она отправлена с помощью API-ключа: у такой резолюции нет зафиксированного создателя, поэтому approve и reject-approval возвращают 403 для любого вызывающего. maker_name: type: string nullable: true maker_user_id: type: string format: uuid nullable: true description: >- UUID пользователя-участника сотрудника, отправившего решение. null, если запрос отправлен с использованием API-ключа. Этот участник не может быть указан в качестве `checker`. maker_blueprint_id: type: string format: uuid staged_at: type: string format: date-time checker: $ref: '#/components/schemas/CaseChecker' metadata: type: object blueprint: $ref: '#/components/schemas/CaseBlueprintDetail' notes: type: array items: $ref: '#/components/schemas/CaseNote' description: 50 самых новых заметок. events: type: array items: $ref: '#/components/schemas/CaseEvent' description: 100 самых новых событий. links: type: array items: $ref: '#/components/schemas/CaseLink' links_count: type: integer notes_count: type: integer checklist_items: type: array items: $ref: '#/components/schemas/CaseChecklistItem' created_at: type: string format: date-time updated_at: type: string format: date-time CaseSubject: type: object nullable: true description: Единственный пользователь или компания, к которым привязан кейс. properties: type: type: string enum: - user - business uuid: type: string format: uuid name: type: string external_id: type: string nullable: true description: Значение vendor_data субъекта. country: type: string nullable: true description: >- Трёхбуквенный код страны субъекта (ISO 3166-1 alpha-3) или null, если он неизвестен. Для компании это страна регистрации. Для физического лица это страна выдачи документа, удостоверяющего личность, из его верификаций; для лица с документами из нескольких стран отображается одна из них, также могут встречаться коды документов ICAO, например `XXA`. example: ESP portrait: type: string format: uri nullable: true description: >- Временный подписанный URL портретного фото лица. Всегда null для компании и null для физического лица без портретного фото. Срок действия URL истекает, поэтому скачивайте изображение при чтении кейса, а не сохраняйте URL. CaseAssignee: type: object nullable: true properties: uuid: type: string format: uuid full_name: type: string email: type: string format: email CaseTeamSummary: type: object nullable: true description: >- Команда проверки, ответственная за кейс, или null, если команда не назначена. Задаётся маршрутизацией, когда правило маршрутизации распределяет кейс в одну из команд. Изменить или очистить можно с помощью `PATCH .../cases/{case_uuid}/` (`team`). properties: uuid: type: string format: uuid name: type: string CaseChecker: type: object nullable: true description: >- Участник, назначенный для одобрения или отклонения ожидающего решения. Задаётся только тогда, когда решение по принципу четырех глаз ожидает назначенного проверяющего. Null, когда нет ожидающих решений, пока ожидающее решение находится в очереди проверяющих, а также после того, как решение одобрено, отклонено или возвращено на повторную проверку из-за изменения доказательств. properties: member_uuid: type: string format: uuid description: >- UUID пользователя-участника: значение, которое вы передаете в качестве `checker` при разрешении кейса. name: type: string nullable: true description: Полное имя участника или null, если оно неизвестно. email: type: string format: email CaseBlueprintDetail: type: object properties: uuid: type: string format: uuid name: type: string maxLength: 24 description: type: string nullable: true assignment_method: type: string enum: - MANUAL - AUTOMATIC assignee_pool: type: array items: type: string format: uuid max_active_cases: type: integer nullable: true escalation_enabled: type: boolean transfer_enabled: type: boolean require_resolution_note: type: boolean is_active: type: boolean preset_key: type: string nullable: true created_at: type: string format: date-time escalation_blueprint: type: string format: uuid nullable: true escalation_blueprint_name: type: string nullable: true four_eyes_checker_blueprint: type: string format: uuid nullable: true four_eyes_checker_blueprint_name: type: string nullable: true content_config: type: object description: >- Шесть переключаемых разделов, которые определяют, какие вкладки и поля отображаются на странице кейса. Неизвестные разделы или ключи отклоняются. properties: checklist: type: object properties: enabled: type: boolean optional: type: boolean description: >- Если true, кейс можно разрешить с незавершенными пунктами чек-листа. items: type: array items: type: object properties: label: type: string maxLength: 255 order: type: integer aml_control: type: object properties: enabled: type: boolean financial: type: boolean identity: type: boolean identity: type: object properties: enabled: type: boolean personal_information: type: boolean applicant_tags: type: boolean contact_information: type: boolean risk_overview: type: boolean poi_documents: type: boolean poa_documents: type: boolean verifications: type: object properties: enabled: type: boolean summary: type: boolean reporting: type: object properties: enabled: type: boolean fiu_reports: type: boolean financial: type: object properties: enabled: type: boolean payment_methods: type: boolean transactions: type: boolean creation_sources: type: array description: >- Коннекторы, которые в данный момент направляют новые кейсы в эту схему. items: type: object properties: kind: type: string enum: - aml - rule - workflow id: type: string name: type: string receives_escalation_from: type: array description: >- Другие схемы (blueprints), цель эскалации (Escalation) которых указывает на эту схему. items: type: object properties: id: type: string name: type: string updated_at: type: string format: date-time version: type: integer readOnly: true default_deadline_hours: type: integer nullable: true minimum: 1 maximum: 8760 CaseNote: type: object properties: uuid: type: string format: uuid comment: type: string actor_email: type: string format: email nullable: true actor_name: type: string nullable: true mentioned_emails: type: array items: type: string format: email is_internal: type: boolean attachments: type: array items: type: object properties: s3_key: type: string filename: type: string file_size: type: integer url: type: string format: uri tags: type: array items: type: string created_at: type: string format: date-time CaseEvent: type: object properties: uuid: type: string format: uuid event_type: type: string enum: - CREATED - STATUS_CHANGED - ASSIGNED - UNASSIGNED - RESOLVED - REOPENED - LINK_ADDED - LINK_REMOVED - NOTE_ADDED - NOTE_PINNED - NOTE_UNPINNED - PRIORITY_CHANGED - DUE_DATE_CHANGED - TAG_ADDED - TAG_REMOVED - ESCALATED - TRANSFERRED - CHECKLIST_COMPLETED - REPORT_CREATED - REPORT_FINALIZED - SUBMITTED_FOR_APPROVAL - APPROVAL_GRANTED - APPROVAL_REJECTED - ENTITY_ACTION - APPROVAL_INVALIDATED - CUSTOMER_REQUEST - STAGE_CHANGED - TEAM_CHANGED - CHECKER_ASSIGNED - CHECKER_UNASSIGNED actor_email: type: string format: email nullable: true actor_name: type: string nullable: true previous_status: type: string enum: - OPEN - AWAITING_USER - RESOLVED nullable: true new_status: type: string enum: - OPEN - AWAITING_USER - RESOLVED nullable: true metadata: type: object created_at: type: string format: date-time CaseLink: type: object properties: uuid: type: string format: uuid linked_entity_type: type: string enum: - session - business_session - transaction nullable: true linked_entity_uuid: type: string format: uuid nullable: true linked_entity_summary: type: object nullable: true description: >- session_id/session_number/status для ссылок session и business_session; uuid/txn_id/status для ссылок transaction. created_at: type: string format: date-time CaseChecklistItem: type: object properties: uuid: type: string format: uuid label: type: string maxLength: 255 is_completed: type: boolean completed_by: type: string format: email nullable: true completed_at: type: string format: date-time nullable: true order: type: integer 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.