> ## 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.

# इन्वेस्टिगेटर एजेंट: KYC, AML और केस के लिए AI समीक्षा

> Didit का इन्वेस्टिगेटर हर सत्यापन, अलर्ट और केस के लिए उद्धरण-सहित रिपोर्ट बनाता है; आप तय करें वह कितना स्वयं निर्णय ले सकता है।

> [!WARNING]
>
> जाँचकर्ता (Investigator) नया है और अभी हर संगठन के लिए सक्षम नहीं है। इसे चालू कराने के लिए Didit से अनुरोध करें। इसके लिए Growth प्लान या उससे ऊपर का प्लान चाहिए, और यह कभी सैंडबॉक्स एप्लिकेशन पर नहीं चलता।

जाँचकर्ता उन आइटमों की समीक्षा करता है जो किसी व्यक्ति के फ़ैसले का इंतज़ार कर रहे हैं। हर आइटम के लिए यह रिकॉर्ड पढ़ता है, सिफ़ारिश और उसके पीछे के साक्ष्य के साथ एक रिपोर्ट लिखता है, और फिर या तो आपके समीक्षक के लिए रुकता है या, जब आप अनुमति दें, तो खुद निर्णय लेता है।

## यह किन आइटमों की समीक्षा करता है

| कतार | आइटम | कब शुरू होता है |
| - | - | - |
| KYC | एक पहचान सत्यापन सत्र | जब सत्र **समीक्षाधीन** पहुँचता है। |
| KYB | एक व्यवसाय सत्यापन | जब सत्र **समीक्षाधीन** पहुँचता है। |
| AML | एक ऐसा सत्र जिसमें सतत AML निगरानी का हिट हुआ हो | जब नया हिट आता है। |
| लेन-देन | एक लेन-देन अलर्ट | जब लेन-देन **समीक्षाधीन** पहुँचता है। |
| केस | एक केस | जब केस खोला या फिर से खोला जाता है। |

अगर आपकी टीम पहले आइटम पर निर्णय ले लेती है, तो जाँचकर्ता का रन बिना किसी निर्णय के बंद हो जाता है।

## रिपोर्ट

हर रिपोर्ट में ये होते हैं:

* एक **सिफ़ारिश**: मंज़ूर करें, अस्वीकार करें, अतिरिक्त जानकारी माँगें (सत्यापन के लिए पुनः जमा, लेन-देन के लिए उपयोगकर्ता की प्रतीक्षा), या एस्केलेट करें,
* एक **विश्वास स्तर**: उच्च, मध्यम या कम,
* एक सारांश और तर्क,
* **साक्ष्य**: हर बिंदु को ठीक, जोखिम, ध्यान देने योग्य, समझाया गया, या संदर्भ के रूप में चिह्नित किया जाता है, और वह अपने स्रोत का हवाला देता है,
* स्क्रीनिंग मिलानों के लिए, हर मिलान पर यह संकेत कि वह वही व्यक्ति है, वह व्यक्ति नहीं है, या स्पष्ट नहीं है,
* सुझाए गए अगले कदम, जैसे किसी जुड़े रिकॉर्ड या केस को खोलना।

### वह जिन स्रोतों का हवाला देता है

जाँचकर्ता वही डेटा पढ़ता है जो आपके समीक्षक कंसोल और API में देखते हैं: पहचान सत्यापन का निर्णय, व्यवसाय सत्यापन का निर्णय, लेन-देन का विवरण या केस का विवरण। वह जुड़े सत्र, लेन-देन और केस भी खोल सकता है। हर साक्ष्य बिंदु उस रिकॉर्ड के हिस्से का हवाला देता है जिसे उसने पढ़ा, या उस जुड़े रिकॉर्ड का हवाला देता है जिसे उसने खोला। रिपोर्ट में **मैंने क्या जाँचा** भी दिखता है: वे अवलोकन, खंड और रिकॉर्ड, जिन्हें उसने क्रम से पढ़ा।

