אפיון WMS והכנת מכרז לספקים: מה חשוב להגדיר לפני שבוחרים מערכת?
אפיון WMS הוא תהליך שמתרגם את צורכי המרלו"ג לדרישות המקצועיות ממערכת ניהול המחסן ומספק התוכנה. הוא כולל את תהליכי העבודה, היקפי הפעילות, מגבלות האחסון והשינוע, נתוני הפריטים, הממשקים ודרישות ההטמעה. האפיון משמש בסיס לקבלת הצעות, להשוואת פתרונות ולבדיקת התאמת המערכת לפעילות.
ב־AGS, אפיון WMS והכנת מכרז לספקי תוכנה הם שירות מקצועי שאנחנו מעניקים לחברות. אנחנו ממפים את הפעילות הלוגיסטית, מגדירים עם הארגון את תהליכי העבודה הרצויים ומכינים מסמך דרישות שמאפשר לספקים להציע ולתמחר פתרון על בסיס משותף. בהתאם להיקף הליווי שנקבע, השירות כולל גם סיוע בבחינת ההצעות, בבחירת הספק ובליווי ההטמעה והעלייה לאוויר.
מה כוללת עבודת האפיון, ואילו החלטות חשוב לקבל במסגרתה? אלו הנושאים המרכזיים.
למה להתחיל באפיון לפני הדגמות של ספקים?
בהדגמה אפשר להתרשם מהמסכים, מהמסופון ומרצף העבודה. כדי להעריך התאמה למחסן שלכם, צריך להציג לספק גם את התנאים שבהם המערכת תידרש לעבוד.
מה קורה כשהזמנה משתנה אחרי שהליקוט התחיל? כשמשטח מגיע ללא נתוני מידות? כשיש מלאי במחסן, אבל מיקום הליקוט ריק? או כשהחזרה מגיעה ללא מסמך שמזהה את המשלוח המקורי?
עבודת האפיון הופכת את המצבים האלה לדרישות ולתרחישים שאפשר להדגים ולבדוק. היא גם מספקת בסיס לבירור מה כלול בהצעה, מה דורש התאמה ומה נשאר באחריות הארגון.
ההבדל בין מכרז WMS לאפיון המפורט
לפני הפנייה לספקים מכינים מסמך דרישות, לרוב במסגרת בקשה להצעת מחיר – RFP. המסמך מתאר את הפעילות, התהליכים הרצויים, האילוצים, דרישות החובה והתכולה שעל הספק לתמחר.
לאחר בחירת הספק מכינים אפיון מפורט, המכונה לעיתים Blueprint. בשלב זה מגדירים כיצד ימומשו הדרישות במערכת שנבחרה: כללי עבודה, מסכים, ממשקים, הרשאות ותרחישי בדיקה.
כבר במסמכי המכרז צריך להגדיר מי מכין את האפיון המפורט, אילו תוצרים עליו להגיש ומי מאשר אותם לפני הפיתוח והיישום. כך נשמרת רציפות בין הדרישות שעל בסיסן נבחר הספק לבין המערכת שתוטמע בפועל.
1. מטרות עסקיות ותמונת פעילות
האפיון מתחיל בהבנת הפעילות והקשיים שהארגון רוצה לפתור: פערי מלאי, עיכובים בקליטה, טעויות בליקוט, ניצולת אחסון נמוכה או קושי לעמוד בזמני השילוח.
לכל מטרה נדרשים מדד, שיטת מדידה ותיעוד של המצב הקיים. אלה ישמשו בסיס להערכת השינוי לאחר ההטמעה.
לצד המטרות, מרכזים נתונים על:
- מספר הפריטים הפעילים ומאפייני האריזה שלהם.
- כמויות קבלה, הזמנות ושורות ליקוט.
- מספר העובדים והמשתמשים במקביל.
- חלונות הזמן לקבלה, להכנת הזמנות ולשילוח.
- היקפי הפעילות בשגרה, בתקופות שיא ובהתאם לתחזית הצמיחה.
חשוב להבין גם את רצף העומסים. קליטת סחורה לקראת עונה, הכנת הזמנות בשיא העונה וגל החזרות אחריה מציבים דרישות שונות למערכת ולצוות המחסן.
2. התאמה למבנה המחסן ולציוד
מערכת ה־WMS צריכה לנהל עבודה בתוך סביבה פיזית מוגדרת. לכן האפיון מתייחס לאזורי קבלה, מיקומי אחסון וליקוט, עמדות ביניים, אזורי אריזה ושטחי המתנה לשילוח.
נבחנות גם מגבלות של מידות ומשקל, גובה אחסון וסוגי כלי השינוע.
לדוגמה, הכנסת משטח לאחסון עשויה לדרוש שני כלים: הראשון מעביר אותו מהקבלה לעמדת ביניים, והשני מכניס אותו למידוף. האפיון צריך להגדיר כיצד המערכת יוצרת את המשימות, מעבירה אחריות ביניהן ועוקבת אחר מיקום המשטח.
תרחיש כזה מאפשר לבחון את ההתאמה בין יכולות התוכנה לבין שיטת העבודה המתוכננת.
3. נתוני פריטים וכללי איכות נתונים
החלטות המערכת תלויות בנתונים שעליהם היא פועלת. הקצאת מקום אחסון לפי התאמה פיזית, למשל, מחייבת מידע על מידות המטען ועל מגבלות המיקום.
באפיון מגדירים את יחידות המידה והאריזה — יחידה, קרטון ומשטח — ואת ההמרות ביניהן. בהתאם לפעילות, מגדירים גם ברקודים, אצוות, מספרים סידוריים ותאריכי תפוגה.
לצד מבנה הנתונים, קובעים מי אחראי להזין, לבדוק ולעדכן אותם, ובאיזו מערכת נשמר הנתון המחייב.
חשוב להגדיר גם מה קורה כשמידע חסר: האם משלימים מידות במסופון בזמן הקבלה? האם הפריט ממתין לאישור? ואילו פעולות אפשר לבצע עד להשלמת הנתונים?
4. תהליכי עבודה וטיפול בחריגים
לכל תהליך נדרשים אירוע התחלה, רצף משימות, בעלי תפקידים ותנאי סיום.
בקבלה, למשל, יש להגדיר טיפול בעודף, בחוסר, בנזק ובפריט שלא הופיע בצפי. בליקוט נדרש מענה למלאי חסר במיקום, לאריזה פגומה ולשינוי בהזמנה שכבר נמצאת בביצוע.
חלק מהאפיון הוא קביעת סמכויות: מי רשאי לאשר פער, לשחרר מלאי חסום, לשנות עדיפות או לבטל פעולה, ואיזה תיעוד יישמר.
כך הדרישה הכללית „טיפול בחריגים” מקבלת משמעות תפעולית שאפשר לתמחר ולבדוק.
5. ריענון מלאי למיקומי הליקוט
מלאי יכול להיות קיים במחסן אך לא זמין למלקט. עבודת האפיון צריכה להגדיר כיצד ומתי מעבירים אותו מאזורי האחסון למיקומי הליקוט.
נקבעים ספים ליצירת משימות ריענון, רמות מלאי רצויות וסדרי עדיפויות. נבחן גם הצורך בריענון מתוכנן לפני משמרת או גל ליקוט, בהתאם להזמנות הצפויות.
לצד התכנון, מגדירים כיצד המערכת מטפלת בחוסר שמתגלה בזמן העבודה: מי מקבל התראה, מה עדיפות משימת הריענון ומה קורה להזמנה הממתינה.
6. החזרות ומלאי במספר אתרים
תהליך החזרות כולל זיהוי של מקור הסחורה, תיעוד סיבת ההחזרה, בדיקה והחלטה על המשך הטיפול: החזרה למלאי זמין, אריזה מחדש, תיקון או פסילה.
כאשר הפעילות כוללת קונסיגנציה, מחסן חיצוני או מספר אתרים, יש להגדיר בנפרד את מיקום הסחורה, הבעלות עליה והזמינות שלה לשימוש.
באפיון קובעים גם איזו מערכת אחראית לכל מידע וכיצד מתאימים בין משלוחים, מכירות, העברות והחזרות. חלוקת האחריות בין ה־WMS ל־ERP צריכה להיות ברורה לכל המשתתפים בפרויקט.
7. ממשקים ובקרה על העברת מידע
הדרישה „חיבור ל־ERP” צריכה להתפרט לרשימת ממשקים: פריטים, הזמנות, קליטות, תנועות מלאי, משלוחים והחזרות, בהתאם לצורך.
לכל ממשק מגדירים אילו נתונים עוברים, באיזה כיוון, באיזה מועד וכיצד מתקבל אישור שהעדכון נקלט.
נדרש גם מענה לכשלים: מי מקבל התראה, איך משלימים עדכון שנכשל וכיצד מונעים ביצוע כפול. בהתאם לפעילות, אפשר לכלול דוחות התאמה בין המערכות ומנגנון לטיפול בפערים.
8. תכולת ההצעה והעלות הכוללת
אחד התוצרים החשובים של מכרז מסודר הוא מבנה מענה אחיד לספקים. לכל דרישה, הספק מתבקש לציין אם היא קיימת בגרסה המוצעת, מחייבת הגדרה, דורשת פיתוח או תלויה ברכיב נוסף.
כך אפשר להשוות גם את היקף העבודה הנדרש וגם את עלותו.
את העלות הכוללת בוחנים לאורך תקופה משותפת, למשל חמש שנים, ובה רישוי, הטמעה, פיתוחים, ממשקים, תשתיות, הדרכה ותמיכה. יש לברר גם עלויות להוספת משתמשים ואת השפעת שדרוגי הגרסה על התאמות ייעודיות.
בבחינת ענן מול התקנה מקומית, מגדירים בכל חלופה את האחריות לתשתית, לגיבויים, לאבטחת מידע ולהתאוששות מתקלה.
9. הטמעה, מבחני קבלה ועלייה לאוויר
המכרז צריך להגדיר ציפיות גם מהצוות שיבצע את הפרויקט: בעלי התפקידים, תחומי האחריות, התוצרים ואבני הדרך.
תוכנית ההטמעה כוללת הכנת נתונים והסבתם, פיתוח ממשקים, בדיקות, הדרכת עובדים ומנהל מערכת, עלייה לאוויר ותקופת ייצוב.
לדרישות המרכזיות מכינים מבחני קבלה עם תוצאה צפויה. למשל: קליטת משטח עם מידע חסר, ריענון בעקבות חוסר בליקוט או החזרה ללא מסמך מקדים.
מראש קובעים מה חייב להיבדק לפני המעבר, אילו תקלות מונעות עלייה לאוויר ומי מוסמך לאשר כל שלב. מגדירים גם את הליווי באתר ואת שעות התמיכה הנדרשות בתקופת הייצוב ובפעילות השוטפת.
שאלות נפוצות על שירות אפיון WMS
מה מקבלים במסגרת שירות האפיון של AGS?
בהתאם להיקף העבודה המוסכם, השירות כולל מיפוי הפעילות, הגדרת תהליכים ודרישות והכנת מסמכי פנייה לספקים. אפשר לכלול גם ליווי בבחינת ההצעות, בבחירת הספק ובהטמעה.
האם אפשר לפנות ל־AGS לפני שבחרנו ספק תוכנה?
כן. זה השלב שבו ניתן להגדיר את צורכי הארגון וליצור בסיס משותף לקבלת הצעות ולבחינת הפתרונות.
האם נדרש אפיון גם כשמחליפים מערכת קיימת?
כן. בהחלפת מערכת חשוב לבחון אילו תהליכים צריך לשמר, מה רוצים לשנות, אילו נתונים יש להסב וכיצד יבוצע המעבר תוך שמירה על רציפות הפעילות.
מי מהארגון משתתף בתהליך?
בדרך כלל נדרשת מעורבות של ניהול הלוגיסטיקה, מנהל המחסן, נציגי העובדים ומערכות המידע. רכש, מכירות וכספים משתתפים בהתאם לתהליכים ולממשקים הנוגעים להם.
צריכים להכין אפיון WMS או מכרז לספקים?
אם אתם מתכננים להכניס מערכת WMS, להחליף מערכת קיימת או לעבור למרלו״ג חדש, AGS מציעה שירות מקצועי להכנת האפיון ומסמכי הפנייה לספקים.
נמפה איתכם את הפעילות, נגדיר את הדרישות ונכין בסיס מסודר להשוואת פתרונות והצעות מחיר. בשיחה ראשונית נברר באיזה שלב אתם נמצאים ומה היקף האפיון והליווי המתאים לפרויקט שלכם.
