कुछ देशों, वर्कफ़्लो या रकम के लिए इन्वेस्टिगेटर की स्वायत्तता कम करें और ऐसे लॉक जोड़ें जिन्हें यह कभी पार नहीं करता। वैलिडेशन रिपोर्ट से इस पर नज़र रखें।
इन्वेस्टिगेटर → सेटिंग्स खोलकर तय करें कि इन्वेस्टिगेटर हर क्यू में कितना फ़ैसला ले सकता है, किसी सेगमेंट से मेल खाने वाले आइटम के लिए उसे कम करें, और "जब फ़ेस मैच 70% से कम हो तो कभी अपने-आप अनुमोदित न करें" जैसे लॉक जोड़ें। फिर प्रदर्शन और गतिविधि में इस पर नज़र रखें: दोबारा चलाने पर कंसिस्टेंसी, ड्रिफ़्ट, सर्विस लेवल, आपके अपने रिव्यूअर का QA और एक वैलिडेशन रिपोर्ट जिसे आप किसी ऑडिटर को दे सकते हैं।
ये नियंत्रण एक-एक करके चालू किए जा रहे हैं और हो सकता है कि आपके एप्लिकेशन के लिए अभी चालू न हों। सेगमेंट और लॉक चालू होने से पहले सेव किए जा सकते हैं, लेकिन वे चालू होने के बाद ही असर करते हैं। इन्हें बदलने के लिए एप्लिकेशन की सेटिंग्स बदलने की परमिशन चाहिए, और हर बदलाव गतिविधि में दर्ज होता है।
#निरीक्षण मोड पर वापस जाएँ, इसे बंद करें या सेटअप फिर से चलाएँ
आपका एप्लिकेशन हमेशा इन तीन चरणों में से किसी एक में होता है:
| चरण | क्या होता है |
|---|---|
| सेट नहीं किया गया | इन्वेस्टिगेटर कुछ भी रिव्यू नहीं करता: आइटम बिना रिपोर्ट के आपके रिव्यूअर तक पहुंचते हैं |
| निरीक्षण मोड | यह हर आइटम पर रिपोर्ट लिखता है और आपकी टीम के फ़ैसलों से खुद को आंकता है, लेकिन कोई फ़ैसला नहीं लेता। निरीक्षण मोड में रिव्यू का कभी बिल नहीं बनता |
| चालू | जहां क्यू का स्तर अनुमति देता है, वहां यह खुद फ़ैसला लेता है, और पूरे हुए रिव्यू का बिल बनता है |
- निरीक्षण मोड पर वापस जाएँ। Didit Copilot से इन्वेस्टिगेटर को निरीक्षण मोड में वापस रखने के लिए कहें, या API से चरण बदलें। यह रिपोर्ट लिखना और खुद को आंकना जारी रखता है, लेकिन जब तक आप सेटिंग्स में किसी क्यू को फिर से स्वचालित या पूर्ण स्वचालित पर नहीं ले जाते, तब तक कोई फ़ैसला नहीं लेता। ऑटोमेटेड फ़ैसलों को सिर्फ़ कुछ समय के लिए रोकने के लिए, इसकी जगह स्वचालन रोकें इस्तेमाल करें: हर आइटम उसकी रिपोर्ट के साथ आपकी टीम के पास जाता है।
- इसे बंद करें। Didit Copilot से इन्वेस्टिगेटर बंद करने के लिए कहें, या API से चरण बदलें। यह रिव्यू करना बंद कर देता है, और सेटअप से पहले की तरह आइटम बिना रिपोर्ट के आपके रिव्यूअर तक पहुंचते हैं। आपकी पॉलिसी, आपका SOP और आपकी सेटिंग्स बनी रहती हैं। इसे फिर से चालू करने के लिए समीक्षाएँ स्वचालित करें दबाएँ और सेटअप पूरा करें: यह निरीक्षण मोड में शुरू होता है।
- सेटअप फिर से चलाएँ। इन्वेस्टिगेटर के मेनू में सेटअप फिर से चलाएँ आपके सेव किए गए जवाबों के साथ सेटअप खोलता है। इसे पूरा करने पर आपके जवाब आपकी पॉलिसी में सेव हो जाते हैं और रोलआउट फिर से शुरू होता है: आपकी चुनी हर क्यू सुझाव दें पर वापस जाती है और आपके चुने समय तक आपकी टीम से खुद को आंकती है, और जो क्यू आप छोड़ देते हैं वह खुद फ़ैसले लेना बंद कर देती है। बंद पर सेट जो क्यू आप छोड़ देते हैं, वह जैसी है वैसी ही रहती है।
हर चरण बदलाव गतिविधि में दर्ज होता है। चरण बदलने या सेटअप चलाने के लिए एप्लिकेशन की सेटिंग्स बदलने की परमिशन चाहिए।
#यह खुद कितना कर सकता है
हर क्यू का अपना स्तर होता है:
| स्तर | क्या होता है |
|---|---|
| सुझाव दें | डिफ़ॉल्ट। यह रिपोर्ट लिखता है; हर आइटम पर फ़ैसला लोग लेते हैं |
| स्वचालित | यह उन आइटम पर फ़ैसला लेता है जो आपके भरोसे की सीमा पर या उससे ऊपर हैं; बाकी लोगों के पास जाते हैं |
| पूर्ण स्वचालित | यह हर उस चीज़ पर फ़ैसला लेता है जो आपकी पॉलिसी में आती है, और क्वालिटी जांच के लिए एक सैंपल किसी व्यक्ति के पास जाता है |
| बंद | आइटम बिना रिपोर्ट के आपके रिव्यूअर तक पहुंचते हैं |
किसी क्यू को स्वचालित या पूर्ण स्वचालित पर ले जाने के लिए बैकटेस्ट और आपकी साफ़ स्वीकृति चाहिए। स्वचालन रोकें हर आइटम को एक साथ आपकी टीम के पास वापस भेज देता है। आप कुछ देशों, वर्कफ़्लो या रकम के लिए कम स्तर भी तय कर सकते हैं, अपने लॉक जोड़ सकते हैं, और ड्रिफ़्ट सुरक्षा को किसी क्यू का स्तर घटाने दे सकते हैं: देखें इन्वेस्टिगेटर को नियंत्रित करें और उसकी निगरानी करें।
#यह अपने आप कब निर्णय ले सकता है
स्वचालित और पूर्ण स्वचालित पर, इन्वेस्टिगेटर किसी आइटम पर तभी फ़ैसला लेता है जब सेटिंग्स → यह अपने आप कब निर्णय ले सकता है की हर शर्त पूरी हो। बाकी सब कुछ तैयार रिपोर्ट के साथ किसी व्यक्ति के पास रहता है।
| शर्त | इसका मतलब |
|---|---|
| आइटम आपकी नीति में शामिल है | हमेशा। जो कुछ आपकी पॉलिसी में नहीं आता, वह एक सवाल के रूप में आपकी टीम के पास वापस आता है |
| विश्वास कतार की सीमा के बराबर या उससे ऊपर | हमेशा। जब तक आपने इसे नहीं बदला, सीमा 90% है |
| आइटम पर कोई खुला प्रश्न नहीं | हमेशा |
| आइटम या उससे जुड़ी किसी भी चीज़ पर कोई संभावित प्रतिबंध मिलान नहीं | हमेशा। ऐसे आइटम किसी व्यक्ति के पास जाते हैं |
| लेन-देन की अधिकतम राशि | आपके एप्लिकेशन की डिफ़ॉल्ट मुद्रा में 5,000, 10,000, 25,000 (डिफ़ॉल्ट), 50,000 या 100,000, या कोई सीमा नहीं। इससे बड़े ट्रांसफ़र हमेशा किसी व्यक्ति के पास जाते हैं |
| प्रति कतार प्रति दिन अधिकतम स्वचालित निर्णय | 50, 100, 200 (डिफ़ॉल्ट), 500 या 1,000, हर क्यू के लिए, प्रति UTC दिन। इससे ज़्यादा होने पर आइटम तैयार रिपोर्ट के साथ किसी व्यक्ति का इंतज़ार करते हैं |
| पूर्ण स्वचालित निर्णयों में से 5% गुणवत्ता जाँच के लिए किसी व्यक्ति को भेजें | चालू या बंद, हर क्यू के लिए। यह लॉन्च के बाद भी सटीकता मापता रहता है। हिस्सा वह QA सैंपल है जो आपने सेटअप में चुना था (2%, 5% या 10%), और इसे यहां चालू करने पर 5% सेट होता है |
हर बदलाव गतिविधि में दर्ज होता है।
#खुद लिए गए फ़ैसले को ओवरराइड करें
जिस वेरिफिकेशन या केस पर इन्वेस्टिगेटर ने खुद फ़ैसला लिया, उसके रिकॉर्ड पर कार्रवाई, सबूत और भरोसे के स्तर के साथ अन्वेषक द्वारा निर्णय लिया गया दिखता है। बदलें दबाएँ (किसी केस पर, कारण के साथ बदलें), फिर कोई दूसरी कार्रवाई, फ़ैसला सही क्यों नहीं बैठता, और अपना कारण चुनें। आपका फ़ैसला रिकॉर्ड पर वैसे ही लागू होता है जैसे किसी व्यक्ति का कोई भी फ़ैसला, और आपके नाम और कारण के साथ इवेंट में, और गतिविधि में बदले गए निर्णय के तहत सेव होता है। इन्वेस्टिगेटर का अपना फ़ैसला आपके फ़ैसले के बगल में रिकॉर्ड पर बना रहता है। उसका बिल तब बना था जब वह लिया गया था; ओवरराइड का कभी बिल नहीं बनता। आप बाद में इसे फिर से ओवरराइड कर सकते हैं।
आप सिर्फ़ तब तक ओवरराइड कर सकते हैं जब तक इन्वेस्टिगेटर का फ़ैसला, या उसका आखिरी ओवरराइड, कायम है। अगर तब से किसी ने रिकॉर्ड का स्टेटस उसके पेज पर, बल्क में या API से बदल दिया है, या किसी नए रिव्यू ने उस पर फिर से फ़ैसला लिया है, तो उसे रिकॉर्ड से ही बदलें।
#सेगमेंट के हिसाब से स्वायत्तता
हर क्यू का एक स्तर (बंद, सुझाव दें, स्वचालित या पूर्ण स्वचालित) और भरोसे की एक सीमा होती है। सेगमेंट के हिसाब से स्वायत्तता मेल खाने वाले आइटम के लिए उस स्तर को घटाती है, या सीमा बढ़ाती है। हर सेगमेंट का एक नाम होता है, ऐसी शर्तें जिनका सब मेल खाना ज़रूरी है, और यह कि तब क्या होता है:
| शर्त | कब मेल खाती है |
|---|---|
| देश | दस्तावेज़ जारी करने वाला देश (या ट्रांज़ैक्शन के पक्ष का देश) इनमें से एक है |
| कम से कम जोखिम | आइटम का जोखिम कम, मध्यम या ज़्यादा या उससे ऊपर है |
| वर्कफ़्लो | आइटम इनमें से किसी वर्कफ़्लो से आया है |
| रकम से / रकम तक | ट्रांज़ैक्शन की रकम इस दायरे में है |
| चेतावनियां | आइटम में इनमें से कोई चेतावनी या स्थिति है |
| फ़ेस मैच इससे कम (%) | फ़ेस मैच स्कोर इस मान से कम है |
फिर कम स्तर, ऊंची सीमा (80%, 85%, 90% या 95%), या दोनों चुनें। जो पहला सेगमेंट मेल खाता है वही लागू होता है, और कोई सेगमेंट किसी क्यू को उसके अपने स्तर से ऊपर कभी नहीं ले जा सकता। जिस आइटम में कोई तथ्य नहीं है, उदाहरण के लिए बिना रकम वाला वेरिफिकेशन, वह उस तथ्य पर आधारित शर्त से कभी मेल नहीं खाता। आपके पास ज़्यादा से ज़्यादा 20 सेगमेंट हो सकते हैं।
सेव करने से पहले असर जांचें दबाएं और देखें कि हर सेगमेंट और लॉक अभी कितनी इंतज़ार कर रही रिपोर्ट पर लागू होगा। बैकटेस्ट भी आपके मौजूदा सेगमेंट और लॉक इस्तेमाल करते हैं।
#लॉक
अगर… तो कभी खुद फ़ैसला न लें पांच तय सुरक्षा नियमों के ऊपर आपके अपने लॉक जोड़ता है। हर लॉक में सेगमेंट जैसी शर्तें होती हैं और दो में से एक कार्रवाई:
- कभी अपने-आप अनुमोदित न करें: मेल खाने वाला आइटम अब भी अपने-आप अस्वीकार किया जा सकता है या और जानकारी के लिए भेजा जा सकता है, लेकिन किसी व्यक्ति के बिना कभी अनुमोदित नहीं होता।
- कभी खुद फ़ैसला न लें: मेल खाने वाला आइटम हमेशा किसी व्यक्ति के पास जाता है।
लॉक उन क्यू पर लागू होता है जो आप चुनते हैं, या हर क्यू पर। आपके पास ज़्यादा से ज़्यादा 20 लॉक हो सकते हैं। जब किसी सेगमेंट या लॉक ने किसी आइटम के साथ होने वाली चीज़ बदली, तो रिपोर्ट उसका नाम बताती है।
#डैशबोर्ड और प्रदर्शन
डैशबोर्ड दिखाता है कि ऑटोमेशन आपके लिए क्या करता है। निरीक्षण मोड में यह दिखाता है कि इन्वेस्टिगेटर क्या करता:
| मीट्रिक | इसका मतलब |
|---|---|
| यह निर्णय ले लेता | निरीक्षण मोड में यह कितने रिव्यू पर खुद फ़ैसला ले लेता |
| आपकी टीम से सहमति | यह आपकी टीम के फ़ैसलों से कितनी बार सहमत रहा, और कितनी असहमतियां थीं |
| यह कितने घंटे बचाता | आपकी टीम की रफ़्तार के हिसाब से रिव्यूअर का समय |
| स्वचालित स्तर पर जाएगा | वह तारीख जब यह स्वचालित पर जाएगा, अगर सहमति 98% या उससे ज़्यादा बनी रहे, या जब आप तय करें जब अपने-आप स्तर बढ़ना बंद या रुका हुआ हो |
जब यह अपने पहले आइटम पर फ़ैसला ले लेता है, तो डैशबोर्ड पिछले 30 दिनों को कवर करता है:
| मीट्रिक | इसका मतलब |
|---|---|
| स्वचालन दर | कितने रिव्यू पर इसने खुद फ़ैसला लिया |
| बचे समीक्षक घंटे | आपकी टीम के मीडियन हैंडलिंग समय के हिसाब से, फ़ुल-टाइम रिव्यूअर में भी गिने गए |
| जाँचकर्ता पर खर्च | इस महीने इसके रिव्यू की लागत |
| प्रति निर्णय लागत | इसके हर फ़ैसले की लागत |
| गुणवत्ता जाँच नमूने पर सटीकता | किसी व्यक्ति के जांचे गए पूर्ण स्वचालित फ़ैसलों में से कितने इससे सहमत थे |
| बदले गए निर्णय | इसके फ़ैसलों का वह हिस्सा जिसे किसी रिव्यूअर ने बदला, उनके कारणों के साथ |
इनके नीचे, कतार के अनुसार इन आंकड़ों को हर क्यू के हिसाब से बांटता है, सप्ताह के अनुसार स्वचालन दर हर हफ़्ता दिखाता है (डैश वाली लाइन के हफ़्ते निरीक्षण मोड में थे), और बदले गए निर्णय और उनके कारण बताता है कि रिव्यूअर ने इसके फ़ैसले क्यों बदले। ओवरराइड आपकी टीम के पास सवालों के रूप में वापस आते हैं।
प्रदर्शन पिछले 7, 30 या 90 दिनों में इन्वेस्टिगेटर की तुलना आपके रिव्यूअर से करता है:
| मीट्रिक | इसका मतलब |
|---|---|
| समीक्षकों से सहमति | किसी रिव्यूअर ने कितनी बार सिफ़ारिश स्वीकार की, जैसी सुझाई गई थी वैसी या एडिट करके |
| जाँचे गए आइटम | वे सेशन, ट्रांज़ैक्शन अलर्ट और केस जिन पर इसने रिपोर्ट दी |
| बचाया गया समय | किसी आइटम पर फ़ैसला लेने का मीडियन समय, पहले और अब |
| बदले गए निर्णय | उन फ़ैसलों का हिस्सा जिन्होंने इसे ओवरराइड किया, हर एक के कारण के साथ |
| विश्वास जिस पर आप भरोसा कर सकते हैं | इसके बताए हर भरोसे के स्तर पर रिव्यूअर कितनी बार इससे सहमत हुए। ज़्यादा भरोसे वाले आइटम बैच में स्वीकार किए जा सकते हैं, मध्यम वाले एक-एक करके रिव्यू होते हैं, और कम वाले हमेशा किसी व्यक्ति के पास जाते हैं |
यह सप्ताह के अनुसार सहमति और मात्रा का चार्ट भी दिखाता है, फ़ैसला लेने के समय के साथ आंकड़ों को कतार के अनुसार बांटता है, कारण के अनुसार बदले गए निर्णय की सूची देता है, और दिखाता है जहाँ समीक्षक सबसे ज़्यादा असहमत होते हैं। ड्रिफ़्ट, दोबारा चलाने पर कंसिस्टेंसी और आपके रिव्यूअर का QA, जो नीचे समझाए गए हैं, इसी टैब पर हैं।
#दोबारा चलाने पर कंसिस्टेंसी
एक अच्छा रिव्यूअर एक ही मामले को दो बार एक ही जवाब देता है। प्रदर्शन में दोबारा चलाने पर कंसिस्टेंसी यही मापती है: यह हाल के आइटम के एक सैंपल का दोबारा रिव्यू करती है, डिफ़ॉल्ट रूप से हर एक का तीन बार, और दिखाती है कि इन्वेस्टिगेटर ने कितनी बार अपनी सिफ़ारिश दोहराई। यह रोज़ और जब भी आप जांच चलाएं दबाते हैं, तब चलती है, निरीक्षण मोड में और बिना शुल्क के। 90% से नीचे, कंसिस्टेंसी की एक चेतावनी गतिविधि में लिखी जाती है और, अगर आपने चैनल सेट किया है, तो आपके Slack या Teams चैनल पर पोस्ट की जाती है।
#ड्रिफ़्ट सुरक्षा
ड्रिफ़्ट सुरक्षा हर दिन तुलना करती है कि पिछले 7 दिनों में इन्वेस्टिगेटर आपकी टीम से कितनी बार सहमत रहा, उससे पहले के 30 दिनों के मुकाबले, और यह भी कि इसे मिलने वाले आइटम की तरह बदली है या नहीं। जब सहमति 5 अंक या उससे ज़्यादा गिरती है, या आइटम का मिश्रण बदलता है, तो क्यू को ड्रिफ़्ट हो रहा चिह्नित किया जाता है और, ड्रिफ़्ट सुरक्षा चालू होने पर:
- उसका स्तर एक पायदान नीचे आता है (पूर्ण स्वचालित से स्वचालित, स्वचालित से सुझाव दें), हफ़्ते में ज़्यादा से ज़्यादा एक बार;
- आपकी टीम को अलर्ट किया जाता है, और बदलाव गतिविधि में लिखा जाता है;
- सहमति वापस आने पर आप खुद सेटिंग्स में स्तर फिर से बढ़ाते हैं।
क्वालिटी सैंपल उन आइटम में बंटा होता है जहां इन्वेस्टिगेटर और आपकी टीम सहमत थे और जहां नहीं थे, ताकि ड्रिफ़्ट सैंपल में जल्दी दिख जाए।
#सर्विस लेवल और प्राथमिकता
सर्विस लेवल में तय करें कि हर क्यू में कोई आइटम फ़ैसले के लिए कितनी देर इंतज़ार कर सकता है: 4 घंटे, 8 घंटे, 1 दिन, 2 दिन, 3 दिन या 1 हफ़्ता, या कोई SLA नहीं। फिर हर इंतज़ार कर रही रिपोर्ट दिखाती है कि उसकी समय-सीमा कब है, आखिरी 4 घंटों में उस पर जल्द समय-सीमा और उसके बाद SLA का उल्लंघन लिखा होता है। उल्लंघन होने पर आपकी टीम को सूचना दी जा सकती है और एक वेबहुक भेजा जा सकता है। केस की अपनी समय-सीमा बनी रहती है।
हर इंतज़ार कर रहे आइटम को उसके जोखिम, ट्रांज़ैक्शन की रकम, क्या व्यक्ति ने किसी फ़ैसले पर आपत्ति की या जानकारी के अनुरोध का जवाब दिया, और उसके इंतज़ार के समय के आधार पर एक प्राथमिकता भी मिलती है। सबसे ज़रूरी आइटम पहले निपटाने के लिए क्यू को प्राथमिकता के हिसाब से क्रम में लगाएं।
#आपके रिव्यूअर का QA
इन्वेस्टिगेटर आपकी टीम के फ़ैसलों की भी जांच कर सकता है। हर दिन यह पिछले 7 दिनों में लोगों द्वारा लिए गए फ़ैसलों का एक सैंपल लेता है और हर एक को आपके SOP के पालन, इस्तेमाल किए गए सबूत और लिखे गए औचित्य के लिए स्कोर देता है। यह हाल के अनुमोदनों में छूटे हुए जोखिमों को भी देखता है। कोई फ़ैसला तब फ़ेल होता है जब उसका स्कोर 100 में से 70 से कम हो, जब किसी अनुमोदन में कोई जोखिम छूट गया हो, या जब वह बिना कारण बताए SOP के किसी नियम के ख़िलाफ़ गया हो।
फ़ेल हुआ फ़ैसला आपके इनबॉक्स में दोबारा खोलने का एक काम बनाता है ताकि कोई उसे दोबारा देख सके, गतिविधि में लिखा जाता है, और एक वेबहुक भेज सकता है। QA रिव्यू निरीक्षण मोड में चलते हैं: वे कभी कोई फ़ैसला नहीं बदलते और उनका कभी बिल नहीं बनता।
सेटिंग्स में समीक्षकों का QA दिखाता है कि आपके एप्लिकेशन के लिए रोज़ का QA चालू है या नहीं; अगर यह बंद है, तो इसे चालू करवाने के लिए Didit से संपर्क करें। अभी QA चलाएँ आपकी चुनी जाँच अवधि (पिछले 1, 7, 30 या 90 दिन) में बंद हुए फ़ैसलों में से 10, 20, 50 या 100 फ़ैसलों का नमूना लेकर उन्हें स्कोर देता है, और उनके अनुमोदनों में छूटे जोखिम देखता है। नतीजे प्रदर्शन में होते हैं: उन्हें नतीजा (विफल या पास) और प्रकार (QA, पिछली जाँच या दोनों) से फ़िल्टर करें। हर नतीजा एक स्कोरकार्ड खोलता है जिसमें उसके SOP अनुपालन, साक्ष्य और औचित्य स्कोर होते हैं, और रिपोर्ट खोलें और Inbox में दोबारा खोलने का काम खोलें के लिंक होते हैं।
#वैलिडेशन रिपोर्ट
किसी AI एजेंट को फ़ैसले लेने देने से पहले, बैंक या ऑडिटर पूछते हैं कि इसे कैसे टेस्ट किया गया। वैलिडेशन रिपोर्ट पॉलिसी के एक वर्ज़न के लिए इसका जवाब देती है, PDF या डेटा के रूप में:
- पॉलिसी का वर्ज़न, और Didit Investigator का वह वर्ज़न और इंजन जिनसे रिपोर्ट बनीं;
- क्विक चेक और AI बैकटेस्ट, उनकी सहमति, असहमतियों और सैंपल चेतावनियों के साथ;
- दोबारा चलाने पर कंसिस्टेंसी, और कैलिब्रेशन: बताया गया हर भरोसा कितनी बार सही निकला;
- सुरक्षा नियम, आपके लॉक, सेगमेंट, स्तर और रकम की सीमा;
- QA नतीजे, ओवरराइड और ड्रिफ़्ट;
- पिछले वर्ज़न के बाद से क्या बदला, आसान भाषा में समझाया गया, उसके मापे गए असर के साथ।
#गतिविधि और प्रोवेनेंस
गतिविधि इन्वेस्टिगेटर और आपकी टीम की हर कार्रवाई का एक स्थायी लॉग रखती है: रिपोर्ट, फ़ैसले, ओवरराइड, सवाल, दिखाई गई तस्वीरें, नोट, दोबारा रिव्यू, जानकारी के अनुरोध, आपत्तियां, कंसिस्टेंसी चेतावनियां, ड्रिफ़्ट, SLA उल्लंघन, QA रिव्यू और रेगुलेटरी रिपोर्ट के ड्राफ़्ट। Didit Copilot या MCP के ज़रिए बनी हर एंट्री में यह बताया जाता है। हर रिपोर्ट और एंट्री में उसका प्रोवेनेंस होता है: Didit Investigator का वर्ज़न और इंजन, और आपकी पॉलिसी का वर्ज़न।
लॉग को घटना का प्रकार से फ़िल्टर करें: सभी, एजेंट, निर्णय, बदले गए निर्णय या स्वायत्तता और सुरक्षा नियम, हर एक के साथ यह कि उसमें कितनी एंट्री हैं। किसके द्वारा दिखाता है कि लॉग में कोई भी, जाँचकर्ता या किसी एक व्यक्ति ने क्या किया, और अवधि आज, पिछले 7 दिन, पिछले 30 दिन या शुरू से अब तक होती है। और दिखाएँ पुरानी एंट्री लोड करता है, और नीचे के एक्सपोर्ट भी यही फ़िल्टर इस्तेमाल करते हैं।
किसी केस को हटाने पर उसकी इन्वेस्टिगेटर रिपोर्टें और उनकी एंट्री भी मिट जाती हैं, क्योंकि उनमें संबंधित लोगों की बातें उद्धृत होती हैं। गतिविधि उनकी जगह एक एंट्री रखती है: कौन-सा केस हटाया गया, उसे किसने हटाया और उसके साथ कितनी रिपोर्टें हटीं, लेकिन उनमें क्या कहा गया था, यह कभी नहीं।
ऑडिटरों के लिए निर्यात करें आपके फ़िल्टर लगाकर लॉग को CSV या PDF ऑडिट पैक के रूप में एक्सपोर्ट करता है। इस दृश्य की रिपोर्टें (ZIP) दृश्य की हर रिपोर्ट के लिए एक समीक्षा रिकॉर्ड PDF डाउनलोड करता है, साथ में एक index.csv जिसमें हर रिपोर्ट का फ़िंगरप्रिंट होता है। एक ZIP में ज़्यादा से ज़्यादा 200 रिपोर्टें होती हैं: अगर आपके दृश्य में इससे ज़्यादा हैं, तो ऊपर के फ़िल्टर सीमित करें और फिर से एक्सपोर्ट करें। समीक्षा रिकॉर्ड, और उसके फ़िंगरप्रिंट से किसी कॉपी को जाँचने का तरीका, इन्वेस्टिगेटर में बताया गया है।
अभी भी अटके हैं? किसी व्यक्ति से बात करें।
अपने संगठन की ID और जिस सेशन के बारे में पूछ रहे हैं उसकी ID शामिल करें।