דרישות עצמאיות מתוכננות

דרישות-עצמאיות-מתוכננות (PIRs) הן ביטוי הביקוש החזוי שעליו נשען כל תכנון-הייצור. העברתן ל-PP/DS מאפשרת ל-Advanced Planning לראות את הביקוש, להריץ Net Requirements ולתזמן הזמנות. ללא PIRs מועברים, ה-liveCache 'עיוור' לביקוש ולא ייצור הזמנות-מתוכננות.

PIR הוא 'תחזית-ביקוש': כמה אנחנו צופים למכור ממוצר בכל שבוע. את התחזית הזו צריך להעביר ל-PP/DS כדי שיֵדע לתכנן ייצור מולה. אם התחזית קיימת ב-ECC אך לא הועברה — המתכנן ב-PP/DS לא יראה צורך לייצר כלום.

המטרה: להזרים את אות-הביקוש ל-PP/DS כך שתכנון-הדרישות-נטו יזהה חוסרים ויפיק הזמנות-מתוכננות בזמן ובכמות הנכונים, תוך התחשבות באסטרטגיית-התכנון (make-to-stock / planning with final assembly).

• SAP Menu ► Logistics ► Production ► Production Planning ► Demand Management ► Planned Independent Requirements ► Create (MD61) • Integration with SAP Components ► APO ► Application-Specific Settings ► Demand Planning / PP-DS ► Transfer of PIRs • Production ► MRP ► Planning ► Define Strategy / Strategy Group

• PIR = אות-הביקוש; הוא מניע את כל תכנון-הייצור ב-PP/DS.
• מועבר דרך CIF או דרך DP release — לעולם לא שניהם.
• Strategy Group + Consumption Mode קובעים קיזוז מול הזמנות-לקוח.
• אמת ב-Planning Version הפעילה לפני הרצת-תכנון.

בארגון תחזית-המכירות של בקבוק 1.5 ליטר נשמרת כ-PIR לכל שבוע-קמפיין. ההעברה ל-PP/DS מאפשרת לתזמן את קווי-המילוי מול הביקוש החזוי; הזמנות-לקוח בפועל מקזזות את ה-PIR לפי backward/forward consumption כך שלא נכפיל את הביקוש. מתכנן-ביקוש מזין ב-MD61 תחזית של 10,000 יח' מוצר לחודש. דרך release/CIF היא מגיעה ל-PP/DS כדרישת-FA. הרצת PP/DS (heuristic) מזהה חוסר-כיסוי, יוצרת הזמנות-מתוכננות מתוזמנות אחורנית מתאריך-הדרישה, ומקזזת אותן מול הזמנות-לקוח שנכנסות לפי consumption mode.

• Strategy Group (MRP3 באב-החומר) קובע את requirements type של ה-PIR ואת לוגיקת-הצריכה. • Consumption Mode + Consumption Periods (backward/forward) באב-החומר — קיזוז PIR מול הזמנות-לקוח. • Integration Model לכלול קטגוריית PIR אם ההעברה דרך CIF; אחרת release מ-Demand Planning. • Planning Version (000 = active) ב-PP/DS אליה משוחררת התחזית.

נתוני אב • PBED/PBIM = רשומות-ה-PIR ברמת-חומר/מפעל/תקופה. • MARC: Strategy Group, Consumption Mode, Consumption Periods, Mixed-MRP indicator. • Planning Version + Pegging area ב-liveCache קובעים את הקישור דרישה↔קבלה. שאלות ראיון מהו PIR ומדוע חשוב להעבירו ל-PP/DS? דרישה-עצמאית-מתוכננת (תחזית-ביקוש); בלעדיה PP/DS לא רואה ביקוש ולא מפיק הזמנות-מתוכננות. מה קובע Strategy Group בהקשר PIR? את requirements type ואת לוגיקת-הצריכה — כיצד הזמנות-לקוח מקזזות את התחזית (make-to-stock מול make-to-order). מהו Consumption Mode? כיוון הקיזוז (backward/forward) ומספר-הימים שבהם הזמנת-לקוח 'אוכלת' PIR, כדי למנוע ספירת-ביקוש כפולה. נושאים קשורים • PP/DS · הזמנות-מכירה (4.9) • אובייקט · PBED

• PP/DS לא יוצר הזמנות ➔ בדוק שה-PIR קיים ב-Planning Version הפעילה (/SAPAPO/RRP3). • ביקוש כפול ➔ Strategy/Consumption לא מקזזים הזמנות-לקוח מול PIR. • PIR לא עבר ➔ קטגוריה לא סומנה במודל-האינטגרציה או release לא רץ. • תאריכי-דרישה שגויים ➔ planning calendar / period split שגוי ב-MD61.

• PIR = אות-הביקוש; הוא מניע את כל תכנון-הייצור ב-PP/DS. • מועבר דרך CIF או דרך DP release — לעולם לא שניהם. • Strategy Group + Consumption Mode קובעים קיזוז מול הזמנות-לקוח. • אמת ב-Planning Version הפעילה לפני הרצת-תכנון.