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