> ## 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 de résolution de dossier > Résolvez un dossier en faux positif ou menace avérée avec Didit. Découvrez le blocage par checklist, note obligatoire et validation 4-eyes. Prompt de l'API de résolution de dossier Copier le prompt dans le presse-papiers \

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

\
Coller dans Résolvez un dossier. Si son modèle est associé à un modèle de [revue à quatre yeux](https://docs.didit.me/fr/console/case-management/four-eyes.md), cette action prépare la résolution au lieu de clôturer le dossier : vérifiez le champ `pending_resolution` de la réponse pour distinguer les deux résultats.## Désigner le vérificateurSur un modèle comportant une étape de vérification à quatre yeux, envoyez `checker` avec l'uuid de l'utilisateur membre qui doit approuver la résolution. Seul ce membre peut ensuite approuver ou rejeter la résolution ; toute autre personne, y compris une clé API, reçoit `403`. Le champ `checker` du dossier désigne ce membre jusqu'à ce que la résolution soit approuvée, rejetée ou renvoyée pour un nouvel examen parce que les preuves ont changé. Sans `checker`, la résolution attend dans la file d'attente du modèle de vérification. Le membre doit avoir accès aux dossiers de cette application et ne peut pas être le responsable qui soumet la résolution. Sur un modèle sans étape de vérification, `checker` renvoie `400`.## Les résolutions à quatre yeux nécessitent un membre de la consoleSoumettez une résolution qui passe par une revue à quatre yeux en tant que membre de la console, et non avec une clé API. Une résolution soumise avec une clé API n'a pas d'auteur enregistré : l'approbation et le rejet de l'approbation renvoient `403` pour tous les appelants, y compris le vérificateur désigné.## AccèsLes endpoints des dossiers nécessitent une [clé API](https://docs.didit.me/fr/console/api-keys.md) à accès complet. Une clé à accès restreint reçoit `403`.## Voir aussi- [Revue à quatre yeux (Console)](https://docs.didit.me/fr/console/case-management/four-eyes.md) - [Récupérer un dossier](https://docs.didit.me/fr/management-api/cases/get.md) - [Checklist (Console)](https://docs.didit.me/fr/console/case-management/checklist.md) - [Mise à jour groupée du statut](https://docs.didit.me/fr/management-api/cases/bulk-status.md) ## OpenAPI ````yaml fr/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 de vérification d'identité. Authentifiez-vous avec l'en-tête 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: Résoudre le dossier description: >- Résolvez le dossier avec l'une des cinq résolutions : FALSE_POSITIVE (aucune préoccupation trouvée), VALID_THREAT (préoccupation confirmée), INCONCLUSIVE, REQUIREMENTS_NOT_MET ou REQUIREMENTS_SATISFIED. Bloqué avec 400 si la checklist du modèle n'est pas optionnelle et que des éléments restent incomplets, ou si le modèle exige une note de résolution et qu'aucune n'est fournie. Lorsque le modèle du dossier comporte une étape de contrôle à quatre yeux (four_eyes_checker_blueprint), la résolution est mise en attente (case.pending_resolution) et le dossier passe au modèle de vérificateur au lieu d'être résolu immédiatement ; un responsable différent doit appeler approve ou reject-approval. Soumettez une résolution à quatre yeux en tant que membre de la console : une résolution soumise par une clé API n'a pas d'auteur enregistré, donc approve et reject-approval renvoient 403 pour chaque appelant. Sur un modèle à quatre yeux, vous pouvez désigner le membre qui doit approuver avec `checker` : alors seul ce membre peut approuver ou rejeter la résolution, et le `checker` de la réponse le désigne. Sans `checker`, la résolution attend dans la file d'attente du modèle de vérificateur. L'envoi de `checker` pour un modèle sans étape de vérificateur renvoie 400. operationId: resolve_case parameters: - name: organization_id in: path required: true schema: type: string format: uuid description: UUID de l'organisation. - name: application_id in: path required: true schema: type: string format: uuid description: UUID de l'application. - name: case_uuid in: path required: true schema: type: string format: uuid example: c1a5e000-0000-4000-8000-000000000001 description: UUID du dossier. 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: Requis lorsque le blueprint définit require_resolution_note. checker: type: string format: uuid nullable: true description: >- Modèles à double contrôle uniquement. L'UUID utilisateur du membre qui doit approuver cette résolution (le même identifiant que `assigned_to.uuid` sur un dossier, ou `members[].user_id` sur une équipe de révision). Le membre doit avoir accès aux dossiers de cette application et ne peut pas être l'agent qui soumet la résolution. Omettez-le ou envoyez null pour laisser la résolution à la file d'attente du vérificateur. 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: Résolu, ou mis en attente pour approbation à 4 yeux. content: application/json: schema: $ref: '#/components/schemas/CaseDetail' '400': description: "La résolution a été refusée. Les erreurs non liées à un champ spécifique se présentent sous forme d'une liste de chaînes\_: une checklist incomplète, une note obligatoire manquante, ou un `checker` qui n'a pas pu être vérifié ou qui n'est pas un réviseur actif ayant accès au dossier pour cette application. Les erreurs de `checker` sont indexées par champ\_: le membre nommé est le responsable qui soumet la résolution, ou le modèle du dossier ne comporte pas d'étape de vérification." 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: >- Défini uniquement lorsqu'une résolution à 4 yeux est préparée sur le blueprint du checker, en attente d'approbation ou de rejet. 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: >- E-mail du responsable qui a soumis la résolution. Null lorsqu'une clé API l'a soumise : cette résolution n'a pas d'auteur enregistré, donc approve et reject-approval renvoient 403 pour tous les appelants. maker_name: type: string nullable: true maker_user_id: type: string format: uuid nullable: true description: >- UUID d'utilisateur du membre qui a soumis la résolution. Null lorsqu'une clé API l'a soumise. Ce membre ne peut pas être désigné comme `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 notes les plus récentes. events: type: array items: $ref: '#/components/schemas/CaseEvent' description: 100 événements les plus récents. 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'utilisateur ou l'entreprise unique auquel ou à laquelle le dossier est rattaché. properties: type: type: string enum: - user - business uuid: type: string format: uuid name: type: string external_id: type: string nullable: true description: Le vendor_data du sujet. country: type: string nullable: true description: >- Code pays à trois lettres du sujet (ISO 3166-1 alpha-3), ou null lorsqu'il n'est pas connu. Pour une entreprise, son pays de constitution. Pour une personne, le pays de délivrance d'un document d'identité issu de ses vérifications ; une personne possédant des documents de plusieurs pays affiche l'un d'eux, et des codes de document OACI tels que `XXA` peuvent apparaître. example: ESP portrait: type: string format: uri nullable: true description: >- URL signée de courte durée de l'image du portrait de la personne. Toujours null pour une entreprise, et null pour une personne sans portrait. L'URL expire, téléchargez donc l'image lorsque vous consultez le dossier plutôt que d'enregistrer 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: >- L'équipe d'examen assignée au dossier, ou null si aucune équipe n'en est responsable. Le routage la définit lorsqu'une règle de routage attribue le dossier à l'une de ses équipes. Modifiez-la ou effacez-la avec `PATCH .../cases/{case_uuid}/` (`team`). properties: uuid: type: string format: uuid name: type: string CaseChecker: type: object nullable: true description: >- Le membre désigné pour approuver ou rejeter la résolution en attente. Défini uniquement lorsqu'une résolution à quatre yeux attend un vérificateur désigné. Null lorsque rien n'est en attente, pendant que la résolution en attente patiente dans la file d'attente des vérificateurs, et une fois la résolution approuvée, rejetée ou renvoyée pour un nouvel examen en raison de la modification des preuves. properties: member_uuid: type: string format: uuid description: "L'UUID d'utilisateur du membre\_: la valeur que vous transmettez comme `checker` lorsque vous résolvez le dossier." name: type: string nullable: true description: Le nom complet du membre, ou null lorsqu'il n'est pas connu. 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: >- Les six sections activables qui déterminent les onglets et les champs affichés sur la page du dossier. Les sections ou clés inconnues sont rejetées. properties: checklist: type: object properties: enabled: type: boolean optional: type: boolean description: >- Si true, un dossier peut être résolu avec des éléments de liste de contrôle incomplets. 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: >- Connecteurs acheminant actuellement de nouveaux dossiers vers ce modèle. items: type: object properties: kind: type: string enum: - aml - rule - workflow id: type: string name: type: string receives_escalation_from: type: array description: Autres modèles dont la cible d'escalade pointe vers celui-ci. 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 pour les liens de session et business_session ; uuid/txn_id/status pour les liens de 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 clé API de votre application, issue de Développeurs -> Clés API dans la Business Console. La clé principale dispose d'un accès complet. Une clé nommée peut être restreinte : aucun, lecture ou écriture par ressource, limitée à certains workflows ou aux sessions approuvées, à une liste d'adresses IP et à une date d'expiration. 401 signifie que la clé est incorrecte, révoquée ou expirée ; 403 signifie qu'aucune clé n'a été envoyée, que la clé n'a pas accès à cette ressource ou action, ou que la requête provient d'une adresse hors de sa liste d'IP ; 404 sur une route de session signifie que la session est hors des workflows ou des statuts de la clé. Une clé sans accès aux médias reçoit les URL d'images, de vidéos et de PDF à null, et une clé sans accès en écriture aux sessions reçoit les liens et tokens de session à null. Voir https://docs.didit.me/console/api-keys. ```` This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.