מערכת קריאות

המערכת עושה שלושה דברים מול מערכת הקריאות, וזה כל מה שהיא עושה שם.

מתי	מה קורה	איפה רואים
אירוע נוצר	נפתחת פנייה, ומספרה נשמר על האירוע	מסך הסיכום של האשף, שורת ״פנייה״
האירוע נערך או החלון זז	הפנייה מתעדכנת, כולל מועד הפעילות החדש	עורך האירוע
האירוע מבוטל	הפנייה מבוטלת	עורך האירוע

מספר הפנייה מוצג בעורך האירוע. כשהוגדרה לפריסה כתובת לצפייה בפנייה, המספר הופך לקישור; כשלא, הוא מוצג כטקסט. הוא זמין גם כשדה אוטומטי בתבניות, בשם מספר פנייה, כך שאפשר לשתול אותו בגוף המייל או בזימון.

מה המערכת מציעה למערכת הקריאות

מה נשלח	מקור
סוג העדכון	הבחירה בשלב הראשון באשף
שרת, כתובת IP, מערכת, אתר, אזור ודומיין	שורת המצאי של השרת הראשי
רשימת השרתים והמערכות שבאירוע	הבחירה בשלב השרתים
מועד התחלה וסיום	שלב התאריך והשעה
בעל המערכת, הדוא״ל שלו ואנשי הקשר	שלב המנהל ואנשי הקשר
הערות	תיבת ההערות באשף
כותרת וגוף מהתבנית	תבנית סוג העדכון

מערכת הקריאות שבצד השני משתמשת במה שהיא יודעת למפות ומתעלמת מהשאר. זה מכוון: אותה בקשה משרתת מערכת ששומרת הכול בשדות ממוספרים, מערכת שמצפה למסמך, ומערכת שמנהלת שינויים בדואר.

התבנית היא מה שמפעיל את הפנייה

סוג עדכון בלי תבנית לפתיחת פנייה לא פותח פנייה, ומסך הסיכום אומר את זה בדיוק במילים האלה. אותה תבנית משרתת גם את הדוא״ל, גם את הזמנת היומן וגם את הפנייה — לא שלוש תבניות שצריך לזכור לעדכן יחד.

כשאין מערכת קריאות

כשהפנייה נכשלת

כשל בפתיחת פנייה אינו מבטל את החלון. האירוע נשמר, שורת הפנייה במסך הסיכום מוצגת כ״לא נפתחה״ עם הסיבה, והזימונים ממשיכים לצאת. הכיוון ההפוך — שבו שירות משני מבטל פעולה שהמשתמש כבר אישר — גרוע יותר.

עדכון וביטול של פנייה מתנהגים אותו הדבר: הם אינם מפילים את שמירת האירוע ואינם מפילים את הביטול. שינוי החלון נשמר גם כשהפנייה לא קיבלה את העדכון.

נייטרליות ליצרן

החוזה מול מערכת הקריאות מוגדר במונחים של המוצר — פתיחה, עדכון, ביטול — ולא במונחים של מערכת מסוימת. איזו מערכת נמצאת מאחוריו היא שאלה של הגדרה, והמסכים שצריכים לנקוב בשמה קוראים אותו מההגדרה. הודעת שגיאה שמוצגת למשתמש נכתבת בעברית ומתארת מה קרה ומה אפשר לעשות.

יתר האינטגרציות מתוארות באינטגרציות נתמכות, והמערכות שהמוצר מכיר לפי קטגוריה — בקטלוג המערכות.