שיפוץ (Refurbishment)

שיפוץ (Refurbishment) הוא תהליך השבת חלק-חילוף-פגום למצב-שמיש במקום לזרוק אותו ולקנות חדש. ב-SAP זהו תהליך ייחודי המשלב PM, MM ו-CO סביב חומר מנוהל-מצב (split valuation לפי Valuation Type: C1/C2/C3 — חדש/לשיפוץ/משופץ). פק"ע-שיפוץ (Refurbishment Order) מוציאה חלק-פגום מהמלאי, משפצת אותו, ומחזירה אותו כמשופץ — עם עלות-השיפוץ נצברת על-יחידה. תהליך זה חוסך כסף משמעותי בארגונים עתירי-ציוד. דרישות-קדם — לפני ביצוע-שיפוץ נדרשים: חומר עם Split Valuation (Valuation Category + Types), Order Type מסומן ל-refurbishment, מחירים פר-Valuation Type, ואופציונלית Serial Number Profile. בלעדיהם התהליך לא יעבוד. הודעת-שיפוץ — Notification-שיפוץ מתעד את הצורך לשפץ חלק: מה התקלקל, מדוע, ומה נדרש — לפני/לצד פתיחת פק"ע-השיפוץ. הוא מספק את ההקשר והקודים לניתוח-אמינות של חלקים. תכנון-דרישות-חומר — MRP בשיפוץ מתכנן את זמינות החלקים-לשיפוץ ואת חלקי-המשנה הנדרשים לתהליך-השיפוץ עצמו. ה-Valuation Type 'לשיפוץ' נכנס לתכנון, ו-MRP יכול ליזום פק"עות-שיפוץ לפי-מלאי. פק"ע-שיפוץ — פק"ע-השיפוץ היא הליבה התהליכית: היא נושאת Material, Quantity, From/To Valuation Type, ופעולות-שיפוץ. היא מנהלת את GI/GR של מצבי-החלק ואת צבירת-עלות-השיפוץ פר-יחידה. ניפוק-חומר (Goods Issue) — ה-Goods Issue בשיפוץ (תנועה 261) מוציא את החלק-הפגום מהמלאי ב-Valuation Type 'לשיפוץ' אל הפק"ע. זהו הצעד שמתחיל את צבירת-העלות וההפחתה מהמלאי-לשיפוץ. קבלת-טובין (Goods Receipt) — ה-Goods Receipt בשיפוץ (תנועה 101) מחזיר את החלק-המשופץ למלאי ב-Valuation Type 'משופץ'. זהו הצעד שסוגר את מעגל-המצב ומעדכן את מלאי-המשופצים. תמחיר (Costing) — Costing בשיפוץ מחשב ומיישב את עלות-השיפוץ פר-יחידה: עבודה + חלקי-משנה + שירותים-חיצוניים, מול ערך-המלאי-המשופץ. הוא הבסיס להחלטת 'repair vs replace' ולשקיפות-עלויות.

במקום לזרוק מנוע-שרוף ולקנות חדש, אפשר לשפץ אותו ולהשתמש בו שוב. SAP מנהל את אותו חלק בשלושה 'מצבים': חדש, מקולקל-לשיפוץ, ומשופץ — לכל מצב מחיר משלו. פק"ע-שיפוץ לוקחת חלק-מקולקל מהמלאי, משפצת, ומכניסה בחזרה כחלק-משופץ. כך חוסכים כסף ויודעים בדיוק כמה עלה השיפוץ. דרישות-קדם — כדי שאפשר יהיה לשפץ, צריך להכין את המערכת מראש: להגדיר שהחלק יכול להיות בכמה מצבים (חדש/לשיפוץ/משופץ), ולסמן שסוג-הפק"ע מתאים לשיפוץ. הודעת-שיפוץ — לפני ששולחים חלק לשיפוץ, רושמים הודעה: 'מנוע X נשרף בגלל Y'. ההודעה מסבירה למה צריך לשפץ ושומרת את המידע להיסטוריה. תכנון-דרישות-חומר — MRP בודק כמה חלקים-לשיפוץ יש במלאי וכמה צריך, ומתכנן מתי לשפץ. הוא גם דואג לחלקי-המשנה (אטמים, מסבים) שצריך לשיפוץ עצמו. פק"ע-שיפוץ — פק"ע-השיפוץ אומרת ל-SAP: 'קח חלק במצב לשיפוץ, שפץ אותו, החזר אותו במצב משופץ'. היא כוללת את העבודה ואת החלקים שצריך לשיפוץ. ניפוק-חומר (Goods Issue) — כשמתחילים לשפץ, 'מנפקים' את החלק-הפגום מהמלאי לפק"ע — בדיוק כמו לקחת חומר מהמחסן. זה מוריד אותו ממלאי 'לשיפוץ'. קבלת-טובין (Goods Receipt) — כשהשיפוץ הסתיים, 'מקבלים' את החלק חזרה למחסן — אבל הפעם במצב 'משופץ'. כעת הוא זמין לשימוש-חוזר. תמחיר (Costing) — כמה עלה השיפוץ? Costing מסכם את עלות-העבודה והחלקים, מחלק ליחידות, ומראה אם משתלם לשפץ או לקנות חדש.

