> ## 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.
# Findings and issues
title: "النتائج والمشاكل"
description: "حول أدلة التدقيق إلى عمل معالجة مملوك وقابل للتتبع."
icon: "clipboard-check"
-----------------------
النتيجة هي البيان المدعوم بالأدلة من التدقيق حول فشل ما. المشكلة هي سير العمل الدائم للرد عليها.
## فرز وإسناد العمل
1. افتح **تحليل → التدقيقات**، اختر جولة مكتملة، ثم حدد نتيجة لفحص تحليلها والتوصية والجلسات واستعلامات الأدلة.
2. أقرّ أو أسند أو ارفض أو أسكت أو حل أو أعد فتح النتيجة بعد التحقق من أدلتها.
3. انتقل إلى **تحليل → المشاكل** وصفّ صندوق الوارد الدائم حسب الحالة أو الخطورة أو المسؤول.
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 للتدقيق والمشاكل](/ar/reference/cloud-cli#audits) لنتائج التدقيق و [`fp issues`](/ar/reference/cloud-cli#issues) لإدارة المشاكل.
## مراجعة نتيجة
تأكد من أنها تحتوي على:
* وضع فشل مستقر، وليس فقط عنوان لمرة واحدة
* الخطورة والتأثير التشغيلي
* معرّفات الجلسة المتأثرة أو الاستعلامات الداعمة
* سياق كافٍ لإعادة إنتاج السلوك
* استجابة مقترحة تتطابق مع الأدلة
## استخدم مشكلة لإدارة الاستجابة
أنشئ أو ربط مشكلة عندما تحتاج النتيجة إلى إسناد أو نقاش أو تغييرات في الحالة أو تعليقات أو مشتركين. يمكن للمشاكل أن تمثل أيضاً حوادث التنبيهات والمشاكل المبلّغ عنها يدويّاً، وهذا هو السبب في أنها توجد تحت استجابة التدقيق وليس في الملاحة الأساسية.
حل المشكلة عند نشر المعالجة والتحقق منها. حل النتيجة عندما يتم معالجة وضع الفشل لمجموعة التدقيق. قد تختلف هذه اللحظات.
## حوّل مشكلة إلى مسودة سياسة
1. افتح المشكلة وتحقق من نتيجتها والجلسات المُستشهد بها والسبب الجذري والتوصية.
2. حدد **إنشاء سياسة** وراجع نتيجة الأهلية والنية الفرض المقترحة. نتيجة **لا توجد سياسة** تعني أن السلوك قد يتطلب تنبيهاً أو تغييراً في سير العمل أو استجابة بشرية بدلاً من ذلك.
3. حدد **اكتب هذه السياسة**، ثم راجع واختبر المصدر المُنشأ في **الإدارة → محرر السياسة** قبل تحديد **نشر الإصدار**. استخدم **افتح المحرر على أي حال** عندما تختلف مع فحص الأهلية.
4. انتقل إلى **الإدارة → الفرض**، ونشّر الإصدار في وضع **مراقبة** والتحقق من قراراته تحت **مراقبة → السياسة** قبل فرضها.
عنوان المشكلة ووصف النتيجة والسبب الجذري والتوصية ونية الأهلية تساعد في تكوين المسودة. لا شيء يتم نشره أو نشره تلقائيّاً.
استخدم واجهة سطر الأوامر للتحقق من الأدلة قبل فتح المشكلة في لوحة المعلومات:
```bash theme={null}
fp issues show
fp audits finding
fp events --session-id --full --all
```
أهلية السياسة ونشر Cloud ونشر الأسطول هي سير عمل لوحة المعلومات. استخدم `failproofai policies --install --custom ` عندما تريد التحقق من صحة مصدر السياسة المعادل محليّاً أولاً.
حوّل نمط إجراء مؤكد وقابل للتكرار إلى إصدار سياسة.