שיטות עבודה מומלצות · תחזוקת מפעל
שיפוץ חלקי חילוף (Refurbishment): ממלאי פגום, דרך פקודת שיפוץ, ניפוק, ביצוע וקבלה, ועד התחשבנות
Refurbishment process for repairable spares: from defective stock through a refurbishment order, issue, execution and receipt, to settlement
מהות השיטה
פקודת שיפוץ מנהלת את מחזור התיקון של חלף הניתן לתיקון (repairable spare): פריט פגום מפורק ממערכת טכנית, פריט תקין מותקן במקומו, והפגום עובר שיפוץ בפקודה ייעודית עד לחזרתו למלאי במצב תקין ולהתחשבנות עלות השיפוץ מול המחיר הממוצע הנע של החומר.
לפי העמוד הרשמי (SAP S/4HANA On-Premise 2025 FPS01, 'Order Processing: Refurbishment of Repairable Spares'), השיפוץ של חלפים יקרי ערך הוא לעיתים קרובות תהליך ליבה בתחזוקת מפעל ויעיל כלכלית יותר מרכישה חדשה; אין הבחנה בין חלקים תקינים לפגומים בתכנון החומרים עצמו. בפרויקט מתועדת פקודת השיפוץ תחת סוג פקודה PM04, עם דרישת split valuation למצבי ההערכה של החומר; תקרית פרויקט מתעדת שכאשר split valuation אינו מוגדר, הערך והמצב אחרי הקבלה יוצאים שגויים. לתנועות הסחורה: עמוד Maintenance Management ('Additional Movement Types', 2025 FPS01) מציין את MB11 לניפוק ואת IW8W לקבלה כטרנזקציות השיפוץ הסטנדרטיות, מתיר MIGO בסוגי התנועה 261/101, ומחריג את MIGO רק לסוגי ההעברה 313/315; פריט הפישוט הכללי S4TWL - AVAILABILITY OF TRANSACTIONS IN MM-IM (רשימת 2023 FPS03) מונה את MB11 בין טרנזקציות ה-MB שהוחלפו ב-MIGO או ב-BAPI_GOODSMVT_CREATE. הסתירה בין שני המקורות לגבי זמינות MB11 עצמה נשארת פתוחה; ההשפעה המעשית מתרכזת במסלול 313/315, שבו MIGO אינה זמינה. ה-BAPI לקריאת פקודת תחזוקה, BAPI_ALM_ORDER_GET_DETAIL, מתועד רשמית כמורחב לקריאת נתונים ייעודיים של פקודות שיפוץ.
פרופיל התהליך18 מתוך 18 שדות מתועדים
לנהל את מחזור השיפוץ של חלקי חילוף הניתנים לתיקון (repairable spares): פריט פגום מוחלף בפריט תקין במערכת הטכנית, עובר שיפוץ בפקודה ייעודית, וחוזר למלאי במצב תקין עם התחשבנות עלות מול מחיר החומר.
- טריגר
- מספר החלקים הפגומים במחסן מגיע לרמה מסוימת, והמתכנן האחראי פותח פקודת שיפוץ, לפי העמוד הרשמי.
- תקלה במערכת טכנית: החלק הפגום מפורק ומוחזר למחסן, וחלק תקין מותקן במקומו, לפי העמוד הרשמי.
- תנאים מוקדמים
- נתון אב חומר קיים לחלף; זיהוי ייחודי אפשרי רק אם הפריטים מנוהלים במספרים סידוריים (serialized), לפי העמוד הרשמי.
- מומלץ (לא חובה) להגדיר בקסטומיזציה סוג הזמנה פנימי ייעודי לשיפוץ, וניתן גם להשתמש בסוג הזמנה קיים, לפי העמוד הרשמי; בפרויקט מתועד סוג פקודה PM04, והתיעוד הרשמי מזכיר את PM04 כ-maintenance order type של פקודות שיפוץ.
- split valuation מוגדר לחומר עם מצבי הערכה; בלעדיו הערך והמצב אחרי הקבלה יוצאים שגויים (תקרית refurbishment-order).
- נתוני אב
- תפקידים
- תפקיד SAP_PM_WOC_REFURBISHM_ORD_PROC (Processing of Refurbishment Order): מכיל את הפונקציות לעיבוד פקודות שיפוץ, כולל יצירת פקודת שיפוץ וקבלת סחורה לפקודה, לפי העמוד הרשמי.
- המתכנן האחראי: יוצר ומתכנן את פקודת השיפוץ; העובדים האחראים לשיפוץ: מושכים את החלקים מהמחסן ומזינים אישורי ביצוע, לפי עמוד התהליך הרשמי.
- טרנזקציות ויישומי Fiori
- IW81 יצירת פקודת שיפוץ (מדריך הטרנזקציות של הפרויקט).
- MM03 לבירור נתוני ההערכה של החומר (MBEW, valuation class) לפני יצירת הפקודה; אבחון מצבי ההערכה דרך MM03 מתועד בתקרית refurbishment-order.
- MB11 לניפוק ו-IW8W לקבלה, טרנזקציות השיפוץ הסטנדרטיות לפי עמוד 'Additional Movement Types' (2025 FPS01); באותו עמוד MIGO מותרת לסוגי התנועה 261/101 ואינה זמינה ל-313/315. פריט הפישוט S4TWL - AVAILABILITY OF TRANSACTIONS IN MM-IM (רשימת 2023 FPS03) מונה את MB11 בין הטרנזקציות שהוחלפו ב-MIGO או ב-BAPI_GOODSMVT_CREATE.
- KO88 להתחשבנות בודדת של הפקודה, לפי רשומת tx-intel (העמוד הרשמי אינו נוקב בטרנזקציה).
- טבלאות ואובייקטים
- AUFK ו-AFIH, בין טבלאות האובייקט פקודת תחזוקה ברישום האובייקטים של הפרויקט.
- MBEW נתוני ההערכה (לפי תקרית refurbishment-order ורשומת MM03), ו-MARA נתון האב הבסיסי של החומר.
- מסמך התנועה לניפוק ולקבלה: MSEG/MKPF ב-ECC; ב-S/4HANA כותרת ופריטי מסמך החומר מאוחדים ב-MATDOC (אינה במילון הפרויקט), ו-MSEG/MKPF נשארות לקריאה דרך תצוגות התאימות NSDM_V_MSEG ו-NSDM_V_MKPF, לפי רשומת matdoc-read-through-compatibility.
- נקודות אינטגרציה
- קריאה תוכניתית של פרטי הפקודה דרך BAPI_ALM_ORDER_GET_DETAIL, המתועד רשמית כמורחב לקריאת נתונים ייעודיים של פקודות שיפוץ.
- רישום תוכניתי של תנועות סחורה דרך BAPI_GOODSMVT_CREATE, המוזכר בפריט S4TWL - AVAILABILITY OF TRANSACTIONS IN MM-IM (רשימת 2023 FPS03) כחלופה ל-MB11, וכרקע של MIGO ברשומת tx-intel.
- התחשבנות הפקודה מתחברת לתהליך ההתחשבנות הכללי של פקודות תחזוקה.
- ממשקים (BAPI, IDoc, API)
- BAPI_ALM_ORDER_GET_DETAIL: קריאת פרטי פקודה, מתועד רשמית כמורחב לקריאת נתונים ייעודיים של פקודות שיפוץ; לפי רשומת function-intel זמין ב-S/4HANA, חלופה API_MAINTENANCEORDER.
- BAPI_GOODSMVT_CREATE: המוזכר בפריט S4TWL - AVAILABILITY OF TRANSACTIONS IN MM-IM (רשימת 2023 FPS03) כחלופה ל-MB11, וכרקע של MIGO ברשומת tx-intel.
- תוצרים
- פקודת שיפוץ עם סטטוס פתיחה 'to be refurbished' ויעד 'refurbished', לפי העמוד הרשמי.
- AUFKטבלה
- maintenance-orderאובייקט עסקי
- מסמכי חומר לניפוק ולקבלה, ועדכון אוטומטי של מצב האצווה/ההערכה ברשומת האב של המספר הסידורי בעת הקבלה, לפי העמוד הרשמי.
- התחשבנות עלות הפקודה, עם עדכון המחיר הממוצע הנע של החומר המשופץ, לפי העמוד הרשמי.
- פקודת שיפוץ עם סטטוס פתיחה 'to be refurbished' ויעד 'refurbished', לפי העמוד הרשמי.
- חריגים
- ערך או מצב שגויים אחרי הקבלה כאשר split valuation אינו מוגדר לחלף, סוג פקודה PM04 חסר או תנועות 261/101 שגויות, לפי תקרית הפרויקט refurbishment-order.
- עלות מתוכננת או בפועל שגויה בפקודות תחזוקה אחרות שמשתמשות בחומר כחלף, כל עוד פקודת השיפוץ לא התחשבנה ומחיר החומר לא עודכן, לפי העמוד הרשמי.
- רישום 313/315 לפקודת שיפוץ דרך MIGO אינו נתמך, לפי עמוד 'Additional Movement Types' (2025 FPS01).
- בקרות
- split valuation מוגדר לפני יצירת הפקודה, אחרת הערך והמצב אחרי הקבלה יוצאים שגויים (תקרית refurbishment-order).
- לפי העמוד הרשמי: אין לתחזק הודעות תחזוקה על פקודת שיפוץ.
- לפי העמוד הרשמי: דגל REFURBSETL בקסטומיזציה (System Enhancements and Data Transfer, Activate Functions for Enterprise Asset Management) מאפשר התחשבנות אוטומטית בהגעה לסטטוס Delivered, למניעת עיכוב בעדכון המחיר הממוצע הנע.
- מדדים (KPI)
- מדד מעקב ברמת הפקודה (לא KPI ניהולי), מצב השיפוץ בפקודה: לפי העמוד הרשמי 'Refurbishment Order' (Orders (CS-SE/PM-WOC-MO), 2025 FPS01), פקודת השיפוץ מציגה את מצב השיפוץ, כלומר מספר האובייקטים שכבר שופצו ('number of objects already refurbished'), ואת תאריכי השיפוץ. זהו מדד מעקב ברמת הפקודה; יישום Fiori אנליטי או אריח KPI ייעודי לשיפוץ לא אותר בחיפושים.
- maintenance-orderאובייקט עסקי
- מדד מעקב ברמת הפקודה (לא KPI ניהולי), מצב השיפוץ בפקודה: לפי העמוד הרשמי 'Refurbishment Order' (Orders (CS-SE/PM-WOC-MO), 2025 FPS01), פקודת השיפוץ מציגה את מצב השיפוץ, כלומר מספר האובייקטים שכבר שופצו ('number of objects already refurbished'), ואת תאריכי השיפוץ. זהו מדד מעקב ברמת הפקודה; יישום Fiori אנליטי או אריח KPI ייעודי לשיפוץ לא אותר בחיפושים.
- שינויים מ-ECC ל-S/4HANA
- לפי רשומת function-intel, BAPI_ALM_ORDER_GET_DETAIL זמין ב-ECC וב-S/4HANA (חלופה: API_MAINTENANCEORDER); תיעוד S/4HANA On-Premise 2025 FPS01 ('Enterprise Asset Management Part 4') מתעד אותו כמורחב לקריאת נתונים ייעודיים של פקודות שיפוץ, ואת BAPI_ALM_ORDER_MAINTAIN כמורחב לתמיכה בפקודות שיפוץ (maintenance order type PM04).
- S/4HANA: אם הפונקציה העסקית FINS_PARALLEL_ACCOUNTING_BF (Universal Parallel Accounting) פעילה, פקודות שיפוץ מעובדות ברישום מבוסס אירועים במקום התחשבנות תקופתית מסורתית, לפי העמוד הרשמי (2025 FPS01).
- ניפוק/קבלה ב-S/4HANA: עמוד Maintenance Management 'Additional Movement Types' (2025 FPS01) מציין את MB11 (ניפוק) ואת IW8W (קבלה) כטרנזקציות השיפוץ הסטנדרטיות, מתיר MIGO בסוגי התנועה 261/101 ומחריג את MIGO רק ל-313/315. פריט הפישוט הכללי S4TWL - AVAILABILITY OF TRANSACTIONS IN MM-IM (רשימת 2023 FPS03, מהדורה שונה מעמוד 2025 FPS01) מונה את MB11 בין הטרנזקציות שהוחלפו ב-MIGO או ב-BAPI_GOODSMVT_CREATE; הקודים עדיין קיימים אך קריאה מהתפריט מעלה שגיאה. במסלול 261/101 MIGO מתועדת כשמישה לפי שני המקורות; הזמינות של MB11 שנויה במחלוקת בין המקורות, וההשפעה המעשית מתרכזת במסלול 313/315, שבו העמוד מפנה לטרנזקציות השיפוץ; לבדיקה במערכת היעד.
- מסמכי החומר: ב-ECC נכתבים ל-MKPF/MSEG; ב-S/4HANA מאוחדים ב-MATDOC ו-MSEG/MKPF נקראות דרך תצוגות תאימות, לפי רשומת matdoc-read-through-compatibility.
- השלכות הגירה
- המרה, ניפוק לפקודה: פריט הפישוט 'S4TWL - AVAILABILITY OF TRANSACTIONS IN MM-IM' (רשימת 2025 FPS01, סעיף 15.3.9) מונה את MB11 בין טרנזקציות ה-MB שהוחלפו ב-MIGO או ב-BAPI_GOODSMVT_CREATE, ומורה להחליף קוד מותאם שמפעיל את MB11 (למשל CALL TRANSACTION) ב-BAPI_GOODSMVT_CREATE; לפי הפריט הטרנזקציות הישנות עובדות במנגנון הנעילה הישן, ורישום מקביל דרכן ודרך MIGO או ה-BAPI עלול ליצור חוסר עקביות במלאי. הפריט אינו נוקב בשיפוץ, ועמוד 'Additional Movement Types' (2025 FPS01) עדיין מציין את MB11 לניפוק לפקודת שיפוץ; הסתירה נשארת פתוחה.
- המרה, מסמכי החומר: פריט הפישוט 'S4TWL - DATA MODEL IN INVENTORY MANAGEMENT (MM-IM)' (2025 FPS01, סעיף 15.3.1) קובע שב-S/4HANA מסמך החומר נשמר ב-MATDOC בלבד ולא ב-MKPF וב-MSEG, שקריאה מהן מנותבת לתצוגות CDS, ושפעולות כתיבה על MKPF ו-MSEG בקוד מותאם אינן משפיעות ויש להסירן. בתהליך השיפוץ זה חל על קוד מותאם סביב מסמכי הניפוק והקבלה של הפקודה.
- המרה, הערכת החומר: פריט הפישוט 'S4TWL - Material Ledger Obligatory for Material Valuation' (2025 FPS01, סעיף 15.3.2) קובע ש-Material Ledger נדרש בכל מערכת S/4HANA ושיש להגר אותו אחרי הגירת SUM הטכנית: הגירת הקסטומיזציה (Migrate Material Ledger Customizing) והגירת הנתונים (Start and Monitor Data Migration) תחת Migration to SAP S/4HANA Finance, גם כש-Material Ledger כבר פעיל במערכת המקור. לפי הפריט השדות LBKUM, SALK3 ו-SALKV של MBEW נשלפים מה-Material Ledger ומטבלת היומן האוניברסלי, קריאה מנותבת לתצוגת CDS, וכתיבה שנוגעת בשדות אלה דורשת התאמה. הפריט אינו נוקב בשיפוץ; הקשר לתהליך הוא הערכת החלף ב-MBEW ועדכון המחיר הממוצע הנע בהתחשבנות, לפי העמוד הרשמי של התהליך.
- המרה, נעילה בתנועות סחורה: פריט הפישוט 'S4TWL - Material Valuation - Statistical moving average price' (2025 FPS01, סעיף 15.3.10) מתאר בחירה אופציונלית במערכת מומרת (מ-1709 דרך פעולת ה-IMG 'Set Material Lock for Goods Movements') שלא ניתן לבטלה: לחומר בבקרת מחיר 'V' נעילה בלעדית רק במצבים ייעודיים, ולחומר בבקרת מחיר 'S' המחיר הממוצע הנע הסטטיסטי מושבת והשדות SALKV ו-VERPR ב-MBEW אינם מתעדכנים (ההשפעה על הממשק כוללת את MM03). פריט 'S4TWL - Goods movements without exclusive locking by material valuation' (סעיף 15.3.3) מציין שנעילה בלעדית עדיין נדרשת כשתנועת סחורה יוצרת נתון אב, למשל ב-split valuation עם אצווה חדשה, וכשהיא משנה את המחיר הממוצע הנע. אף פריט אינו נוקב בשיפוץ; ההחלטה נוגעת לחלף ב-split valuation שהתחשבנותו מעדכנת מחיר ממוצע נע, ולבדיקה במערכת היעד.
Order Processing: Refurbishment of Repairable Spares | Orders (CS-SE/PM-WOC-MO), SAP S/4HANA On-Premise 2025 FPS01 (נפתח בכרטיסייה חדשה) מאומת מול תיעוד SAP רשמי עמוד תיעוד התהליך הרשמי, נקרא במלואו ב-2026-09-24 (scripts/sap-help-body.mjs, loio 44cab65334e6b54ce10000000a174cb4). פריט SAP Best Practices (Scope Item) לתהליך לא אותר בחיפושים שבוצעו ולכן אינו נרשם.
צעדי העבודה9 צעדים
- לוודא תנאים מוקדמים: נתון אב חומר לחלף קיים (זיהוי ייחודי אפשרי רק אם הפריטים מנוהלים במספרים סידוריים (serialized), לפי העמוד הרשמי), וסוג פקודה לשיפוץ מוגדר; בפרויקט מתועד סוג פקודה PM04 ודרישת split valuation למצבי ההערכה, לפי תקרית refurbishment-order.
- בתקלה במערכת טכנית לפרק את החלק הפגום ולהחזירו למחסן, ולהתקין במקומו חלק תקין מהמלאי; כשמספר הפגומים מגיע לרמה מסוימת, המתכנן האחראי פותח פקודת שיפוץ, לפי העמוד הרשמי.
- ליצור פקודת שיפוץ (IW81): לקבוע כמה יחידות לשפץ, ולתכנן פעולות, חומרים ומשאבים; סטטוס הפתיחה 'to be refurbished' והיעד 'refurbished', לפי העמוד הרשמי. לפי רישום האובייקטים של הפרויקט, פקודת התחזוקה כוללת בין השאר את AUFK ואת AFIH.
- IW81טרנזקציה
- AUFKטבלה
- AFIHטבלה
- maintenance-orderאובייקט עסקי
- לשחרר את הפקודה כדי להתחיל את העבודה, לפי העמוד הרשמי.
- לנפק את החלק הפגום מהמחסן לפקודה: לפי עמוד 'Additional Movement Types' (2025 FPS01), טרנזקציית השיפוץ הסטנדרטית לניפוק היא MB11, ובסוגי התנועה 261/101 ניתן להשתמש גם ב-MIGO; MIGO אינה זמינה לסוגי ההעברה 313/315 בפקודות שיפוץ. פריט הפישוט S4TWL - AVAILABILITY OF TRANSACTIONS IN MM-IM (רשימת 2023 FPS03) מונה את MB11 בין הטרנזקציות שהוחלפו ב-MIGO או ב-BAPI_GOODSMVT_CREATE, ולכן במסלול 261/101 MIGO מתועדת כשמישה לפי שני המקורות.
- העובדים האחראים לשיפוץ מבצעים את העבודה ומזינים אישורי ביצוע (completion confirmations); לפי העמוד הרשמי אין לתחזק הודעות תחזוקה לפקודת שיפוץ.
- לרשום קבלת סחורה לחלק המשופץ: לפי עמוד 'Additional Movement Types' (2025 FPS01), טרנזקציית השיפוץ הסטנדרטית לקבלה היא IW8W, ובסוגי התנועה 261/101 ניתן להשתמש גם ב-MIGO. לפי עמוד התהליך, הקבלה מעדכנת אוטומטית את מצב האצווה/ההערכה ברשומת האב של המספר הסידורי, והפקודה עוברת לסטטוס Delivered או Partially delivered.
- להשלים את הפקודה ולהתחשבן אותה: לפי העמוד הרשמי ההתחשבנות (Order settlement) מעדכנת את המחיר הממוצע הנע של החומר המשופץ, ודגל REFURBSETL בקסטומיזציה מאפשר התחשבנות אוטומטית בהגעה לסטטוס Delivered. לפי רשומת tx-intel (העמוד הרשמי אינו נוקב בטרנזקציה), KO88 מתוארת כהתחשבנות בודדת של הזמנה פנימית למקבלים שבכלל ההתחשבנות, ודוגמת העסק שלה מתארת התחשבנות פקודת תחזוקה; זמינה ב-S/4HANA.
- לקריאה תוכניתית של פרטי פקודת השיפוץ משמש BAPI_ALM_ORDER_GET_DETAIL, המתועד רשמית כמורחב לקריאת נתונים ייעודיים של פקודות שיפוץ; לעיבוד הפקודה, BAPI_ALM_ORDER_MAINTAIN מתועד רשמית כמורחב לתמיכה בפקודות שיפוץ (maintenance order type PM04).
דפוסים שגויים5 דפוסים
- יצירת פקודת שיפוץ לחומר שאינו מוגדר ב-split valuation: הערך והמצב אחרי הקבלה יוצאים שגויים (תקרית refurbishment-order).
- עיכוב בהתחשבנות הפקודה אחרי שהחלק המשופץ כבר סופק למחסן: לפי העמוד הרשמי, המחיר הממוצע הנע אינו מתעדכן, ופקודות תחזוקה אחרות המשתמשות בחומר כחלף עלולות לקבל עלות מתוכננת או בפועל שגויה.
- תחזוקת הודעות תחזוקה על פקודת שיפוץ: לפי העמוד הרשמי, אין לתחזק הודעות לפקודה זו.
- שימוש ב-MIGO לרישום תנועות 313/315 בפקודת שיפוץ: לפי עמוד 'Additional Movement Types' (2025 FPS01), MIGO אינה נתמכת בסוגי תנועה אלה בפקודות שיפוץ.
- כתיבה ישירה ל-MSEG או ל-MKPF בקוד מותאם במקום MIGO או BAPI_GOODSMVT_CREATE: לפי רשומת matdoc-read-through-compatibility, ב-S/4HANA MSEG ו-MKPF הן תצוגות תאימות לקריאה, וכתיבה ישירה אסורה.
בדיקות ואימות בשטח5 בדיקות
- חיובי: פקודת שיפוץ עם split valuation מוגדר עוברת ניפוק וקבלה, מעדכנת את מצב ההערכה, והסטטוס עובר ל-Delivered או Partially delivered לפי העמוד הרשמי.
- שלילי: יצירת פקודה לחומר ללא split valuation מייצרת ערך או מצב שגוי, לפי תקרית refurbishment-order.
- שלילי: ניסיון לרשום תנועת 313/315 לפקודת שיפוץ ב-MIGO אינו נתמך לפי עמוד 'Additional Movement Types'; המסלול המתועד הוא טרנזקציות השיפוץ הסטנדרטיות.
- אינטגרציה: BAPI_ALM_ORDER_GET_DETAIL קורא נתוני פקודת שיפוץ, כולל הנתונים הייעודיים שהורחב לקרוא לפי התיעוד הרשמי.
- רגרסיה: לאחר ההתחשבנות, המחיר הממוצע הנע של החומר המשופץ מתעדכן, לפי העמוד הרשמי.
רשומות מקושרות18/19 עם עמוד
הפניה שקיים לה עמוד בקטלוגי הפרויקט נפתחת כקישור. הפניה אחרת מוצגת כערך ללא קישור.
- IW81טרנזקציה
- IW8Wטרנזקציה
- MB11טרנזקציה
- MIGOטרנזקציה
- MM03טרנזקציה
- KO88טרנזקציה
- AUFKטבלה
- AFIHטבלה
- MBEWטבלה
- MARAטבלה
- MSEGטבלה
- BAPI_ALM_ORDER_GET_DETAILאובייקט פונקציה
- BAPI_ALM_ORDER_MAINTAINאובייקט פונקציה
- BAPI_GOODSMVT_CREATEאובייקט פונקציה
- maintenance-orderאובייקט עסקי
- order-settlement-processשיטת עבודה
- matdoc-read-through-compatibilityשיטת עבודה
- maintenance-notification-processשיטת עבודה
- bapi-commit-disciplineשיטת עבודה
אימות ומקורות
אימות ומקורות
רשומת שיטת העבודה אינה נושאת תביעת מעמד S/4HANA עצמאית; קביעת המעמד ממתינה לאימות מול תיעוד SAP רשמי בשלב האיסוף.
פעולה מומלצת: נדרש אימות מול תיעוד SAP או מערכת S/4HANA לפני החלטה.
מקורות הרשומה
- Order Processing: Refurbishment of Repairable Spares | Orders (CS-SE/PM-WOC-MO)
- Processing of Refurbishment Order | Maintenance Management
- Enterprise Asset Management Part 4 | Logistics
- Additional Movement Types | Maintenance Management
- Simplification List for SAP S/4HANA 2023 FPS1-3 · item 27.6 S4TWL - AVAILABILITY OF TRANSACTIONS IN MM-IM (MM-IM-GF)
- מרכז התקלות של הפרויקט: refurbishment-order
ועוד 14 מקורות ברשומה
נדרש אימות נוסף מול תיעוד SAP או מערכת S/4HANA לפני החלטת מעבר.
אומת לאחרונה בתאריך 2026-09-28סוקר: Project NEO research pipeline (researcher + adversarial auditor + repairer), 2026-09-24; backfill (researcher + adversarial auditor), 2026-09-28
הטענה שכל מקור תומך בה
- Order Processing: Refurbishment of Repairable Spares | Orders (CS-SE/PM-WOC-MO)מאומת מול תיעוד SAP רשמיהעמוד הרשמי (2025 FPS01) קובע שהתהליך משמש חלקי חילוף הניתנים לתיקון (repairable spares), וכי אין הבחנה בין 'good parts' ל-'bad parts' בתכנון החומרים. תנאים מוקדמים: יש ליצור נתון אב חומר לחלף, וזיהוי ייחודי אפשרי רק אם הפריטים מנוהלים במספרים סידוריים (serialized); מומלץ (לא חובה) להגדיר בקסטומיזציה סוג הזמנה פנימי ייעודי לשיפוץ, וניתן גם להשתמש בסוג הזמנה קיים. זרימת התהליך: החלפת חלק פגום בחלק תקין, יצירת פקודת שיפוץ בידי המתכנן האחראי ('the planner responsible creates a refurbishment order') כשמספר הפגומים מגיע לרמה מסוימת (סטטוס פתיחה 'to be refurbished', יעד 'refurbished'), שחרור, משיכת החלקים מהמחסן בידי העובדים האחראים לשיפוץ ('The goods issue is entered'), אישורי ביצוע ('Notifications should not be maintained for the refurbishment order'), קבלת סחורה שמעדכנת אוטומטית את מצב האצווה/ההערכה ברשומת המספר הסידורי ומעבירה את הפקודה לסטטוס Delivered או Partially delivered, השלמה, והתחשבנות (Order settlement) שמעדכנת את המחיר הממוצע הנע; דגל REFURBSETL מאפשר התחשבנות אוטומטית בסטטוס Delivered. אם FINS_PARALLEL_ACCOUNTING_BF פעילה, הפקודה מעובדת ברישום מבוסס אירועים במקום התחשבנות תקופתית.
- Processing of Refurbishment Order | Maintenance Managementמאומת מול תיעוד SAP רשמיהעמוד הרשמי מתעד תפקיד בשם טכני SAP_PM_WOC_REFURBISHM_ORD_PROC, המכיל את כל הפונקציות הדרושות לעיבוד פקודות שיפוץ; הפעילויות המתועדות בתחזוקת מפעל (PM) הן 'Creating a refurbishment order' ו-'Goods receipt for refurbishment order'.
- Enterprise Asset Management Part 4 | Logisticsמאומת מול תיעוד SAP רשמיתחת הכותרת 'Enhancements to Maintenance Order BAPIs' מתעד העמוד את BAPI_ALM_ORDER_GET_DETAIL כ-BAPI הקורא נתוני פקודות תחזוקה ושירות, שהורחב גם לקריאת נתונים ייעודיים של פקודות שיפוץ ('has also been enhanced to read refurbishment order specific data'); BAPI_ALM_ORDER_MAINTAIN הורחב לתמיכה בפקודות שיפוץ (maintenance order type PM04).
- Additional Movement Types | Maintenance Managementמאומת מול תיעוד SAP רשמיהעמוד (2025 FPS01) מציין שפקודות שיפוץ תומכות בסוגי התנועה 101 ו-261 ובסוגי ההעברה הנוספים 313 ו-315; טרנזקציות השיפוץ הסטנדרטיות הן MB11 לניפוק ו-IW8W לקבלה; לא ניתן להשתמש ב-MIGO לרישום תנועות 313/315 בפקודות שיפוץ, ו'If movement types 261/101 are used for goods issues or goods receipts you can use MIGO'.
- Simplification List for SAP S/4HANA 2023 FPS1-3 · item 27.6 S4TWL - AVAILABILITY OF TRANSACTIONS IN MM-IM (MM-IM-GF)מאומת מול תיעוד SAP רשמיMB11 נמנית בין טרנזקציות ה-MB שהוחלפו ב-MIGO או ב-BAPI_GOODSMVT_CREATE / BAPI_GOODSMVT_CANCEL; קודי הטרנזקציה עדיין קיימים אך קריאה מהתפריט מעלה הודעת שגיאה. (מקוצר מהראיה MB11_SIMPL של רשומת tx:MB11 ב-data/verification/transactions.ts; רשימת 2023 FPS03, מהדורה שונה מעמודי 2025 FPS01 ברשומה זו.)
- מרכז התקלות של הפרויקט: refurbishment-orderמאומת מול נתוני הפרויקטתקרית 'פקודת שיפוץ (Refurbishment): מלאי split valuation': שיפוץ חלף לא מעדכן ערך/מצב נכון; סיבות שורש: split valuation לא מוגדר (מצבי הערכה), סוג פקודה PM04 חסר, או תנועות 261/101 שגויות; אבחון ב-IW81 וב-MM03 (מצבי הערכה), תצורה ב-OMWC; תיקון: הגדרת split valuation לחלף, שימוש בסוג פקודה PM04 ווידוא תנועות השיפוץ הנכונות; טבלאות MBEW ו-AUFK.data/troubleshooting-ext2.ts#refurbishment-order
- מדריך הטרנזקציות של הפרויקט (TCODE_DIRECTORY): IW81מאומת מול נתוני הפרויקטIW81, מודול PM, 'פקודת שיפוץ' (Create refurbishment order), מילות מפתח refurbishment/שיפוץ.data/tcode-directory.ts#IW81
- מודיעין הטרנזקציות של הפרויקט (TX_INTEL): MIGOמאומת מול נתוני הפרויקטMIGO היא הטרנזקציה המאוחדת לתנועות מלאי (קבלה, ניפוק, העברה, ביטול), כותבת MKPF/MSEG ותומכת בסוגי תנועה (101, 122, 201, 311, 561 ועוד); ב-S/4HANA MB01/MB1A/MB1B/MB1C מסומנות כ-deprecated לטובתה; BAPI_GOODSMVT_CREATE פועל ברקע.data/tx-intel.ts#MIGO
- מודיעין הטרנזקציות של הפרויקט (TX_INTEL): MM03מאומת מול נתוני הפרויקטMM03 היא תצוגה בלבד של נתון האב חומר, ומציגה נתוני חומר לפי רמה, כולל רמת ההערכה (MBEW) ו-valuation class; אבחון מצבי ההערכה (valuation types) דרך MM03 מתועד בתקרית refurbishment-order. ב-S/4HANA הרשומה מפנה לתצוגות ה-CDS I_Product / I_ProductPlant.data/tx-intel.ts#MM03
- רשומת הקטלוג הפונקציונלי של הפרויקט: BAPI_ALM_ORDER_GET_DETAILמאומת מול נתוני הפרויקטBAPI_ALM_ORDER_GET_DETAIL קורא פרטי פקודת תחזוקה (כותרת, פעולות, רכיבים) בזיקה ל-IW33 ולטבלאות AUFK ו-AFVC; זמין ב-S/4HANA; חלופה API_MAINTENANCEORDER.data/function-intel.ts#BAPI_ALM_ORDER_GET_DETAIL
- מודיעין הטרנזקציות של הפרויקט (TX_INTEL): KO88מאומת מול נתוני הפרויקטKO88 מתוארת ברשומה כהסדרה בודדת של הזמנה פנימית (העברת העלויות שנצברו למקבלים שבכלל ההסדרה), ודוגמת העסק ברשומה מתארת סילוק פקודת תחזוקה; לפי הרשומה, זמינה ב-S/4HANA והטרנזקציה נשמרת. עמוד התהליך הרשמי מציין Order settlement ואינו נוקב בטרנזקציה.data/tx-intel.ts#KO88
- רישום האובייקטים של הפרויקט: obj:maintenance-orderמאומת מול נתוני הפרויקטהאובייקט פקודת תחזוקה (Maintenance Order) מונה בין חבריו את table:AUFK ואת table:AFIH, לצד AFKO, AFVC, AFRU, RESB ו-ILOA.data/verification/objects.ts#obj:maintenance-order
- רשומת Best Practice של הפרויקט: matdoc-read-through-compatibilityמאומת מול נתוני הפרויקטב-S/4HANA כותרת ופריטי מסמך החומר מאוחדים ב-MATDOC; MKPF ו-MSEG נשארות לקריאה דרך תצוגות התאימות NSDM_V_MSEG ו-NSDM_V_MKPF, וכתיבה ישירה אסורה.data/best-practices/pp-pi.ts#matdoc-read-through-compatibility
- ספר 9 בספריית הפרויקט (SAP PRESS, מדריך המשתמש העסקי ל-PM), פרק 6, סעיף 6.4 'Refurbishment' (6.4.1 Prerequisites, 6.4.2 Refurbishment Notification, 6.4.3 Material Requirements Planning, 6.4.4 Refurbishment Order, 6.4.5 Goods Issue, 6.4.6 Goods Receipt, 6.4.7 Costing)נתמך במקור משניסעיף 6.4 של הספר מתעד את זרימת התהליך במבנה תת-סעיפים: תנאים מוקדמים, הודעת שיפוץ, תכנון צרכים (MRP), פקודת שיפוץ, ניפוק סחורה, קבלת סחורה והתחשבנות (Costing); הספר משמש כאן להפניית קריאה ולאישור מבנה השלבים, ואינו מקור לטענה חדשה.data/books/book9.json#6.4
- Refurbishment Order | Orders (CS-SE/PM-WOC-MO)מאומת מול תיעוד SAP רשמיהעמוד (2025 FPS01, loio 3ecab65334e6b54ce10000000a174cb4, הגוף נקרא דרך scripts/sap-help-body.mjs) מגדיר את פקודת השיפוץ כ-'A special order, which you use for the refurbishment of repairable spares', שמבנה הפקודה 'corresponds in essence to the structure of the maintenance order', ושהפקודה מספקת בין השאר 'A display of the status of the refurbishment (number of objects already refurbished)' ו-'A display of the dates for refurbishment'; המצבים ההתחלתי והסופי מובחנים 'using batches or different valuation types'.
- Simplification List for SAP S/4HANA 2025 - Feature Pack Stack 1 (document version 1.36) · item 15.3.9 S4TWL - AVAILABILITY OF TRANSACTIONS IN MM-IMמאומת מול תיעוד SAP רשמיהפריט (Application Component MM-IM-GF, עמ' 1486) מונה את MB11 בין טרנזקציות ה-MB ש-'have been replaced by the single-screen generalized transaction MIGO or the BAPI's BAPI_GOODSMVT_CREATE and BAPI_GOODSMVT_CANCEL', קובע שקודי הטרנזקציה קיימים אך קריאה מהתפריט מעלה הודעת שגיאה, שהטרנזקציות הישנות 'still using the old lock concept' ורישום מקביל עלול ליצור חוסר עקביות במלאי, ומורה 'Replace customer coding using the transaction codes ... MB11 ... by make use of function module BAPI_GOODSMVT_CREATE'. הפריט אינו נוקב בשיפוץ. (נקרא מהטקסט המחולץ של הרשימה ב-scratchpad/official; הכתובת הועתקה מרשומות data/verification/transactions-auto.ts.)
- Simplification List for SAP S/4HANA 2025 - Feature Pack Stack 1 (document version 1.36) · item 15.3.1 S4TWL - DATA MODEL IN INVENTORY MANAGEMENT (MM-IM)מאומת מול תיעוד SAP רשמיהפריט (Application Component MM-IM-GF-MIG, עמ' 1459 ואילך) קובע 'Material document data will be stored in MATDOC only and not anymore in MKPF and MSEG', שקריאה מהטבלאות הישנות מנותבת לתצוגות CDS ('each read access ... will get redirected'), ובפרק ההתאמות לקוד: 'write operations on MKPF, MSEG as well as the fields representing actual stock quantities ... shall be removed from customer coding'. הפריט אינו נוקב בשיפוץ.
- Simplification List for SAP S/4HANA 2025 - Feature Pack Stack 1 (document version 1.36) · item 15.3.2 S4TWL - Material Ledger Obligatory for Material Valuationמאומת מול תיעוד SAP רשמיהפריט (Application Component MM-IM-GF-VAL, עמ' 1467-1468) קובע 'This simplification makes it mandatory to use the Material Ledger (ML) in all SAP S/4HANA systems. After the technical SUM migration, the Material Ledger needs to be migrated', מונה את פעולות ה-IMG 'Migrate Material Ledger Customizing' ו-'Start and Monitor Data Migration' (תחת Migration to SAP S/4HANA Finance, ליעד 1610 ומעלה), קובע שיש להגר גם כשה-ML כבר בשימוש במערכת המקור, ושהשדות LBKUM, SALK3 ו-SALKV של טבלאות xBEW(H), ובהן MBEW, נשלפים מה-Material Ledger ומטבלת היומן האוניברסלי; 'Write accesses to those tables have to be adjusted if transactional fields are affected'. הפריט אינו נוקב בשיפוץ.
- Simplification List for SAP S/4HANA 2025 - Feature Pack Stack 1 (document version 1.36) · item 15.3.3 S4TWL - Goods movements without exclusive locking by material valuationמאומת מול תיעוד SAP רשמיהפריט (Application Component MM-IM-GF-LOCK, עמ' 1470-1471) מתאר את האפשרות להגדלת קצב התנועות בלי נעילה בלעדית, וקובע 'exclusive locking is still required if material master data is created or changed by a goods movement. Material master data is created by a goods movement if split valuation is used and a new batch has to be created', ושכאשר תנועה משנה את היחס בין SALK3 ל-LBKUM 'the moving average price must be adjusted accordingly, which ultimately requires an exclusive lock'. הפריט אינו נוקב בשיפוץ.
- Simplification List for SAP S/4HANA 2025 - Feature Pack Stack 1 (document version 1.36) · item 15.3.10 S4TWL - Material Valuation - Statistical moving average priceמאומת מול תיעוד SAP רשמיהפריט (Application Component MM-IM-GF-VAL, עמ' 1487-1489) מתאר בחירה במערכת מומרת: לחומר בבקרת מחיר 'V' החל מ-1610 'exclusive lock during goods movements only in dedicated situations', לחומר בבקרת מחיר 'S' המחיר הממוצע הנע הסטטיסטי מושבת, ו-'In table MBEW, EBEW, OBEW, QBEW the fields SALKV and VERPR are not updated anymore for materials with price control Standard', עם השפעה על MM01, MM02, MM03, CKM3 ו-MR21; 'selecting this option can not be un-done'; מ-1709 הבחירה נעשית בפעולת ה-IMG 'Set Material Lock for Goods Movements', והיא 'optional for converted systems'. הפריט אינו נוקב בשיפוץ.