> ## 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 ट्रांसफ़र के प्रतिपक्ष VASP को संदेश या दस्तावेज़ अनुरोध भेजें, वैकल्पिक अटैचमेंट के साथ। Travel Rule संदेश भेजने के लिए API प्रॉम्प्ट प्रॉम्प्ट को क्लिपबोर्ड पर कॉपी करें \

\`Send a message or a document request to the counterparty VASP of a Travel Rule transfer, so a disputed transfer is resolved inside Didit.

Endpoint:
POST https://verification.didit.me/v3/transactions/{transaction_id}/travel-rule/messages/

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

Request body (JSON, or multipart/form-data when attaching files):
\- kind - MESSAGE (default) or DOCUMENT_REQUEST.
\- body - up to 5000 characters. A MESSAGE needs a body or a file.
\- requested_documents - up to 10 names. A DOCUMENT_REQUEST needs at least one; a MESSAGE must not have any.
\- reply_to - uuid of an earlier message of the same transfer. A reply carrying a document fulfils the request it answers.
\- files - multipart only, up to 5 files of 10 MB each.

Example call:
curl -X POST "https://verification.didit.me/v3/transactions/{transaction_id}/travel-rule/messages/" \
-H "x-api-key: YOUR_API_KEY" -H "Content-Type: application/json" \
-d '{"kind": "DOCUMENT_REQUEST", "body": "Please confirm the beneficiary date of birth.", "requested_documents": ["Proof of address"]}'

Behavior:
\- Works on INTERNAL transfers (the other Didit customer sees it on its side) and EMAIL transfers (the counterparty is emailed and answers in the pickup portal).
\- A transfer holds up to 100 messages.

Failure modes:
\- 400 - invalid body, file rejected, 100 messages reached, or reply_to is not a message of this transfer.
\- 404 - unknown transaction, or no Travel Rule transfer on it.
\- 409 - no message can reach the counterparty; detail gives the reason: a network rail (TRP, GTR, TRUST, VerifyVASP, Sygna) carries no messages, no counterparty yet, an INTERNAL transfer whose data did not match the wallet holder, an INTERNAL transfer whose recipient has not proved control of the wallet yet, an EMAIL transfer whose counterparty no longer has a compliance email address, or an EMAIL transfer whose pickup link expired or whose transfer is closed.

Full guide: /transaction-monitoring/travel-rule#messages-and-document-requests.`

