תכנון עם תוקף-מדף

תכנון shelf life מבטיח שה-PP/DS מתחשב בתאריך-התפוגה של חומרים מתכלים: דרישה אינה מכוסה ע"י מלאי שיפוג לפניה, ופק"ע מתוזמנת כך שהמוצר יהיה 'טרי' מספיק כשייצרך. זה קריטי בתעשיות מזון/משקאות/תרופות, שבהן מלאי-פג = הפסד ישיר וסיכון-רגולציה. PP/DS מנהל shelf life לאורך כל שרשרת-האספקה, מהתרכיז ועד המשקה המוגמר. נתוני-אב — נתוני-האב של shelf life הם שדות אב-החומר (Total / Min Remaining Shelf Life + Period Indicator) ושדות-האצווה (תאריך-ייצור/תפוגה). הם הבסיס שעליו PP/DS מחשב את שרידות-המלאי. אינטגרציה של אצוות עם תוקף-מדף — אצוות (Batches) הן הנושאות-בפועל של תאריך-התפוגה. האינטגרציה מבטיחה שכל אצווה מועברת ל-PP/DS עם VFDAT/HSDAT שלה, כך שהתכנון מתבצע ברמת-האצווה ולא רק ברמת-החומר. Pegging ותכנון — ה-Pegging הוא הקשר בין דרישה לאספקה ב-PP/DS. בתכנון-shelf-life ה-Pegging מקבל מגבלות-זמן: הוא לא יקשר דרישה לאספקה שתפוג לפני מועד-הדרישה או שלא תשאיר את זמן-המדף-המינימלי הנדרש. אלרטים לתוקף-מדף — ה-Alert Monitor מסמן באופן-יזום הפרות-shelf-life: מלאי שיפוג ללא דרישה, דרישה שאין לה אספקה-טרייה, או pegging שמפר את זמן-המדף-המינימלי. המתכנן מטפל לפני שהבעיה הופכת לבלאי.

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

להבטיח שהתכנון מכבד רעננות: לא לכסות דרישה עם מלאי שיפוג מוקדם מדי, ולתזמן ייצור כך שיישאר מספיק זמן-מדף בנקודת-הצריכה. זה מקטין בלאי (waste), עומד ברגולציה ושומר על איכות-מוצר. נתוני-אב — לספק ל-PP/DS את הפרמטרים המספריים לחישוב-שרידות, ולקשר כל אצווה לתאריך-תפוגה ממשי. אינטגרציה של אצוות עם תוקף-מדף — לאפשר תכנון ברזולוציית-אצווה: צריכת FEFO (First-Expired-First-Out) ומניעת-שיוך של אצווה-פגה לדרישה. Pegging ותכנון — להבטיח שכל שיוך דרישה↔אספקה הוא תקֵף-זמנית — לא רק מבחינת כמות אלא גם מבחינת רעננות. אלרטים לתוקף-מדף — לאפשר ניהול-חריגים (Management by Exception): המתכנן מתמקד רק במקרים שמפרים רעננות, במקום לסרוק את כל המלאי.

• Logistics – General ► Material Master ► Settings for Key Fields ► Data Relevant to SD ► Define Shelf Life • Advanced Planning ► Master Data ► Product ► Maintain Product (/SAPAPO/MAT1) ► tab Properties (Shelf Life) • Production Planning and Detailed Scheduling ► Global Settings ► Maintain Global Parameters and Defaults • Logistics – General ► Material Master ► Material ► MM02 ► tab Plant data/storage 1 (Shelf Life fields) • Advanced Planning ► Master Data ► Product ► /SAPAPO/MAT1 ► Shelf Life • Logistics ► Central Functions ► Batch Management ► Batch Determination (FEFO) • Production Planning and Detailed Scheduling ► Product View (/SAPAPO/RRP3) • PP/DS ► Maintain Global Parameters ► Pegging settings • Advanced Planning ► Supply Chain Monitoring ► Alert Monitor (/SAPAPO/AMON1) • PP/DS ► Configuration ► Define Alert Profiles

• shelf life מבטיח רעננות: אין כיסוי-דרישה במלאי שיפוג מוקדם מדי.
• שלושה שדות: Total, Min Remaining, Period Indicator.
• Pegging מתחשב-תוקף + Alert Monitor להפרות.
• Embedded = נתונים מקומיים; ECC = דרך CIF.
• שני שדות-זמן + Period Indicator באב-החומר.
• VFDAT/HSDAT ברמת-האצווה.
• אחידות Period Indicator לאורך השרשרת.
• תכנון ברזולוציית-אצווה עם VFDAT לכל אצווה.
• FEFO משתלב ב-Pegging.
• אצוות חייבות להיות ב-Integration Model (ECC) או מקומית (Embedded).
• Pegging = קשר דרישה↔אספקה, מוגבל-תוקף תחת shelf life.
• Dynamic Pegging עם Max Earliness/Lateness.
• הפרות נראות ב-RRP3.
• ניהול-חריגים דרך Alert Monitor.
• סף לפי Min Remaining + מרווח-פעולה.
• שייך פרופיל ל-Planner ולתצוגה.