להפחית עלויות-רכש ע"י מחזור-חלקים, לשמור על נראות-מלאי לפי-מצב, וללכוד את עלות-השיפוץ במדויק כדי להחליט 'לשפץ מול לקנות-חדש'. בנוסף — לתמוך בכלכלה-מעגלית ובזמינות-חלקים מהירה. דרישות-קדם — להבטיח שכל התשתית (נתוני-אב + config) מוכנה כך שפק"ע-השיפוץ תוכל לרוץ ללא שגיאות. הודעת-שיפוץ — ללכוד את סיבת-הכשל וההקשר של החלק-הפגום, ולספק בסיס להחלטות-שיפוץ ולניתוח-מגמות. תכנון-דרישות-חומר — להבטיח זמינות חלקי-משנה לשיפוץ, ולתכנן את מאגר-המשופצים לפי-ביקוש כדי שלא יחסרו חלפים מוכנים. פק"ע-שיפוץ — לרכז את כל פעילות-השיפוץ (חומר, עבודה, חלקי-משנה, תנועות-מלאי) באובייקט-אחד עם לכידת-עלות פר-יחידה. ניפוק-חומר (Goods Issue) — להעביר את החלק-הפגום ואת חלקי-המשנה לפק"ע, ולהתחיל את לכידת-העלות ואת ההפחתה ממלאי-לשיפוץ. קבלת-טובין (Goods Receipt) — להחזיר את החלק-המשופץ למלאי הזמין-לשימוש, ולעדכן את ערך-המלאי-המשופץ בהתאם לעלות-השיפוץ. תמחיר (Costing) — לספק שקיפות-עלות-שיפוץ פר-יחידה, ליישב אותה נכון בחשבונאות, ולתמוך בהחלטות-כלכליות.

• Plant Maintenance ► Maintenance Processing ► Maintenance and Service Orders ► Functions and Settings for Order Types ► Indicate Order Types for Refurbishment Processing • Materials Management ► Valuation and Account Assignment ► Split Valuation ► Configure Split Valuation • Plant Maintenance ► Maintenance Processing ► Maintenance and Service Orders ► General Data ► Define Default Values for Components • Plant Maintenance ► Maintenance Processing ► Maintenance Notifications ► Notification Creation ► Define Notification Types • Production ► Material Requirements Planning ► Planning ► Define Scope of Planning • Plant Maintenance ► Maintenance Processing ► Maintenance and Service Orders ► Functions and Settings for Order Types ► Configure Order Types • Materials Management ► Inventory Management ► Goods Issue ► (movement type 261) • Materials Management ► Inventory Management ► Goods Receipt ► (movement type 101) • Controlling ► Product Cost Controlling ► Cost Object Controlling ► Settlement ► Maintain Settlement Profiles

