המרת-מוצרים (Product Interchangeability)

Product Interchangeability מאפשר ל-PP/DS להשתמש במוצר חלופי כשהמקורי חסר או הולך-ופוקע (phase-out). זה תומך במעבר-גרסאות (successor materials), בשימוש-עד-תום (use-up) של מלאי-ישן, ובהמרה דו-כיוונית בין מוצרים שווי-ערך. התוצאה: פחות מלאי-מת, מעברי-גרסה חלקים ושירות-לקוח רציף. נתוני-אב — נתוני-האב של Interchangeability מגדירים את קבוצות-ההחלפה: חברי-הקבוצה, סוג-ההחלפה (Discontinuation/FFF), כיוון, תאריכי-תוקף ואסטרטגיית-Use-up. אלה הנתונים ש-PP/DS צורך כדי להחליף מוצרים. המרה בתהליך-התכנון — בתהליך-התכנון PP/DS/MRP מיישם את קבוצות-ההחלפה: צורך מלאי-predecessor עד תום (Use-up), עובר ל-successor בתאריך-ההפסקה, ומשתמש בחברי-FFF להחלפה-הדדית כשחסר מלאי.

לפעמים מוצר ב' יכול להחליף מוצר א' — או כי א' עומד להיפסק, או כי הם פשוט שווי-ערך. Interchangeability אומר ל-SAP: 'אם א' חסר, השתמש ב-ב''. כך לא 'נתקעים' כשמוצר מתחלף בגרסה חדשה. נתוני-אב — כאן בונים את 'טבלת-ההחלפות': מי מחליף את מי, ממתי, ובאיזה כיוון. כל החלפה היא רשומה עם מוצר-מקור, מוצר-יעד ותאריך. המרה בתהליך-התכנון — אחרי שהגדרת מי-מחליף-את-מי, כאן זה 'קורה': כשהמתכנן מריץ תכנון, SAP בודק את טבלת-ההחלפות ובוחר אוטומטית את המוצר הנכון לפי המלאי והתאריך.

לנהל את מחזור-חיי-המוצר: לאזול מלאי-ישן לפני מעבר לחדש, להבטיח אספקה כשרכיב מסולק, ולנצל גמישות-החלפה להפחתת-מלאי. נתוני-אב — לרכז את כל חוקי-ההחלפה במקום-אחד, נגיש ל-MRP ול-PP/DS, במקום לוגיקה מפוזרת. המרה בתהליך-התכנון — להפוך את חוקי-ההחלפה לפעולה-בפועל בתכנון — מעבר-גרסה חלק, ניצול-מלאי וכיסוי-דרישה גמיש.

• Production Planning ► Interchangeability ► Manage Interchangeability Groups • SPRO ► Production ► MRP ► Master Data ► Interchangeability ► Define Settings • Advanced Planning ► Master Data ► Interchangeability Groups (CIF transfer) • Production Planning ► Interchangeability ► Manage Interchangeability Groups (/INCMD/UI) • Production Planning and Detailed Scheduling ► Product View (/SAPAPO/RRP3) • MRP ► Stock/Requirements List (MD04) ► Interchangeability indicator

• Interchangeability = שימוש במוצר-חלופי בתכנון.
• Discontinuation (כיווני) מול FFF (דו-כיווני).
• Use-up מונע מלאי-מת במעברי-גרסה.
• חובה להעביר ל-PP/DS (CIF/Embedded).
• קבוצה = חברים + supersession + תוקף.
• מאוחסן ב-/INCMD/.
• הסנכרן ל-PP/DS אחרי שינוי.
• ההחלפה מתממשת בהרצת-התכנון.
• Use-up קודם ל-successor.
• FFF מאפשר כיסוי-צולב; אמת ב-RRP3.

