ניטור זרם ערך בזמן אמת עם נתוני ERP ו-MES

Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.

By Mirko Peters · 2026-11-11

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

Automatically translated with AI from the original post. Read the English original

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

נקודות מפתח

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

מהו זרם ערך בזמן אמת?

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

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

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

במה זה שונה ממפת מצב נוכחי מסורתית?

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

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

אילו נתונים מגיעים מ-ERP ואילו מ-MES?

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

עמוד של Fabrico על ISA-95, מספק של MES, מתאר את אותה חלוקה לפי רמות: תכנון עסקי עם ERP ברמה 4, ותפעול הייצור עם MES ברמה 3. העמוד גם קובע שהרמה העסקית צריכה לקבל סיכום, ולא שטף של נקודות חיישנים.

בהקשר של זרם ערך, החלוקה מעשית:

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

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

מה אפשר לחשב מחותמות זמן?

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

• זמן אספקה (Lead time) לכל הזמנה: משחרור ועד שילוח.
• זמן עיבוד לכל פעולה: מתחילתה ועד סיומה.
• זמן המתנה (Queue time) לפני פעולה: מסיום הפעולה הקודמת ועד תחילת הפעולה הבאה.
• עבודה בתהליך (Work in process): מספר ההזמנות ששוחררו ועדיין לא נשלחו, לפי פעולה.
• שיעור פעילות יוצרת ערך: זמן העיבוד חלקי זמן האספקה, כקירוב.

כמויות ופסולת מ-MES מוסיפות את תשואת המעבר הראשון לכל שלב. מלאי מ-ERP מוסיף את ימי המלאי.

כמה טריים צריכים להיות הנתונים?

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

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

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

איך בונים את הגרסה הראשונה?

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

דוגמה: הזמנה אחת, חותמות זמן מומצאות

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

הזמנה 1042 משוחררת ביום שני בשעה 08:00. פעולה 10 רצה ביום שני משעה 14:00 עד 16:00, פעולה 20 רצה ביום רביעי משעה 08:00 עד 11:00, פעולה 30 רצה ביום חמישי משעה 10:00 עד 12:00, וההזמנה נשלחת ביום שישי בשעה 10:00.

זמן האספקה הוא 98 שעות. זמן העיבוד הוא 2 ועוד 3 ועוד 2, כלומר 7 שעות, ולכן חלק היצירה של ערך עומד על 7 חלקי 98, כ-7 אחוזים. התורים הם 6 שעות לפני פעולה 10, 40 שעות בין פעולות 10 ו-20, 23 שעות בין 20 ל-30, ו-22 שעות מסיום פעולה 30 ועד המשלוח. יחד הם 91 שעות, וביחד עם 7 שעות העיבוד זה עושה 98.

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

טעויות נפוצות

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

איך תוכנה יכולה לעזור

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

הצעד הבא

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