• שיפוץ = השבת-חלק-פגום למצב-שמיש במקום קנייה.
• Split Valuation (C1/C2/C3) הוא הלב — מלאי ומחיר פר-מצב.
• GI 261 מוציא 'לשיפוץ', GR 101 מחזיר 'משופץ', עלות פר-יחידה.
• Serial Numbers מאפשרים מעקב-יחידה והיסטוריה.
• דרישות-קדם = Split Valuation + Order Type מסומן + מחירים.
• Serial Number Profile אם עוקבים פר-יחידה.
• Notification-שיפוץ = הקשר וקודי-כשל לחלק.
• מזין ניתוח-אמינות ומקושר ל-Serial Number.
• MRP מתכנן חלקי-משנה ומאגר-משופצים.
• Valuation Type 'לשיפוץ' נכנס לתכנון.
• פק"ע-שיפוץ = Material+Qty+From/To Valuation Type.
• IW81; Order Type PM04; עלות פר-יחידה.
• GI 261 מוציא חלק-פגום (Valuation Type 'לשיפוץ').
• מתחיל לכידת-עלות; Serial לעקיבות.
• GR 101 מחזיר חלק-משופץ (Valuation Type 'משופץ').
• סוגר מחזור-מצב; מעדכן ערך-מלאי.
• Costing מחשב עלות-שיפוץ פר-יחידה.
• Settlement MAT מעדכן ערך-מלאי-משופץ.
• בסיס להחלטת repair vs replace.

בארגון ראשי-מילוי (filling heads) ומשאבות-CO2 משופצים במקום להיקנות: חלק-פגום מקו-המילוי נרשם C2 (לשיפוץ), Refurbishment Order משפץ אותו ל-C3 (משופץ), והוא חוזר למלאי-החלפים מוכן להתקנה בקו הבא שיידרש. מנוע-משאבה נשרף. הוא נרשם כ-Valuation Type 'לשיפוץ' במלאי. נפתחת Refurbishment Order: From=לשיפוץ, To=משופץ, Qty=1. GI 261 מוציא את המנוע-הפגום, מבצעים שיפוץ (עבודה+חלקים), GR 101 מחזיר מנוע-משופץ למלאי. עלות-השיפוץ נצברה על-היחידה; כעת ניתן להתקין אותו בפק"ע-תחזוקה. דרישות-קדם — בארגון הוכן חומר 'ראש-מילוי' עם C1/C2/C3, מחירים נפרדים, Order Type PM04, ו-Serial Number Profile למעקב פר-ראש. צוות-הטמעה מגדיר Valuation Category, יוצר Valuation Types C1/C2/C3, מזין מחירים, מסמן Order Type PM04, ומגדיר Serial Number Profile למנועים. הודעת-שיפוץ — בארגון Notification 'ראש-מילוי דולף — בלאי-אטם' עם Serial Number מתעד את הכשל לפני שיפוץ; הקוד מזין ניתוח-בלאי-אטמים. טכנאי פותח Notification 'מנוע נשרף — עומס-יתר' עם Serial Number; ממנו נוצרת Refurbishment Order. תכנון-דרישות-חומר — בארגון MRP שומר 5 ראשי-מילוי משופצים במלאי-בטיחות; כשהמלאי יורד, נוצרת המלצת-שיפוץ ומוזמנים אטמים לתהליך. MRP מזהה מלאי-משופצים נמוך, יוצר הזמנה-מתוכננת לשיפוץ; פיצוץ ה-BOM מזמין אטמים ומסבים לתהליך. פק"ע-שיפוץ — בארגון IW81 ל-3 ראשי-מילוי: From=לשיפוץ, To=משופץ; פעולות-פירוק-ניקוי-החלפת-אטם-הרכבה, GR מחזיר 3 ראשים-משופצים למלאי. IW81: Material=מנוע, Qty=2, From=C2, To=C3. REL ➔ GI 261 (2 מנועים פגומים) ➔ שיפוץ ודיווח ➔ GR 101 (2 משופצים) ➔ Settlement. ניפוק-חומר (Goods Issue) — בארגון GI 261 מנפק ראש-מילוי C2 (לפי Serial) + אטם-חדש לפק"ע-השיפוץ. GI 261: מנוע C2 + אטם חדש מנופקים לפק"ע; אם Serial — נבחר המנוע הספציפי. קבלת-טובין (Goods Receipt) — בארגון GR 101 מחזיר ראש-מילוי משופץ ל-C3, זמין להתקנה בקו-המילוי הבא שיידרש. GR 101: מנוע משופץ נכנס ל-C3; ה-Serial חוזר במצב-משופץ; מלאי-משופצים עולה. תמחיר (Costing) — בארגון שיפוץ ראש-מילוי עלה 350 ש"ח מול 1,100 חדש; Costing הראה חיסכון, וה-Settlement עדכן את ערך-המלאי-המשופץ. פק"ע צברה 800 ש"ח (עבודה+אטם) ל-2 מנועים = 400/יחידה. Settlement MAT מיישב ל-C3; השוואה למחיר-חדש 1,200 ➔ שיפוץ משתלם.