בארגון משקה מוגמר נושא shelf life של ~9 חודשים; תרכיז ~6 חודשים. תכנון shelf life מבטיח שמשלוח ללקוח יכלול מלאי עם מספיק ימים-נותרים (Min Remaining Shelf Life) לפי דרישת-הרשת הקמעונאית, ושתערובת-בסיס לא-יציבה תיוצר סמוך-מאוד למילוי. דרישה ל-1,000 יח' בתאריך 1.7. במלאי 1,000 יח' שפג ב-20.6 — PP/DS לא ישייך אותם (יפוגו לפני הדרישה), ויתכנן פק"ע חדשה שתסתיים בזמן עם זמן-מדף-נותר מספק. ה-Pegging יוצר קשר רק בין דרישה לבין מלאי תקֵף שיעמוד בזמן-המדף-המינימלי. נתוני-אב — בארגון: משקה FERT — MHDRZ=270, MHDHB=90; תרכיז ROH — MHDRZ=180, MHDHB=60. כל אצוות-תרכיז מקבלת VFDAT אוטומטי בקליטה לפי MHDRZ. פתיחת חומר עם MHDRZ=270 ימים ו-MHDHB=90 ימים: כל אצווה שתיקלט תקבל VFDAT=תאריך-ייצור+270, ו-PP/DS לא ישייך אותה לדרישה שיותר מ-180 יום אחרי הייצור. אינטגרציה של אצוות עם תוקף-מדף — בארגון מחסן-המוצר-המוגמר מכיל אצוות-משקה מתאריכי-מילוי שונים; PP/DS משייך FEFO כך שהמשלוח לרשת יוצא מהאצווה הקרובה-לתפוגה שעדיין עומדת בדרישת-הימים-הנותרים. שתי אצוות במלאי: A פג ב-1.8, B פג ב-1.10. דרישה ב-15.7 — PP/DS משייך FEFO את A (פג מוקדם), ושומר את B לדרישה מאוחרת יותר, כל עוד שתיהן עומדות ב-Min Remaining. Pegging ותכנון — בארגון דרישה לקמפיין-מילוי באוקטובר לא תקושר לתערובת-בסיס שיוצרה ביולי (פגה); ה-Pegging יחייב ייצור-תערובת סמוך-למילוי, ובכך מתאם את תכנון-הקמפיין. דרישה ב-1.9 ל-500 יח'. אספקה זמינה שפגה ב-20.8 — ה-Pegging דוחה אותה ו'מחפש' אספקה אחרת או יוצר הזמנה-מתוכננת חדשה. ה-arc ב-RRP3 מקשר רק למקור-תקף. אלרטים לתוקף-מדף — בארגון המתכנן פותח את Alert Monitor בבוקר ורואה אילו אצוות-משקה מתקרבות לתפוגה במחסנים האזוריים, ומפנה אותן לרשתות עם תחלופה-מהירה. אצווה תפוג בעוד 10 ימים ואין לה דרישה — האלרט 'Shelf life expiring without demand' מופיע; המתכנן מקדם משלוח או מסמן להורדת-מחיר.

• הפעל Shelf Life באב-החומר: MARC-MHDRZ (Total Shelf Life) + MARC-MHDHB (Min. Remaining Shelf Life) + MARC-IPRKZ (Period indicator). • Plant-level: סמן 'Shelf Life Expiration Date check' ב-Customizing של ניהול-אצוות. • ב-PP/DS Product (/SAPAPO/MAT1) ודא שדות-shelf-life הועברו דרך CIF (או קיימים מקומית ב-Embedded). • Alert Profile: הפעל אלרטים לשרידות-מדף ב-Alert Monitor (/SAPAPO/AMON1). נתוני-אב • מלא MARC-MHDRZ (Total), MARC-MHDHB (Min Remaining), MARC-IPRKZ (Period); ודא בדיקת-SLED פעילה במפעל. אינטגרציה של אצוות עם תוקף-מדף • הפעל Batch attributes ל-shelf life ב-PP/DS Product; הגדר Batch Determination FEFO; ב-ECC הוסף מלאי-אצוות ל-Integration Model (CIF). Pegging ותכנון • הגדר Dynamic Pegging עם Max Earliness/Lateness; הפעל shelf life כ-pegging constraint ב-PP/DS Product (Demand/Pegging tab). אלרטים לתוקף-מדף • צור Alert Profile עם Alert Type ל-shelf life; קבע ספים (ימים-נותרים); שייך ל-Planner ולמסך-התכנון.

