שילוב עם מערכות שאינן SAP
Integration with Non-SAP Systems
שילוב יישומים · שיעור 3
- מערכות-לא-SAP מחוברות דרך PI/PO ו-BTP Integration Suite.
- IoT/חיישנים → Measurement Document → Notification אוטומטית.
- שירותים-חיצוניים דרך Service Specifications ו-SES.
- מערכות-ניטור מזרימות מצב-ציוד בזמן-אמת.
מטרת השיעור
ידע אצורמפעל מודרני מחובר לעולם החיצוני: מערכות-ניטור-תפעול (SCADA/DCS/IoT) מזרימות נתוני-מצב-ציוד בזמן-אמת, מערכות-מידע-תפעוליות מספקות תובנות-ביצוע, ומפרטי-שירות חיצוניים מנהלים שירותים מורכבים. PM משתלב איתן דרך ממשקים (IDoc, OData/REST, PI/PO, BTP Integration Suite) כדי להפעיל תחזוקה מבוססת-מצב (Condition-Based) ולתעד שירותים. מערכות ניטור-תפעול — מערכות-ניטור-תפעול (SCADA, DCS, PLC, IoT platforms) מנטרות את מצב-הציוד בזמן-אמת. שילובן ב-PM מאפשר תחזוקה מבוססת-מצב (Condition-Based) ותחזוקה-חזויה (Predictive): נתוני-חיישן הופכים אוטומטית להזמנות-תחזוקה לפני שמתרחש כשל. מערכות מידע תפעוליות — מערכות-מידע-תפעוליות (MES, Historians, BI/Analytics, SAP Analytics Cloud) צוברות ומנתחות נתוני-ביצוע — זמינות-ציוד, MTBF/MTTR, OEE. שילובן עם PM הופך נתוני-תחזוקה גולמיים לתובנות-ניהול ול-KPIs להחלטות-תחזוקה. מפרטי-שירות ורישום שירותים שבוצעו — כאשר תחזוקה דורשת שירותי-חוץ מורכבים (קבלני-משנה, כיול-מעבדה, ניקוי-תעשייתי), External Services Management מנהל אותם דרך Service Specifications (מה הוזמן) ו-Service Entry Sheets (מה בוצע בפועל) — בקרה מלאה על שירות ותשלום.
למה זה חשוב
ידע אצורלא כל מה שמתחבר ל-PM הוא SAP. חיישנים על המכונות (IoT) מודדים רעידות, טמפרטורה ולחץ; מערכות-בקרה במפעל יודעות מתי משהו חורג. PM 'מקשיב' להן: כשחיישן מזהה בעיה — נפתחת הזמנת-תחזוקה אוטומטית. וכשקונים שירות חיצוני מורכב — יש דרך מסודרת לתאר ולתעד אותו. מערכות ניטור-תפעול — מערכת-ניטור היא ה'מוניטור-הלב' של המכונה: חיישנים שמודדים רעידה, חום, לחץ וזרם כל הזמן. כשמשהו חורג מהנורמלי, במקום לחכות שהמכונה תתקלקל — המערכת מודיעה ל-PM שתפתח טיפול מראש. מערכות מידע תפעוליות — אחרי שאוספים המון נתוני-תחזוקה, צריך גם להבין מהם: כמה זמן מכונה הייתה מושבתת, כמה זמן בין-כשלים, מה ה-KPI. מערכות-המידע לוקחות את הנתונים הגולמיים והופכות אותם לדוחות וגרפים שעוזרים להחליט מה לתחזק, מתי, ולמה. מפרטי-שירות ורישום שירותים שבוצעו — לפעמים לא מתקנים בעצמנו אלא מזמינים קבלן. צריך לתאר מראש מה הזמנו ('מפרט-שירות') ובסוף לאשר מה הוא באמת עשה ('דף-רישום-שירות') לפני שמשלמים. כך לא משלמים על מה שלא בוצע.
ערך עסקי
ידע אצורלהפוך תחזוקה מ-reactive ל-proactive/predictive על-בסיס נתוני-חיישנים אמיתיים, ולנהל שירותים-מורכבים מבחוץ עם תיעוד ובקרת-עלות מלאים. מערכות ניטור-תפעול — לעבור מתחזוקת-שבר/מתוזמנת לתחזוקה מבוססת-מצב — לתקן רק כשצריך ולפני כשל — ולהאריך חיי-ציוד ולצמצם השבתה. מערכות מידע תפעוליות — להפוך נתוני-תחזוקה לתובנות-ניהול ול-KPIs (אמינות, זמינות, עלות), לתמוך בקבלת-החלטות מבוססת-נתונים ולשיפור-מתמיד. מפרטי-שירות ורישום שירותים שבוצעו — לתכנן, להזמין, לאשר ולשלם שירותי-תחזוקה-חיצוניים מורכבים בצורה מבוקרת, עם תיעוד-ביצוע ומניעת-תשלום-יתר.
היכן בשימוש
ידע אצור• Plant Maintenance ► Maintenance Plans, Work Centers, Task Lists ► Measuring Points and Counters ► Define Measuring Point Categories • Materials Management ► External Services Management ► Source Determination and Default Values ► Define Service Specifications Settings • Plant Maintenance ► Maintenance Notifications ► Notification Creation ► Set Up Automatic Notification from Measurement • Logistics – General ► Logistics Information System (LIS) ► Logistics Data Warehouse ► Updating ► Define Updating (Plant Maintenance) • Plant Maintenance ► Information System (PMIS) ► Standard Analyses Settings • Materials Management ► External Services Management ► Service Specifications ► Define Service Specifications Settings • Materials Management ► External Services Management ► Service Entry Sheet ► Define Screen Layout
מושגי מפתח
ידע אצור- מערכות-לא-SAP מחוברות דרך PI/PO ו-BTP Integration Suite.
- IoT/חיישנים → Measurement Document → Notification אוטומטית.
- שירותים-חיצוניים דרך Service Specifications ו-SES.
- מערכות-ניטור מזרימות מצב-ציוד בזמן-אמת.
- Measurement Document חוצה-סף → Notification אוטומטית.
- מאפשר תחזוקה מבוססת-מצב וחזויה.
- מערכות-מידע הופכות נתוני-PM ל-KPIs.
- MTBF/MTTR/Availability/OEE מנחים החלטות.
- ב-S/4 דרך CDS ו-Embedded Analytics.
- שירותי-חוץ מנוהלים ב-External Services Management.
- Specification = מתוכנן; Entry Sheet = בפועל.
- PO-שירות מקושר להזמנת-PM (Acct F).
דוגמה מ-CBC
ידע אצורבארגון חיישני-IoT על קומפרסורי-ה-CO2 ומשאבות מזרימים נתוני-רעידות/טמפרטורה דרך BTP; חריגה פותחת הזמנת-תחזוקה מונעת-כשל; כיול-מעבדה חיצוני ל-Brix נרכש כ-Service Specification עם SES לאישור-ביצוע ותשלום. חיישן-רעידות על מנוע שולח קריאה דרך IoT→BTP→SAP; חריגה מהסף יוצרת Measurement Document → Notification אוטומטית → הזמנת-תחזוקה לפני כשל; שירות-חיצוני מורכב (כיול-מעבדה) מנוהל כ-Service Specification עם Service Entry Sheet לתיעוד-ביצוע. מערכות ניטור-תפעול — בארגון קומפרסור-CO2 מנוטר ב-SCADA; עליית-טמפרטורה חורגת מפעילה Measurement Document ו-Notification אוטומטית; התחזוקה מחליפה מסנן לפני קריסת-הקומפרסור ועצירת-מילוי. מד-רעידות שולח קריאה כל דקה; ערך עולה מ-2 ל-7 mm/s ועובר סף; Measurement Document נכתב, Notification אוטומטית נפתחת, ומתוזמנת הזמנת-תחזוקה לבדיקת-מיסב — לפני כשל-קטסטרופלי. מערכות מידע תפעוליות — בארגון לוח-בקרה ב-SAP Analytics Cloud מציג זמינות-קווים, OEE ועלות-תחזוקה-לבקבוק; מנהל-האתר מזהה את הקו הבעייתי ביותר ומפנה אליו משאבי-תחזוקה. כל Notification/Order מזין את ה-PMIS; דוח-MTBF חודשי לכל Equipment מזהה שמסוע-X נכשל תכופות → החלטה לשדרגו או להגביר תחזוקה-מונעת. מפרטי-שירות ורישום שירותים שבוצעו — בארגון ניקוי-תעשייתי של מיכלי-תרכיז וכיול-מעבדה חיצוני מנוהלים כ-Service Specifications; ה-Service Entry Sheet מאשר שעות/יחידות-בפועל מול המתוכנן לפני תשלום לקבלן. כיול-מעבדה חיצוני: דרישת-רכש עם Service Specification (שורות: כיול, נסיעה, דוח) → PO → הקבלן מבצע → Service Entry Sheet רושם כמות-בפועל → אישור → התחייבות-תשלום → חשבונית.
תהליך
ידע אצורטבלאות
ידע אצור| טבלה | תיאור |
|---|---|
| IMPTT | IMPTT |
| IMRG | IMRG |
| ESSR | ESSR |
| EDIDC | EDIDC |
| EQUI | EQUI |
| QMEL | QMEL |
| S061 | S061 |
| S065 | S065 |
| S070 | S070 |
| AUFK | AUFK |
| ESLL | ESLL |
| ASMD | ASMD |
| EKPO | EKPO |
| EBAN | EBAN |
טרנזקציות
ידע אצוראפליקציות Fiori
ידע אצורקונפיגורציה (SPRO)
ידע אצור• Measuring Point Categories + סף-חריגה ל-auto-Notification. • Integration via PI/PO / BTP Integration Suite (OPC-UA/MQTT→IDoc/OData). • External Services Management + Service Entry Sheet לשירותים-חיצוניים. מערכות ניטור-תפעול • Measuring Point Category + Code/סף-חריגה. • auto-Notification מ-Measurement (Measurement Reading API). • אינטגרציה OPC-UA/MQTT דרך BTP/PI. מערכות מידע תפעוליות • LIS/PMIS Info Structures (S061/S065/S070) ו-Updating rules. • CDS Views / OData לחשיפת-נתונים ל-SAC/BW. • Embedded Analytics / Overview Pages ל-KPIs. מפרטי-שירות ורישום שירותים שבוצעו • Service Master (AC03) לשורות-שירות. • Service Specification בדרישה/הזמנת-רכש (Item Category D). • Service Entry Sheet layout ו-approval workflow.
הערות
ידע אצורנתוני אב • Measuring Point (IMPTT) על Equipment/FL. • Service Master + Service Specification לשירותי-חוץ. • Measuring Point (IMPTT) על Equipment. • סף/Code group לחריגה. • Info Structures (LIS) לעדכון-נתוני-PM. • CDS Views ל-Embedded Analytics. • Service Master (ASMD/AC03). • Service Specification ו-Service Entry Sheet. שאלות ראיון כיצד IoT/SCADA משולב ב-PM? דרך שכבת-אינטגרציה (PI/PO או BTP) הממירה פרוטוקולים ל-IDoc/OData; קריאת-חיישן יוצרת Measurement Document, וחריגה מהסף פותחת Notification אוטומטית לתחזוקה מונעת-כשל. כיצד מנוהל שירות-חיצוני מורכב? כ-Service Specification ב-External Services Management עם Service Entry Sheet (ML81N) לתיעוד-ביצוע ובקרת-תשלום. מהי תחזוקה מבוססת-מצב? תחזוקה המופעלת מנתוני-חיישן בזמן-אמת (רעידה/חום/לחץ) — Measurement Document חוצה-סף פותח Notification אוטומטית, במקום לוח-זמנים קבוע. כיצד נכתבת קריאת-חיישן ב-SAP? כ-Measurement Document (IMRG) על Measuring Point (IMPTT) של ה-Equipment, דרך Measurement Reading API/IDoc. אילו KPIs מספקות מערכות-מידע-תפעוליות? MTBF (זמן בין-כשלים), MTTR (זמן-תיקון), Availability, עלות-תחזוקה ו-OEE — תוך שילוב נתוני-PM עם נתוני-ייצור. כיצד נתוני-PM מגיעים ל-Analytics? דרך LIS/PMIS Info Structures או CDS Views/OData אל BW/4HANA או SAP Analytics Cloud ו-Embedded Analytics. מה ההבדל בין Service Specification ל-Service Entry Sheet? Specification = מה הוזמן/מתוכנן (שורות-שירות וכמויות) בהזמנת-הרכש; Entry Sheet (ESSR) = מה בוצע בפועל, מאשר כמות-בפועל ומפעיל התחייבות-תשלום. כיצד עלות-שירות-חיצוני נצמדת להזמנת-PM? ה-PO-שירות נושא Account Assignment F (Order), כך שעלות ה-SES מסולקת ישירות אל הזמנת-התחזוקה. נושאים קשורים • MM Academy · רכש-שירותים
טעויות נפוצות
ידע אצור- סף-מדידה לא מוגדר ➔ אין auto-Notification מחריגה.
- ממשק לא מנוטר ➔ קריאות-חיישן נופלות בשקט.
- סף-חריגה לא מוגדר ➔ אין auto-Notification.
- תדירות-דגימה גבוהה מדי ➔ הצפת-נתונים.
- Updating לא פעיל ➔ Info Structures ריקות.
- KPIs ללא הגדרה אחידה ➔ השוואות מטעות.
- אישור-SES ללא בדיקת-ביצוע ➔ תשלום-יתר.
- PO-שירות ללא הקצאה להזמנת-PM ➔ עלות לא נצמדת.
פתרון תקלות
ידע אצור• Notification לא נפתחת מחיישן ➔ בדוק Measuring Point/סף ו-ממשק (SXMB_MONI). • Service Entry Sheet לא מאושר ➔ workflow/Account Assignment. מערכות ניטור-תפעול • אין Notification מחיישן ➔ בדוק Measuring Point, סף וממשק (SXMB_MONI). • קריאות חסרות ➔ ממשק IoT נפל. מערכות מידע תפעוליות • דוח-PMIS ריק ➔ בדוק Updating rules (MCJB) ו-statistics setup. • KPI שגוי ➔ הגדרת-נוסחה לא אחידה. מפרטי-שירות ורישום שירותים שבוצעו • SES לא ניתן לאישור ➔ workflow/Account Assignment חסר. • עלות-שירות לא בהזמנה ➔ PO לא מקושר (Acct F).
שיטות עבודה מומלצות
ידע אצור- השתמש בשכבת-אינטגרציה (BTP/PI) ולא בחיבורים point-to-point.
- נטר ממשקים והגדר alerting לכשלי-הודעה.
- הגדר ספים מבוססי-נתונים היסטוריים.
- השתמש ב-APM/ML לזיהוי-מגמות חזוי.
- הגדר KPIs אחידים (MTBF/MTTR/OEE) לכל האתרים.
- העדף Embedded Analytics/CDS על דוחות-batch ב-S/4.
- נהל שירותים-חוזרים ב-Service Master.
- אכוף Service Entry Sheet לפני תשלום.
- קשר PO-שירות להזמנת-PM.
טיפים
ידע אצור- האינטגרציה החיצונית נעשית דרך שכבת-ביניים: PI/PO או SAP Integration Suite (BTP) ממירים פרוטוקולים (OPC-UA, MQTT, REST) ל-IDoc/BAPI; Notification נפתחת אוטומטית ממדידת-חיישן חורגת (Measurement Document → MeasurementReading API). SAP Asset Intelligence Network / Predictive Maintenance (PdMS/APM) מוסיפים שכבת-אנליטיקה. מפרטי-שירות (Service Specifications) מנוהלים ב-External Services Management (MM-SRV) עם Service Entry Sheets. אובייקטים: Measurement Point (IMPTT), Measurement Document (IMRG), Service Entry Sheet (ESSR).
- מערכות ניטור-תפעול — החיבור עובר OPC-UA/MQTT/REST דרך SAP Integration Suite או SAP PdMS/APM. קריאות-חיישן נכתבות כ-Measurement Document (IMRG) על Measuring Point (IMPTT) של ה-Equipment. כאשר הקריאה חוצה סף מוגדר, מופעלת auto-Notification (דרך BAPI_ALM_NOTIF_CREATE / Measurement Reading API) שיכולה להפוך אוטומטית ל-Maintenance Order. אנליטיקה חזויה (ML) ב-APM מזהה מגמות לפני חציית-סף.
- מערכות מידע תפעוליות — PM מזין נתוני-מסדר (Notifications, Orders, Measurement Documents, Confirmations) ל-Data Warehouse / SAP BW/4HANA או SAP Analytics Cloud דרך OData/CDS Views. מדדים: MTBF, MTTR, Availability, Maintenance Cost, OEE (משולב עם MES). PM Information System (PMIS, LIS) מספק dashboards מובנים (MCI*-reports). ב-S/4HANA Embedded Analytics ו-Fiori Overview Pages מציגים את ה-KPIs ישירות מה-CDS.
- מפרטי-שירות ורישום שירותים שבוצעו — Service Specification מוגדר בדרישת/הזמנת-רכש (Item Category D — Service) עם שורות-שירות (Service Master AC03) וכמויות-מתוכננות. הביצוע נרשם ב-Service Entry Sheet (ESSR, ML81N), המאשר את הכמות-בפועל ומפעיל קבלת-שירות (תנועת 101 ערכית) והתחייבות-תשלום. ניתן לקשר את ה-PO-שירות ישירות להזמנת-PM (Account Assignment F). מודל-ההיררכיה: Outline → Service Lines → Entry. ב-S/4HANA קיים Lean Services / SES חדש.
סיכום
ידע אצור• מערכות-לא-SAP מחוברות דרך PI/PO ו-BTP Integration Suite. • IoT/חיישנים → Measurement Document → Notification אוטומטית. • שירותים-חיצוניים דרך Service Specifications ו-SES. • מערכות-ניטור מזרימות מצב-ציוד בזמן-אמת. • Measurement Document חוצה-סף → Notification אוטומטית. • מאפשר תחזוקה מבוססת-מצב וחזויה. • מערכות-מידע הופכות נתוני-PM ל-KPIs. • MTBF/MTTR/Availability/OEE מנחים החלטות. • ב-S/4 דרך CDS ו-Embedded Analytics. • שירותי-חוץ מנוהלים ב-External Services Management. • Specification = מתוכנן; Entry Sheet = בפועל. • PO-שירות מקושר להזמנת-PM (Acct F).