> ## 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: KYT निगरानी > Didit के मॉनिटर किए गए लेन-देन जोखिम स्कोर, गंभीरता, प्रतिपक्ष, टैग और स्क्रीनिंग स्थिति के साथ प्राप्त करें। प्रति कॉल भुगतान वाला KYT, कोई अनुबंध नहीं। लेन-देन सूची API प्रॉम्प्ट प्रॉम्प्ट को क्लिपबोर्ड पर कॉपी करें \

\`List monitored transactions for my Didit application through the Management API.

Endpoint:
GET https://verification.didit.me/v3/transactions/

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

Goal:
\- Retrieve a paginated list of high-level transaction summaries (score, severity, status, parties, tags, decision metadata) — suitable for back-office review screens, fraud dashboards, and audit exports.

Query parameters:
\- limit - page size (default 50, min 1).
\- offset — zero-based offset (default 0). Prefer following the next URL from the previous page.

Ordering & pagination:
\- Ordered by txn_date descending (most recent first), with created_at as a tie-breaker.
\- count is a bounded counter (exact up to 100, capped above). Use total_transactions when present for the true count.
\- Transactions deleted via the Console are not returned.

Filtering:
\- Besides limit / offset, this endpoint accepts travel_rule_status, an exact Travel Rule status (for example ON_HOLD), and then returns only transactions whose Travel Rule transfer is in that status.
count follows this filter, but total_transactions always counts every transaction in the application.
\- It also accepts assignee, a comma-separated list where any value matches: me (the calling reviewer, with a user token), unassigned, rules (decided by the rules alone, no reviewer involved), or a member email.
\- For other filtering (party, status, severity, date range), use the Console UI.

Example call:
curl -X GET "https://verification.didit.me/v3/transactions/?limit=50" \
-H "x-api-key: YOUR_API_KEY"

What to read from each row:
\- uuid — stable Didit transaction id; use as {transaction_id} in GET /v3/transactions/{transaction_id}/.
\- transaction_number — application-scoped sequential number shown in Console.
\- txn_id — the identifier you supplied at create time (max 128 chars, unique per application).
\- status, score, severity, decision_reason_code, decision_reason_label — live monitoring verdict.
\- direction, amount, currency — raw submission. amount is a decimal string.
\- subject_name / subject_vendor_data / subject_country — denormalized APPLICANT party fields.
\- counterparty_name / counterparty_vendor_data / counterparty_country — denormalized COUNTERPARTY fields (may be null).
\- tags — Console tags (uuid, name, color).
\- assigned_to_name — Console reviewer who owns the transaction.
\- travel_rule_status - the status of the transaction's Travel Rule transfer (for example COMPLETED), or null when it has none.
\- travel_rule - the same Travel Rule block as GET /v3/transactions/{transaction_id}/ (status, direction, rail, counterparty_vasp, delivery, discovery, reason, next_actions and the rest), or null when the transaction has none.
Read reason and next_actions to see why each COUNTERPARTY_VASP_NOT_FOUND or COUNTERPARTY_VASP_NOT_REACHABLE transfer is stuck without one read per transaction.

Failure modes:
\- 403 - missing x-api-key (a wrong, revoked or expired key gets 401), or a key without permission for this action; the body is a { "detail": "..." } envelope.
\- 429 — rate limited; back off and retry.

Side effects: none. This is a pure read.

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

\
यहाँ पेस्ट करें ## OpenAPI ````yaml hi/openapi-25.json GET /v3/transactions/ 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/transactions/: get: tags: - Transactions summary: लेन-देन सूचीबद्ध करें description: >- निगरानी किए गए लेन-देन की पेजिनेटेड सूची, नवीनतम पहले (`txn_date` desc)। `count` 100 पर सीमित है; वास्तविक पंक्ति संख्या के लिए `total_transactions` का उपयोग करें। यह endpoint फ़िल्टरिंग या खोज पैरामीटर का समर्थन नहीं करता है। operationId: listTransactions parameters: - name: limit in: query schema: type: integer default: 50 minimum: 1 maximum: 1000000 description: >- पेज का आकार। छोड़े जाने पर डिफ़ॉल्ट 50 होता है। कोई अनिवार्य अधिकतम सीमा नहीं है, लेकिन लेटेंसी के लिए पेजों को छोटा रखें। - name: offset in: query schema: type: integer maximum: 1000000 minimum: 0 default: 0 description: >- लौटाए जाने वाले पहले रिकॉर्ड का शून्य-आधारित ऑफ़सेट। पिछले पृष्ठ से `next` URL का अनुसरण करना बेहतर है। - name: travel_rule_status in: query required: false schema: type: string description: >- केवल वे लेन-देन लौटाएं जिनका Travel Rule ट्रांसफर इस सटीक स्थिति में है (उदाहरण के लिए `ON_HOLD` या `AWAITING_COUNTERPARTY`)। `count` इस फ़िल्टर का पालन करता है; `total_transactions` अभी भी एप्लिकेशन में प्रत्येक लेन-देन की गणना करता है। - name: assignee in: query required: false schema: type: string description: >- अल्पविराम से अलग किया गया; लेन-देन तब मेल खाता है जब वह किसी भी मान से मेल खाता है। `unassigned` वह है जो अभी तक किसी के पास नहीं है, `rules` वह है जो नियमों ने समीक्षक के बिना स्वयं तय किया है, और एक सदस्य ईमेल उसे सौंपे गए समीक्षक से मेल खाता है। `me` साइन-इन किया हुआ Console समीक्षक है, इसलिए `me` भेजने वाली API कुंजी को `400` मिलता है। responses: '200': description: लेन-देन सारांशों की पेजिनेटेड सूची, नवीनतम पहले। content: application/json: schema: type: object properties: count: type: integer description: >- मेल खाने वाले लेन-देन की कैप्ड संख्या (100 तक सटीक, उसके बाद कैप्ड)। पेजिनेट करते समय वास्तविक संख्या के लिए `total_transactions` का उपयोग करें। next: type: string nullable: true description: अगले पेज का पूर्ण URL, या अंतिम पेज पर `null`। previous: type: string nullable: true description: पिछले पेज का पूर्ण URL, या पहले पेज पर `null`। total_transactions: type: integer description: >- एप्लिकेशन के लिए (गैर-हटाए गए) लेन-देन की सटीक कुल संख्या। पेजिनेटेड रिस्पॉन्स में मौजूद। results: type: array items: type: object properties: uuid: type: string format: uuid description: >- स्थिर Didit लेन-देन पहचानकर्ता। विवरण/नोट्स/संबंधित कॉलों में `{transaction_id}` के रूप में उपयोग करें। transaction_number: type: integer description: >- कंसोल में दिखाया गया एप्लिकेशन-स्कोप क्रमिक लेन-देन नंबर (उदा. `4123`)। txn_id: type: string description: >- क्रिएट कॉल से ग्राहक द्वारा प्रदान किया गया पहचानकर्ता (अधिकतम 128 वर्ण)। प्रति एप्लिकेशन अद्वितीय। transaction_type: type: string description: >- संग्रहीत शीर्ष-स्तरीय श्रेणी: `finance`, `kyc`, `travelRule`, `userPlatformEvent`, `gamblingBet`, `gamblingLimitChange`, `gamblingBonusChange`, `auditTrailEvent`। ध्यान दें कि कई शब्दों वाले मान camelCase में वापस दिए जाते हैं, भले ही उन्हें snake_case में सबमिट किया गया हो। action_type: type: string description: >- श्रेणी के भीतर उप-प्रकार (जैसे `deposit`, `withdrawal`, `transfer`)। status: type: string enum: - APPROVED - IN_REVIEW - DECLINED - AWAITING_USER description: वर्तमान निगरानी निर्णय। direction: type: string enum: - INBOUND - OUTBOUND description: >- विषय (subject) के सापेक्ष दिशा। सबमिट किए गए केस की परवाह किए बिना अपरकेस में संग्रहीत किया जाता है। amount: type: string description: >- अनुगामी शून्यों को हटाकर दशमलव स्ट्रिंग के रूप में लेन-देन राशि (उदा. `"1500"`, `"0.5"`, `"0.123456789012345678"`)। 18 दशमलव स्थानों तक। currency: type: string description: >- `amount` का मुद्रा कोड। कोई भी ISO 4217 वर्णमाला कोड स्वीकार किया जाता है (उदा. `EUR`, `USD`, `NGN`), साथ ही क्रिप्टो एसेट सिंबल (उदा. `BTC`) भी। वर्तमान में प्रचलन में मौजूद कोड को प्राथमिकता दें। प्रत्येक स्वीकृत कोड के लिए विनिमय दर उपलब्ध नहीं होती है: जब कोड के लिए कोई दर उपलब्ध नहीं होती (उदाहरण के लिए ISO अकाउंटिंग यूनिट `XSU`, या कोई क्रिप्टो सिंबल जिसका मूल्य Didit निर्धारित नहीं करता), तो स्वचालित रूपांतरण विफल हो जाता है और `preferred_currency_amount` तब तक null वापस किया जाता है जब तक कि अनुरोध में पहले से रूपांतरित `amount_in_default_currency` प्रदान न किया गया हो। preferred_currency_amount: type: string nullable: true description: >- `amount` को एप्लिकेशन की पसंदीदा मुद्रा में परिवर्तित किया गया, जब उपलब्ध हो। preferred_currency_code: type: string nullable: true description: >- `preferred_currency_amount` के लिए उपयोग किया जाने वाला पसंदीदा मुद्रा कोड - एप्लिकेशन की आधार मुद्रा, कोई भी वर्तमान में प्रचलन में मौजूद ISO 4217 कोड। बिना किसी उपलब्ध विनिमय दर वाला कोड `preferred_currency_amount` को नल छोड़ देता है, जब तक कि अनुरोध में पहले से रूपांतरित `amount_in_default_currency` की आपूर्ति न की गई हो। payment_details: type: string nullable: true description: सबमिशन से प्राप्त मुक्त-पाठ भुगतान संदर्भ या मेमो। score: type: integer description: जोखिम स्कोर (आमतौर पर 0–100)। अधिक = अधिक जोखिम भरा। severity: type: string nullable: true enum: - UNKNOWN - LOW - MEDIUM - HIGH - CRITICAL description: >- नियमों/प्रदाताओं द्वारा निर्धारित श्रेणीबद्ध जोखिम गंभीरता (`UNKNOWN`, `LOW`, `MEDIUM`, `HIGH`, `CRITICAL`)। जब तक कोई इसे सेट नहीं करता तब तक `null`। subject_name: type: string nullable: true description: '`APPLICANT` पक्ष का पूरा नाम।' subject_vendor_data: type: string nullable: true description: >- आवेदक के लिए आपका आंतरिक उपयोगकर्ता/व्यवसाय पहचानकर्ता। subject_country: type: string nullable: true description: >- आवेदक का देश कोड, सबमिट किए गए `address.country` से (आमतौर पर ISO 3166-1 alpha-3)। counterparty_name: type: string nullable: true description: '`COUNTERPARTY` पक्ष का पूरा नाम, यदि कोई हो।' counterparty_vendor_data: type: string nullable: true description: प्रतिपक्ष के लिए आपका आंतरिक पहचानकर्ता। counterparty_country: type: string nullable: true description: >- प्रतिपक्ष का देश कोड, सबमिट किए गए `address.country` से। tags: type: array items: 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 description: क्या टैग Didit प्रीसेट है या कस्टम टैग। description: >- लेन-देन से जुड़े टैग (मैन्युअल रूप से या नियमों द्वारा)। txn_date: type: string format: date-time description: लेन-देन कब हुआ (निर्माण के समय `transaction_at` से)। created_at: type: string format: date-time description: Didit ने सबमिशन को कब रिकॉर्ड किया। decision_reason_code: type: string nullable: true description: >- वर्तमान `status` का मशीन-पठनीय कारण (उदा. `WALLET_HIGH_RISK`)। decision_reason_label: type: string nullable: true description: '`decision_reason_code` के लिए मानव-पठनीय लेबल।' assigned_to_name: type: string nullable: true description: >- इस लेन-देन के लिए असाइन किए गए Console समीक्षक का डिस्प्ले नाम। travel_rule_status: type: string nullable: true description: >- लेन-देन के Travel Rule ट्रांसफर का स्टेटस (उदाहरण के लिए `COMPLETED`), या इसमें कोई न होने पर `null`। travel_rule: nullable: true allOf: - $ref: '#/components/schemas/TransactionTravelRule' description: >- लेन-देन का Travel Rule ट्रांसफर, वही ब्लॉक जो `GET /v3/transactions/{transaction_id}/` पर `travel_rule` है, या जब लेन-देन में कोई नहीं है तो `null`। examples: Single transaction: value: count: 1 next: null previous: null total_transactions: 1 results: - uuid: abcdef12-3456-4890-abcd-ef1234567890 transaction_number: 4123 txn_id: your-txn-2026-05-17-001 transaction_type: finance action_type: withdrawal status: IN_REVIEW direction: OUTBOUND amount: '1500' currency: EUR preferred_currency_amount: '1620.45' preferred_currency_code: USD payment_details: Withdrawal to crypto wallet txn_date: '2026-05-17T08:42:00Z' created_at: '2026-05-17T08:42:11Z' score: 78 severity: HIGH decision_reason_code: WALLET_HIGH_RISK decision_reason_label: Destination wallet flagged as high risk tags: - uuid: 9a8b7c6d-5e4f-4a3b-8c2d-1e0f9a8b7c6d name: Manual review color: '#F59E0B' description: null source: custom subject_name: Maria Garcia subject_vendor_data: user-12345 counterparty_name: null counterparty_vendor_data: null counterparty_country: null subject_country: null assigned_to_name: Alex Reviewer travel_rule_status: null travel_rule: null '403': description: >- अनुपलब्ध, अमान्य या निरस्त API कुंजी, या यह कुंजी इस एप्लिकेशन के लिए लेन-देन को सूचीबद्ध नहीं कर सकती है। अनुपलब्ध कुंजी पर `403` मिलता है; गलत, निरस्त या समय-सीमा समाप्त कुंजी पर `401` मिलता है। content: application/json: examples: Forbidden: value: detail: You do not have permission to perform this action. '429': description: >- रेट लिमिट पार हो गई; थोड़ा रुकें और `Retry-After` में बताए गए अंतराल के बाद पुनः प्रयास करें। content: application/json: examples: Throttled: value: detail: Request was throttled. Expected available in 30 seconds. security: - ApiKeyAuth: [] x-codeSamples: - lang: curl label: curl source: >- curl -X GET 'https://verification.didit.me/v3/transactions/?limit=50' \ -H 'x-api-key: YOUR_API_KEY' - lang: python label: Python source: |- from didit import Didit # Reads DIDIT_API_KEY. client = Didit() for item in client.transactions.list(): print(item) - lang: javascript label: Node.js source: |- import Didit from "@didit-protocol/sdk-node"; // Reads DIDIT_API_KEY. const didit = new Didit(); for await (const item of didit.transactions.list()) { console.log(item); } - lang: go label: Go source: "ctx := context.Background()\n// Reads DIDIT_API_KEY.\nclient := didit.NewClient()\n\niter := client.Transactions.ListAutoPaging(ctx, didit.TransactionsListParams{})\nfor iter.Next() {\n\tfmt.Printf(\"%+v\\n\", iter.Current())\n}\nif err := iter.Err(); err != nil {\n\tlog.Fatal(err)\n}" - lang: java label: Java source: |- import me.didit.Didit; // Reads DIDIT_API_KEY. Didit client = new Didit(); for (var item : client.transactions().list()) { System.out.println(item); } - lang: php label: PHP source: |- transactions->list() as $item) { print_r($item->toArray()); } - lang: ruby label: Ruby source: |- require "didit" # Reads DIDIT_API_KEY. didit = Didit::Client.new didit.transactions.list.auto_paging_each do |item| puts item.to_h end - lang: csharp label: .NET source: |- using System; using System.Text.Json; using Didit; // Reads DIDIT_API_KEY. using var client = new DiditClient(); await foreach (var item in await client.Transactions.ListAsync()) { Console.WriteLine(JsonSerializer.Serialize(item)); } components: schemas: TransactionTravelRule: type: object description: >- किसी लेन-देन का Travel Rule ट्रांसफर, जैसा कि `GET /v3/transactions/{transaction_id}/`, `POST /v3/transactions/` का `201` और `GET /v3/transactions/` की प्रत्येक पंक्ति इसे लौटाती है। `direction`, `rail`, `counterparty_vasp`, `delivery`, `discovery`, `reason` और `next_actions` का आकार `PATCH /v3/transactions/{transaction_id}/travel-rule/` जैसा ही होता है, इसलिए लेन-देन को एक बार पढ़ने से पता चलता है कि उसका ट्रांसफर क्यों रुका हुआ है और क्या चीज़ इसे आगे बढ़ाती है। properties: uuid: type: string format: uuid status: type: string protocol: type: string nullable: true required: type: boolean obligations_count: type: integer originator_data: type: object description: >- प्रेषक पक्ष। इनबाउंड ट्रांसफ़र के लिए स्वामित्व की पुष्टि होने तक प्रतिपक्ष के मान छिपाए जाते हैं। beneficiary_data: type: object description: >- लाभार्थी पक्ष। इनबाउंड ट्रांसफ़र के लिए स्वामित्व की पुष्टि होने तक प्रतिपक्ष के मान छिपे रहते हैं। name_match: type: object nullable: true description: >- नाम तुलना जिसने ट्रांसफर तय किया (स्कोर और सख्ती)। एक बार चलने तक Null। तुलना किए गए नाम पक्षों के साथ मास्क किए जाते हैं। data_match: $ref: '#/components/schemas/TravelRuleDataMatch' mismatched_fields: type: array items: type: string description: >- `data_match.mismatched_fields` के लिए शॉर्टकट। कुछ भी भिन्न न होने पर खाली। data_unmasked: $ref: '#/components/schemas/TravelRuleDataUnmasked' data_masked: type: boolean description: >- सही जब इस रिस्पॉन्स में प्रतिपक्ष का व्यक्तिगत डेटा मास्क किया गया हो। metadata: type: object direction: type: string enum: - INBOUND - OUTBOUND description: यह ट्रांसफ़र एक्सचेंज का कौन सा पक्ष है। rail: type: string nullable: true description: >- वह रेल जिसके माध्यम से ट्रांसफर हुआ: `INTERNAL`, `TRP`, `GTR`, `TRUST`, `VERIFYVASP`, `SYGNA` या `EMAIL` (सैंडबॉक्स एप्लिकेशन पर `TEST_VASP`, जब Didit Test VASP ने उत्तर दिया), या जब तक रेल नहीं चुनी जाती तब तक `null`। counterparty_vasp: type: object nullable: true properties: name: type: string lei: type: string dd_score: type: integer description: >- 0 से 100 तक ड्यू-डिलिजेंस स्कोर, जहाँ अधिक स्कोर बेहतर होता है। VASP डायरेक्टरी के समान पैमाना। dd_score_breakdown: type: object description: >- dd_score में प्रति-घटक योगदान, VASP डायरेक्टरी (jurisdiction, verification, protocol, lei, history, essentials, responsiveness) के अनुसार प्रति घटक एक ऑब्जेक्ट, प्रत्येक {points, max, reason, detail}। प्रतिपक्ष का मूल्यांकन होने तक {}। additionalProperties: type: object properties: points: type: number description: इस घटक के लिए दिए गए अंक। max: type: integer description: अधिकतम अंक जो यह घटक दे सकता है। reason: type: string description: घटक के निर्णय का मशीन-पठनीय कोड। detail: type: string description: प्रदान किए गए अंकों का मानव-पठनीय कारण। dd_assessed_at: type: string format: date-time nullable: true description: >- जब उचित जाँच-पड़ताल मूल्यांकन अंतिम बार चला था। जब तक प्रतिपक्ष का मूल्यांकन न किया गया हो तब तक Null। description: >- प्रतिपक्ष की डायरेक्टरी प्रविष्टि, या `null` जब ट्रांसफ़र किसी को लिंक नहीं करता है। delivery: nullable: true allOf: - $ref: '#/components/schemas/TravelRuleDelivery' description: >- वह नवीनतम संदेश जो ट्रांसफ़र का किसी अन्य पक्ष पर बकाया है। `null` जब कोई बकाया नहीं रहा हो, उदाहरण के लिए `threshold_amount` से कम होने पर या घोषित स्व-होस्टेड वॉलेट के लिए। discovery: type: array description: >- Didit ने प्रतिपक्ष की खोज कैसे की, निष्पादित प्रत्येक चरण के लिए एक प्रविष्टि। जब कोई खोज नहीं चली, उदाहरण के लिए इनबाउंड ट्रांसफ़र पर, तो रिक्त। items: $ref: '#/components/schemas/TravelRuleDiscoveryStep' reason: type: string description: >- एक `COUNTERPARTY_VASP_NOT_FOUND` या `COUNTERPARTY_VASP_NOT_REACHABLE` ट्रांसफर क्यों अटका हुआ है; किसी अन्य स्थिति के लिए `""`। एक विफल डिलीवरी इसे पहले तय करती है, केवल `COUNTERPARTY_VASP_NOT_REACHABLE` पर: `email_undeliverable` (मेल प्रदाता ने अनुपालन ईमेल को अस्वीकार कर दिया और आज़माने के लिए कोई पता नहीं बचा: जब इसे भेजा गया था, रिमाइंडर पर, या बाद में रिपोर्ट किए गए स्थायी बाउंस के रूप में) या `delivery_failed` (जो रेल डिलीवर कर रही थी वह स्थायी रूप से विफल हो गई: एक नेटवर्क रेल ने संदेश को अस्वीकार कर दिया या उसके पुनः प्रयास समाप्त हो गए, एक `TRP` पहचान होस्ट ने उत्तर नहीं दिया, या प्रतिपक्ष के `TRP` होस्ट ने पूछताछ स्वीकार नहीं की)। अन्यथा `discovery` ट्रेस इसे तय करता है: `awaiting_end_user` (किसी भी चरण ने ऐसे प्रतिपक्ष का नाम नहीं दिया जिस तक Didit पहुँच सके), `directory_match_no_route` (एक चरण ने एक निर्देशिका VASP का नाम दिया जिसका कोई रूट नहीं है), `picked_member_without_proven_wallet` (अंतिम उपयोगकर्ता ने ऐसे Didit ग्राहक को चुना जिसने वॉलेट पर नियंत्रण साबित नहीं किया है), या `no_directory_match` जब ट्रेस कोई अन्य कारण नहीं देता है। पुनः भेजना ट्रांसफर को आगे बढ़ाता है, इसलिए कारण साफ़ हो जाता है। देखें [ट्रांसफर क्यों अटका हुआ है](/hi/transaction-monitoring/travel-rule#ट्रांसफ़र-क्यों-अटका-है)। next_actions: type: array description: >- ट्रांसफ़र को क्या आगे बढ़ाता है; `COUNTERPARTY_VASP_NOT_FOUND` या `COUNTERPARTY_VASP_NOT_REACHABLE` को छोड़कर किसी भी स्थिति के लिए `[]`। `email_undeliverable` `update_compliance_email`, फिर `resend` प्रदान करता है। `delivery_failed` `resend` प्रदान करता है। डिस्कवरी कारण `select_counterparty_vasp`, `declare_self_hosted`, `add_vasp_hint` और `resend` प्रदान करता है। items: $ref: '#/components/schemas/TravelRuleNextAction' chain_details: $ref: '#/components/schemas/TravelRuleChainDetails' TravelRuleDataMatch: type: object nullable: true description: >- ट्रांस्फ़र के पक्ष डेटा की वॉलेट धारक के बारे में दूसरे पक्ष की जानकारी के साथ फ़ील्ड-दर-फ़ील्ड तुलना। यह फ़ील्ड और परिणामों को नाम देता है, मानों को कभी नहीं, ताकि प्रतिपक्ष का डेटा मास्क रहने पर भी यह पठनीय बना रहे। तुलना चलने तक Null। properties: matched: type: boolean description: True जब कोई भी तुलना की गई फ़ील्ड भिन्न न हो। mismatched_fields: type: array items: type: string enum: - name - date_of_birth - address - account description: वे फ़ील्ड जो भिन्न हैं। fields: type: object description: >- पक्ष के निकाय प्रकार के लिए तुलना किए गए प्रति फ़ील्ड एक प्रविष्टि (`name`, `date_of_birth`, `address`, `account`; किसी कंपनी की कोई `date_of_birth` नहीं होती है)। additionalProperties: type: object properties: result: type: string enum: - matched - mismatched - not_compared description: >- `not_compared` जब नियम `NONE` हो या किसी भी पक्ष के पास फ़ील्ड के लिए कोई मान न हो। strictness: type: string enum: - NONE - STRICT - CONTAINS - DEFAULT - FUZZY TravelRuleDataUnmasked: type: object nullable: true description: >- उस क्षण का ऑडिट रिकॉर्ड जब प्रतिपक्ष का डेटा अनमास्क किया गया था। जब तक डेटा मास्क रहता है, और आउटबाउंड ट्रांसफ़र के लिए यह Null रहता है। properties: at: type: string format: date-time reason: type: string enum: - ownership_confirmed - wallet_proof - address_book_match - own_verified_wallet - inquiry_approved - known_payment_method - travel_address description: >- स्वामित्व की पुष्टि किससे हुई: ownership_confirmed (कंसोल या API के माध्यम से आपकी पुष्टि), wallet_proof (विजेट में एक वॉलेट प्रमाण, या एक INTERNAL इनबाउंड ट्रांसफ़र, जो इसके बनने पर सेट होता है), address_book_match (एक सत्यापित एड्रेस-बुक वॉलेट), own_verified_wallet (आपके उपयोगकर्ता का अपना सत्यापित वॉलेट), inquiry_approved (किसी इनबाउंड TRP पूछताछ या GTR या Sygna संदेश की आपकी स्वीकृति), known_payment_method (एक वॉलेट जिससे आपके उपयोगकर्ता ने पहले ही भुगतान किया है) या travel_address (वॉलेट की पहचान करने वाला प्रति-वॉलेट Travel Address)। actor: type: string description: >- इसकी पुष्टि किसने की: कंसोल उपयोगकर्ता का ईमेल या API कुंजी का लेबल। स्वचालित निर्णय के लिए रिक्त। TravelRuleDelivery: type: object description: >- स्थानांतरण द्वारा दूसरे पक्ष को भेजे जाने वाले नवीनतम संदेश की स्थिति। Didit उस अनुरोध के वापस आने के बाद प्रतिपक्ष से संपर्क करता है जिसने स्थानांतरण बनाया या बदला था, इसलिए यह ऑब्जेक्ट बताता है कि वह संदेश पहुँचा या नहीं: कतारबद्ध, भेजा जा रहा है, त्रुटि के बाद पुनः प्रयास की प्रतीक्षा में, वितरित, या विफल। ऐसी विफलता जिससे नेटवर्क अभी भी उबर सकता है (समय पर उत्तर न मिलना, विफल कनेक्शन, HTTP `408`, `429` या `5xx`), उसका 30 सेकंड, 2 मिनट, 10 मिनट, 30 मिनट और 1 घंटे के बाद पुनः प्रयास किया जाता है। जब कोई पहला संदेश (`kind: SEND`) स्थायी रूप से विफल हो जाता है, क्योंकि नेटवर्क ने इसे अस्वीकार कर दिया या छठा प्रयास भी विफल रहा, तो स्थानांतरण अपनी `timeline` में `last_error` के साथ `COUNTERPARTY_VASP_NOT_REACHABLE` पर चला जाता है; स्थायी रूप से विफल होने वाले किसी भी अन्य संदेश को `timeline` में दर्ज किया जाता है। स्वयं एक्सचेंज के लिए स्थानांतरण का `status` ही सत्य का प्राथमिक स्रोत बना रहता है। required: - kind - status - rail - attempts - last_error - next_attempt_at - delivered_at properties: kind: type: string enum: - SEND - ANSWER - TXID - CANCEL - POLL description: >- संदेश में क्या शामिल है। `SEND`: प्रतिपक्ष को ट्रांसफ़र का पहला संदेश (आउटबाउंड; भेजे जाने पर रेल चुनी जाती है)। `ANSWER`: आपकी स्वीकृति या अस्वीकृति, उस नेटवर्क के प्रति देय जिसने अनुरोध किया था (इनबाउंड)। `TXID`: ट्रांसफ़र समाप्त करने के बाद ऑन-चेन लेन-देन हैश। `CANCEL`: आपके द्वारा रद्द किए जाने के बाद रद्दीकरण। `POLL`: ऐसी सुविधा प्रदान करने वाले नेटवर्क से स्थिति क्वेरी, जब तक ट्रांसफ़र प्रतिपक्ष की प्रतीक्षा करता है, हर 5 मिनट में दोहराई जाती है। status: type: string enum: - QUEUED - SENDING - RETRYING - DELIVERED - FAILED description: >- `QUEUED`: भेजे जाने की प्रतीक्षा में। `SENDING`: एक प्रयास चल रहा है। `RETRYING`: एक प्रयास विफल रहा और अगला प्रयास `next_attempt_at` पर चलेगा। `DELIVERED`: दूसरे पक्ष ने संदेश प्राप्त कर लिया। `FAILED`: दूसरे पक्ष ने इसे अस्वीकार कर दिया, या अंतिम प्रयास विफल रहा। rail: type: string enum: - INTERNAL - TRP - GTR - TRUST - VERIFYVASP - SYGNA - EMAIL - '' description: >- संदेश ले जाने वाली रेल। जब तक Didit पहले संदेश के लिए किसी एक को चुन नहीं लेता, तब तक खाली रहता है। attempts: type: integer minimum: 0 description: >- इस संदेश के लिए अब तक किए गए प्रयास। एक संदेश जो स्थिति पोल नहीं है, उसके लिए अधिकतम 6 बार प्रयास किया जाता है। last_error: type: string description: >- अंतिम प्रयास में हुई विफलता का प्रकार, कोई विफलता न होने पर `""`: उदाहरण के लिए `email undeliverable`, `trp identity endpoint unreachable` या `trp transfer inquiry delivery failed`। इसमें कभी भी प्रतिपक्ष का अपना उत्तर नहीं होता, जो ट्रांसफ़र की `timeline` पर रहता है। जब GTR किसी त्रुटि के साथ उत्तर देता है, तो उसका अपना स्टेटस कोड और संदेश शामिल होता है। रिस्पॉन्स बॉडी कभी शामिल नहीं की जाती है। example: email undeliverable next_attempt_at: type: string format: date-time nullable: true description: अगला प्रयास कब चलेगा जब संदेश `QUEUED` या `RETRYING` स्थिति में हो। delivered_at: type: string format: date-time nullable: true description: दूसरे पक्ष ने संदेश कब प्राप्त किया। TravelRuleDiscoveryStep: type: object description: >- आउटबाउंड ट्रांसफ़र के लिए Didit द्वारा चलाई गई प्रतिपक्ष खोज का एक चरण, जिस क्रम में इसे चलाया गया था। किसी रूट वाले VASP का नाम बताने वाला पहला चरण श्रृंखला को समाप्त कर देता है। properties: step: type: string enum: - internal_address_book - wallet_attribution - network_lookup - customer_hint - end_user description: >- `internal_address_book`: अन्य Didit ग्राहक जिसने गंतव्य वॉलेट पर नियंत्रण सिद्ध किया है। `wallet_attribution`: वॉलेट का ब्लॉकचेन एनालिटिक्स एट्रिब्यूशन। `network_lookup`: एक नेटवर्क जो यह बता सकता है कि किस VASP के पास यह पता है। `customer_hint`: VASP नाम, LEI या अधिकार क्षेत्र जो आपने `beneficiary_data` में भेजा है। `end_user`: वह प्रतिपक्ष जिसे अंतिम उपयोगकर्ता (या आपने) चुना है, या किसी एक को चुनने का अनुरोध। outcome: type: string enum: - match - miss - skipped description: >- `match`: चरण ने एक प्रतिपक्ष का नाम निर्दिष्ट किया। `miss`: यह चला और कोई नहीं मिला। `skipped`: यह नहीं चल सका, और `reason` बताता है कि क्यों। reason: type: string description: >- मशीन-पठनीय कारण, मिलान होने पर `""`: `no_proven_internal_wallet`, `attribution_disabled`, `already_attributed`, `no_attributed_entity`, `directory_match_no_route`, `gtr_address_lookup_runs_on_dispatch`, `no_membership`, `network_switched_off`, `no_network_address_lookup`, `no_directory_match`, `awaiting_end_user` या `picked_member_without_proven_wallet`। vasp: type: string format: uuid nullable: true description: >- डायरेक्टरी VASP जिसे चरण ने नामित किया है, यदि उसने किसी को नामित किया हो। rail: type: string nullable: true description: वह रेल जो उस प्रतिपक्ष तक पहुँचती है, जब चरण को कोई रेल मिल जाती है। at: type: string format: date-time TravelRuleNextAction: type: object description: >- एक क्रिया जो `COUNTERPARTY_VASP_NOT_FOUND` या `COUNTERPARTY_VASP_NOT_REACHABLE` ट्रांसफ़र को आगे बढ़ाती है। देखें [ट्रांसफ़र क्यों अटका हुआ है](/hi/transaction-monitoring/travel-rule#ट्रांसफ़र-क्यों-अटका-है)। properties: action: type: string enum: - select_counterparty_vasp - declare_self_hosted - add_vasp_hint - update_compliance_email - resend description: >- `select_counterparty_vasp`: अंतिम उपयोगकर्ता वॉलेट-स्वामित्व विजेट में गंतव्य VASP चुनता है, या आप `action=beneficiary_vasp` को PATCH करते हैं। `declare_self_hosted`: अंतिम उपयोगकर्ता विजेट में वॉलेट को स्व-होस्टेड घोषित करता है। `add_vasp_hint`: Didit को बताएं कि VASP नाम, LEI या Travel Address (उदाहरण के लिए गंतव्य वॉलेट की एड्रेस-बुक प्रविष्टि पर एक `travel_address`) के साथ प्रतिपक्ष कौन है, फिर पुनः भेजें। `update_compliance_email` और `resend`, `PATCH /v3/transactions/{transaction_id}/travel-rule/` के `action` मान हैं: प्रतिपक्ष का अनुपालन ईमेल फिर से दें, और रूटिंग दोबारा चलाएँ। url: type: string format: uri description: >- `select_counterparty_vasp` और `declare_self_hosted` पर वॉलेट-स्वामित्व विजेट लिंक, जब ट्रांसफर में एक खुला विजेट सत्र हो। required: - action TravelRuleChainDetails: type: object description: >- ट्रांसफ़र की चेन अपने दो वॉलेट को कैसे नाम देती है, जब ट्रांसफ़र केवल एक पते द्वारा दूसरे को भुगतान करने तक सीमित न हो। खाता-श्रृंखला ट्रांसफ़र (EVM, Solana, Tron) के लिए खाली (`{}`), जहाँ दोनों पते वॉलेट हैं। मिलान, रूटिंग और एड्रेस बुक वॉलेट्स को सबसे पहले यहाँ से पढ़ते हैं। properties: chain: type: string description: >- कैनोनिकल चेन, उदा. `BTC`, `XRP`, या Lightning ट्रांसफ़र के लिए `LIGHTNING`। shape: type: string enum: - utxo - memo - lightning originator: $ref: '#/components/schemas/TravelRuleChainSide' beneficiary: $ref: '#/components/schemas/TravelRuleChainSide' utxo: type: object description: >- एक UTXO ट्रांसफ़र पर: संग्रहीत इनपुट और आउटपुट (दशमलव स्ट्रिंग के रूप में राशियां) और Didit ने किन आउटपुट को क्या पढ़ा। properties: inputs: type: array items: $ref: '#/components/schemas/TravelRuleUtxoEntry' outputs: type: array items: $ref: '#/components/schemas/TravelRuleUtxoEntry' change_output_indexes: type: array items: type: integer description: आउटपुट जो इनपुट पते पर वापस भुगतान करते हैं। beneficiary_output_index: type: integer nullable: true description: >- वह आउटपुट जो लाभार्थी को भुगतान करता है; null जब किसी को अलग से पहचाना न जा सके। lightning: type: object description: >- Lightning ट्रांसफ़र पर: भुगतान अनुरोध क्या कहता है। हमेशा `kind` (`bolt11`, `bolt12_offer`, `bolt12_invoice`, `bolt12_invoice_request`, `lnurl`, `lightning_address`, `node_id` या `unknown`); एक BOLT11 इनवॉइस `network`, `payee_node_id`, `payment_hash`, `amount_msat`, `created_at` और `expires_at` जोड़ता है; एक BOLT12 स्ट्रिंग `blinded_paths` और `payee_node_id` जोड़ती है; एक LNURL या एक Lightning Address अपना `domain` जोड़ता है। नेटवर्क पर कुछ भी हल नहीं किया जाता है: अनुरोध केवल डिकोड किया जाता है। additionalProperties: true warnings: type: array items: type: string enum: - declared_originator_not_an_input - declared_beneficiary_not_an_output - beneficiary_output_ambiguous - beneficiary_output_amount_differs description: >- UTXO विसंगतियाँ जिन पर ध्यान देने की आवश्यकता है: घोषित प्रेषक कोई इनपुट नहीं है, घोषित लाभार्थी कोई आउटपुट नहीं है, किसी एकल लाभार्थी आउटपुट की अलग से पहचान नहीं की जा सकी, या लाभार्थी आउटपुट लेन-देन में बताई गई राशि से भिन्न राशि का भुगतान करता है। not_applicable_reason: type: string enum: - LIGHTNING_NO_PAYEE_IDENTIFIER - LIGHTNING_BOLT12_BLINDED_PAYEE - LIGHTNING_LNURL_NAMES_NO_PAYEE description: >- एक आउटबाउंड Lightning ट्रांसफ़र पर जिसका भुगतान अनुरोध किसी प्राप्तकर्ता का नाम नहीं देता है: ट्रांसफ़र `NOT_APPLICABLE` क्यों है। `LIGHTNING_NO_PAYEE_IDENTIFIER` (अनुरोध किसी प्राप्तकर्ता नोड का नाम नहीं देता है, या डिकोड नहीं किया जा सका), `LIGHTNING_BOLT12_BLINDED_PAYEE` (ऑफ़र अपने प्राप्तकर्ता को ब्लाइंडेड पाथ के पीछे छुपाता है), `LIGHTNING_LNURL_NAMES_NO_PAYEE` (एक LNURL किसी सेवा का नाम देता है, प्राप्तकर्ता का नहीं)। वही कोड ट्रांसफ़र की अंतिम `timeline` प्रविष्टि को खोलता है। TravelRuleChainSide: type: object description: एक पक्ष का वॉलेट जैसा कि Didit ने चेन डेटा से हल किया है। properties: address: type: string description: >- वॉलेट। मेमो नेटवर्क पर क्लासिक पता (एक XRP X-address अपने क्लासिक पते और उसके टैग में विभाजित होता है); Lightning पर प्राप्तकर्ता नोड id या Lightning Address। memo: type: string description: >- वॉलेट का हिस्सा बनने वाला डेस्टिनेशन टैग या मेमो; किसी के न होने पर `""`। source: type: string enum: - declared - x_address - largest_input - only_non_change_output - amount_match - invoice_payee - updated description: >- वॉलेट कहाँ से आया था: `declared` (आपका अनुरोध), `x_address` (XRP X-address से विभाजित), `largest_input` (UTXO इनपुट पता जिसने सबसे अधिक योगदान दिया), `only_non_change_output` (एकमात्र UTXO आउटपुट जो चेंज नहीं है), `amount_match` (ट्रांसफ़र राशि का भुगतान करने वाला एक UTXO आउटपुट), `invoice_payee` (Lightning भुगतान अनुरोध द्वारा निर्दिष्ट आदाता), `updated` (`action: update_originator_wallet` के साथ बाद में सेट किया गया)। TravelRuleUtxoEntry: type: object description: >- एक UTXO लेन-देन का एक इनपुट या आउटपुट, जैसा कि ब्लॉकचेन ने इसे रिकॉर्ड किया है। required: - address properties: address: type: string maxLength: 128 amount: type: string nullable: true description: कॉइन की अपनी इकाई (BTC, satoshis नहीं) में दशमलव स्ट्रिंग। वैकल्पिक। example: '0.0125' txid: type: string maxLength: 128 description: वैकल्पिक। वह लेन-देन जिसे कोई इनपुट खर्च करता है। vout: type: integer nullable: true minimum: 0 description: वैकल्पिक। वह आउटपुट इंडेक्स जिसे कोई इनपुट खर्च करता है। 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.