מה קורה כששירות המכירות מבטיח הזמנה דחופה

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

הבטחה אינה תוכנית ייצור

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

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

תכנון בקיבולת סופית חושף את הפשרה האמיתית

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

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

כלומר, הצעד הראשון בתזמון יוצר שרשרת תגובות לאורך שאר המסלול.

חומר אינו מציית לדגלי עדיפות

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

הקצאה מחדש של חומר עשויה להציל את הלקוח הדחוף, אך בשקט ליצור מחסור במקום אחר. המפעל לא הסיר את האילוץ; הוא רק העביר אותו.

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

קיבולת מכונה אינה קיבולת שמישה

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

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

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

צוואר הבקבוק זז

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

צוואר בקבוק אינו קבוע למכונה אחת. זהו האילוץ שכרגע מגביל את זרימת העבודה לעבר המשלוח.

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

השפעות מדרג שני הן המקום שבו הנזק מתפשט

ההשפעה הנראית של הזמנה דחופה קלה לראות: היא מתקדמת.

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

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

תאריכי אספקה צריכים להיחשב מחדש

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

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

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

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

מדוע אקסל הופך לחדר הבקרה לחירום

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

אקסל עצמו אינו הבעיה. הוא גמיש ומעשי.

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

הבעיה העמוקה יותר היא היעדר הקשר משותף בין המערכות.

הקשר מחבר בין העובדות

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

המערכת צריכה להבין ש:

• הפעולה הזו שייכת להזמנת העבודה הזו
• הזמנת העבודה הזו תומכת בהתחייבות הלקוח הזו
• הפעולה הזו יכולה לרוץ על המשאבים המאושרים האלה
• החומר הזה מוקצה להזמנת הייצור הזו
• הכלי או המתקן הזה נדרשים לתהליך הזה
• האדם הזה מוסמך לפעולה הזו
• הבדיקה הזו חייבת להתבצע לפני המשלוח

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

היכן Microsoft Fabric ו-Power BI משתלבים

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

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

אבל לא Fabric ולא Power BI הם באופן אוטומטי מנוע תזמון בקיבולת סופית.

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

סימולציה לפני שמזיזים את העבודה

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

תרחישים אפשריים כוללים:

• הקדמת ההזמנה הדחופה לפני עבודה קיימת
• הוספת שעות נוספות מבוקרות
• שימוש בנתיב חלופי מאושר
• פיצול המשלוח
• הצעת תאריך אספקה מאוחר יותר
• דחיית התאריך המבוקש כאשר אין אפשרות בטוחה וישימה

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