• Indicate Order Type for Refurbishment: סימון Order Type (PM04) כ-refurbishment. • Split Valuation (OMWC): Valuation Category + Valuation Types (C1/C2/C3) למצב-חלק. • Material Master: Valuation Category באב-החומר; מחירים נפרדים פר-Valuation Type. • Serial Number Profile: אם עוקבים פר-יחידה (חובה לעיתים בשיפוץ). דרישות-קדם • Split Valuation (OMWC): Valuation Category + Types. • Order Type refurbishment indicator. • Serial Number Profile (אופציונלי). הודעת-שיפוץ • Notification Type ל-refurbishment; Catalog Profile עם Damage/Cause codes לחלקים. תכנון-דרישות-חומר • MRP Type/Reorder point למלאי-משופץ. • BOM לפק"ע-שיפוץ עם חלקי-משנה. פק"ע-שיפוץ • Order Type PM04 מסומן refurbishment. • Default values לרכיבים ולפעולות. • Settlement Profile לעלות פר-יחידה. ניפוק-חומר (Goods Issue) • Movement type 261 כנגד פק"ע. • Serial Number handling ב-GI אם נדרש. קבלת-טובין (Goods Receipt) • Movement type 101 כנגד פק"ע ל-Valuation Type 'משופץ'. • Serial Number handling ב-GR. תמחיר (Costing) • Settlement Profile (MAT לחומר-המשופץ). • Costing variant לפק"ע-שיפוץ. • Price control למלאי-משופץ.

נתוני אב • MBEW פר-Valuation Type = מלאי ומחיר נפרדים למצב-חלק. • Valuation Category באב-החומר (MARC/MBEW). • Serial Numbers (SER01) למעקב פר-יחידה. שאלות ראיון מה הופך פק"ע-שיפוץ לשונה מפק"ע רגילה? היא נושאת חומר, כמות, ו-From/To Valuation Type; GI 261 מוציא את החלק 'לשיפוץ' ו-GR 101 מחזיר אותו 'משופץ', עם עלות נצברת פר-יחידה. מהו תפקיד Split Valuation בשיפוץ? הוא מאפשר לאותו חומר מלאי ומחיר נפרדים לפי-מצב (חדש/לשיפוץ/משופץ), כך שניתן לעקוב, להעריך ולתמחר כל מצב בנפרד. מתי נדרשים Serial Numbers בשיפוץ? כשעוקבים אחר יחידה-בודדת לאורך-זמן (היסטוריית-שיפוצים, מספר-שיפוצים מותר) — ה-Serial Number Profile מחייב מספר ב-GI/GR. מהן דרישות-הקדם לשיפוץ? Split Valuation עם Valuation Types, מחירים פר-Type, Order Type מסומן ל-refurbishment, ואופציונלית Serial Number Profile. למה נחוצה Notification-שיפוץ? היא לוכדת את סיבת-הכשל והקודים של החלק-הפגום — בסיס לניתוח-אמינות ולהחלטות-שיפוץ — ומקשרת ל-Serial Number להיסטוריה. כיצד MRP תומך בשיפוץ? הוא מנהל זמינות חלקי-משנה לתהליך-השיפוץ ומתכנן את מאגר-המשופצים לפי reorder point, כך שתמיד יש חלפים מוכנים. אילו שדות ייחודיים לפק"ע-שיפוץ? Material, Quantity, From Valuation Type ו-To Valuation Type — הם מנהלים את מעבר-המצב של החלק ואת תנועות ה-GI/GR. איזו תנועת-מלאי מוציאה את החלק-הפגום בשיפוץ? תנועה 261 כנגד הפק"ע, מ-Valuation Type 'לשיפוץ' — מתחילה צבירת-עלות ומפחיתה ממלאי-לשיפוץ. מה משלים את מחזור-המצב בשיפוץ? GR 101 מחזיר את החלק כ-Valuation Type 'משופץ' למלאי, מעדכן את ערכו לפי עלות-השיפוץ, ומסיים את המעבר C2→C3. לאן מיושבת עלות-פק"ע-שיפוץ? לרוב ל-MAT (החומר-המשופץ) כדי לעדכן את ערך-המלאי-המשופץ; כך עלות-השיפוץ מגולמת בערך-החלף. נושאים קשורים • PM Academy · ניהול-חלפים ומלאי • אובייקט · MBEW

