שימוש בהזמנות תחזוקה (Plant Maintenance Orders)

תת-פרק זה הוא לב השילוב: כיצד EWM מטפל בפועל בחלקי-החילוף של PM order. שני תהליכים מנוגדים מרכיבים אותו — תהליך-יוצא (Outbound): ניפוק חלק-חילוף מהמחסן אל הטכנאי; ותהליך-נכנס (Inbound): החזרת חלק שלא נוצל חזרה למלאי. שניהם נשענים על EWM delivery כעוגן הביצוע, על warehouse task כליבת-העבודה, ועל Goods Movement כנקודת-העדכון של המלאי והעלות. שליטה בשני הכיוונים היא ההבדל בין מחסן-חלפים שמדמם מלאי-שגוי לבין מחסן שמסונכרן לחלוטין עם התחזוקה. תהליך יוצא (Outbound Process) — התהליך-היוצא הוא ניפוק חלק-החילוף מהמחסן אל ה-PM order. הוא מתחיל ב-reservation שנוצרת מ-component של ההזמנה, ממשיך ב-EWM outbound delivery for spare parts, עובר דרך warehouse task לקיטה, ומסתיים ב-Goods Issue (movement type 261) שמוריד את המלאי וזוקף את העלות ל-PM order. זהו הכיוון הנפוץ והקריטי-בזמן: כשקו-מילוי מושבת, מהירות הניפוק היא שקובעת מתי הוא חוזר לעבוד. תהליך נכנס (Inbound Process) — התהליך-הנכנס הוא החזרת חלק-חילוף שלא נוצל חזרה למלאי. הוא מתחיל כשהטכנאי מחזיר חלק שנמשך אך לא הותקן, ממשיך ב-EWM inbound delivery (return-to-stock), עובר דרך warehouse task לאחסון (putaway), ומסתיים ב-reversal of Goods Issue (movement type 262) שמעלה את המלאי חזרה ומזכה את ה-PM order. בלי הכיוון הזה, כל חלק-עודף שנמשך 'נאבד' בספרים — לכן הוא קריטי לדיוק-מלאי לאורך-זמן.

יש שני מצבים. במצב הראשון (Outbound) הטכנאי צריך חלק — המחסן מוציא אותו ושולח אליו; המלאי יורד. במצב השני (Inbound) הטכנאי לקח חלק אך לא השתמש בו (אולי לקח שניים ליתר-ביטחון) — אז הוא מחזיר אותו, והמחסן מכניס אותו חזרה; המלאי עולה. כמו ספרייה: שאלת ספר (outbound), והחזרת ספר שלא קראת (inbound). EWM מתעד את שני הכיוונים בדיוק כדי שתמיד נדע כמה חלקים באמת יש במחסן. תהליך יוצא (Outbound Process) — הטכנאי צריך חלק. המחסן עושה ארבעה דברים: (1) מקבל את הבקשה (reservation), (2) פותח 'תעודת-משלוח' פנימית (outbound delivery), (3) שולח פועל ללקט את החלק מהמדף (warehouse task), (4) רושם שהחלק יצא (Goods Issue) — וכך המלאי יורד. זה הכיוון של 'החלק יוצא מהמחסן אל הטכנאי'. תהליך נכנס (Inbound Process) — הטכנאי לקח שני חלקים ליתר-ביטחון אבל השתמש רק באחד. את השני הוא מחזיר. המחסן עושה את ההפך מהניפוק: (1) פותח 'תעודת-קבלה' פנימית (inbound delivery), (2) שולח פועל להחזיר את החלק למדף (warehouse task), (3) רושם שהחלק חזר (reversal) — וכך המלאי עולה בחזרה. זה הכיוון של 'החלק חוזר מהטכנאי אל המחסן'.

