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

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

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

चलाने से पहले

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

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

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

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

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

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

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