> ## 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. # Travel Rule डिलीवरी इतिहास API > Didit के साथ किसी लेन-देन का पूरा Travel Rule डिलीवरी इतिहास पढ़ें, जिसमें पेजिनेशन, ट्रांसपोर्ट प्रकार, संदेश स्थिति और डिलीवरी समय शामिल हैं। Travel Rule डिलीवरी इतिहास API प्रॉम्प्ट प्रॉम्प्ट को क्लिपबोर्ड पर कॉपी करें 
  \`Read the complete Travel Rule delivery history for one transaction.

  Endpoint:
  GET [https://verification.didit.me/v3/transactions/\{transaction\_id}/travel-rule/deliveries/](https://verification.didit.me/v3/transactions/\{transaction_id}/travel-rule/deliveries/)

  Authentication:
  Use the x-api-key header with my Didit API key. {transaction_id} is the Didit transaction uuid on my application. The key needs transaction read permission.

  Query parameters:

  * limit - entries per page, default 100; larger values are capped at 100, and a value above 1,000,000 returns 400.
  * offset - entries to skip, default 0, up to 1,000,000; a larger value returns 400.

  What to read from the response:

  * count, next, previous, results. count is capped at 100 and is not a reliable total for larger histories; follow next until it is null.
  * Entries are ordered oldest first, then by identifier for ties. Each has uuid, kind (SEND, ANSWER, TXID, CANCEL, POLL), status (QUEUED, SENDING, RETRYING, DELIVERED, FAILED), rail (EMAIL, TRP, INTERNAL, NETWORK, or null before selection), created\_at, delivered\_at and detail\_lines.
  * detail\_lines describes the message kind and status without transport payloads or raw errors. The rail is supplier-neutral: NETWORK collapses every named network into one value.

  Transaction detail embeds only the newest 100 entries as travel\_rule.deliveries, with travel\_rule.deliveries\_truncated when older ones were omitted. Transaction lists omit both fields. travel\_rule.delivery remains the newest entry only.

  Failure modes:

  * 400 - limit or offset above 1,000,000.
  * 401 - a wrong, revoked or expired API key.
  * 403 - the x-api-key header is missing, or the key lacks transaction read permission.
  * 404 - unknown transaction, no Travel Rule transfer, or a deleted transaction.

  Full guide: /transaction-monitoring/travel-rule#delivery-and-retries.\`
यहाँ पेस्ट करें Didit का Travel Rule डिलीवरी इतिहास API किसी लेन-देन की हर डिलीवरी प्रविष्टि लौटाता है, जो पृष्ठांकित होती है और सबसे पुरानी प्रविष्टि पहले आती है। अपनी `x-api-key` का उपयोग करें जिसके पास लेन-देन पढ़ने की अनुमति हो। `transaction_id` Didit लेन-देन UUID है। लेन-देन या स्थानांतरण न मिलने पर `404` लौटता है; अपर्याप्त अनुमति होने पर `403` लौटता है। ## पेजिनेशन और क्रम प्रतिक्रिया में `count`, `next`, `previous` और `results` शामिल होते हैं। `limit` का डिफ़ॉल्ट मान 100 है और इसकी अधिकतम सीमा भी 100 है। `offset` का डिफ़ॉल्ट मान शून्य है और यह 1,000,000 से अधिक नहीं होना चाहिए; इससे अधिक होने पर `400` लौटता है। `count` सामान्यतः अधिकतम 100 तक सीमित रहता है और बड़े इतिहास के लिए यह विश्वसनीय कुल संख्या नहीं है। `count` के बावजूद, `next` के `null` होने तक उसका अनुसरण करें। प्रविष्टियाँ निर्माण समय के अनुसार क्रमबद्ध होती हैं, और समान समय वाली प्रविष्टियों के लिए पहचानकर्ता के आधार पर क्रम तय होता है। हर प्रविष्टि में `uuid`, `kind`, `status`, `rail`, `created_at`, `delivered_at` और `detail_lines` होते हैं। `rail` का मान `EMAIL`, `TRP`, `INTERNAL`, `NETWORK` या चयन से पहले `null` हो सकता है। `detail_lines` संदेश के प्रकार और स्थिति का वर्णन करता है, लेकिन इसमें कच्चे त्रुटि संदेश या ट्रांसपोर्ट payload शामिल नहीं होते। ## एम्बेडेड इतिहास [लेन-देन विवरण](https://docs.didit.me/hi/management-api/transactions/get.md) में `travel_rule.deliveries` की केवल नवीनतम 100 प्रविष्टियाँ शामिल होती हैं, जो सबसे पुरानी पहले के क्रम में दिखाई जाती हैं। `deliveries_truncated` आपको बताता है कि पुरानी प्रविष्टियाँ छोड़ी गई हैं या नहीं। लेन-देन सूचियों में ये दोनों इतिहास फ़ील्ड शामिल नहीं होते। मौजूदा `delivery` फ़ील्ड सबसे नई डिलीवरी का ही वर्णन करता रहता है। स्थिति के अर्थों के लिए [डिलीवरी और पुनः प्रयास](https://docs.didit.me/hi/transaction-monitoring/travel-rule.md#डिलीवरी-और-पुनः-प्रयास) देखें। [प्रतिपक्ष संदेश](https://docs.didit.me/hi/management-api/travel-rule/list-messages.md) एक अलग संवाद endpoint है। ## OpenAPI ````yaml hi/openapi-25.json GET /v3/transactions/{transaction_id}/travel-rule/deliveries/ 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/{transaction_id}/travel-rule/deliveries/: get: tags: - Travel Rule summary: Travel Rule डिलीवरी इतिहास की सूची बनाएँ description: >- किसी लेन-देन का पूरा डिलीवरी इतिहास सबसे पुराने से शुरू करके पढ़ें। इसके लिए लेन-देन पढ़ने की अनुमति चाहिए। विवरण में एम्बेड की गई सबसे नई 100 प्रविष्टियों के विपरीत, यह एंडपॉइंट पूरे इतिहास को पेजिनेट करता है। देखें [डिलीवरी इतिहास](/hi/management-api/travel-rule/list-deliveries)। operationId: listTravelRuleDeliveries parameters: - name: transaction_id in: path required: true description: ट्रांसफ़र का स्वामित्व रखने वाला Didit-स्थायी लेन-देन UUID। schema: type: string format: uuid - name: limit in: query schema: type: integer minimum: 1 maximum: 1000000 default: 100 description: >- प्रति पृष्ठ प्रविष्टियाँ। डिफ़ॉल्ट 100 है, और इससे बड़े मान 100 तक सीमित कर दिए जाते हैं; 1,000,000 से अधिक मान `400` लौटाता है। - name: offset in: query schema: type: integer maximum: 1000000 minimum: 0 default: 0 description: >- छोड़ी जाने वाली प्रविष्टियों की संख्या, 1,000,000 तक। इससे बड़ा मान `400` लौटाता है। responses: '200': description: पृष्ठांकित डिलीवरी इतिहास, सबसे पुराना पहले। content: application/json: schema: $ref: '#/components/schemas/TravelRuleDeliveryLogPage' example: count: 1 next: null previous: null results: - uuid: 11111111-2222-4333-8444-555555555555 kind: SEND status: DELIVERED rail: NETWORK created_at: '2026-11-01T10:00:00Z' delivered_at: '2026-11-01T10:00:01Z' detail_lines: - Send - Delivered '400': description: 1,000,000 से अधिक `limit` या `offset` भेजा गया था। '401': description: गलत, रद्द या समाप्त हो चुकी API कुंजी। '403': description: >- अनुपलब्ध, अमान्य या निरस्त API कुंजी, या यह कुंजी इस एप्लिकेशन के लेन-देन को नहीं पढ़ सकती है। अनुपलब्ध कुंजी पर `403` मिलता है; गलत, निरस्त या समय-सीमा समाप्त कुंजी पर `401` मिलता है। '404': description: लेन-देन या Travel Rule स्थानांतरण नहीं मिला। security: - ApiKeyAuth: [] x-codeSamples: - lang: curl label: curl source: >- curl -X GET 'https://verification.didit.me/v3/transactions/11111111-2222-3333-4444-555555555555/travel-rule/deliveries/?limit=100&offset=0' \ -H 'x-api-key: YOUR_API_KEY' components: schemas: TravelRuleDeliveryLogPage: type: object required: - count - next - previous - results properties: count: type: integer minimum: 0 description: >- गिनती सामान्यतः 100 तक सीमित रहती है; बड़े इतिहास के लिए यह विश्वसनीय कुल संख्या नहीं है। count चाहे जो हो, next के null होने तक आगे बढ़ते रहें। next: type: string format: uri nullable: true description: अगले पेज का URL, या null। previous: type: string format: uri nullable: true description: पिछले पेज का URL, या null। results: type: array items: $ref: '#/components/schemas/TravelRuleDeliveryLogEntry' description: >- प्रविष्टियाँ निर्माण समय के अनुसार सबसे पुरानी पहले, और फिर पहचानकर्ता के अनुसार क्रमबद्ध होती हैं। TravelRuleDeliveryLogEntry: type: object description: डिलीवरी इतिहास की एक सप्लायर-निरपेक्ष प्रविष्टि। required: - uuid - kind - status - rail - created_at - delivered_at - detail_lines properties: uuid: type: string format: uuid description: डिलीवरी पहचानकर्ता। 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: वर्तमान डिलीवरी स्थिति। rail: type: string nullable: true enum: - EMAIL - TRP - INTERNAL - NETWORK - null description: आपूर्तिकर्ता-निरपेक्ष ट्रांसपोर्ट प्रकार; चुने जाने तक null। created_at: type: string format: date-time description: जब डिलीवरी बनाई गई थी। delivered_at: type: string format: date-time nullable: true description: डिलीवरी पूरी होने पर, या null। detail_lines: type: array items: type: string description: >- पढ़ने योग्य संदेश प्रकार और डिलीवरी स्थिति। ट्रांसपोर्ट payloads या कच्ची त्रुटियाँ उजागर नहीं करता। example: uuid: 11111111-2222-4333-8444-555555555555 kind: SEND status: DELIVERED rail: NETWORK created_at: '2026-11-01T10:00:00Z' delivered_at: '2026-11-01T10:00:01Z' detail_lines: - Send - Delivered 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.