यह केवल उसी रिकॉर्ड पर काम करता है। रिकॉर्ड मॉडल तक पहुँचने से पहले Didit मीडिया, लिंक और आंतरिक पहचानकर्ता हटा देता है, और संरक्षित विशेषताओं को मास्क कर देता है। जाँचकर्ता डेटा नहीं बदल सकता। वह केवल अपनी रिपोर्ट लिखता है।

## चरण

| चरण | क्या होता है | शुल्क |
| - | - | - |
| **सेट अप नहीं किया गया** | जाँचकर्ता नहीं चलता। | नहीं |
| **निरीक्षण मोड** | वह रिपोर्ट लिखता है और अपने स्कोर की तुलना आपकी टीम के निर्णयों से करता है। समीक्षक हमेशा की तरह निर्णय लेते हैं। | नहीं |
| **स्वचालन चालू है** | रिपोर्ट समीक्षकों को दिखती हैं, और आपके चुने हुए स्वायत्तता स्तर पर कतारें खुद निर्णय ले सकती हैं। | हाँ |

लाइव होने से पहले 7, 14 (डिफ़ॉल्ट) या 30 दिनों तक निरीक्षण मोड चलाएँ। सेटअप, निरीक्षण मोड और बैकटेस्ट के लिए कभी शुल्क नहीं लिया जाता।

## स्वायत्तता स्तर

हर कतार के लिए एक स्वायत्तता स्तर सेट करें:

| स्तर | यह क्या करता है |
| - | - |
| **बंद** | आइटम बिना रिपोर्ट के समीक्षकों तक पहुँचते हैं। |
| **सुझाव दें** (डिफ़ॉल्ट) | यह रिपोर्ट तैयार करता है। हर आइटम पर एक व्यक्ति निर्णय लेता है। |
| **स्वचालित** | यह उन आइटमों पर निर्णय लेता है जिन्हें आपकी नीति कवर करती है, **उच्च** विश्वास के साथ, और जब आपकी टीम के साथ इसका पिछला मेल कतार की थ्रेशोल्ड तक पहुँचता है। |
| **पूर्ण स्वचालित** | यह **मध्यम** विश्वास वाले आइटमों पर भी निर्णय लेता है। गुणवत्ता जाँच के लिए फिर भी कुछ नमूने एक व्यक्ति के पास जाते हैं। |

जाँचकर्ता खुद निर्णय तभी लेता है जब ये सभी शर्तें पूरी हों:

* एप्लिकेशन लाइव हो और कतार **स्वचालित** या **पूर्ण स्वचालित** पर हो, और रुकी हुई न हो,
* आपकी टीम की नीति उस आइटम को कवर करती हो और कहती हो कि सुझाई गई कार्रवाई करें,
* कोई गार्डरेल उस आइटम को रोके नहीं रखता,
* आपकी टीम के पिछले निर्णयों के साथ उसका मेल, पिछले 90 दिनों के कम से कम 20 निर्णयों पर, थ्रेशोल्ड तक पहुँचता हो,
* आइटम गुणवत्ता नमूने के लिए न चुना गया हो, रोलआउट के हिस्से के भीतर हो, और दैनिक सीमा पूरी न हुई हो।

| कतार सेटिंग | मान |
| - | - |
| थ्रेशोल्ड | 80, 85, 90 (डिफ़ॉल्ट) या 95% मेल |
| गुणवत्ता नमूना | निर्णीत आइटमों में से 2, 5 (डिफ़ॉल्ट) या 10% किसी व्यक्ति के पास जाते हैं |
| दैनिक सीमा | डिफ़ॉल्ट 200 आइटम प्रति दिन |
| रोलआउट | धीरे-धीरे (14 दिनों तक 25% आइटम) या सभी आइटम |
| राशि सीमा | इससे अधिक के लेन-देन हमेशा एक व्यक्ति के पास जाते हैं। डिफ़ॉल्ट 25,000, आपके एप्लिकेशन की मुद्रा में। |
| स्वचालित रूप से आगे बढ़ाएँ | जब मेल 98% तक पहुँचे तो एक स्तर ऊपर जाएँ |

