> ## 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/hi/console/case-management/four-eyes.md) वाले checker ब्लूप्रिंट से जुड़ा है, तो यह केस को बंद करने के बजाय समाधान को लंबित करता है। दोनों परिणामों में फ़र्क जानने के लिए रिस्पॉन्स का `pending_resolution` फ़ील्ड देखें।## जाँचकर्ता का नाम बताएँchecker स्टेप वाले ब्लूप्रिंट पर, उस सदस्य का user uuid `checker` में भेजें जिसे समाधान को मंज़ूरी देनी है। इसके बाद केवल वही सदस्य समाधान को स्वीकृत या अस्वीकृत कर सकता है; कोई और, API कुंजी सहित, `403` पाता है। समाधान स्वीकृत, अस्वीकृत या बदले हुए साक्ष्य के कारण नई समीक्षा के लिए लौटाए जाने तक, केस का `checker` फ़ील्ड उसी सदस्य का नाम बताता है। `checker` के बिना, समाधान checker ब्लूप्रिंट की कतार में प्रतीक्षा करता है। सदस्य के पास इस एप्लिकेशन के लिए केस तक पहुँच होनी चाहिए, और वह उस अधिकारी के रूप में नहीं हो सकता जिसने समाधान सबमिट किया है। जिस ब्लूप्रिंट में checker स्टेप नहीं है, उस पर `checker` भेजने पर `400` मिलता है।## चार-आँखों वाले समाधानों के लिए कंसोल सदस्य ज़रूरी है4-eyes समीक्षा वाला समाधान कंसोल सदस्य के रूप में सबमिट करें, API कुंजी से नहीं। API कुंजी द्वारा सबमिट किए गए समाधान का कोई दर्ज निर्माता नहीं होता, इसलिए स्वीकृत करने और स्वीकृति अस्वीकार करने की कार्रवाइयाँ हर कॉलर को `403` लौटाती हैं, जिसमें नामित checker भी शामिल है।## पहुँचकेस endpoint के लिए पूर्ण पहुँच वाली [API कुंजी](https://docs.didit.me/hi/console/api-keys.md) चाहिए। सीमित पहुँच वाली कुंजी को `403` मिलता है।## संबंधित- [4-eyes समीक्षा (कंसोल)](https://docs.didit.me/hi/console/case-management/four-eyes.md) - [केस प्राप्त करें](https://docs.didit.me/hi/management-api/cases/get.md) - [चेकलिस्ट (कंसोल)](https://docs.didit.me/hi/console/case-management/checklist.md) - [बल्क अपडेट स्थिति](https://docs.didit.me/hi/management-api/cases/bulk-status.md) ## OpenAPI ````yaml hi/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: आवश्यक है जब ब्लूप्रिंट 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: हल किया गया, या 4-आइज अनुमोदन के लिए स्टेज किया गया। 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: >- केवल तभी सेट होता है जब चेकर ब्लूप्रिंट पर 4-eyes समाधान स्टेज किया गया हो और वह approve या reject-approval की प्रतीक्षा कर रहा हो। 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: >- रिज़ॉल्यूशन सबमिट करने वाले अधिकारी का ईमेल। API कुंजी द्वारा सबमिट किए जाने पर Null: उस रिज़ॉल्यूशन का कोई रिकॉर्डेड निर्माता नहीं होता है, इसलिए approve और reject-approval प्रत्येक कॉलर के लिए 403 लौटाते हैं। maker_name: type: string nullable: true maker_user_id: type: string format: uuid nullable: true description: >- रिज़ॉल्यूशन सबमिट करने वाले अधिकारी का सदस्य उपयोगकर्ता uuid। API कुंजी द्वारा सबमिट किए जाने पर null। उस सदस्य को `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: अन्य ब्लूप्रिंट जिनका 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 और business_session लिंक के लिए session_id/session_number/status; लेन-देन लिंक के लिए uuid/txn_id/status। 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 कुंजी, Business Console में Developers -> API keys से। प्राथमिक कुंजी के पास पूर्ण एक्सेस होता है। एक नामित कुंजी को स्कोप किया जा सकता है: प्रति संसाधन none, read या write, कुछ वर्कफ़्लो या स्वीकृत सत्रों तक सीमित, IP पतों की सूची तक सीमित, और समाप्ति तिथि तक सीमित। 401 का अर्थ है कि कुंजी गलत है, निरस्त कर दी गई है या उसकी समय-सीमा समाप्त हो गई है; 403 का अर्थ है कि कोई कुंजी नहीं भेजी गई थी, कुंजी के पास इस संसाधन या कार्रवाई का एक्सेस नहीं है, या अनुरोध उसकी IP सूची से बाहर के पते से आया था; सत्र रूट पर 404 का अर्थ है कि सत्र कुंजी के वर्कफ़्लो या स्थितियों से बाहर है। मीडिया एक्सेस के बिना एक कुंजी को छवि, वीडियो और PDF URL null के रूप में प्राप्त होते हैं, और सत्र write के बिना एक कुंजी को सत्र लिंक और token null के रूप में प्राप्त होते हैं। देखें https://docs.didit.me/console/api-keys। ```` This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.