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

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

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

​
रिपोर्ट

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

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

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

​
चरण

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

​
स्वायत्तता स्तर

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

​
गार्डरेल

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

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

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

​
टीम नीति

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

​
ऑडिट ट्रेल

Activity टैब हर रिपोर्ट, स्वीकृति, संपादन, ओवरराइड, स्वचालित निर्णय, गार्डरेल होल्ड और सेटिंग्स परिवर्तन को दर्ज करता है, साथ में यह भी कि इसे किसने किया: जाँचकर्ता, कोई व्यक्ति, API कुंजी या सिस्टम ने। प्रविष्टियाँ संपादित नहीं की जा सकतीं। 10,000 प्रविष्टियों तक CSV के रूप में एक्सपोर्ट करें। जाँचकर्ता द्वारा स्वयं लिया गया हर निर्णय आपके संगठन के ऑडिट लॉग में The Investigator के अंतर्गत भी दर्ज होता है, और उसकी रिपोर्ट से जुड़ा होता है, आपके सदस्यों और API कुंजियों की गतिविधियों के साथ-साथ।

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

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

​
API और webhooks

Investigator API https://verification.didit.me/v3/investigator/ के अंतर्गत है और आपके एप्लिकेशन की API कुंजी (x-api-key) का उपयोग करता है। रिपोर्ट पढ़ने और उन पर कार्रवाई करने के लिए प्रतिबंधित API कुंजी को decisions स्कोप चाहिए, और सेटिंग्स पढ़ने या बदलने के लिए applications स्कोप चाहिए। लेन-देन रिपोर्ट के लिए transactions स्कोप भी चाहिए। कुछ वर्कफ़्लो या स्वीकृत सत्रों तक सीमित कुंजियाँ अस्वीकार की जाती हैं, क्योंकि कतार हर वर्कफ़्लो को शामिल करती है। पूर्ण अनुरोध और रिस्पॉन्स स्कीमा Investigator टैग के अंतर्गत openapi-25.json में हैं। Investigator के लिए अलग webhook नहीं है। status.updated webhook में और GET /v3/session/{id}/decision/ में मौजूद decision, एक investigator ब्लॉक शामिल करता है, जिसमें रन का status, recommendation, confidence, summary, ready_to_accept, automated और decided_by (investigator या member) होता है।

​
संबंधित

मैन्युअल समीक्षा

आपकी टीम सत्यापन सत्रों की समीक्षा कैसे करती है।

केस

अलर्ट और जाँच के लिए केस प्रबंधन।
अंतिम संशोधन 7 नवंबर 2026