किसी कतार को **स्वचालित** या **पूर्ण स्वचालित** पर ले जाने के लिए आपको पिछले निर्णयों पर बैकटेस्ट चलाना होगा और परिणाम की पुष्टि करनी होगी। **केस** और **AML** कतारों को कभी बैच में स्वीकार नहीं किया जाता, और एस्केलेट किए गए केस या दूसरे समीक्षक की प्रतीक्षा कर रहे केसों पर कभी स्वचालित निर्णय नहीं होता।

## गार्डरेल

ये नियम हमेशा लागू रहते हैं और इन्हें बदला नहीं जा सकता:

* प्रतिबंध मिलान हमेशा एक व्यक्ति के पास जाते हैं।
* धोखाधड़ी और AML के कारण कभी अंतिम उपयोगकर्ताओं तक नहीं पहुँचते।
* कोई भी निर्णय संरक्षित विशेषताओं के आधार पर नहीं लिया जाता।
* जाँचकर्ता कभी कोई नियामक रिपोर्ट दर्ज नहीं करता।
* हर निर्णय लॉग होता है और उसे ओवरराइड किया जा सकता है।

## रिपोर्ट की समीक्षा करना

**सुझाव दें** स्तर पर, एक समीक्षक यह कर सकता है:

* सिफ़ारिश को **स्वीकार करें**,
* उसे **संपादित करके स्वीकार करें**,
* उसे **ओवरराइड करें**, एक श्रेणी (संदर्भ की कमी, जानकारी की ज़रूरत, नीति अलग है, साक्ष्य गलत पढ़ा गया, अन्य) और 10 से 500 अक्षरों का कारण देकर,
* **स्वीकार करने के लिए तैयार** के रूप में चिह्नित अधिकतम 50 आइटमों को बैच में स्वीकार करें।

सिफ़ारिश स्वीकार करने पर निर्णय आइटम के सामान्य रास्ते से लागू होता है, इसलिए आपके सामान्य webhook और सूचनाएँ ट्रिगर होती हैं। एस्केलेशन एक जुड़ा हुआ केस खोलता है। जाँचकर्ता द्वारा लिया गया निर्णय आइटम पर **जाँचकर्ता द्वारा निर्णय** के रूप में चिह्नित होता है।

## टीम नीति

हर कतार की एक टीम नीति होती है: आपके नियम कि क्या मंज़ूर करना है, क्या अस्वीकार करना है या क्या एस्केलेट करना है। जाँचकर्ता इसका पालन करता है, और यह केवल उन आइटमों पर खुद निर्णय लेता है जिन्हें नीति कवर करती है। नीतियों के संस्करण बनते हैं। **प्रश्न** टैब उन बिंदुओं को इकट्ठा करता है जिन्हें जाँचकर्ता को आपकी टीम से स्पष्ट कराने की ज़रूरत है।

## ऑडिट ट्रेल

**Activity** टैब हर रिपोर्ट, स्वीकृति, संपादन, ओवरराइड, स्वचालित निर्णय, गार्डरेल होल्ड और सेटिंग्स परिवर्तन को दर्ज करता है, साथ में यह भी कि इसे किसने किया: जाँचकर्ता, कोई व्यक्ति, API कुंजी या सिस्टम ने। प्रविष्टियाँ संपादित नहीं की जा सकतीं। 10,000 प्रविष्टियों तक CSV के रूप में एक्सपोर्ट करें।

