> ## 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 di risoluzione dei casi > Risolvi un caso come falso positivo o minaccia reale con Didit. Scopri il gating su checklist e note obbligatorie e la staging a 4 occhi. Resolve Case API Prompt Copia il prompt negli appunti \

\`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.`

\
Incolla in Risolvi un caso. Se il suo blueprint è abbinato a un blueprint con un passaggio di [revisione a quattro occhi](https://docs.didit.me/it/console/case-management/four-eyes.md), questa operazione prepara la risoluzione invece di chiudere il caso. Controlla il campo `pending_resolution` della risposta per distinguere i due esiti.## Indicare il checkerIn un blueprint con un passaggio di verifica a quattro occhi, invia `checker` con l'uuid dell'utente del membro che deve approvare la risoluzione. Solo quel membro può poi approvarla o rifiutarla; chiunque altro, compresa una chiave API, riceve `403`. Il campo `checker` del caso indica questo membro finché la risoluzione non viene approvata, rifiutata o restituita per una nuova revisione perché le prove sono cambiate. Senza `checker`, la risoluzione resta in attesa nella coda del blueprint di verifica. Il membro deve avere accesso al caso per questa applicazione e non può essere il responsabile che invia la risoluzione. In un blueprint senza un passaggio checker, `checker` restituisce `400`.## Le risoluzioni a quattro occhi richiedono un membro della consoleInvia una risoluzione che passa per la revisione a quattro occhi come membro della console, non con una chiave API. Una risoluzione inviata con una chiave API non ha un autore registrato, quindi le operazioni di approvazione e rifiuto della risoluzione restituiscono `403` a tutti i chiamanti, incluso il checker indicato.## AccessoGli endpoint dei casi richiedono una [chiave API](https://docs.didit.me/it/console/api-keys.md) con accesso completo. Una chiave con accesso limitato riceve `403`.## Correlati- [Revisione a quattro occhi (Console)](https://docs.didit.me/it/console/case-management/four-eyes.md) - [Ottieni il caso](https://docs.didit.me/it/management-api/cases/get.md) - [Checklist (Console)](https://docs.didit.me/it/console/case-management/checklist.md) - [Aggiornamento dello stato in blocco](https://docs.didit.me/it/management-api/cases/bulk-status.md) ## OpenAPI ````yaml it/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 di verifica dell'identità. Autenticati con l'intestazione 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: Risolvi il caso description: >- Risolvi il caso con una delle cinque risoluzioni: FALSE_POSITIVE (nessuna criticità rilevata), VALID_THREAT (criticità confermata), INCONCLUSIVE, REQUIREMENTS_NOT_MET o REQUIREMENTS_SATISFIED. Bloccato con 400 se la checklist del blueprint non è facoltativa e rimangono elementi incompleti, oppure se il blueprint richiede una nota di risoluzione e non ne viene fornita alcuna. Quando il blueprint del caso prevede un passaggio di controllo a quattro occhi (four_eyes_checker_blueprint), la risoluzione viene impostata come provvisoria (case.pending_resolution) e il caso passa al blueprint del verificatore anziché risolversi immediatamente; un responsabile diverso deve chiamare approve o reject-approval. Invia una risoluzione a quattro occhi come membro della console: una risoluzione inviata da una chiave API non ha un maker registrato, quindi approve e reject-approval restituiscono 403 per qualsiasi chiamante. In un blueprint a quattro occhi puoi indicare il membro che deve approvare con `checker`: in tal caso solo quel membro può approvare o rifiutare la risoluzione, e il campo `checker` della risposta ne riporta il nome. Senza `checker`, la risoluzione attende nella coda del blueprint del verificatore. L'invio di `checker` per un blueprint privo di un passaggio di controllo restituisce 400. operationId: resolve_case parameters: - name: organization_id in: path required: true schema: type: string format: uuid description: UUID dell'organizzazione. - name: application_id in: path required: true schema: type: string format: uuid description: UUID dell'applicazione. - name: case_uuid in: path required: true schema: type: string format: uuid example: c1a5e000-0000-4000-8000-000000000001 description: UUID del caso. 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: >- Obbligatorio quando il blueprint imposta require_resolution_note. checker: type: string format: uuid nullable: true description: >- Solo modelli a quattro occhi. L'uuid utente del membro che deve approvare questa risoluzione (lo stesso id di `assigned_to.uuid` su un caso, o `members[].user_id` su un team di revisione). Il membro deve avere accesso ai casi per questa applicazione e non può essere il responsabile che invia la risoluzione. Omettilo o invia null per lasciare la risoluzione alla coda del controllore. 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: Risolto o in attesa di approvazione a 4 occhi. content: application/json: schema: $ref: '#/components/schemas/CaseDetail' '400': description: >- La risoluzione è stata rifiutata. Gli errori non legati a campi specifici vengono restituiti come elenco di stringhe: una checklist incompleta, una nota obbligatoria mancante o un `checker` che non è stato possibile verificare o che non è un revisore attivo con accesso ai casi per questa applicazione. Gli errori relativi a `checker` sono indicizzati in base al campo: il membro indicato è il responsabile che invia la risoluzione, oppure il modello del caso non prevede un passaggio di verifica (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: >- Impostato solo mentre una risoluzione a 4 occhi è predisposta sul blueprint checker, in attesa di approvazione o rifiuto dell'approvazione. 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: >- Email del responsabile che ha inviato la risoluzione. Null se inviata tramite chiave API: tale risoluzione non ha un autore registrato, pertanto approve e reject-approval restituiscono 403 per ogni chiamante. maker_name: type: string nullable: true maker_user_id: type: string format: uuid nullable: true description: >- UUID utente membro del responsabile che ha inviato la risoluzione. Null quando è stata inviata tramite una chiave API. Tale membro non può essere designato come `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: Le 50 note più recenti. events: type: array items: $ref: '#/components/schemas/CaseEvent' description: I 100 eventi più recenti. 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: L'unico utente o azienda a cui è associato il caso. properties: type: type: string enum: - user - business uuid: type: string format: uuid name: type: string external_id: type: string nullable: true description: Il vendor_data del soggetto. country: type: string nullable: true description: >- Codice paese a tre lettere del soggetto (ISO 3166-1 alpha-3), oppure null se non noto. Per un'azienda, il paese di costituzione. Per una persona, il paese di emissione di un documento d'identità proveniente dalle sue verifiche; per una persona con documenti provenienti da diversi paesi ne viene mostrato uno e possono comparire codici documento ICAO come `XXA`. example: ESP portrait: type: string format: uri nullable: true description: >- URL firmato di breve durata dell'immagine del ritratto della persona. Sempre null per un'azienda e null per una persona senza ritratto. L'URL scade, quindi scarica l'immagine quando leggi il caso invece di memorizzare l'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: >- Il team di revisione assegnatario del caso, oppure null se non è assegnato ad alcun team. L'instradamento lo imposta quando una regola di instradamento assegna il caso a uno dei suoi team. Modificalo o cancellalo con `PATCH .../cases/{case_uuid}/` (`team`). properties: uuid: type: string format: uuid name: type: string CaseChecker: type: object nullable: true description: >- Il membro designato per approvare o rifiutare la risoluzione in sospeso. Impostato solo mentre una risoluzione a quattro occhi attende un verificatore designato. Null quando non c'è nulla in sospeso, mentre la risoluzione in sospeso attende nella coda dei verificatori e una volta che la risoluzione è approvata, rifiutata o restituita per una nuova revisione a seguito della modifica delle prove. properties: member_uuid: type: string format: uuid description: >- L'uuid utente del membro: il valore che passi come `checker` quando risolvi il caso. name: type: string nullable: true description: Il nome completo del membro, o null se non noto. 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: >- Le sei sezioni attivabili/disattivabili che determinano quali schede e campi compaiono nella pagina del caso. Le sezioni o chiavi sconosciute vengono rifiutate. properties: checklist: type: object properties: enabled: type: boolean optional: type: boolean description: >- Se true, un caso può essere risolto anche con elementi della checklist incompleti. 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: Connettori che attualmente instradano nuovi casi in questo modello. items: type: object properties: kind: type: string enum: - aml - rule - workflow id: type: string name: type: string receives_escalation_from: type: array description: Altri blueprint il cui target di escalation punta a questo. 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 per i link session e business_session; uuid/txn_id/status per i link 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: >- La chiave API della tua applicazione, da Developers -> API keys nella Business Console. La chiave primaria ha accesso completo. Una chiave con nome può avere un ambito definito: nessuno, lettura o scrittura per risorsa, limitata ad alcuni workflow o a sessioni approvate, a un elenco di indirizzi IP e a una data di scadenza. 401 indica che la chiave è errata, revocata o scaduta; 403 indica che non è stata inviata alcuna chiave, che la chiave non ha accesso a questa risorsa o azione, oppure che la richiesta proviene da un indirizzo non incluso nel suo elenco IP; 404 su una route di sessione indica che la sessione non rientra nei workflow o negli stati previsti dalla chiave. Una chiave senza accesso ai media riceve gli URL di immagini, video e PDF come null, e una chiave senza permessi di scrittura sulle sessioni riceve link e token di sessione come null. Consulta https://docs.didit.me/console/api-keys. ```` This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.