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

\`List the notes on one Didit monitored transaction through the Management API.

Endpoint:
GET https://verification.didit.me/v3/transactions/{transaction_id}/notes/

Authentication:
Use the x-api-key header with my Didit API key. A scoped key needs transactions: read. Keys limited to specific workflows or to approved sessions cannot call this endpoint.

Goal:
\- Read the review timeline of a transaction (my own API notes, Console reviewer notes, and the notes Didit adds automatically) so I can show it in my back-office or sync it to my case tool.

Path parameter:
\- transaction_id: the Didit transaction uuid returned by POST /v3/transactions/ or GET /v3/transactions/. Not my own txn_id.

Behavior:
\- Notes come back newest first (created_at descending).
\- Paginated with limit (default 50) and offset. count is exact up to 100 and capped at 100 above that, so keep following next until it is null instead of computing pages from count.
\- metadata tells the note types apart: mentioned_emails on notes written through the API or the Console; type "status_change" with previous_status, new_status, reason_code and reason_label when a reviewer changed the status in the Console; source "rule_action" (with rule_uuid) or "remediation_session" on notes Didit adds automatically, which carry actor_name "Rule Engine".

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

What to read from the response:
\- results[].uuid, note, created_at: the note itself.
\- results[].actor_email and actor_name: the Console user who wrote it. Both are null for notes created with an API key.
\- results[].metadata: mentions and the note type (see Behavior).
\- next: URL of the next page, null on the last page.

Failure modes:
\- 400: limit or offset above 1000000.
\- 401: the API key has expired.
\- 403: missing API key (a wrong, revoked or expired key gets 401) ({"detail": "You do not have permission to perform this action."}), a scoped key without transactions: read, a key with workflow or status limits, or a request from outside the key's IP allowlist.
\- 404: no transaction with this uuid in my application ({"detail": "No Transaction matches the given query."}).
\- 429: more than 600 GET requests per minute with this key; wait Retry-After seconds and retry.

Side effects: none. This is a pure read.

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

\
यहाँ पेस्ट करें नोट्स किसी लेन-देन की विश्लेषक टाइमलाइन होते हैं: यही सूची समीक्षक Console में [लेन-देन विवरण](https://docs.didit.me/hi/transaction-monitoring/console.md#लेन-देन-विवरण) में **नोट्स** के अंतर्गत देखते हैं। आप [लेन-देन नोट बनाएँ](https://docs.didit.me/hi/management-api/transactions/create-note.md) से अपना नोट जोड़ सकते हैं, और [लेन-देन प्राप्त करें](https://docs.didit.me/hi/management-api/transactions/get.md) से लेन-देन की जानकारी पढ़ सकते हैं, जिसमें उसकी `activities` भी शामिल हैं।जिन नोट्स में `actor_name` का मान `Rule Engine` है, वे Didit की ओर से आते हैं: नियम की `add_note` [कार्रवाई](https://docs.didit.me/hi/transaction-monitoring/rules.md#कार्रवाइयाँ) से, या किसी ऐसे लेन-देन के लिए उपयोगकर्ता-कार्रवाई सत्यापन सत्र बनाने में आई समस्या से, जो `AWAITING_USER` में है (सत्र नहीं बन सका, या Didit किसी दूसरे वर्कफ़्लो पर चला गया)। ## OpenAPI ````yaml hi/openapi-25.json GET /v3/transactions/{transaction_id}/notes/ 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}/notes/: get: tags: - Transactions summary: लेन-देन के नोट्स सूचीबद्ध करें description: >- किसी एक मॉनिटर किए गए लेन-देन पर नोट्स सूचीबद्ध करें, नवीनतम पहले (`created_at` अवरोही): वे नोट्स जो आप API के माध्यम से जोड़ते हैं, वे नोट्स और स्थिति परिवर्तन जो समीक्षक Console में करते हैं, और वे नोट्स जो Didit स्वचालित रूप से जोड़ता है (किसी नियम की `add_note` कार्रवाई, या उपयोगकर्ता-कार्रवाई सत्यापन सत्र बनाने में कोई समस्या), जिनमें `actor_name` `Rule Engine` होता है। `metadata` नोट के प्रकारों में अंतर बताता है। `limit` और `offset` के साथ पेजिनेटेड। `count` 100 तक सटीक है और उससे अधिक होने पर 100 पर सीमित है, इसलिए `count` से पृष्ठों की गणना करने के बजाय तब तक `next` का अनुसरण करें जब तक कि यह `null` न हो। यह बिना किसी साइड इफेक्ट वाला एक रीड है। एक स्कोप्ड API कुंजी के लिए `transactions: read` की आवश्यकता होती है; कुछ वर्कफ़्लो या स्वीकृत सत्रों तक सीमित कुंजी इस endpoint को कॉल नहीं कर सकती है। समीक्षक [लेन-देन विवरण](https://docs.didit.me/hi/transaction-monitoring/console#लेन-देन-विवरण) पर **Notes** के अंतर्गत वही सूची देखते हैं। operationId: list_transaction_notes parameters: - name: transaction_id in: path required: true description: >- Didit लेन-देन UUID: `POST /v3/transactions/` और `GET /v3/transactions/` द्वारा लौटाया गया `uuid`। आपकी अपनी `txn_id` स्वीकार नहीं की जाती है। schema: type: string format: uuid example: abcdef12-3456-7890-abcd-ef1234567890 - name: limit in: query required: false schema: type: integer default: 50 minimum: 1 maximum: 1000000 description: >- प्रति पेज नोटों की संख्या। डिफ़ॉल्ट रूप से 50 है। ऐसा मान जो धनात्मक पूर्णांक नहीं है, वापस 50 पर आ जाता है; 1000000 से अधिक का मान `400` लौटाता है। - name: offset in: query required: false schema: type: integer maximum: 1000000 minimum: 0 default: 0 description: >- लौटाए जाने वाले पहले नोट की शून्य-आधारित स्थिति। `next` का अनुसरण करना बेहतर है। ऐसा मान जो पूर्ण संख्या नहीं है, 0 पर वापस चला जाता है; 1000000 से अधिक का मान `400` लौटाता है। responses: '200': description: नोट्स का एक पेज, सबसे नए पहले। content: application/json: schema: type: object required: - count - next - previous - results properties: count: type: integer description: >- लेन-देन पर नोटों की संख्या: 100 तक सटीक, उससे अधिक होने पर 100 पर सीमित। इससे पेजों की गणना करने के बजाय `next` का अनुसरण करें। 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/TransactionNote' examples: API, Console and rule notes: value: count: 3 next: null previous: null results: - uuid: c1111111-2222-4333-8444-555555555555 note: Customer confirmed the withdrawal by phone. actor_email: null actor_name: null metadata: mentioned_emails: - analyst@example.com created_at: '2026-10-16T10:05:12.481203Z' - uuid: c2222222-3333-4444-8555-666666666666 note: >- Status changed from IN_REVIEW to APPROVED. Reason: Source of funds verified actor_email: reviewer@example.com actor_name: Alex Reviewer metadata: type: status_change previous_status: IN_REVIEW new_status: APPROVED reason_code: SOF_VERIFIED reason_label: Source of funds verified created_at: '2026-10-15T17:22:40.103911Z' - uuid: c3333333-4444-4555-8666-777777777777 note: >- Large withdrawal to a new wallet: check the source of funds. actor_email: null actor_name: Rule Engine metadata: rule_uuid: d1111111-2222-4333-8444-555555555555 source: rule_action created_at: '2026-10-15T08:42:12.004518Z' No notes yet: value: count: 0 next: null previous: null results: [] '400': description: >- `limit` या `offset` 1000000 से अधिक है। बॉडी संदेशों का एक JSON ऐरे है, कोई ऑब्जेक्ट नहीं। content: application/json: schema: type: array items: type: string examples: Limit too large: value: - limit must not exceed 1000000. Offset too large: value: - offset must not exceed 1000000. '401': description: >- API कुंजी की समय-सीमा समाप्त हो गई है। केवल समाप्ति तिथि के साथ बनाई गई कुंजी ही समाप्त हो सकती है; उस तिथि के बाद इसके साथ किया गया प्रत्येक अनुरोध `401` रिस्पॉन्स देता है। content: application/json: schema: type: object properties: detail: type: string examples: Expired key: value: detail: This API key has expired. '403': description: >- अनुरोध की अनुमति नहीं है। एक अनुपलब्ध कुंजी को सामान्य संदेश मिलता है; एक गलत, निरस्त या समय-सीमा समाप्त कुंजी को `401` मिलता है। content: application/json: schema: type: object properties: detail: type: string examples: Missing or invalid key: value: detail: You do not have permission to perform this action. Scoped key without transactions read: value: detail: This API key has no read access to transactions. Key limited to workflows or approved sessions: value: detail: >- This API key only reaches sessions inside its workflow or status limits, so it can't use this endpoint. Outside the key's IP list: value: detail: This API key can't be used from this IP address. '404': description: >- एप्लिकेशन में इस UUID वाला कोई लेन-देन मौजूद नहीं है (कभी नहीं बनाया गया, हटा दिया गया, या किसी अन्य एप्लिकेशन के स्वामित्व में है)। एक `transaction_id` जो UUID नहीं है, API तक नहीं पहुंचता है: यह इस JSON बॉडी के बजाय `404` HTML पेज लौटाता है। content: application/json: schema: type: object properties: detail: type: string examples: Not found: value: detail: No Transaction matches the given query. '429': description: >- इस API कुंजी के साथ प्रति मिनट 600 से अधिक GET अनुरोध। `Retry-After` में दिए गए सेकंड तक प्रतीक्षा करें, फिर पुनः प्रयास करें। content: application/json: schema: type: object properties: detail: type: string examples: Throttled: value: detail: >- GET request rate limit exceeded. You can make up to 600 requests per minute. headers: Retry-After: description: वर्तमान एक-मिनट की विंडो रीसेट होने तक के सेकंड। schema: type: integer example: 23 X-RateLimit-Limit: description: इस बजट में प्रति मिनट अनुमत अनुरोध। schema: type: integer X-RateLimit-Remaining: description: वर्तमान विंडो में शेष अनुरोध। schema: type: integer X-RateLimit-Reset: description: Unix समय जब विंडो रीसेट होती है। schema: type: integer security: - ApiKeyAuth: [] x-codeSamples: - lang: curl label: curl source: >- curl -X GET 'https://verification.didit.me/v3/transactions/abcdef12-3456-7890-abcd-ef1234567890/notes/?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.notes.list( "abcdef12-3456-7890-abcd-ef1234567890", ): 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.notes.list("abcdef12-3456-7890-abcd-ef1234567890")) { console.log(item); } - lang: go label: Go source: "ctx := context.Background()\n// Reads DIDIT_API_KEY.\nclient := didit.NewClient()\n\niter := client.Transactions.Notes.ListAutoPaging(ctx, \"abcdef12-3456-7890-abcd-ef1234567890\", didit.TransactionsNotesListParams{})\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().notes().list("abcdef12-3456-7890-abcd-ef1234567890")) { System.out.println(item); } - lang: php label: PHP source: >- transactions->notes->list('abcdef12-3456-7890-abcd-ef1234567890') as $item) { print_r($item->toArray()); } - lang: ruby label: Ruby source: >- require "didit" # Reads DIDIT_API_KEY. didit = Didit::Client.new didit.transactions.notes.list("abcdef12-3456-7890-abcd-ef1234567890").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.Notes.ListAsync("abcdef12-3456-7890-abcd-ef1234567890")) { Console.WriteLine(JsonSerializer.Serialize(item)); } components: schemas: TransactionNote: type: object description: निगरानी किए गए लेन-देन की समीक्षा टाइमलाइन पर एक नोट। required: - uuid - note - actor_email - actor_name - metadata - created_at properties: uuid: type: string format: uuid description: नोट पहचानकर्ता। note: type: string description: सादे टेक्स्ट वाले नोट का मुख्य भाग। actor_email: type: string format: email nullable: true description: >- उस कंसोल उपयोगकर्ता का ईमेल जिसने नोट लिखा या स्थिति बदली। API कुंजी से बनाए गए नोटों और Didit द्वारा स्वचालित रूप से जोड़े गए नोटों के लिए `null`। actor_name: type: string nullable: true description: >- Console उपयोगकर्ता का डिस्प्ले नाम (यदि कोई नाम नहीं है तो उनका ईमेल)। Didit द्वारा स्वचालित रूप से जोड़े गए नोट्स पर `Rule Engine`। API कुंजी के साथ बनाए गए नोट्स के लिए `null`। metadata: type: object description: >- नोट के प्रकारों में अंतर बताता है। API या कंसोल के माध्यम से लिखे गए नोटों में `mentioned_emails` शामिल होता है। कंसोल में किए गए स्थिति परिवर्तन में `previous_status`, `new_status`, `reason_code` और `reason_label` के साथ `type: status_change` शामिल होता है। Didit द्वारा जोड़े गए नोटों में `source` शामिल होता है: किसी नियम की `add_note` कार्रवाई के लिए `rule_action` (`rule_uuid` के साथ), या उपयोगकर्ता-कार्रवाई सत्यापन सत्र बनाने में किसी समस्या के लिए `remediation_session`। properties: mentioned_emails: type: array items: type: string format: email description: >- उल्लिखित संगठन के सदस्य, लोअर-केस में किए गए और डुप्लिकेट हटाए गए। किसी का उल्लेख न होने पर खाली। type: type: string enum: - status_change description: >- कंसोल में किए गए स्थिति परिवर्तन को रिकॉर्ड करने वाले नोट्स में मौजूद। previous_status: type: string enum: - APPROVED - IN_REVIEW - DECLINED - AWAITING_USER description: परिवर्तन से पहले की स्थिति। new_status: type: string enum: - APPROVED - IN_REVIEW - DECLINED - AWAITING_USER description: परिवर्तन के बाद की स्थिति। reason_code: type: string nullable: true description: परिवर्तन के साथ दिया गया कारण कोड। reason_label: type: string nullable: true description: परिवर्तन के साथ दिया गया कारण लेबल। source: type: string enum: - rule_action - remediation_session description: Didit द्वारा स्वचालित रूप से जोड़े गए नोट्स में मौजूद। rule_uuid: type: string format: uuid description: >- वह नियम जिसकी `add_note` कार्रवाई ने नोट लिखा (`source: rule_action` के साथ)। created_at: type: string format: date-time 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.