जाँचकर्ता द्वारा स्वयं लिया गया हर निर्णय आपके संगठन के [ऑडिट लॉग](https://docs.didit.me/hi/console/audit-logs.md) में **The Investigator** के अंतर्गत भी दर्ज होता है, और उसकी रिपोर्ट से जुड़ा होता है, आपके सदस्यों और API कुंजियों की गतिविधियों के साथ-साथ।

## मूल्य निर्धारण

Investigator की एक ही कीमत है: **प्रति समीक्षित सत्यापन (KYC, KYB या AML हिट), लेन-देन अलर्ट या केस \$0.20**। इस कीमत में वह रिकॉर्ड पढ़ता है, उद्धरण सहित रिपोर्ट लिखता है और उसकी सिफ़ारिश के साथ या तो उसे आपके समीक्षक को सौंपता है या आपकी नीति के भीतर स्वयं निर्णय लेता है।

| समीक्षित आइटम | कीमत |
| - | - |
| सत्यापन (KYC, KYB या AML हिट), लेन-देन अलर्ट या केस | \$0.20 |

प्रत्येक आइटम के लिए आपसे केवल एक बार शुल्क लिया जाता है, और तभी जब एप्लिकेशन लाइव हो और रिपोर्ट स्वीकार की जाए, संपादित करके स्वीकार की जाए, या जाँचकर्ता स्वयं निर्णय ले। ओवरराइड, वे आइटम जिन पर आपकी टीम ने कहीं और निर्णय लिया, विफल रन, शैडो मोड, सेटअप और बैकटेस्ट निःशुल्क हैं। प्लान की छूट लागू होती है।

**Settings** में वैकल्पिक मासिक खर्च सीमा सेट करें। सीमा पर पहुँचने पर नए आइटम बिना रिपोर्ट के समीक्षकों तक पहुँचते हैं।

## API और webhooks

Investigator API `https://verification.didit.me/v3/investigator/` के अंतर्गत है और आपके एप्लिकेशन की API कुंजी (`x-api-key`) का उपयोग करता है।

| endpoint | उद्देश्य |
| - | - |
| `GET summary/`, `GET queue/` | कतार की गिनतियाँ और प्रतीक्षारत आइटम। |
| `GET runs/{id}/` | एक रिपोर्ट। |
| `POST runs/{id}/accept/`, `POST runs/{id}/override/`, `POST runs/batch-accept/` | रिपोर्ट पर कार्रवाई। |
| `GET transactions/{id}/` | एक लेन-देन की रिपोर्ट। |
| `GET dashboard/`, `GET performance/`, `GET activity/`, `GET activity/export/` | परिणाम और ऑडिट ट्रेल। |
| `GET guardrails/` | लॉक किए गए गार्डरेल। |
| `GET` / `PATCH settings/` | स्टेज और मासिक खर्च सीमा। |

रिपोर्ट पढ़ने और उन पर कार्रवाई करने के लिए प्रतिबंधित API कुंजी को `decisions` स्कोप चाहिए, और सेटिंग्स पढ़ने या बदलने के लिए `applications` स्कोप चाहिए। लेन-देन रिपोर्ट के लिए `transactions` स्कोप भी चाहिए। कुछ वर्कफ़्लो या स्वीकृत सत्रों तक सीमित कुंजियाँ अस्वीकार की जाती हैं, क्योंकि कतार हर वर्कफ़्लो को शामिल करती है। पूर्ण अनुरोध और रिस्पॉन्स स्कीमा **Investigator** टैग के अंतर्गत [`openapi-25.json`](https://docs.didit.me/openapi-25.json) में हैं।

Investigator के लिए अलग webhook नहीं है। [`status.updated` webhook](https://docs.didit.me/hi/integration/webhooks#investigator-ब्लॉक) में और `GET /v3/session/{id}/decision/` में मौजूद `decision`, एक `investigator` ब्लॉक शामिल करता है, जिसमें रन का `status`, `recommendation`, `confidence`, `summary`, `ready_to_accept`, `automated` और `decided_by` (`investigator` या `member`) होता है।

## संबंधित

> [card] [मैन्युअल समीक्षा](https://docs.didit.me/hi/console/manual-review.md)
>
> आपकी टीम सत्यापन सत्रों की समीक्षा कैसे करती है।

> [card] [केस](https://docs.didit.me/hi/console/case-management/cases.md)
>
> अलर्ट और जाँच के लिए केस प्रबंधन।


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.