> ## 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 वेंडर उपयोगकर्ता को ब्लॉक, फ़्लैग या सक्रिय करें। स्थिति आगामी KYC सत्रों और लेन-देन स्क्रीनिंग पर लागू होती है। प्रति कॉल भुगतान।
उपयोगकर्ता स्थिति अपडेट करने का प्रॉम्प्ट
प्रॉम्प्ट को क्लिपबोर्ड पर कॉपी करें
\
\`Goal: Flip ONLY the lifecycle status of a Didit User entity. Use the full PATCH /v3/users/{vendor_data}/ when you also need to touch other fields.
Endpoint: PATCH https://verification.didit.me/v3/users/{vendor_data}/update-status/
Auth header: x-api-key:
Content-Type: application/json
Path param:
\- vendor_data (string, REQUIRED) — free-form string, NOT a UUID. URL-encode.
Request body:
\- status (enum, REQUIRED) — "ACTIVE" | "FLAGGED" | "BLOCKED" (VendorUserStatusChoices, NOT the session enum).
\- reason (string, optional, max 1000): why the status changed. Recorded as the comment of the STATUS_CHANGED entry in the user's activity (comments[].comment), only when the status actually changes. Webhooks do not carry it.
Status semantics:
\- ACTIVE → normal. New sessions allowed for this vendor_data.
\- FLAGGED → still accepted, highlighted in Console for manual review; filterable with ?status=FLAGGED.
\- BLOCKED → terminal. Adds vendor_data to the system blocklist. Subsequent session creations for the same identifier are rejected with a blocklist hit. Flipping back to ACTIVE/FLAGGED removes the blocklist entry automatically.
curl:
curl -X PATCH 'https://verification.didit.me/v3/users/user-abc-123/update-status/' \
-H 'x-api-key: YOUR_API_KEY' \
-H 'Content-Type: application/json' \
-d '{"status": "BLOCKED", "reason": "Chargeback fraud pattern confirmed"}'
Response 200: full updated UserDetailItem (same shape as GET /v3/users/{vendor_data}/). See /reference/data-models.
Side effects:
\- Toggles the system blocklist entry when entering/leaving BLOCKED.
\- Writes one STATUS_CHANGED entry to the user's comments activity log (actor = API key identity), with reason as its comment.
\- Idempotent — re-sending the same status is a no-op (no extra audit row, no extra blocklist toggle).
Failure modes:
\- 400 — validation:
\{ "status": "This field is required." }
\{ "status": "Invalid status. Valid options are: ACTIVE, FLAGGED, BLOCKED" }
\{ "reason": ["Ensure this field has no more than 1000 characters."] }
\- 401 — missing/invalid x-api-key. { "detail": "Authentication credentials were not provided." }
\- 403 — the API key is revoked or is not valid for this application. { "detail": "You do not have permission to perform this action." }
\- 403: a scoped API key without users write. { "detail": "This API key has no write access to people." }
\- 404 — vendor_data not found (or deleted). { "detail": "Not found." }
\- 429 — rate-limited.
For end-to-end Didit integration, paste in the full prompt at /integration/integration-prompt.`
\
यहाँ पेस्ट करें
## अवलोकन[उपयोगकर्ता इकाई](https://docs.didit.me/hi/entities/users/overview.md) की स्थिति `ACTIVE`, `FLAGGED` और `BLOCKED` के बीच बदलती है। पूरी स्टेट मशीन के लिए [इकाई जीवनचक्र](https://docs.didit.me/hi/entities/lifecycle.md) देखें।## इसे कब इस्तेमाल करें- धोखाधड़ी या अनुपालन उल्लंघन की पुष्टि होने के बाद **उपयोगकर्ता को ब्लॉक करें**।
- उपयोगकर्ता को सख़्ती से ब्लॉक किए बिना, मैन्युअल समीक्षा लंबित रहने तक **फ़्लैग करें**।
- सफल सुधार के बाद किसी उपयोगकर्ता को **अनब्लॉक करें**।
- **बाहरी संकेत आगे भेजें**: उदाहरण के लिए, जब आपका अपना धोखाधड़ी इंजन किसी उपयोगकर्ता को थ्रेशोल्ड से ऊपर स्कोर करे, तो इस endpoint के ज़रिए उसे `FLAGGED` पर ले जाएँ।## नोट्स- मान्य मान: `ACTIVE`, `FLAGGED`, `BLOCKED`। अमान्य मान पर 400 लौटता है।
- स्थिति बदलने का कारण दर्ज करने के लिए वैकल्पिक `reason` पास करें (अधिकतम 1000 अक्षर)।
Didit इसे व्यक्ति की गतिविधि में स्थिति-परिवर्तन प्रविष्टि की टिप्पणी के रूप में रखता है: उपयोगकर्ता पर `comments[].comment`, और Business Console में **गतिविधि**।
यह तभी दर्ज होता है जब स्थिति वास्तव में बदलती है।
- `BLOCKED` उपयोगकर्ताओं के सभी नए सत्र और सभी नए लेन-देन स्वतः अस्वीकृत हो जाते हैं।
- `previous_status` और `status` के साथ `user.status.updated` webhook भेजा जाता है।
इस webhook में `reason` शामिल नहीं होता।## प्रवर्तन| स्थिति | नए सत्रों पर प्रभाव | नए लेन-देन पर प्रभाव |
| - | - | - |
| `ACTIVE` | सामान्य प्रवाह | सामान्य प्रवाह |
| `FLAGGED` | अनुमत, लेकिन `IN_REVIEW` पर भेजा जाता है | अनुमत; नियमों के आधार पर स्वतः एस्केलेट हो सकता है |
| `BLOCKED` | स्वतः अस्वीकृत | स्वतः अस्वीकृत |## अनुमतियाँप्राथमिक सीक्रेट और पूर्ण-एक्सेस [API कुंजियाँ](https://docs.didit.me/hi/console/api-keys.md) इस endpoint को हमेशा कॉल कर सकती हैं।
कस्टम एक्सेस वाली कुंजी को **People** (`users`) पर लिखने की अनुमति चाहिए।
जो कुंजी केवल कुछ वर्कफ़्लो या स्वीकृत सत्रों तक सीमित है, वह इस endpoint तक नहीं पहुँच सकती।Console की [भूमिकाएँ और अनुमतियाँ](https://docs.didit.me/hi/console/roles-permissions.md) तय करती हैं कि कोई टीम सदस्य Console में क्या कर सकता है।
API कुंजी के अनुरोधों के लिए इनका मूल्यांकन नहीं किया जाता।## संबंधित- [इकाई जीवनचक्र](https://docs.didit.me/hi/entities/lifecycle.md)
- [उपयोगकर्ता ब्लॉकलिस्ट](https://docs.didit.me/hi/entities/users/blocklist.md)
- [इकाई webhook](https://docs.didit.me/hi/entities/webhooks.md)
## OpenAPI
````yaml hi/openapi-25.json PATCH /v3/users/{vendor_data}/update-status/
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/users/{vendor_data}/update-status/:
patch:
tags:
- Users
summary: उपयोगकर्ता स्थिति अपडेट करें
description: >-
केवल किसी उपयोगकर्ता की लाइफ़साइकिल `status` बदलें: `ACTIVE`, `FLAGGED`
या `BLOCKED` (सत्र स्थितियाँ नहीं)। `BLOCKED` करने पर `vendor_data`
सिस्टम ब्लॉकलिस्ट में जुड़ जाता है; `BLOCKED` से हटाने पर वह प्रविष्टि
हट जाती है। प्रत्येक परिवर्तन उपयोगकर्ता पर `STATUS_CHANGED` गतिविधि के
रूप में दर्ज किया जाता है, जिसमें वैकल्पिक `reason` उसका `comment` होता
है। वर्तमान स्थिति भेजने से कुछ भी नहीं बदलता और कोई `reason` रिकॉर्ड
नहीं होता है। `user.status.updated` webhook में `reason` नहीं होता है।
operationId: update_user_status
parameters:
- name: vendor_data
in: path
required: true
schema:
type: string
description: उपयोगकर्ता के लिए आपका विशिष्ट पहचानकर्ता।
requestBody:
required: true
content:
application/json:
schema:
allOf:
- $ref: '#/components/schemas/EntityStatusUpdateRequest'
- type: object
properties:
reason:
type: string
nullable: true
maxLength: 1000
description: >-
स्थिति क्यों बदली। उपयोगकर्ता की गतिविधि की
स्थिति-परिवर्तन प्रविष्टि (`comments[].comment`, और
Business Console में **Activity**) पर रिकॉर्ड किया जाता
है, केवल तभी जब स्थिति वास्तव में बदलती है। Webhooks इसे
शामिल नहीं करते हैं।
examples:
Activate:
summary: उपयोगकर्ता को पुनः सक्रिय करें
value:
status: ACTIVE
Flag:
summary: समीक्षा के लिए उपयोगकर्ता को फ़्लैग करें
value:
status: FLAGGED
Block:
summary: उपयोगकर्ता को ब्लॉक करें (सिस्टम ब्लॉकलिस्ट में जोड़ता है)
value:
status: BLOCKED
Block with reason:
summary: उपयोगकर्ता को ब्लॉक करें और कारण दर्ज करें
value:
status: BLOCKED
reason: Chargeback fraud pattern confirmed
responses:
'200':
description: उपयोगकर्ता स्थिति अपडेट की गई। पूरा उपयोगकर्ता रिकॉर्ड लौटाया गया।
content:
application/json:
schema:
$ref: '#/components/schemas/UserDetailItem'
examples:
Blocked:
value:
didit_internal_id: f4e5e1f2-94a9-4f86-8c16-2b7d9b4db418
vendor_data: user-abc-123
display_name: null
full_name: John Michael Doe
date_of_birth: '1990-05-15'
effective_name: John Michael Doe
status: BLOCKED
metadata:
tier: premium
source: website
portrait_image_url: https:///...
session_count: 3
approved_count: 2
declined_count: 0
in_review_count: 1
issuing_states:
- USA
approved_emails:
- john@example.com
approved_phones:
- '+14155551234'
features:
ID_VERIFICATION: Approved
LIVENESS: Approved
FACE_MATCH: Approved
AML: Approved
features_list:
- feature: ID_VERIFICATION
status: Approved
- feature: LIVENESS
status: Approved
- feature: FACE_MATCH
status: Approved
- feature: AML
status: Approved
last_session_at: '2025-06-15T10:30:00Z'
last_activity_at: '2025-06-15T10:30:00Z'
first_session_at: '2025-06-01T08:00:00Z'
tags:
- uuid: 9a8b7c6d-5e4f-4a3b-8c2d-1e0f9a8b7c6d
tag:
uuid: e1f2a3b4-c5d6-4e7f-8a9b-0c1d2e3f4a5b
name: VIP
color: '#2567FF'
description: null
source: custom
created_at: '2025-05-01T09:00:00Z'
updated_at: '2025-05-01T09:00:00Z'
added_by_email: analyst@acme.com
added_by_name: Jane Analyst
created_at: '2025-06-02T11:00:00Z'
comments:
- uuid: c1111111-2222-4333-8444-555555555555
comment_type: STATUS_CHANGED
comment: Chargeback fraud pattern confirmed
actor_email: null
actor_name: null
previous_status: ACTIVE
new_status: BLOCKED
previous_value: null
new_value: null
changed_fields: []
metadata: null
mentioned_emails: []
created_at: '2025-06-15T10:30:00Z'
created_at: '2025-06-01T08:00:00Z'
updated_at: '2025-06-15T10:30:00Z'
'400':
description: अनुपलब्ध या अमान्य `status`, या 1000 वर्णों से अधिक का `reason`।
content:
application/json:
examples:
Missing status:
value:
status:
- This field is required.
Bad status:
value:
status:
- >-
Invalid status. Valid options are: ACTIVE, FLAGGED,
BLOCKED
Reason too long:
value:
reason:
- Ensure this field has no more than 1000 characters.
'401':
description: >-
कोई क्रेडेंशियल प्रदान नहीं किए गए। `x-api-key` हेडर (या
`Authorization: Bearer` token) के बिना `/v3/users/*` पाथ पर आने वाले
अनुरोधों को API तक पहुँचने से पहले प्रमाणीकरण मिडलवेयर द्वारा
अस्वीकार कर दिया जाता है।
content:
application/json:
examples:
Missing credentials:
value:
detail: >-
You must be authenticated with a valid access token to
access this endpoint.
'403':
description: >-
कुंजी इस एप्लिकेशन के लिए उपयोगकर्ताओं को अपडेट नहीं कर सकती। कुंजी
अनुपलब्ध होने पर `403` रिटर्न होता है; गलत, निरस्त या समय-सीमा
समाप्त कुंजी पर `401` रिटर्न होता है।
content:
application/json:
examples:
Forbidden:
value:
detail: You do not have permission to perform this action.
'404':
description: >-
इस एप्लिकेशन के लिए दिए गए `vendor_data` वाला कोई (हटाया न गया)
उपयोगकर्ता मौजूद नहीं है।
content:
application/json:
examples:
Not found:
value:
detail: Not found.
'429':
description: >-
रेट लिमिट पार हो गई; थोड़ा रुकें और `Retry-After` में बताए गए अंतराल
के बाद पुनः प्रयास करें।
content:
application/json:
examples:
Rate limited:
value:
detail: Request was throttled. Expected available in 30 seconds.
security:
- ApiKeyAuth: []
x-codeSamples:
- lang: curl
label: curl
source: >-
curl -X PATCH
'https://verification.didit.me/v3/users/user-abc-123/update-status/'
\
-H 'x-api-key: YOUR_API_KEY' \
-H 'Content-Type: application/json' \
-d '{"status": "BLOCKED"}'
- lang: python
label: Python
source: |-
from didit import Didit
# Reads DIDIT_API_KEY.
client = Didit()
result = client.users.update_status(
"user-123",
status="ACTIVE",
)
print(result)
- lang: javascript
label: Node.js
source: |-
import Didit from "@didit-protocol/sdk-node";
// Reads DIDIT_API_KEY.
const didit = new Didit();
const result = await didit.users.updateStatus("user-123", {
status: "ACTIVE",
});
console.log(result);
- lang: go
label: Go
source: "ctx := context.Background()\n// Reads DIDIT_API_KEY.\nclient := didit.NewClient()\n\nresult, err := client.Users.UpdateStatus(ctx, \"user-123\", didit.UsersUpdateStatusParams{\n\tStatus: \"ACTIVE\",\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.EntityStatusUpdateRequest;
import me.didit.types.UsersUpdateStatusParams;
// Reads DIDIT_API_KEY.
Didit client = new Didit();
var result = client.users().updateStatus("user-123",
UsersUpdateStatusParams.builder()
.status(EntityStatusUpdateRequest.Status.of("ACTIVE"))
.build());
System.out.println(result);
- lang: php
label: PHP
source: |-
users->updateStatus('user-123', [
'status' => 'ACTIVE',
]);
print_r($result->toArray());
- lang: ruby
label: Ruby
source: |-
require "didit"
# Reads DIDIT_API_KEY.
didit = Didit::Client.new
result = didit.users.update_status(
"user-123",
status: "ACTIVE"
)
puts result.to_h
- lang: csharp
label: .NET
source: >-
using System;
using System.Text.Json;
using Didit;
// Reads DIDIT_API_KEY.
using var client = new DiditClient();
var result = await client.Users.UpdateStatusAsync("user-123", new
UsersUpdateStatusParams
{
Status = "ACTIVE",
});
Console.WriteLine(JsonSerializer.Serialize(result));
components:
schemas:
EntityStatusUpdateRequest:
type: object
required:
- status
properties:
status:
type: string
enum:
- ACTIVE
- FLAGGED
- BLOCKED
description: >-
नई लाइफ़साइकिल स्थिति। `BLOCKED` सिस्टम ब्लॉकलिस्ट में `vendor_data`
भी जोड़ता है।
UserDetailItem:
type: object
description: >-
पूर्ण उपयोगकर्ता विवरण। मेटाडेटा, टिप्पणियों और updated_at के साथ
UserListItem का विस्तार करता है।
allOf:
- $ref: '#/components/schemas/UserListItem'
- type: object
properties:
metadata:
type: object
description: >-
कस्टम मेटाडेटा JSON जिसे आपने इस उपयोगकर्ता से जोड़ा है।
डिफ़ॉल्ट `{}` है।
tags:
type: array
description: >-
टैग असाइनमेंट। ध्यान दें: विवरण रिस्पॉन्स पर प्रत्येक प्रविष्टि
एक टैग *लिंक* ऑब्जेक्ट (`{uuid, tag: {...}, added_by_email,
added_by_name, created_at}`) होती है, जो सूची रिस्पॉन्स पर उपयोग
किए जाने वाले फ़्लैट `{uuid, name, color}` आकार से भिन्न है।
items:
type: object
properties:
uuid:
type: string
format: uuid
description: टैग असाइनमेंट का UUID (स्वयं टैग नहीं)।
tag:
type: object
properties:
uuid:
type: string
format: uuid
name:
type: string
color:
type: string
description:
type: string
nullable: true
source:
type: string
enum:
- didit
- custom
created_at:
type: string
format: date-time
updated_at:
type: string
format: date-time
added_by_email:
type: string
nullable: true
added_by_name:
type: string
nullable: true
created_at:
type: string
format: date-time
comments:
type: array
items:
type: object
properties:
uuid:
type: string
format: uuid
comment_type:
type: string
enum:
- COMMENT
- STATUS_CHANGED
- METADATA_UPDATED
- TAG_ADDED
- TAG_REMOVED
- PROFILE_UPDATED
comment:
type: string
nullable: true
actor_email:
type: string
nullable: true
actor_name:
type: string
nullable: true
previous_status:
type: string
nullable: true
enum:
- ACTIVE
- FLAGGED
- BLOCKED
- null
new_status:
type: string
nullable: true
enum:
- ACTIVE
- FLAGGED
- BLOCKED
- null
previous_value:
type: object
nullable: true
description: PROFILE_UPDATED प्रविष्टियों के लिए पिछले फ़ील्ड मान।
new_value:
type: object
nullable: true
description: PROFILE_UPDATED प्रविष्टियों के लिए नए फ़ील्ड मान।
changed_fields:
type: array
items:
type: string
description: PROFILE_UPDATED प्रविष्टि द्वारा बदले गए फ़ील्ड्स के नाम।
metadata:
type: object
nullable: true
mentioned_emails:
type: array
items:
type: string
created_at:
type: string
format: date-time
description: >-
इस उपयोगकर्ता के लिए गतिविधि लॉग और टिप्पणियाँ (स्थिति परिवर्तन,
प्रोफ़ाइल संपादन, मैन्युअल नोट्स)।
updated_at:
type: string
format: date-time
UserListItem:
type: object
description: एक सत्यापित उपयोगकर्ता।
properties:
didit_internal_id:
type: string
format: uuid
description: इस उपयोगकर्ता के लिए Didit का स्थायी आंतरिक UUID।
vendor_data:
type: string
nullable: true
description: >-
इस उपयोगकर्ता के लिए आपका विशिष्ट पहचानकर्ता (सत्र बनाते समय पास
किया गया)। जब कोई वेंडर पहचानकर्ता प्रदान नहीं किया गया था, तो यह
null हो सकता है।
display_name:
type: string
nullable: true
description: आपके द्वारा सेट किया गया कस्टम प्रदर्शन नाम
full_name:
type: string
nullable: true
description: सत्यापित दस्तावेज़ों से निकाला गया पूरा नाम
date_of_birth:
type: string
format: date
nullable: true
effective_name:
type: string
nullable: true
description: 'सर्वोत्तम उपलब्ध नाम: यदि सेट है तो display_name, अन्यथा full_name'
status:
type: string
enum:
- ACTIVE
- FLAGGED
- BLOCKED
description: >-
उपयोगकर्ता रिकॉर्ड की लाइफ़साइकिल स्थिति (सत्र स्थिति नहीं)।
`ACTIVE` डिफ़ॉल्ट है, `FLAGGED` उपयोगकर्ता को मैन्युअल ध्यान के लिए
चिह्नित करता है, `BLOCKED` इस `vendor_data` के लिए नए सत्रों को
रोकता है।
portrait_image_url:
type: string
nullable: true
description: >-
उपयोगकर्ता की पोर्ट्रेट फ़ोटो का प्री-साइन किया गया URL (कुछ घंटों
के बाद समाप्त हो जाता है)
session_count:
type: integer
description: इस उपयोगकर्ता के लिए सत्यापन सत्रों की कुल संख्या
approved_count:
type: integer
description: स्वीकृत सत्रों की संख्या
declined_count:
type: integer
description: अस्वीकृत सत्रों की संख्या
in_review_count:
type: integer
description: समीक्षाधीन सत्रों की संख्या
issuing_states:
type: array
items:
type: string
description: >-
इस उपयोगकर्ता के स्वीकृत ID दस्तावेज़ों पर देखे गए जारीकर्ता देशों
के ISO 3166-1 alpha-3 कोड, उदा. `["USA", "ESP"]`। कोई न होने पर खाली
ऐरे।
approved_emails:
type: array
items:
type: string
description: >-
इस उपयोगकर्ता के स्वीकृत सत्रों से एकत्र किए गए सत्यापित ईमेल पते,
उदा. `["john@example.com"]`।
approved_phones:
type: array
items:
type: string
description: >-
इस उपयोगकर्ता के स्वीकृत सत्रों से एकत्र किए गए सत्यापित फ़ोन नंबर,
उदा. `["+14155551234"]`।
features:
type: object
description: >-
इस उपयोगकर्ता के सभी सत्रों में प्रति-सुविधा एकत्रित स्थिति। संभावित
कुंजियाँ: `ID_VERIFICATION`, `NFC`, `LIVENESS`, `FACE_MATCH`, `POA`,
`QUESTIONNAIRE`, `EMAIL_VERIFICATION`, `PHONE`, `AML`,
`IP_ANALYSIS`, `AGE_ESTIMATION`, `DATABASE_VALIDATION`। संभावित मान:
`Approved`, `Declined`, `In Review`, `Not Finished`, `Resub
Requested`।
features_list:
type: array
items:
type: object
properties:
feature:
type: string
status:
type: string
description: >-
`features` जैसा ही डेटा, `{feature, status}` ऑब्जेक्ट्स के एक
क्रमबद्ध ऐरे के रूप में।
last_session_at:
type: string
format: date-time
nullable: true
description: सबसे हाल के सत्र का टाइमस्टैम्प
first_session_at:
type: string
format: date-time
nullable: true
description: पहले सत्र का टाइमस्टैम्प
last_activity_at:
type: string
format: date-time
nullable: true
description: >-
इस उपयोगकर्ता की सबसे हाल की गतिविधि का टाइमस्टैम्प (सत्र, लेन-देन,
स्थिति परिवर्तन, डेटा संपादन, आदि)।
tags:
type: array
items:
type: object
properties:
uuid:
type: string
format: uuid
name:
type: string
color:
type: string
description: इस उपयोगकर्ता को असाइन किए गए टैग
created_at:
type: string
format: date-time
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.