> ## Documentation Index
> Fetch the complete documentation index at: https://docs.befailproof.ai/llms.txt
> Use this file to discover all available pages before exploring further.
# निष्कर्ष और समस्याएं
> ऑडिट के प्रमाण को स्वामित्व वाले, ट्रैक करने योग्य सुधार कार्य में बदलें।
एक निष्कर्ष ऑडिट का साक्ष्य-समर्थित विफलता के बारे में बयान है। एक समस्या इसमें प्रतिक्रिया देने के लिए टिकाऊ वर्कफ़्लो है।
## कार्य को वर्गीकृत करें और असाइन करें
1. **Analyze → Audits** खोलें, एक पूर्ण रन चुनें, और इसके विश्लेषण, सिफारिश, सेशन और साक्ष्य प्रश्नों का निरीक्षण करने के लिए एक निष्कर्ष चुनें।
2. इसके साक्ष्य की जांच करने के बाद निष्कर्ष को स्वीकार करें, असाइन करें, खारिज करें, म्यूट करें, हल करें, या फिर से खोलें।
3. **Analyze → Issues** पर जाएं और स्थिति, गंभीरता, या असाइनी के अनुसार टिकाऊ इनबॉक्स को फ़िल्टर करें।
4. समस्या खोलें इसे असाइन करने के लिए, टिप्पणियां या सदस्य जोड़ें, और फिक्स सत्यापित होने के बाद इसे हल करें।
निष्कर्ष सारांश से शुरू करें। पुष्टि करें कि विफलता विवरण, अनुशंसित प्रतिक्रिया, गंभीरता, और रैंकिंग उन सेशनों के अनुरूप हैं जिन्हें आप ऑडिट द्वारा परीक्षा करने की अपेक्षा करते हैं।
अगला, केवल सारांश से निर्णय लेने के बजाय एक प्रभावित सेशन खोलें। लिंक किया गया ट्रेस वह सटीक इवेंट और पेलोड दिखाना चाहिए जो निष्कर्ष का समर्थन करते हैं।
साक्ष्य सत्यापित करने के बाद, प्रतिक्रिया को एक मालिक देने और भविष्य के ऑडिट रन से स्वतंत्र रूप से ट्रैक करने के लिए समस्याओं का उपयोग करें।
जांच नोट्स रिकॉर्ड करने, सदस्यों को सूचित करने, और प्रतिक्रिया इतिहास को संरक्षित करने के लिए समस्या खोलें। इसे केवल तभी हल करें जब सुधार तैनात और सत्यापित हो।
```bash theme={null}
fp audits findings --audit checkout-reliability --status open
fp audits finding
fp audits ack --reason "owner assigned"
fp audits assign --to engineer@example.com
fp issues list
fp issues show
fp issues assign --assignee engineer@example.com
fp issues comment-add --body "policy is in observe mode"
fp issues resolve --yes
```
पर्यवेक्षकों को प्रबंधित करने के लिए `fp issues subscribe `, `fp issues unsubscribe ` और `fp issues subscribers ` का उपयोग करें।
ऑडिट निष्कर्षों के लिए [Cloud CLI ऑडिट और समस्या संदर्भ](/hi/reference/cloud-cli#audits) और समस्या प्रबंधन के लिए [`fp issues`](/hi/reference/cloud-cli#issues) देखें।
## एक निष्कर्ष की समीक्षा करें
पुष्टि करें कि इसमें शामिल है:
* एक स्थिर विफलता मोड, केवल एक-बार का शीर्षक नहीं
* गंभीरता और परिचालन प्रभाव
* प्रभावित सेशन आईडी या समर्थन प्रश्न
* व्यवहार को पुनः प्रस्तुत करने के लिए पर्याप्त संदर्भ
* एक प्रस्तावित प्रतिक्रिया जो साक्ष्य से मेल खाती है
## प्रतिक्रिया प्रबंधित करने के लिए एक समस्या का उपयोग करें
जब निष्कर्ष को असाइनमेंट, चर्चा, स्थिति परिवर्तन, टिप्पणियां, या सदस्यों की आवश्यकता हो तो एक समस्या बनाएं या लिंक करें। समस्याएं अलर्ट घटनाओं और मैन्युअल रूप से रिपोर्ट की गई समस्याओं का भी प्रतिनिधित्व कर सकती हैं, जो यह है कि वे प्राथमिक नेविगेशन में नहीं बल्कि ऑडिट प्रतिक्रिया के तहत क्यों रहती हैं।
समस्या को हल करें जब सुधार तैनात और सत्यापित हो। निष्कर्ष को हल करें जब विफलता मोड ऑडिट जनसंख्या के लिए संबोधित किया गया हो। वे क्षण भिन्न हो सकते हैं।
## एक समस्या को एक नीति मसौदा में बदलें
1. समस्या खोलें और इसके निष्कर्ष, उद्धृत सेशन, मूल कारण और सिफारिश को सत्यापित करें।
2. **generate policy** चुनें और उम्मीदवारी परिणाम और प्रस्तावित प्रवर्तन इरादे की समीक्षा करें। एक **no policy** परिणाम का मतलब है कि व्यवहार को एक अलर्ट, वर्कफ़्लो परिवर्तन, या मानव प्रतिक्रिया की आवश्यकता हो सकती है।
3. **write this policy** चुनें, फिर **Admin → policy editor** में जेनरेट किए गए स्रोत की समीक्षा और परीक्षण करें **publish version** चुनने से पहले। जब आप उम्मीदवारी जांच से असहमत हों तो **open the editor anyway** का उपयोग करें।
4. **Admin → enforcement** पर जाएं, **observe** मोड में संस्करण तैनात करें, और इसे लागू करने से पहले **Observe → policy** के तहत इसके निर्णयों को सत्यापित करें।
समस्या शीर्षक, निष्कर्ष विवरण, मूल कारण, सिफारिश, और उम्मीदवारी इरादा मसौदा तैयार करने में मदद करते हैं। कुछ भी स्वचालित रूप से प्रकाशित या तैनात नहीं होता है।
डैशबोर्ड में समस्या खोलने से पहले साक्ष्य का निरीक्षण करने के लिए CLI का उपयोग करें:
```bash theme={null}
fp issues show
fp audits finding
fp events --session-id --full --all
```
नीति उम्मीदवारी, Cloud प्रकाशन और बेड़े तैनाती डैशबोर्ड वर्कफ़्लो हैं। जब आप पहले स्थानीय रूप से समान नीति स्रोत को सत्यापित करना चाहते हैं तो `failproofai policies --install --custom ` का उपयोग करें।
एक पुष्टि किए गए, दोहराए जाने योग्य क्रिया पैटर्न को एक नीति संस्करण में परिवर्तित करें।