המטרה: לשמור על דיוק-מלאי דו-כיווני ועל עקיבות-עלות מלאה. כל חלק שיצא חייב לרדת מהמלאי ולהיזקף לעלות-ההזמנה; כל חלק שחזר חייב לעלות חזרה ולהזכות את ההזמנה. בלי הכיוון הנכנס, מחסן-החלפים מצטבר 'מלאי-רפאים' — חלקים שהמערכת חושבת שנוצלו אך פיזית חזרו למדף. תהליך יוצא (Outbound Process) — המטרה: לספק את החלק הנכון לטכנאי במהירות ובדיוק, תוך עדכון-מלאי ועדכון-עלות מיידיים. כל ניפוק נזקף לעלות-ההזמנה — כך מנהל-התחזוקה רואה כמה באמת עלתה כל תיקון, וכך המלאי במחסן תמיד מעודכן. תהליך נכנס (Inbound Process) — המטרה: לסגור את לולאת-המלאי. כל חלק שנמשך אך לא נוצל חייב לחזור למלאי ולהזכות את ההזמנה, כדי שמלאי-הספרים ישקף את המלאי-הפיזי ושעלות-ההזמנה תשקף את הצריכה-האמיתית בלבד.

• SCM Extended Warehouse Management ► Extended Warehouse Management ► Goods Issue Process ► Outbound Delivery ► Define Document Types for Outbound Delivery Process • SCM Extended Warehouse Management ► Extended Warehouse Management ► Cross-Process Settings ► Warehouse Task ► Define Warehouse Process Type • SCM Extended Warehouse Management ► Extended Warehouse Management ► Goods Receipt Process ► Inbound Delivery ► Define Document Types for Inbound Delivery Process • SCM Extended Warehouse Management ► Extended Warehouse Management ► Interfaces ► ERP Integration ► Delivery Processing ► Map Document Types from ERP to EWM • SCM Extended Warehouse Management ► Extended Warehouse Management ► Goods Receipt Process ► Putaway Control ► Define Storage Type Search

• שני כיוונים: outbound (ניפוק, 261) ו-inbound (החזרה, 262), שניהם נעוגנים ב-reservation.
• EWM delivery הוא עוגן-הביצוע; warehouse task הוא ליבת-העבודה.
• Warehouse Process Type קובע איפה מלקטים ואיפה מאחסנים.
• בלי תהליך-ההחזרה, מחסן-החלפים מדמם דיוק-מלאי.
• Outbound = ניפוק: reservation ➔ outbound delivery ➔ warehouse task ➔ GI (261).
• המלאי יורד והעלות נזקפת רק בהשלמת ה-GI ב-EWM.
• מהירות הניפוק = זמן-החזרה-לעבודה של הקו.
• Inbound = החזרה: inbound delivery ➔ warehouse task (putaway) ➔ reversal (262).
• 262 שומר על הקישור ל-PM order ומקזז את העלות; 101 לא.
• הכיוון הזה סוגר את לולאת-המלאי ומונע מלאי-רפאים.

