תקלות באפליקציית חניה: תקשורת, סנכרון ומחסום

איך מפרידים בין תקלה בממשק לתקלה בחיבור?

מה צריך להופיע ברישום אירוע?

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

מה עושים כשאין תקשורת?

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

אילו תרחישי התאוששות בודקים לפני השקה?

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

איך יודעים שהתיקון הושלם?

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

מה כדאי לקרוא בהמשך?

• אבחון בעיות בתהליך החניה
• זמני עדכון ואיכות נתוני חניה