בארגון מעבר עיצוב-תווית עונתי: התווית-הקודמת מוגדרת predecessor לתווית-החדשה עם תאריך-הפסקה; PP/DS צורך את המלאי-הישן עד תום ואז עובר לחדשה, ומונע גריטת-תוויות. בקבוקים שווי-נפח ממוצרנים-שונים מוגדרים Form-Fit-Function להחלפה-הדדית. תווית-עיצוב-ישנה (predecessor) מוחלפת בעיצוב-חדש (successor) מתאריך 1.7. עד אז MRP/PP/DS צורך את הישנה; מ-1.7 או כשהמלאי-הישן אזל — עובר אוטומטית לחדשה, בלי מלאי-מת. נתוני-אב — בארגון קבוצת-החלפה 'בקבוק-500מל': מוצרני-זכוכית A ו-B כ-FFF דו-כיווני; קבוצת-תווית-עונתית כ-supersession עם Use-up. יצירת קבוצה 'תוויות-מוצר לדוגמה': member ישן + member חדש, supersession ישן→חדש, Effective-out 30.6, Use-up=פעיל. PP/DS ינהל את המעבר אוטומטית. המרה בתהליך-התכנון — בארגון הרצת-תכנון לקראת חילופי-עונה: PP/DS צורך את מלאי-התווית-הישנה עד תום ואז מתכנן ייצור עם התווית-החדשה — מעבר חלק ללא גריטה. דרישה ל-successor ב-15.7, אך יש 200 יח' predecessor במלאי ו-Use-up פעיל — PP/DS צורך תחילה את ה-200 ורק ליתרה מתכנן successor חדש.

• הגדר Interchangeability Type: Discontinuation (Supersession chain) או Form-Fit-Function (FFF) class. • Supersession: predecessor → successor עם Effective-out Date ו-Direction (One-way/Both-way). • Use-up strategy: 'use up stock' לפני מעבר ל-successor. • ודא העברה ל-PP/DS דרך CIF (Interchangeability integration model) / זמינות מקומית ב-Embedded. נתוני-אב • צור Group, הוסף Members, הגדר Supersession (predecessor→successor) עם Effective-out + Direction + Use-up. המרה בתהליך-התכנון • ודא שהקבוצות הועברו ל-PP/DS; הגדר Heuristic התומך ב-supersession; אמת Use-up ו-Effective-out פעילים בהרצה.

נתוני אב • /INCMD/HEADER = כותרת-קבוצה · /INCMD/MEMBER = חברים · /INCMD/SUPSESS = שרשרת-ירושה. • Effective-out Date + Use-up indicator קובעים מתי המעבר מתבצע. שאלות ראיון מה ההבדל בין Discontinuation ל-Form-Fit-Function? Discontinuation = שרשרת-ירושה כיוונית (predecessor→successor) למעבר-גרסאות; FFF = קבוצה שוות-ערך להחלפה דו-כיוונית בין חברים. מה עושה ה-Use-up strategy? מורה ל-PP/DS לצרוך תחילה את מלאי ה-predecessor עד תום ורק אז לעבור ל-successor — מונע מלאי-מת. כיצד מועברת Interchangeability ל-PP/DS? דרך integration model ב-CIF (ECC) או מקומית ב-Embedded; ללא העברה ההחלפה לא נאכפת בתכנון. אילו שלושה רכיבים מרכיבים קבוצת-Interchangeability? חברים (Members), סוג+כיוון (Discontinuation/FFF, One/Both-way), ותאריכי-תוקף + Use-up. כיצד PP/DS בוחר בין predecessor ל-successor בהרצה? אם יש מלאי-predecessor ו-Use-up פעיל וטרם חלף Effective-out — צורך predecessor; אחרת מתכנן successor. נושאים קשורים • PP/DS · המרה בתהליך-התכנון (8.2.2) • אובייקט · MD04

• PP/DS לא עובר ל-successor ➔ Effective-out Date עתידי / קבוצה לא ב-CIF. • מלאי-predecessor לא נצרך לפני מעבר ➔ Use-up לא הופעל. • החלפה בכיוון לא-רצוי ➔ Direction מוגדר Both-way בטעות. • שגיאה בהרצת-MRP ➔ supersession chain לא-עקבית/מעגלית. נתוני-אב • קבוצה לא נשמרת ➔ supersession מעגלי/חבר-כפול. • השינוי לא ב-PP/DS ➔ הרץ CCR. המרה בתהליך-התכנון • successor מתוכנן למרות מלאי-predecessor ➔ Use-up כבוי. • כיסוי-צולב ב-FFF לא קורה ➔ Direction/קבוצה לא הועברה.

• Interchangeability = שימוש במוצר-חלופי בתכנון. • Discontinuation (כיווני) מול FFF (דו-כיווני). • Use-up מונע מלאי-מת במעברי-גרסה. • חובה להעביר ל-PP/DS (CIF/Embedded). • קבוצה = חברים + supersession + תוקף. • מאוחסן ב-/INCMD/. • הסנכרן ל-PP/DS אחרי שינוי. • ההחלפה מתממשת בהרצת-התכנון. • Use-up קודם ל-successor. • FFF מאפשר כיסוי-צולב; אמת ב-RRP3.