בארגון, החלפת ראש-מילוי בקו 7 דורשת ערכת-חלפים שלמה. צוות-הלילה מושך את כל הערכה (outbound) כדי לא לעצור באמצע. בבוקר מתברר ששלושה אטמים מתוך הערכה לא נדרשו — הם מוחזרים (inbound) למחסן-החלפים. בלי הכיוון הנכנס, ה-הארגון היה 'מאבד' שלושה אטמים בכל החלפה, וכעבור חודש המלאי-בספרים היה רחוק מהמלאי-במדף. ניפוק והחזרה: טכנאי מבקש 2 מסבים ל-PM order. EWM מנפיק outbound delivery, מלקט 2 מסבים, מבצע GI — המלאי יורד ב-2 והעלות נזקפת. בפועל נדרש רק מסב אחד. הטכנאי מחזיר מסב אחד: נוצרת inbound delivery, ה-warehouse task מאחסן אותו חזרה בבין, ומתבצע reversal (262) — המלאי עולה ב-1 והעלות מתקזזת. בסוף-התהליך המלאי וה-PM order משקפים בדיוק את הצריכה האמיתית: מסב אחד. תהליך יוצא (Outbound Process) — בארגון, בשעה 02:00 קו 7 מושבת בגלל רצועת-הינע קרועה. הטכנאי פותח PM order ומוסיף את הרצועה. EWM outbound delivery נוצרת מיד, פועל-לילה מלקט מהבין, מבצע GI, והרצועה ביד הטכנאי תוך 15 דקות. הקו חוזר לפעול לפני משמרת-הבוקר — זה הערך הישיר של תהליך-יוצא חלק. טכנאי מוסיף 'רצועת-הינע' כ-component ל-PM order ושומר ➔ reservation (RESB, 261) נוצרת מול ה-SLoc המנוהל-EWM ➔ EWM outbound delivery for spare parts נוצרת ➔ warehouse task מנחה ללקט מהבין B-04-12 ➔ פועל מלקט ומאשר ➔ Goods Issue (261) מבוצע: המלאי יורד ב-1, העלות נזקפת ל-PM order ➔ הטכנאי מקבל את הרצועה ומתקין. תהליך נכנס (Inbound Process) — בארגון, אחרי החלפת ראש-המילוי בקו 7, שלושה אטמים מהערכה לא נדרשו. הטכנאי מחזיר אותם: EWM inbound delivery נפתחת, warehouse task מאחסן אותם חזרה במחסן-החלפים, ו-reversal 262 מעלה את המלאי ומזכה את ה-PM order. בלי השלב הזה, ה-הארגון היה 'צורך' שלושה אטמים-רפאים בכל החלפה. מתוך 2 מסבים שנופקו, רק 1 הותקן. הטכנאי מחזיר 1 ➔ נוצרת EWM inbound delivery הקשורה ל-PM order ➔ warehouse task מנחה לאחסן בבין B-04-12 ➔ פועל מאחסן ומאשר ➔ reversal (262) מבוצע: המלאי עולה ב-1, עלות-ה-PM order מתקזזת ב-1 מסב ➔ בסוף-התהליך נצרך מסב אחד בלבד, והמלאי מדויק.

• Warehouse Process Type: קובע storage-type search, bin determination ו-confirmation control לכל סוג-תנועה (outbound/inbound). • Document Type (outbound): מקשר את ה-EWM outbound delivery לסוג-תהליך הניפוק לחלקי-חילוף. • Document Type (inbound): מגדיר את תהליך-ההחזרה (return-to-stock) של חלקים שלא נוצלו. • PPF / determination: התאמת process type ל-document type כדי שה-warehouse task ייווצר נכון. תהליך יוצא (Outbound Process) • Outbound Document Type: מקשר את ה-EWM outbound delivery לתהליך ניפוק חלקי-חילוף. • Warehouse Process Type (outbound): storage-type search לקיטה + confirmation control. • ERP↔EWM document mapping: מבטיח שה-reservation/PM-delivery ממופה ל-EWM document type הנכון. • Goods Issue movement type 261 פעיל ל-PM order ומסונכרן ב-decentralized. תהליך נכנס (Inbound Process) • Inbound Document Type: מגדיר את תהליך החזרת-החלקים (return-to-stock) ל-PM order. • Warehouse Process Type (inbound): storage-type search ל-putaway + confirmation control. • Movement type 262 (reversal of GI for order) פעיל ומסונכרן עם ה-PM order. • Putaway storage-type search: היכן לאחסן חזרה את החלק המוחזר.