\
यहाँ पेस्ट करें ## OpenAPI ````yaml hi/openapi-25.json POST /v3/transactions/{transaction_id}/travel-rule/messages/ 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/messages/: post: tags: - Travel Rule summary: एक Travel Rule संदेश या दस्तावेज़ अनुरोध भेजें description: >- प्रतिपक्ष VASP को कोई संदेश या दस्तावेज़ अनुरोध भेजता है। INTERNAL ट्रांसफ़र (अन्य Didit ग्राहक इसे जोड़ी के अपने हिस्से पर देखता है) और EMAIL ट्रांसफ़र (प्रतिपक्ष को ईमेल भेजा जाता है और वह पिकअप पोर्टल में उत्तर देता है) पर काम करता है। TRP, GTR, TRUST, VerifyVASP या Sygna पर किए जाने वाले ट्रांसफ़र में कोई संदेश नहीं होता, क्योंकि उन प्रोटोकॉल में इसकी सुविधा नहीं है। सीमाएं: प्रति ट्रांसफ़र 100 संदेश, प्रति बॉडी 5000 वर्ण, 10 अनुरोधित दस्तावेज़, प्रत्येक 10 MB की 5 फ़ाइलें। operationId: createTravelRuleMessage parameters: - name: transaction_id in: path required: true description: ट्रांसफ़र का स्वामित्व रखने वाला Didit-स्थायी लेन-देन UUID। schema: type: string format: uuid requestBody: required: true content: application/json: schema: $ref: '#/components/schemas/TravelRuleMessageCreateRequest' example: kind: DOCUMENT_REQUEST body: Please confirm the date of birth of the beneficiary. requested_documents: - Proof of address multipart/form-data: schema: $ref: '#/components/schemas/TravelRuleMessageCreateRequest' responses: '201': description: संग्रहीत संदेश। content: application/json: schema: $ref: '#/components/schemas/TravelRuleMessage' '400': description: >- अमान्य body, ऐसी फ़ाइल का प्रकार या आकार जो स्वीकार्य नहीं है, ट्रांसफ़र पर 100 से अधिक संदेश, या एक ऐसा `reply_to` जो इस ट्रांसफ़र का संदेश नहीं है। content: application/json: schema: type: object example: requested_documents: - Name at least one document the counterparty should send. '404': description: >- अज्ञात लेन-देन या token, या लेन-देन पर कोई Travel Rule ट्रांसफ़र नहीं है। '409': description: >- कोई भी संदेश प्रतिपक्ष तक नहीं पहुँच सकता। `detail` कारण बताता है: स्थानांतरण नेटवर्क रेल (TRP, GTR, TRUST, VerifyVASP या Sygna) पर चलता है, इसका अभी तक कोई प्रतिपक्ष नहीं है, INTERNAL स्थानांतरण का डेटा वॉलेट धारक से मेल नहीं खाता था इसलिए प्राप्तकर्ता तक कुछ नहीं पहुँचा, या EMAIL स्थानांतरण का पिकअप लिंक समाप्त हो गया है या स्थानांतरण बंद है। content: application/json: schema: type: object properties: detail: type: string security: - ApiKeyAuth: [] x-codeSamples: - lang: curl label: curl source: >- curl -X POST https://verification.didit.me/v3/transactions/{transaction_id}/travel-rule/messages/ \ -H 'x-api-key: YOUR_API_KEY' -H 'Content-Type: application/json' \ -d '{"kind": "DOCUMENT_REQUEST", "body": "Please confirm the date of birth of the beneficiary.", "requested_documents": ["Proof of address"]}' - lang: python label: Python source: |- from didit import Didit # Reads DIDIT_API_KEY. client = Didit() result = client.transactions.travel_rule.create_message( "11111111-2222-3333-4444-555555555555", kind="DOCUMENT_REQUEST", body="Please confirm the date of birth of the beneficiary.", requested_documents=["Proof of address"], ) 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.transactions.travelRule.createMessage("11111111-2222-3333-4444-555555555555", { kind: "DOCUMENT_REQUEST", body: "Please confirm the date of birth of the beneficiary.", requested_documents: ["Proof of address"], }); console.log(result); - lang: go label: Go source: "ctx := context.Background()\n// Reads DIDIT_API_KEY.\nclient := didit.NewClient()\n\nresult, err := client.Transactions.TravelRule.CreateMessage(ctx, \"11111111-2222-3333-4444-555555555555\", didit.TravelRuleMessageCreateRequest{\n\tKind: didit.Some(didit.TravelRuleMessageCreateRequestKind(\"DOCUMENT_REQUEST\")),\n\tBody: didit.String(\"Please confirm the date of birth of the beneficiary.\"),\n\tRequestedDocuments: didit.Some([]string{\"Proof of address\"}),\n})\nif err != nil {\n\tlog.Fatal(err)\n}\nfmt.Printf(\"%+v\\n\", result)" - lang: java label: Java source: >- import java.util.List; import me.didit.Didit; import me.didit.types.TravelRuleMessageCreateRequest; // Reads DIDIT_API_KEY. Didit client = new Didit(); var result = client.transactions().travelRule().createMessage("11111111-2222-3333-4444-555555555555", TravelRuleMessageCreateRequest.builder() .kind(TravelRuleMessageCreateRequest.Kind.of("DOCUMENT_REQUEST")) .body("Please confirm the date of birth of the beneficiary.") .requestedDocuments(List.of("Proof of address")) .build()); System.out.println(result); - lang: php label: PHP source: >- transactions->travelRule->createMessage('11111111-2222-3333-4444-555555555555', [ 'kind' => 'DOCUMENT_REQUEST', 'body' => 'Please confirm the date of birth of the beneficiary.', 'requested_documents' => ['Proof of address'], ]); print_r($result->toArray()); - lang: ruby label: Ruby source: |- require "didit" # Reads DIDIT_API_KEY. didit = Didit::Client.new result = didit.transactions.travel_rule.create_message( "11111111-2222-3333-4444-555555555555", kind: "DOCUMENT_REQUEST", body: "Please confirm the date of birth of the beneficiary.", requested_documents: ["Proof of address"] ) 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.Transactions.TravelRule.CreateMessageAsync("11111111-2222-3333-4444-555555555555", new TravelRuleMessageCreateRequest { Kind = new TravelRuleMessageCreateRequestKind("DOCUMENT_REQUEST"), Body = "Please confirm the date of birth of the beneficiary.", RequestedDocuments = new string[] { "Proof of address" }, }); Console.WriteLine(JsonSerializer.Serialize(result)); components: schemas: TravelRuleMessageCreateRequest: type: object description: >- JSON के रूप में, या `files` में अटैचमेंट्स के साथ multipart/form-data के रूप में भेजें। properties: kind: type: string enum: - MESSAGE - DOCUMENT_REQUEST default: MESSAGE body: type: string maxLength: 5000 description: MESSAGE के लिए आवश्यक है, जब तक कि कोई फ़ाइल संलग्न न हो। requested_documents: type: array items: type: string maxLength: 255 maxItems: 10 description: DOCUMENT_REQUEST के लिए आवश्यक (कम से कम एक), और केवल वहीं अनुमत। reply_to: type: string format: uuid nullable: true description: >- उसी ट्रांसफर का एक संदेश। दस्तावेज़ वाला उत्तर उस दस्तावेज़ अनुरोध को पूरा करता है जिसका वह उत्तर देता है। files: type: array items: type: string format: binary maxItems: 5 description: केवल मल्टीपार्ट। प्रत्येक 10 MB तक की अधिकतम 5 फ़ाइलें। TravelRuleMessage: type: object properties: id: type: string format: uuid kind: type: string enum: - MESSAGE - DOCUMENT_REQUEST direction: type: string enum: - INBOUND - OUTBOUND description: >- `OUTBOUND` वह है जो पाठक के अपने पक्ष ने भेजा है। पिकअप पोर्टल में दिशा प्रतिपक्ष के पक्ष से होती है। author: type: string description: >- इसे अपनी ओर से किसने लिखा: कंसोल उपयोगकर्ता का ईमेल या API कुंजी लेबल, या अन्य VASP का नाम। body: type: string requested_documents: type: array items: type: string description: DOCUMENT_REQUEST क्या मांगता है, अनुरोधकर्ता के शब्दों में। reply_to: type: string format: uuid nullable: true fulfilled_at: type: string format: date-time nullable: true description: >- DOCUMENT_REQUEST पर तब सेट होता है जब इसके उत्तर में कोई दस्तावेज़ शामिल होता है। attachment: $ref: '#/components/schemas/TravelRuleMessageAttachment' created_at: type: string format: date-time TravelRuleMessageAttachment: type: object nullable: true description: >- संदेश से संलग्न दस्तावेज़, जिसे किसी अन्य लेन-देन दस्तावेज़ की तरह स्टोर किया गया है। properties: uuid: type: string format: uuid label: type: string nullable: true note: type: string nullable: true uploaded_by: type: string nullable: true description: >- इसे किसने संलग्न किया। पिकअप पोर्टल में, आपके द्वारा भेजी गई फ़ाइल आपका VASP नाम दिखाती है, इसके पीछे के व्यक्ति या API कुंजी को कभी नहीं। created_at: type: string format: date-time files: type: array items: type: object properties: uuid: type: string format: uuid file_url: type: string nullable: true description: समय-सीमित डाउनलोड URL। original_filename: type: string file_size: 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.