טפסי צ׳קליסט
בניית הטופס שמפעיל ממלא בסיום חלון, איך נבחר הטופס שיוצג, ולמה תשובות שנשמרו לא משתנות כשהטופס נערך.
צ׳קליסט הוא מה שמפעיל ממלא בסוף חלון תחזוקה: מה נבדק, מה יצא, מה נשאר פתוח. הוא נמצא בלשונית צ׳קליסט בכרטיס האירוע, ובונים אותו בהגדרות ← טפסי צ׳קליסט בלי כתיבת קוד.
בניית הטופס
חמישה סוגי שאלה:
| סוג | מתי |
|---|---|
| בחירה יחידה | תשובה אחת מרשימה סגורה |
| בחירה מרובה | כמה תשובות מאותה רשימה |
| טקסט קצר | שורה |
| טקסט ארוך | פסקה |
| כן / לא | מתג |
לכל שאלה יש כותרת, סימון חובה אופציונלי, וגרירה לשינוי סדר. לשאלות בחירה מוסיפים אפשרויות בשורות. מתג תצוגה מקדימה מראה את הטופס כפי שהמפעיל יראה אותו.
השמירה נחסמת עד שיש שם לטופס, לפחות שאלה אחת, כותרת לכל שאלה, ולפחות אפשרות אחת בכל שאלת בחירה. ההודעה מציינת איזו שאלה חסרה.
איזה טופס יוצג
טופס אחד פעיל לכל סוג עדכון, ולצידם ברירת מחדל (כללי). אירוע מקבל את הטופס של סוג העדכון שלו; אין כזה — הוא מקבל את הטופס הכללי; אין גם אותו — אין צ׳קליסט.
מחיקת טופס ייעודי מחזירה את הסוג לטופס הכללי, והדיאלוג אומר זאת לפני האישור: "אירועים מסוג זה יחזרו לטופס הכללי."
מילוי
בראש הטופס יש סטטוס ביצוע, ושמירה מחייבת לבחור הושלם או נכשל — לא ניתן לשמור צ׳קליסט ולהשאיר את האירוע כמתוכנן. בחירה בנכשל פותחת שדה סיבת הכישלון שהוא עצמו חובה.
שדות חובה שלא מולאו חוסמים את השמירה, וההודעה מונה אותם בשמם.
אחרי שמירה ראשונה הטופס נשאר פתוח לעדכון, והמסך מציין מי מילא אותו ומתי, עם ההערה "ניתן לעדכן ולשמור שוב".
סיכום בדוא״ל
כשכל שדות החובה מולאו, יוצא סיכום צ׳קליסט אל מעגל התיאום של האירוע: אנשי הקשר, מנהל המערכת ומי שיצר את האירוע. שמירה נוספת על טופס שכבר היה מלא שולחת סיכום מעודכן, מסומן ככזה.
השליחה היא מאמץ טוב בלבד: אם היא נכשלת, הצ׳קליסט נשמר בכל מקרה והמסך אומר שהסיכום לא יצא. תשובות שהמשתמש כתב אינן נזרקות בגלל בעיית דואר.
למה עריכת טופס אינה משנה תשובות ישנות
בטבלת ההיסטוריה עמודת צ׳קליסט מסכמת כל אירוע כמלא · חלקי n/m · ריק · ללא, ואפשר לחפש בה על נוסח השאלה או על התשובה עצמה. ראו ניהול אירועים והיסטוריה.
עודכן
העמוד הזה נמצא בקובץ content/docs/he/v1/plan/checklists.mdx