נתוני אב • RESB = שורות-reservation; הן ה-anchor לשני הכיוונים. • אב-החומר של חלק-החילוף: תצוגת Warehouse (EWM) + Storage-type/Bin assignment. • /SCWM/ORDIM_O = warehouse tasks יוצאים · /SCWM/ORDIM_I = warehouse tasks נכנסים. • RESB = שורת-reservation היוצרת את הביקוש. • אב-החומר: תצוגת EWM + bin assignment כדי שה-warehouse task יוכל ללקט. • /SCWM/ORDIM_O = ה-warehouse task היוצא. • RESB = ה-reservation המקורית; ההחזרה מקזזת מולה. • אב-החומר: תצוגת EWM + putaway storage-type search לקביעת בין-האחסון. • /SCWM/ORDIM_I = ה-warehouse task הנכנס (putaway). שאלות ראיון מהם שני התהליכים המרכזיים בשילוב PM-EWM? Outbound — ניפוק חלק-חילוף מהמחסן ל-PM order (GI, movement type 261); ו-Inbound — החזרת חלק שלא נוצל חזרה למלאי (reversal, movement type 262). שניהם נעוגנים ב-reservation של ה-PM order. מדוע חשוב כיוון ה-inbound (ההחזרה)? בלי ההחזרה, חלקים שנמשכו אך לא נוצלו נשארים 'צרוכים' בספרים בעוד שהם פיזית במדף — נוצר פער בין מלאי-בספרים למלאי-פיזי ועלות-ההזמנה מנופחת. כיצד EWM יודע לאן ללקט / לאן לאחסן? דרך ה-Warehouse Process Type, שקובע storage-type search ו-bin determination; הוא נבחר אוטומטית לפי ה-document type של ה-delivery (outbound או inbound). מה מתחיל את התהליך-היוצא? reservation שנוצרת מ-component של ה-PM order (RESB, movement type 261) מול Storage Location מנוהל-EWM; היא מפעילה יצירת EWM outbound delivery for spare parts. מתי המלאי יורד בפועל? רק בהשלמת ה-Goods Issue ב-EWM (לאחר אישור ה-warehouse task), שמבצע movement type 261 וזוקף את העלות ל-PM order. כיצד מחזירים חלק-חילוף שלא נוצל ב-EWM? דרך EWM inbound delivery הקשורה ל-PM order, עם warehouse task ל-putaway, ובהשלמתה reversal of GI (movement type 262) — המלאי עולה והעלות מתקזזת מ-ה-PM order. מדוע 262 ולא 101 בהחזרה? 262 הוא reversal של ה-GI-for-order, ולכן נשאר קשור ל-PM order ומקזז את עלותה; 101 הוא GR רגיל מספק שמנותק מההזמנה ולא מתקן את העלות. נושאים קשורים • PM Academy · ניהול הזמנות-תחזוקה • EWM · סקירת PM (9.1) • EWM · תהליך נכנס (9.2.2) • EWM · תהליך יוצא (9.2.1)

• outbound delivery לא נוצרה ➔ בדוק EWM-relevance של ה-SLoc ואת ה-document-type determination. • warehouse task לא נוצר ➔ Warehouse Process Type חסר storage-type search או bin. • החזרה לא הזכתה את ה-PM order ➔ נעשתה כ-posting-change במקום reversal 262, או חסר קישור ל-order. • מלאי-בספרים ≠ מלאי-פיזי ➔ כיוון inbound לא הופעל / החזרות לא נרשמו. תהליך יוצא (Outbound Process) • outbound delivery לא נוצרה ➔ document-type mapping (ERP↔EWM) חסר או SLoc לא EWM-relevant. • warehouse task לא נוצר ➔ Warehouse Process Type חסר storage-type search. • GI לא הזרים confirmation ל-ECC ➔ בעיית delivery distribution / queue ב-decentralized. תהליך נכנס (Inbound Process) • ההחזרה לא הזכתה את ה-PM order ➔ נעשתה כ-101 במקום 262, או חסר קישור ל-order. • inbound delivery לא נוצרה ➔ inbound document-type determination חסר. • warehouse task ל-putaway לא נוצר ➔ Warehouse Process Type חסר storage-type search. • מלאי לא עלה אחרי ההחזרה ➔ ה-Goods Receipt/Reversal לא הושלם ב-EWM.

• שני כיוונים: outbound (ניפוק, 261) ו-inbound (החזרה, 262), שניהם נעוגנים ב-reservation. • EWM delivery הוא עוגן-הביצוע; warehouse task הוא ליבת-העבודה. • Warehouse Process Type קובע איפה מלקטים ואיפה מאחסנים. • בלי תהליך-ההחזרה, מחסן-החלפים מדמם דיוק-מלאי. • Outbound = ניפוק: reservation ➔ outbound delivery ➔ warehouse task ➔ GI (261). • המלאי יורד והעלות נזקפת רק בהשלמת ה-GI ב-EWM. • מהירות הניפוק = זמן-החזרה-לעבודה של הקו. • Inbound = החזרה: inbound delivery ➔ warehouse task (putaway) ➔ reversal (262). • 262 שומר על הקישור ל-PM order ומקזז את העלות; 101 לא. • הכיוון הזה סוגר את לולאת-המלאי ומונע מלאי-רפאים.