OEE Software: איך לבחור בה ולהטמיע אותה בלי להתחרט

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-12

תוכנת OEE רושמת עצירות, מהירות ופסולת לכל מכונה. למדו איך לבחור אותה, לבצע פיילוט, לחבר אותה ל-ERP ולמכונות ישנות, ולהימנע מהמלכודות הנפוצות.

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

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

עיקרי הדברים

• תוכנת OEE עושה אוטומטית את מה שיומן נייר עושה ביד: היא רושמת זמן ריצה, עצירות, מהירות ופסולת לכל מכונה, והופכת אותם לזמינות, ביצועים ואיכות.
• Lean.org מגדירים OEE כזמינות כפול ביצועים כפול איכות, ולכן בדקו שהנוסחה של הכלי וההגדרות שלו לעצירות ולמהירות אידיאלית תואמות להגדרה שבה משתמש המפעל שלכם.
• בחרו קודם לפי איכות איסוף הנתונים, כי לוח מחוונים מהימן רק במידה שהספירות, המצבים וסיבות ההשבתה שמאחוריו מהימנים.
• הריצו פיילוט על מכונת צוואר בקבוק אחת עם הנתונים שלכם, והשוו את הספירות של הכלי ליומן ידני לפני שאתם סומכים על כל תרשים.
• תכננו מוקדם את החיבור ל-ERP ול-Power BI, ושאלו איך הכלי מעביר את הנתונים, כי Microsoft מפסיקה ליצור מודלים סמנטיים מסוג streaming לאחר 31 באוקטובר 2027.

מה הכלי צריך לעשות בפועל?

שלושה תפקידים, לפי הסדר הזה.

1. איסוף הנתונים. מצב המכונה (פועלת, עוצרת, במצב סרק), ספירת חלקים, פסולת ומעל לכל – הסיבה לכל עצירה. זהו החלק הקשה, והוא קובע אם שאר הדברים בכלל שווים מבט.
2. חישוב הנתונים באותה צורה בכל פעם. Lean.org מגדירים OEE כמדד ליעילות השימוש בציוד, כשזמינות, ביצועים ואיכות מוכפלים זה בזה. הזמינות סופרת השבתות הנובעות מתקלות והתאמות. הביצועים סופרים הפסדי מהירות, כולל עצירות קצרות. האיכות סופרת פסולת ועבודה חוזרת. הדוגמה של Lean.org עצמו מכפילה 90%, 95% ו-99% ומקבלת 84.6%.
3. הצגה לאנשים הנכונים ובזמן הנכון. המפעיל צריך לראות את המשמרת הנוכחית על מסך ליד המכונה. המפקח צריך את השעות האחרונות. מנהל המפעל צריך מגמות, ולא מספר שקופץ כל הזמן.

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

במה זה שונה מ-MES או מ-ERP?

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

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

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

איך בוחרים תוכנת OEE בלי דירוג של ספקים?

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

איסוף נתונים

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

חישוב והגדרות

• היכן מוגדרת מהירות האידיאלית, ומי מורשה לשנות אותה?
• איך המערכת מתייחסת לעצירות מתוכננות, להפסקות ולהחלפות תצורה (changeovers)? האם אפשר לראות אותן כקטגוריות נפרדות?
• האם ניתן לצפות באירועים הגולמיים שמאחורי נתון, ולא רק באחוז?
• האם הנוסחה עוקבת אחר ההגדרה של Lean, או אחר ISO 22400-2? ISO מתארת תקן זה כמפרט מדדי ביצוע מרכזיים לניהול פעילויות ייצור, שלכל אחד מהם נוסחה, אלמנטים, התנהגות זמן ויחידה. שמות ובסיסי זמן עשויים להשתנות בין מקורות, ולכן בקשו מהספק את הנוסחה המדויקת והשוו אותה לנוסחה שלכם.

שימוש בקומת הייצור

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

אינטגרציה ובעלות

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

עלות לאורך זמן

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

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

איך בודקים כלי לפני שמתחייבים?

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

1. בחרו מכונה אחת. בחרו את צוואר הבקבוק, או מכונה שידוע שהיא מאבדת זמן. מאמר של IndustryWeek על שימוש נכון ב-OEE ממליץ להתמקד בצוואר הבקבוק, ומזהיר מפני השוואה בעזרתו בין משמרות, מחלקות או מפעלים.
2. הגדירו מונחים בכתב. זמן ייצור מתוכנן, זמן מחזור אידיאלי, מה נחשב חלק תקין, ומה נחשב השבתה. עמוד אחד, שאושר על ידי התפעול והבקרה האיכותית.
3. הריצו את הכלי ורישום ידני זה לצד זה. בקשו ממפעיל או ממפקח לרשום עצירות על נייר לאותה תקופה. השוו ספירות, זמני עצירה וסיבות.
4. בחנו את ההבדלים, לא את הציון. אם הכלי מפספס עצירות קצרות או רושם החלפת תצורה כייצור, ברורו מדוע לפני שממשיכים.
5. קיימו סקירה שבועית קצרה. קחו את ההפסד הגדול ביותר, דונו בו עם המפעילים, והחליטו על פעולה אחת. אם הפיילוט לא מניב אף פעולה, אתם רק אוספים מספרים.
6. החליטו לפי רשימת בדיקה. האם הספירות תאמו? האם המפעילים השתמשו בכלי ללא תזכורת? האם התוצאות הובילו לשינוי? האם התמיכה הטכנית של IT יכלה לתחזק את החיבור?

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

איך מחברים את הכלי ל-ERP, למכונות ישנות ולמערכת Power BI?

מכונות ישנות

במפעלים נדיר למצוא ציוד חדש לגמרי. במכונות ישנות בדרך כלל בוחרים בין קריאה של בקר המכונה, הוספת חיישנים למצב הפעלה ולספירות, או שימוש בשער (gateway) שמתרגם בין פרוטוקולים. OPC UA היא שפה נפוצה ליעד כזה. קרן OPC מתארת אותו כמעביר נתונים מהתקני בקרה של מפעל ותהליכים למערכות ארגוניות, תוך דגש על אבטחה, אמינות ופעולה על פני פלטפורמות שונות, ומציינת שב-2011 הפך לתקן IEC 62541. שאלו ספק אילו פרוטוקולים הוא תומך בהם, ובדקו את המכונה הישנה ביותר בפיילוט, לא את החדשה ביותר.

ERP

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

Power BI ודיווח

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

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

שנית, בדקו את התוכנית של הספק מול זו של Microsoft. דף הסטרימינג בזמן אמת קובע שיצירת מודלים סמנטיים של דחיפה ושל סטרימינג תישאר מופעלת עד 31 באוקטובר 2027, ולאחר מכן לא ניתן יהיה ליצור חדשים. מודלים קיימים אינם מושפעים, ו-Microsoft מציעה כחלופה את Real-Time Intelligence ב-Microsoft Fabric. ספק שהקישור שלו ל-Power BI תלוי במודלים סמנטיים של סטרימינג צריך להיות מסוגל להסביר כיצד ישתנה העניין.

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

איך גורמים למפעילים להשתמש בכלי?

תוכנה לא משפרת OEE. אנשים שרואים את המספרים ויכולים לפעול לפיהם כן.

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

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

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

היכן Polaris מתאים

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

נושאים קשורים לחקירה

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

הצעד הבא

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