נתוני אב • MARC-MHDRZ = Total Shelf Life · MARC-MHDHB = Min Remaining Shelf Life · MARC-IPRKZ = יחידת-זמן (D/W/M). • אצווה (MCH1) נושאת VFDAT (תאריך-תפוגה) / HSDAT (תאריך-ייצור) — בסיס לחישוב-שרידות. שאלות ראיון אילו שדות מגדירים shelf life באב-החומר? MARC-MHDRZ (Total Shelf Life), MARC-MHDHB (Min Remaining Shelf Life), ו-MARC-IPRKZ (Period Indicator). ללא Period Indicator החישוב שגוי. כיצד shelf life משפיע על pegging? ה-Pegging לא ישייך מלאי לדרישה אם המלאי יפוג לפני מועד-הדרישה או לא יעמוד בזמן-המדף-הנותר-המינימלי. מה ההבדל בין ECC-PP/DS ל-Embedded לעניין shelf life? ב-ECC נדרש CIF להעברת הנתונים ל-/SAPAPO/MAT; ב-Embedded הנתונים מקומיים וזמינים ישירות. כיצד מחושב VFDAT של אצווה? תאריך-ייצור (HSDAT) + Total Shelf Life (MHDRZ), בכפוף ל-Period Indicator. מהו FEFO ומדוע הוא חשוב כאן? First-Expired-First-Out — צריכת האצווה הקרובה-ביותר-לתפוגה תחילה, כדי למזער בלאי ולשמור על רעננות. כיצד shelf life מגביל את ה-Pegging? ה-Pegging לא יקשר דרישה לאספקה שתפוג לפני מועד-הדרישה או שלא תעמוד ב-Min Remaining; הוא מחפש מקור-תקף או מפעיל יצירת-receipt חדש. מה מספק Alert Monitor לתכנון-shelf-life? ניטור-חריגים יזום — הפרות-רעננות (מלאי-פג ללא דרישה, כיסוי במלאי-ישן) מסומנות לטיפול לפני שהופכות לבלאי. נושאים קשורים • PP/DS · Pegging (8.1.3) • אובייקט · MARC • אובייקט · /SAPAPO/RRP3

• PP/DS משייך מלאי-פג לדרישה ➔ בדוק MHDHB (Min Remaining) ובדיקת-SLED פעילה. • shelf life לא מופיע ב-PP/DS Product ➔ שדות לא הועברו ב-CIF / לא קיימים ב-Embedded. • חישוב-תוקף שגוי ➔ IPRKZ (Period Indicator) חסר או לא-תואם ל-MHDRZ. • אין אלרט להפרה ➔ Alert Profile ללא בדיקת-shelf-life. נתוני-אב • אצווה ללא VFDAT ➔ MHDRZ לא הוגדר בעת-הקליטה. • PP/DS מתעלם מ-shelf life ➔ שדות לא נטענו ל-/SAPAPO/MATLOC. אינטגרציה של אצוות עם תוקף-מדף • PP/DS לא מבחין בין אצוות ➔ Batch attributes כבויים / אצוות חסרות ב-CIF. • אצווה-פגה נצרכת אחרונה ➔ Batch Determination לא FEFO. Pegging ותכנון • דרישה מקושרת לאספקה-פגה ➔ shelf life לא מופעל כ-constraint / Fixed pegging ידני. • ייצור-יתר מיותר ➔ Max Earliness מצמצם-מדי קישורים תקפים. אלרטים לתוקף-מדף • אין אלרטי-shelf-life ➔ Alert Type לא הופעל בפרופיל / סף לא הוגדר. • האלרטים לא נראים בלוח-התכנון ➔ Profile לא משויך לתצוגה.

• shelf life מבטיח רעננות: אין כיסוי-דרישה במלאי שיפוג מוקדם מדי. • שלושה שדות: Total, Min Remaining, Period Indicator. • Pegging מתחשב-תוקף + Alert Monitor להפרות. • Embedded = נתונים מקומיים; ECC = דרך CIF. • שני שדות-זמן + Period Indicator באב-החומר. • VFDAT/HSDAT ברמת-האצווה. • אחידות Period Indicator לאורך השרשרת. • תכנון ברזולוציית-אצווה עם VFDAT לכל אצווה. • FEFO משתלב ב-Pegging. • אצוות חייבות להיות ב-Integration Model (ECC) או מקומית (Embedded). • Pegging = קשר דרישה↔אספקה, מוגבל-תוקף תחת shelf life. • Dynamic Pegging עם Max Earliness/Lateness. • הפרות נראות ב-RRP3. • ניהול-חריגים דרך Alert Monitor. • סף לפי Min Remaining + מרווח-פעולה. • שייך פרופיל ל-Planner ולתצוגה.