Skip to main content
ऑडिट को चलाएँ जब इसका लक्ष्य और जनसंख्या पर्याप्त विशिष्ट हो कि कोई अन्य ऑपरेटर जान सके कि वैध निष्कर्ष कैसा दिखेगा।

​
इसे चलाएँ और निरीक्षण करें

  1. Analyze → Audits पर जाएँ, ऑडिट खोलें, और run now चुनें। एक कतारबद्ध प्रतिक्रिया का मतलब है कि डिस्पैचर इसे शीघ्र ही शुरू करेगा।
  2. नई रन खोलें ताकि आप इसकी स्थिति, विंडो, अवधि, निष्कर्ष गणना, और रिपोर्ट की समीक्षा कर सकें।
  3. सटीक ट्रेस खोलने के लिए कोई साक्ष्य सत्र चुनें।
  4. सेटिंग्स संपादित करने, शेड्यूल को अक्षम करने, या पुरानी रन की जांच करने के लिए ऑडिट पृष्ठ पर लौटें। एक ऑडिट विवरण पृष्ठ जिसमें खुले निष्कर्ष, अंतिम और अगली रन स्थिति, स्वीप विंडो, संदर्भ, रन-नाउ नियंत्रण, और रैंक किए गए निष्कर्ष दिखाई देते हैं।

​
चलाने से पहले

  • चयनित समय विंडो में सत्रों का अस्तित्व सुनिश्चित करें।
  • पर्यावरण और एजेंट फ़िल्टर की पुष्टि करें।
  • जांचें कि संदर्भ वर्तमान है।
  • सुनिश्चित करें कि लक्ष्य एक विफलता मोड का वर्णन करता है, न कि एक वांछित निष्कर्ष।

​
रन की समीक्षा करें

रन स्थिति, सत्र कवरेज, और चाहे मॉडल विश्लेषण चला हो, से शुरुआत करें। फिर प्रत्येक निष्कर्ष की गंभीरता, विवरण, साक्ष्य सत्र, सहायक प्रश्न, और सुझाए गए रोकथाम पथ का निरीक्षण करें। निष्कर्ष स्थिति का उपयोग करके स्वीकार करें, म्यूट करें, खारिज करें, हल करें, पुनः खोलें, या कार्य असाइन करें। निष्कर्ष को खारिज करने पर भी साक्ष्य को सुरक्षित रखें; यह बताता है कि निर्णय क्यों लिया गया था।

​
खाली या विलंबित रन की व्याख्या करें

जब विश्लेषण नहीं चलता है, since_last ऑडिट वह अविश्लेषित विंडो अगली सफल रन के लिए खुली रखते हैं। मौजूदा निष्कर्ष सेवानिवृत्त नहीं होते हैं क्योंकि एक छोड़ी गई विश्लेषण विफलता के गायब होने का प्रमाण नहीं है।

​
विफलता सूचनाओं को समझें

विफल रन या विफल मॉडल-विश्लेषण चरण ऑडिट के ईमेल प्राप्तकर्ताओं का उपयोग करते हैं। यदि ऑडिट में कोई ईमेल चैनल नहीं है, तो Failproof AI संगठन की alerts.email_default_recipients सेटिंग पर वापस जाता है ताकि एक मौन रूप से टूटा हुआ ऑडिट अभी भी एक एस्केलेशन पथ हो। ईमेल को संगठन के लिए सक्षम होना चाहिए और SMTP को कॉन्फ़िगर करना चाहिए। अन्यथा विफलता लॉग की जाती है लेकिन कोई ईमेल डिलीवर नहीं किया जा सकता है। रन विफलताएँ ऑडिट के निश्चित शेड्यूल एंकर को नहीं बढ़ाती हैं। प्रत्येक रन एक अनुबंध स्नैपशॉट के रूप में प्रत्येक एजेंट के लिए उपयोग किया गया सटीक एजेंट संदर्भ भी संग्रहीत करता है। बाद के संपादन पहली रन के साथ दर्ज विधा मानक को नहीं बदलते हैं।
एक अपरीक्षित निष्कर्ष से सीधे एक अवरुद्ध नीति तैनात न करें। उद्धृत ट्रेस खोलें और पुष्टि करें कि नियम असुरक्षित व्यवहार को वैध कार्य से अलग करता है।