מהו מודל נתונים תעשייתי

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

PPR – מוצר, תהליך, משאב
מבנה התחלתי מעשי הוא PPR: Product, Process, Resource.
Product עונה: מה אנחנו בונים?
Process עונה: כיצד העבודה צריכה להתבצע?
Resource עונה: מה יכול לבצע את העבודה הזו בתנאי ייצור אמיתיים?

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

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

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

הוא יכול לענות: האם אנחנו בונים את הרוויזיה הנכונה לפי הכללים שחלים כעת?

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

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

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

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

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