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