> ## 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 vendor_data साझा करने वालों को अलग रखता है। विषय इवेंट टाइमलाइन API प्रॉम्प्ट प्राप्त करें प्रॉम्प्ट को क्लिपबोर्ड पर कॉपी करें 
  \`Read the monitoring event timeline of one user or company in my Didit application.

  Endpoint:
  GET [https://verification.didit.me/v3/events/subjects/\{vendor\_data}/](https://verification.didit.me/v3/events/subjects/\{vendor_data}/)

  Authentication:
  Use the x-api-key header with my Didit API key. A scoped key needs transactions: read.

  Goal:

  * Show one subject's activity (logins, sessions, gameplay, bonuses, payments, disputes, security changes) on a customer profile or in an investigation.

  Behavior:

  * vendor\_data is my own id for the subject (subject.vendor\_data of its events). URL-encode it; it cannot contain a slash.
  * vendor\_data is unique only within an entity type: the same id can name an individual and a company, and they are two subjects with two timelines.
  * entity\_type selects the subject: individual (default) or company. Without entity\_type=company, a company id returns the individual's timeline, not both. subject\_entity\_type is accepted as an alias.
  * Newest occurred\_at first, paginated with limit (default 50) and offset. count is capped at 100, so follow next until it is null.
  * The list filters of GET /v3/events/ apply on top: event\_category, action\_type, status, retention\_class (repeat for several values), business\_vendor\_data, session\_id, device\_fingerprint, ip\_address, game\_id, round\_id, affiliate\_code, payment\_reference\_id, counterparty\_vendor\_data, matched\_only, occurred\_from, occurred\_to, search. Occurred\_from and occurred\_to (inclusive; ISO 8601 with Z or an offset whose + is sent as %2B, for example 2026-10-17T09:00:00Z, or a date alone, which means 00:00 UTC of that day).
  * A vendor\_data with no events returns an empty page, not 404.

  Example call:
  curl -X GET "[https://verification.didit.me/v3/events/subjects/acct\_9931/?entity\_type=company\&limit=50](https://verification.didit.me/v3/events/subjects/acct_9931/?entity_type=company\&limit=50)" \
  -H "x-api-key: YOUR\_API\_KEY"

  What to read from the response:

  * results\[] - event summaries (event\_uuid, event\_category, action\_type, occurred\_at, status, score, rules\_matched\_count, ip\_country, device\_fingerprint).
  * results\[].subject\_uuid - the user or company the events resolved to.
  * next - URL of the next page, or null.

  Failure modes:

  * 400 - limit or offset larger than 1000000.
  * 401 - the API key has expired.
  * 403 - missing API key (a wrong, revoked or expired key gets 401), a scoped key without transactions: read, or a request from outside the key's IP list.
  * 429 - more than 600 reads per minute for this API key; honor Retry-After.

  Side effects: none. This is a pure read.

  For the full integration shape, see /integration/integration-prompt.\`
यहाँ पेस्ट करें इवेंट इनजेशन गाइड में [इवेंट को वापस पढ़ना](https://docs.didit.me/hi/transaction-monitoring/events.md#इवेंट-को-फिर-से-पढ़ना) देखें। सभी विषयों में खोजने के लिए [निगरानी इवेंट की सूची](https://docs.didit.me/hi/management-api/monitoring-events/list.md) का उपयोग करें। ## OpenAPI ````yaml hi/openapi-25.json GET /v3/events/subjects/{vendor_data}/ 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/events/subjects/{vendor_data}/: get: tags: - Monitoring Events summary: विषय इवेंट टाइमलाइन प्राप्त करें description: >- एक विषय के प्रत्येक निगरानी इवेंट को सूचीबद्ध करें, नवीनतम `occurred_at` पहले। `vendor_data` केवल एक एंटिटी प्रकार के भीतर अद्वितीय होता है, इसलिए वही id किसी व्यक्ति और कंपनी दोनों का नाम हो सकती है: `entity_type` चुनता है कि आपको कौन सी टाइमलाइन मिलती है, और यह डिफ़ॉल्ट रूप से `individual` पर सेट होता है, इसलिए किसी कंपनी के इवेंट के लिए `entity_type=company` की आवश्यकता होती है। `GET /v3/events/` के फ़िल्टर इसके अतिरिक्त लागू होते हैं, और बिना किसी इवेंट वाला `vendor_data` `404` के बजाय एक खाली पेज लौटाता है। स्कोप्ड API कुंजी के लिए `transactions: read` की आवश्यकता होती है। [इवेंट वापस पढ़ना](https://docs.didit.me/hi/transaction-monitoring/events#इवेंट-को-फिर-से-पढ़ना) देखें। operationId: get_monitoring_event_subject_timeline parameters: - name: vendor_data in: path required: true description: >- विषय के लिए आपकी id (इसके इवेंट का `subject.vendor_data`)। इसे URL-एन्कोड करें; `/` वाला मान इस endpoint द्वारा संबोधित नहीं किया जा सकता है। schema: type: string minLength: 1 maxLength: 255 example: user-42 - name: entity_type in: query required: false description: >- `company` इस `vendor_data` वाली कंपनी लौटाता है; कोई अन्य मान, या कोई नहीं, व्यक्ति को लौटाता है। `entity_type` अनुपस्थित होने पर `subject_entity_type` को उपनाम के रूप में स्वीकार किया जाता है। schema: type: string enum: - individual - company default: individual example: individual - name: limit in: query required: false description: >- प्रति पेज इवेंट की अधिकतम संख्या। डिफ़ॉल्ट 50 है। 1000000 से अधिक मान `400` लौटाते हैं; गैर-संख्यात्मक, शून्य या ऋणात्मक मान वापस 50 हो जाता है। schema: type: integer default: 50 minimum: 1 maximum: 1000000 example: 50 - name: offset in: query required: false description: >- छोड़े जाने वाले इवेंट्स की संख्या। डिफ़ॉल्ट 0 है। रिस्पॉन्स से `next` URL का अनुसरण करना बेहतर है। schema: type: integer maximum: 1000000 minimum: 0 default: 0 example: 0 - name: event_category in: query required: false description: >- केवल इन श्रेणियों के इवेंट। कई मानों के लिए पैरामीटर दोहराएं (`?event_category=payment&event_category=dispute`); उनमें से किसी से भी मेल खाने वाला इवेंट लौटाया जाता है। style: form explode: true schema: type: array items: type: string enum: - auth - session - gameplay - bonus - affiliate - payment - dispute - security - responsible_gambling - custom example: - payment - dispute - name: action_type in: query required: false description: >- केवल इन कार्रवाई प्रकारों वाले इवेंट (सटीक, केस-संवेदी)। कई मानों के लिए दोहराएं। style: form explode: true schema: type: array items: type: string example: - deposit_completed - chargeback_opened - name: status in: query required: false description: केवल इन स्थितियों वाले इवेंट। कई मानों के लिए दोहराएं। style: form explode: true schema: type: array items: type: string enum: - ACCEPTED - APPROVED - IN_REVIEW - DECLINED example: - IN_REVIEW - DECLINED - name: retention_class in: query required: false description: केवल इन प्रतिधारण वर्गों के इवेंट। कई मानों के लिए दोहराएं। style: form explode: true schema: type: array items: type: string enum: - low_value - standard - risk_relevant - monetary_or_compliance example: - risk_relevant - name: business_vendor_data in: query required: false description: इवेंट के साथ भेजे गए `business.vendor_data` पर सटीक मिलान। schema: type: string example: merchant-7 - name: session_id in: query required: false description: '`session.session_id` पर सटीक मिलान।' schema: type: string example: web-session-abc - name: device_fingerprint in: query required: false description: '`device_context.fingerprint` पर सटीक मिलान।' schema: type: string example: fp-a8c1 - name: ip_address in: query required: false description: इवेंट के IP पते पर सटीक मिलान। schema: type: string example: 203.0.113.42 - name: game_id in: query required: false description: प्रमोट किए गए `game_id` पर सटीक मिलान। schema: type: string example: poker-holdem-01 - name: round_id in: query required: false description: प्रमोट किए गए `round_id` पर सटीक मिलान। schema: type: string example: round-88231 - name: affiliate_code in: query required: false description: प्रमोट किए गए `affiliate_code` पर सटीक मिलान। schema: type: string example: aff-summer - name: payment_reference_id in: query required: false description: >- भुगतान संदर्भ पर सटीक मिलान (`transaction_context.payment_reference_id` या `payload.payment_reference_id` से)। schema: type: string example: dep_735 - name: counterparty_vendor_data in: query required: false description: प्रमोट किए गए `counterparty_vendor_data` पर सटीक मिलान। schema: type: string example: user-77 - name: matched_only in: query required: false description: >- `true` (साथ ही `1` या `yes`, केस-असंवेदनशील) केवल वे इवेंट लौटाता है जिनसे कम से कम एक नियम मेल खाता हो (`rules_matched_count` 0 से अधिक)। किसी अन्य मान को अनदेखा कर दिया जाता है। schema: type: boolean default: false example: true - name: occurred_from in: query required: false description: >- केवल इस क्षण पर या उसके बाद (इस क्षण सहित) `occurred_at` वाले इवेंट। एक ISO 8601 मान भेजें: `2026-10-01T00:00:00Z`, प्रतिशत-एन्कोडेड `+` के साथ एक स्पष्ट ऑफ़सेट (`2026-10-01T02:00:00%2B02:00`; एक गैर-एन्कोडेड `+` को स्पेस के रूप में डिकोड किया जाता है और मान पार्स नहीं होता है), या केवल एक तारीख (`2026-10-01`), जिसका अर्थ उस दिन का 00:00:00 UTC है। बिना ऑफ़सेट वाले मान को UTC के रूप में पढ़ा जाता है। किसी अन्य प्रारूप में मान स्वीकार नहीं किए जाते हैं। schema: type: string format: date-time example: '2026-10-01T00:00:00Z' - name: occurred_to in: query required: false description: >- केवल इस क्षण पर या उससे पहले (इस क्षण सहित) `occurred_at` वाले इवेंट। केवल तारीख का अर्थ उस दिन की शुरुआत है, इसलिए `occurred_to=2026-10-15` 15 अक्टूबर के बाकी समय को बाहर कर देता है; इसे शामिल करने के लिए `2026-10-15T23:59:59Z` भेजें। एक ISO 8601 मान भेजें: `2026-10-01T00:00:00Z`, प्रतिशत-एन्कोडेड `+` के साथ एक स्पष्ट ऑफ़सेट (`2026-10-01T02:00:00%2B02:00`; एक गैर-एन्कोडेड `+` को स्पेस के रूप में डिकोड किया जाता है और मान पार्स नहीं होता है), या केवल एक तारीख (`2026-10-01`), जिसका अर्थ उस दिन का 00:00:00 UTC है। बिना ऑफ़सेट वाले मान को UTC के रूप में पढ़ा जाता है। किसी अन्य प्रारूप में मान स्वीकार नहीं किए जाते हैं। schema: type: string format: date-time example: '2026-10-17T23:59:59Z' - name: search in: query required: false description: >- `event_id`, `action_type`, `subject_vendor_data` या `counterparty_vendor_data` पर केस-इनसेंसिटिव सबस्ट्रिंग मिलान। schema: type: string example: chargeback responses: '200': description: सब्जेक्ट के इवेंट्स का एक पेज। content: application/json: schema: $ref: '#/components/schemas/MonitoringEventPage' examples: Individual timeline: value: count: 2 next: null previous: null results: - event_uuid: 11111111-2222-3333-4444-555555555555 event_id: chargeback-2026-10-16-000318 event_category: dispute action_type: chargeback_opened occurred_at: '2026-10-16T14:02:11Z' received_at: '2026-10-16T14:02:12.418230Z' status: IN_REVIEW score: 60 subject_vendor_data: user-42 subject_entity_type: individual subject_uuid: 66666666-7777-8888-9999-000000000000 counterparty_vendor_data: null session_id: null device_fingerprint: null ip_address: null ip_country: null amount: '250.000000000000000000' currency: EUR game_id: null round_id: null bonus_id: null affiliate_code: null payment_reference_id: dep_735 retention_class: monetary_or_compliance rules_matched_count: 1 correlation_pending: false is_droppable: false - event_uuid: 22222222-3333-4444-5555-666666666666 event_id: login-2026-10-15-000912 event_category: auth action_type: login occurred_at: '2026-10-15T08:30:00.120000Z' received_at: '2026-10-15T08:30:00.734512Z' status: ACCEPTED score: 0 subject_vendor_data: user-42 subject_entity_type: individual subject_uuid: 66666666-7777-8888-9999-000000000000 counterparty_vendor_data: null session_id: web-session-abc device_fingerprint: fp-a8c1 ip_address: 203.0.113.42 ip_country: ES amount: null currency: null game_id: null round_id: null bonus_id: null affiliate_code: null payment_reference_id: null retention_class: standard rules_matched_count: 0 correlation_pending: false is_droppable: true No events: value: count: 0 next: null previous: null results: [] '400': description: >- `limit` या `offset` 1000000 से बड़ा है। बॉडी एक संदेश वाला JSON ऐरे है। गैर-संख्यात्मक या गैर-सकारात्मक `limit` विफल होने के बजाय डिफ़ॉल्ट 50 पर वापस आ जाता है। content: application/json: examples: limit too large: summary: limit 1000000 से अधिक है value: - limit must not exceed 1000000. offset too large: summary: offset 1000000 से अधिक है value: - offset must not exceed 1000000. '401': description: >- स्कोप्ड API कुंजी की समय-सीमा समाप्त हो गई है। केवल समय-सीमा समाप्त कुंजी को `401` मिलता है; अनुपलब्ध या अमान्य कुंजी को `403` मिलता है। content: application/json: examples: Expired key: value: detail: This API key has expired. '403': description: >- अनुपस्थित `x-api-key` (गलत, निरस्त या समाप्त कुंजी को `401` मिलता है), बिना `transactions: read` वाली स्कोप्ड कुंजी, कुछ वर्कफ़्लो या स्वीकृत सत्रों तक सीमित कुंजी (ऐसी कुंजी कभी भी लेन-देन निगरानी डेटा तक नहीं पहुँचती), या कुंजी की IP अनुमति सूची के बाहर से किया गया अनुरोध। content: application/json: examples: Missing or invalid API key: value: detail: You do not have permission to perform this action. Scoped key without access: 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. IP not allowed: value: detail: This API key can't be used from this IP address. '429': description: >- रेट लिमिट पार हो गई: `GET` अनुरोध प्रति API कुंजी प्रति मिनट 600 अनुरोधों का बजट साझा करते हैं। `Retry-After` सेकंड प्रतीक्षा करें, फिर पुनः प्रयास करें। headers: Retry-After: description: पुनः प्रयास करने से पहले प्रतीक्षा करने के सेकंड। schema: type: integer minimum: 1 example: 30 content: application/json: examples: Throttled: value: detail: >- GET request rate limit exceeded. You can make up to 600 requests per minute. security: - ApiKeyAuth: [] x-codeSamples: - lang: curl label: curl source: >- curl -X GET 'https://verification.didit.me/v3/events/subjects/user-42/?entity_type=individual&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.monitoring_events.retrieve_subject_timeline( "user-42", ): 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.monitoringEvents.retrieveSubjectTimeline("user-42")) { console.log(item); } - lang: go label: Go source: "ctx := context.Background()\n// Reads DIDIT_API_KEY.\nclient := didit.NewClient()\n\niter := client.MonitoringEvents.RetrieveSubjectTimelineAutoPaging(ctx, \"user-42\", didit.MonitoringEventsRetrieveSubjectTimelineParams{})\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.monitoringEvents().retrieveSubjectTimeline("user-42")) { System.out.println(item); } - lang: php label: PHP source: >- monitoringEvents->retrieveSubjectTimeline('user-42') as $item) { print_r($item->toArray()); } - lang: ruby label: Ruby source: >- require "didit" # Reads DIDIT_API_KEY. didit = Didit::Client.new didit.monitoring_events.retrieve_subject_timeline("user-42").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.MonitoringEvents.RetrieveSubjectTimelineAsync("user-42")) { Console.WriteLine(JsonSerializer.Serialize(item)); } components: schemas: MonitoringEventPage: type: object description: निगरानी इवेंट्स का एक पेज, सबसे नया `occurred_at` पहले। 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/MonitoringEvent' MonitoringEvent: type: object description: >- सूची और सब्जेक्ट-टाइमलाइन endpoints द्वारा लौटाया गया एक संग्रहीत निगरानी इवेंट। प्रतिबंधित साक्ष्य (payload, डिवाइस संदर्भ, नियम साक्ष्य) केवल `GET /v3/events/{event_uuid}/` द्वारा लौटाया जाता है। required: - event_uuid - event_id - event_category - action_type - occurred_at - received_at - status - score - subject_vendor_data - subject_entity_type - subject_uuid - counterparty_vendor_data - session_id - device_fingerprint - ip_address - ip_country - amount - currency - game_id - round_id - bonus_id - affiliate_code - payment_reference_id - retention_class - rules_matched_count - correlation_pending - is_droppable properties: event_uuid: type: string format: uuid description: >- इवेंट का Didit पहचानकर्ता। retrieve और delete कॉल में इसका उपयोग `{event_uuid}` के रूप में करें। event_id: type: string maxLength: 128 description: आपका अपना पहचानकर्ता, आपके द्वारा भेजी गई आइडेम्पोटेंसी कुंजी। event_category: type: string enum: - auth - session - gameplay - bonus - affiliate - payment - dispute - security - responsible_gambling - custom description: इवेंट श्रेणी। action_type: type: string maxLength: 128 description: श्रेणी के भीतर क्या हुआ, जैसा कि आपने भेजा था। occurred_at: type: string format: date-time description: जब इवेंट आपकी ओर से हुआ था। received_at: type: string format: date-time description: Didit ने इवेंट को कब स्वीकार किया। status: type: string enum: - ACCEPTED - APPROVED - IN_REVIEW - DECLINED description: >- `ACCEPTED`: संग्रहीत, किसी भी मिलान किए गए नियम ने इसकी स्थिति नहीं बदली (अधिकांश इवेंट के लिए सामान्य उत्तर, और सैंडबॉक्स एप्लिकेशन में हमेशा उत्तर, जहां कोई नियम नहीं चलते हैं)। `APPROVED`: एक नियम का मिलान हुआ और स्कोर आपके समीक्षा थ्रेशोल्ड के तहत रहा। `IN_REVIEW`: एक नियम ने स्कोर को समीक्षा थ्रेशोल्ड से अधिक कर दिया या स्थिति सेट कर दी। `DECLINED`: एक नियम ने इसे अस्वीकृत कर दिया या स्कोर आपके अस्वीकृति थ्रेशोल्ड को पार कर गया। score: type: integer description: >- संचित नियम स्कोर। 0 से शुरू होता है; नियम की `add_score` कार्रवाइयां इसे बदलती हैं (ऋणात्मक डेल्टा अनुमत हैं)। subject_vendor_data: type: string maxLength: 255 description: 'इवेंट का `subject.vendor_data`: उपयोगकर्ता या कंपनी के लिए आपकी id।' subject_entity_type: type: string description: >- `individual` या `company`: `subject_vendor_data` किस प्रकार के विषय का नाम निर्दिष्ट करता है। example: individual subject_uuid: type: string format: uuid nullable: true description: >- उस उपयोगकर्ता (व्यक्ति) या कंपनी का UUID जिससे इवेंट संबद्ध हुआ, या वह रिकॉर्ड अब मौजूद न होने पर null। counterparty_vendor_data: type: string nullable: true description: >- P2P इवेंट का अन्य पक्ष (`payload.counterparty_vendor_data` से प्रमोट किया गया)। maxLength: 255 session_id: type: string nullable: true description: इवेंट के साथ भेजा गया `session.session_id`। maxLength: 255 device_fingerprint: type: string nullable: true description: इवेंट के साथ भेजा गया `device_context.fingerprint`। maxLength: 255 ip_address: type: string nullable: true description: >- इवेंट का IP पता। सर्वर लेन पर यह `device_context.network_context.ip_address` होता है जैसा आपने भेजा था; डिवाइस लेन पर यह अनुरोध का IP होता है। maxLength: 64 ip_country: type: string nullable: true description: >- IP संवर्धन से `ip_address` का देश कोड, या पता संवर्धित न होने पर null (अनुपलब्ध, निजी, या कम मूल्य वाला टेलीमेट्री जिसका पता पहले से ज्ञात नहीं था)। example: ES amount: type: string nullable: true description: >- 18 दशमलव स्थानों के साथ दशमलव स्ट्रिंग के रूप में राशि, इसी क्रम में `transaction_context.amount`, `payload.amount` या `payload.stake_amount` से। example: '250.000000000000000000' currency: type: string nullable: true description: >- `transaction_context.currency` या `payload.currency` से प्राप्त मुद्रा। maxLength: 10 game_id: type: string nullable: true description: '`payload.game_id` से प्रमोट किया गया।' maxLength: 128 round_id: type: string nullable: true description: '`payload.round_id` से प्रमोट किया गया।' maxLength: 128 bonus_id: type: string nullable: true description: '`payload.bonus_id` से प्रमोट किया गया।' maxLength: 128 affiliate_code: type: string nullable: true description: '`payload.affiliate_code` से प्रमोट किया गया।' maxLength: 128 payment_reference_id: type: string nullable: true description: >- `transaction_context.payment_reference_id` या `payload.payment_reference_id` से भुगतान संदर्भ। maxLength: 255 retention_class: type: string enum: - low_value - standard - risk_relevant - monetary_or_compliance description: >- रिटेंशन क्लास। भुगतान और विवाद इवेंट `monetary_or_compliance` हैं; सुरक्षा और ज़िम्मेदार-जुआ इवेंट `risk_relevant` हैं; `session.page_view`, `session.sdk_heartbeat`, `session.sdk_loaded`, `session.device_seen`, `session.bot_signal_observed`, `bonus.promotion_viewed` और `affiliate.referral_clicked` `low_value` हैं; बाकी सब कुछ `standard` है। जिस इवेंट से कोई सक्रिय नियम मेल खाता है, उसे `risk_relevant` में प्रमोट किया जाता है (कभी डिमोट नहीं किया जाता)। rules_matched_count: type: integer minimum: 0 description: >- इवेंट से मेल खाने वाले नियमों की संख्या, जिसमें `TEST` मोड के नियम शामिल हैं (जो साक्ष्य रिकॉर्ड करते हैं लेकिन कोई कार्रवाई लागू नहीं करते हैं)। correlation_pending: type: boolean description: >- `true` जब तक इस इवेंट के लिए कोई एसिंक्रोनस नियम (क्रॉस-सब्जेक्ट सहसंबंध, या 24 घंटे से अधिक का अनुक्रम) चलना बाकी हो। यह कुछ मिनटों के भीतर हल हो जाता है और `status`, `score` तथा `rules_matched_count` उसी स्थान पर अपडेट हो जाते हैं। is_droppable: type: boolean description: >- क्या बैकप्रेशर के तहत SDK इस प्रकार के इवेंट को ड्रॉप कर सकता है। प्रत्येक `security`, `payment`, `dispute` और `responsible_gambling` इवेंट के लिए और `gameplay.bet_placed`, `gameplay.bet_settled` तथा `gameplay.p2p_settlement` के लिए `false`। 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.