Skip to main content
ממצא הוא הצהרה מבוססת על ראיות של הביקורת לגבי כשל. בעיה היא תהליך העבודה העמיד לתגובה אליו.

ביצוע טריאז’ והקצאת העבודה

  1. פתח Analyze → Audits, בחר סיבוב שהושלם, ובחר ממצא כדי לבדוק את הניתוח, ההמלצה, ההפעלות וקוויות הראיות.
  2. אשר, הקצה, דחה, השתק, פתור או פתח מחדש את הממצא לאחר בדיקת הראיות.
  3. עבור לAnalyze → Issues והסנן את תיבת הדואר העמידה לפי סטטוס, חומרה או מקבל.
  4. פתח את הבעיה כדי להקצות אותה, להוסיף הערות או מנויים, ופתור אותה לאחר אימות התיקון.
התחל בסיכום הממצא. אשר שתיאור הכשל, התגובה המומלצת, החומרה והדירוג מסכימים עם ההפעלות שציפית שהביקורת תבחן.ממצא ביקורת עם חומרה, ספירת התרחשויות, ניתוח סיבה שורש, פעולה מומלצת, גורמי דירוג וראיות.לאחר מכן, פתח הפעלה משפעת במקום להחליט רק מהסיכום. העקבות המקושרות צריכות להראות את האירוע והעומס השווה שתומכים בממצא.הפעלה המקושרת מממצא ביקורת, שנפתחה בשגיאה הרלוונטית עם מטא דאטה של אירוע ועומס גולמי.לאחר אימות הראיות, השתמש ב-Issues כדי לתת לתגובה בעלות ולעקוב אחריה בנפרד מסיבובי ביקורת עתידיים.תיבת הדואר של 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 לפני אכיפתה.
כותרת הבעיה, תיאור הממצא, הסיבה השורש, ההמלצה וכוונת ההכשרות עוזרים להלחין את הטיוטה. שום דבר לא פורסם או הופץ באופן אוטומטי.

כתוב מדיניות

הפוך דפוס פעולה מוצק וניתן לחזרה למדיניות גרסה.