ניהול מלאי במערכת מול אקסל: מתי גיליון עדיין מספיק

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

חמישה מבחנים מעשיים

1. כמה אנשים משנים כמות בחודש. יותר מאחד - סיכון.
2. מה קורה להחזרה שנכנסת למחסן ביום שישי. אם התשובה היא "מישהו יזכור" - סיכון.
3. כמה זמן לוקח לענות כמה יחידות יש מפריט מסוים. מעל דקה - הנתון לא מנוהל.
4. האם יש מסמך מאחורי כל שינוי כמות. אם לא - אין מקור אמת.
5. מה גודל הפער בספירה האחרונה, ומתי הוא נוצר. אם אין תשובה לשאלה השנייה - זה המבחן שנכשל.

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

מה גיליון עושה טוב

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

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

מה שובר גיליון מלאי

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

מה בעצם מקבלים ממערכת מלאי?

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

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

שלב הביניים שחוסך כסף

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

זה נשמע כמו יותר עבודה, ובפועל זה כמעט אותו מאמץ: אותו אדם שרשם "12" רושם "מינוס 3, מכירה, יוני". מה שמשתנה הוא שאפשר לחקור פער, ושהמעבר למערכת בהמשך הופך לפשוט - כי הנתונים כבר במבנה הנכון.

מתי לא לחכות

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

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

כמה באמת עולה פער מלאי?

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

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

מה להגדיר ביום הראשון, בכל כלי

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

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

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

האם הבעיה היא בכלי או בתהליך?

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

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

מקורות

• ריווחית - מודול ניהול מלאי
• Priority Software