• שדות From/To Val. Type חסרים ➔ Order Type לא-מסומן ל-refurbishment. • GI נכשל ➔ אין מלאי ב-Valuation Type 'לשיפוץ'. • עלות-יחידה שגויה ➔ מחיר Valuation Type לא-מעודכן או GR בכמות שגויה. • Serial Number לא-נדרש/נדרש שלא-בזמן ➔ Serial Number Profile שגוי. דרישות-קדם • שדות-שיפוץ חסרים ➔ Order Type לא-מסומן. • אי-אפשר להעריך חלק ➔ מחיר Valuation Type חסר. הודעת-שיפוץ • לא ניתן לקשר ל-Order ➔ תאימות Notification Type↔Order Type חסרה. תכנון-דרישות-חומר • שיפוץ נתקע ➔ חלקי-משנה חסרים, BOM לא פוצץ. • מלאי-משופצים מתרוקן ➔ אין reorder point. פק"ע-שיפוץ • אי-אפשר GI ➔ אין מלאי ב-From Valuation Type. • GR נכשל ➔ To Valuation Type לא מוגדר/חסר מחיר. ניפוק-חומר (Goods Issue) • GI נכשל ➔ אין מלאי ב-'לשיפוץ' או Serial לא תקין. קבלת-טובין (Goods Receipt) • GR נכשל ➔ To Valuation Type חסר מחיר/לא מוגדר. • ערך-מלאי שגוי ➔ price control/עלות-שיפוץ. תמחיר (Costing) • עלות תקועה בפק"ע ➔ Settlement Rule/Profile שגוי. • ערך-מלאי לא משתנה ➔ Settlement לא ל-MAT.

• שיפוץ = השבת-חלק-פגום למצב-שמיש במקום קנייה. • Split Valuation (C1/C2/C3) הוא הלב — מלאי ומחיר פר-מצב. • GI 261 מוציא 'לשיפוץ', GR 101 מחזיר 'משופץ', עלות פר-יחידה. • Serial Numbers מאפשרים מעקב-יחידה והיסטוריה. • דרישות-קדם = Split Valuation + Order Type מסומן + מחירים. • Serial Number Profile אם עוקבים פר-יחידה. • Notification-שיפוץ = הקשר וקודי-כשל לחלק. • מזין ניתוח-אמינות ומקושר ל-Serial Number. • MRP מתכנן חלקי-משנה ומאגר-משופצים. • Valuation Type 'לשיפוץ' נכנס לתכנון. • פק"ע-שיפוץ = Material+Qty+From/To Valuation Type. • IW81; Order Type PM04; עלות פר-יחידה. • GI 261 מוציא חלק-פגום (Valuation Type 'לשיפוץ'). • מתחיל לכידת-עלות; Serial לעקיבות. • GR 101 מחזיר חלק-משופץ (Valuation Type 'משופץ'). • סוגר מחזור-מצב; מעדכן ערך-מלאי. • Costing מחשב עלות-שיפוץ פר-יחידה. • Settlement MAT מעדכן ערך-מלאי-משופץ. • בסיס להחלטת repair vs replace.