חמישה דברים שמאטים את הליקוט

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

סדר הליכה שמתעלם מפריסת המחסן

רוב רשימות הליקוט נוצרות לפי הסדר שבו הפריטים נוספו לעגלה, או לפי סדר אלפביתי של SKU, או לפי כל סדר שהמערכת מחליטה עליו באותו יום. אף אחד מאלה לא תואם את פריסת המחסן שלכם. המלקט הולך למעבר 3, חוזר למעבר 1, ממשיך למעבר 9, ושוב חוזר למעבר 2 — עובר את אותו מסלול שלוש או ארבע פעמים בהזמנה אחת.

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

אותו מוצר בכמה תאים בבת אחת

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

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

התיקון האמיתי היחיד הוא לרשום כל תא שבו מוצר נמצא, לא רק את התא „הראשי”, כדי שרשימת הליקוט תוכל להפנות לכולם. זה בדיוק מה שמתפרק עם פתקים דביקים ותוויות מדף, וזה בדיוק מה ש-Bins-USA עוקב אחריו מההתחלה — למוצר יכול להיות יותר מתא אחד, ורשימת הליקוט מכירה את כולם.

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

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

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

ליקוט הזמנה אחר הזמנה במקום לאחד אותן

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

איחוד לא חייב להיות מסובך. אפילו כלל פשוט — „לאחד הזמנות שחולקות שלושה SKU או יותר” — תופס את רוב הרווחים הקלים בלי להפוך את התהליך שלכם לחידה.

הדפסת רשימות ליקוט לפני שההזמנה סופית

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

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

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