תכנון ביקוש (PIR)

תכנון ביקוש (Demand Management) הוא השלב שממנו מתחילה כל שרשרת התכנון בייצור התהליכי: כאן מתרגמים את תחזית המכירות לביקוש מתוכנן שהמערכת יודעת לתכנן מולו. הכלי המרכזי הוא PIR — Planned Independent Requirements (דרישות עצמאיות מתוכננות), שנוצרות ב-MD61 ונשמרות בטבלאות PBIM (כותרת/שיוך חומר-אזור) ו-PBED (פירוט לפי תקופה וכמות). בסוף השיעור תדע: (1) מהי PIR ומדוע היא ה'עצמאית' — דרישה שאינה נגזרת מדרישת-אב אלא מוזנת ישירות מהתכנון; (2) כיצד גרסת דרישות (Requirements Plan Version) עובדת, ולמה רק גרסה פעילה (00 כברירת מחדל) נלקחת ל-MRP; (3) כיצד PIR נצרכת מול הזמנות לקוח בפועל לפי אסטרטגיית התכנון ופרמטרי הצריכה (Consumption Mode/Periods); (4) איך MD61 (יצירה), MD62 (שינוי), MD73 (הצגת צריכה) ו-MD74/MD75/MD76 (ארגון מחדש) מרכיבים את מחזור החיים; (5) כיצד המודל נשמר במעבר ל-S/4HANA ומנוהל באפליקציית Fiori 'Manage PIRs'. זהו שיעור-מפתח: טעות כאן (גרסה שגויה, צריכה לא מוגדרת, PIR ישנות שלא נוקו) מייצרת כפל-ביקוש או ייצור-יתר שמתגלגלים לאורך כל שרשרת ה-MRP והפקודות.

PIR הן ה'דלק' של MRP בתרחיש ייצור-למלאי (Make-to-Stock). בלי ביקוש מתוכנן ה-MRP אינו יודע כמה מוצר-גמר לייצר לפני שהזמנות הלקוח נכנסות בפועל — וזו בדיוק הסיטואציה בתעשייה תהליכית שבה זמן האספקה של תרכיזים, בקבוקים ומכסים ארוך מזמן ההמתנה שהלקוח מוכן לספוג. ניהול הביקוש מגשר על הפער: מזינים תחזית כ-PIR, ה-MRP מפצץ אותה דרך ה-BOM וגרסת הייצור ליצור הזמנות מתוכננות לרכיבים, וכשההזמנות בפועל נכנסות הן 'צורכות' את התחזית במקום להיערם עליה. הבנת שלושת המנגנונים — הגרסה הפעילה, אסטרטגיית התכנון, וצריכת התחזית — היא תנאי מקדים לכל נושא ה-MRP וה-Planning Strategies. טעות בשלב הזה אינה נשארת מקומית: גרסה שאינה 00 גורמת ל-MRP להתעלם לגמרי מהתחזית (החומר 'לא מתוכנן'); העדר Consumption Mode/Periods גורם לכך שהתחזית וההזמנה בפועל נספרות פעמיים (כפל ביקוש → ייצור-יתר); ו-PIR ישנות שלא נצרכו ולא נוקו ב-MD74 מנפחות את תכנית האספקה עם ביקוש-פנטום.

ניהול ביקוש נכון = איזון בין רמת שירות (זמינות מדף) לבין הון חוזר. מזינים מספיק ביקוש מתוכנן כדי לכסות את זמן האספקה הארוך של חומרי הגלם והאריזה, אך לא יותר — כי צריכת התחזית מונעת ייצור-יתר כשהמכירות בפועל נמוכות מהצפי. התוצאה: פחות מלאי-גמר תקוע (חשוב במיוחד למוצרים עם תפוגה — SLED), פחות מחסור (Stockout) בעונות שיא, ותכנית ייצור יציבה שאינה מזנקת עם כל הזמנה בודדת. ניהול ביקוש הוא גם הבסיס ל-Sales & Operations Planning (S&OP) ולשקיפות: המנהלים רואים את פער התחזית-מול-בפועל בזמן אמת (MD73), ומקבלים החלטות תכנון על בסיס נתונים ולא תחושת בטן.

בכל תרחיש ייצור-למלאי (MTS) של מוצרי גמר בתעשייה תהליכית — משקאות, מזון, פארמה, כימיה, קוסמטיקה — שבו זמן האספקה של חומרי הגלם/אריזה ארוך מזמן ההמתנה של הלקוח. משמש מתכנני ביקוש (Demand Planners), מתכנני ייצור (Production Planners), וצוותי S&OP. נכנס לפעולה בהקמת מערכת PP-PI חדשה, בפרויקטי הטמעה/המרה ל-S/4HANA, בתחילת כל מחזור תכנון (חודשי/שבועי) כשמזינים תחזית מעודכנת, ובאינטגרציה עם מערכות חיזוי חיצוניות (IBP / APO-DP) שמעבירות תחזית כ-PIR. רלוונטי גם במעבר בין אסטרטגיות תכנון (40→20) ובניתוח כפל-ביקוש.

• PIR — דרישות עצמאיות מתוכננות (Planned Independent Requirements): ביקוש שמוזן ישירות מהתכנון ואינו נגזר מדרישת-אב. 'עצמאית' כי היא עומדת בפני עצמה (בניגוד לדרישה תלויה שנוצרת מפיצוץ BOM). נשמרת פיזית בשתי טבלאות: PBIM (שיוך חומר↔אזור-דרישה↔גרסה) ו-PBED (שורות הביקוש לפי תקופה, תאריך וכמות). נוצרת ב-MD61.
• גרסת דרישות (Requirements Plan Version / Active-Inactive): כל PIR משויכת לגרסה. רק גרסה פעילה (Active) נלקחת בחשבון ב-MRP; 00 היא הגרסה הפעילה המקובלת. גרסאות נוספות (למשל 01/02) משמשות לסימולציה ולתרחישי 'מה-אם' בלי להשפיע על התכנון בפועל. זו הטעות מספר-אחת: הזנת PIR בגרסה שאינה פעילה → MRP מתעלם והחומר 'לא מתוכנן'.
• אסטרטגיית תכנון (Planning Strategy) ו-Requirements Type: קבוצת האסטרטגיה (Strategy Group ב-MRP3) קובעת איזה סוג דרישה נוצר מה-PIR — למשל LSF (אסטרטגיה 40) או VSF (אסטרטגיה 10) — ואיך התחזית מתנהגת מול ההזמנה בפועל. אסטרטגיה 10 = ייצור-למלאי טהור (הזמנת לקוח אינה יוצרת ביקוש נפרד); אסטרטגיה 40 = תכנון עם צריכת תחזית (הזמנת לקוח צורכת את ה-PIR).
• צריכת תחזית (Consumption): המנגנון שבו הזמנת לקוח בפועל 'מקזזת' את ה-PIR במקום להיערם עליה. נשלט ע'י Consumption Mode (backward / forward / both) ו-Consumption Periods (מספר ימי-עבודה אחורה/קדימה מתאריך ההזמנה שבתוכם מחפשים PIR לצרוך). בלי הגדרה נכונה — התחזית וההזמנה נספרות פעמיים = כפל ביקוש.
• אזור דרישה / רמת תכנון (Requirements/Planning level): PIR מוזנת ברמת חומר-מפעל (MRP area / plant). ב-S/4 ניתן לתכנן גם ברמת MRP Area (תת-מפעל, subcontracting, אחסון). הרמה נשמרת ב-PBIM וקובעת היכן ה-MRP 'רואה' את הביקוש.
• פירוק תקופתי (Period split / distribution): ב-MD61 מזינים כמות שנתית/רבעונית והמערכת מפרקת אותה לחודשים/שבועות/ימים לפי Period Indicator (M/W/T). כל שורת תקופה נשמרת כרשומת PBED נפרדת עם תאריך יעד. אפשר גם התפלגות לא-אחידה לפי דפוס עונתי (Distribution key).
• ארגון מחדש וניקוי (Reorganization): PIR שנצרכו במלואן, פגו, או התיישנו חייבות להתנקות אחרת הן מנפחות את תכנית האספקה. MD74 מוחק/מקטין PIR מיושנות, MD75 מוחק דרישות-לקוח היסטוריות, ו-MD76 מוחק סכימות צריכה. MD73 מציג את יחס התחזית-מול-הצריכה לצורך בקרה.
• המרה/מיגרציה ל-S/4HANA: מודל PBIM/PBED נשמר ללא שינוי מבני. הניהול עובר לאפליקציית Fiori 'Manage PIRs' (עם ייבוא המוני דרך 'Import PIRs'), ואינטגרציית התחזית יכולה לזרום מ-SAP IBP. ה-QA הקריטי במעבר: לוודא שגרסה 00 נשמרה פעילה, שצריכת התחזית עדיין עובדת, ושבוצע ארגון-מחדש (MD74) לפני ההרצה החיה כדי לא לגרור ביקוש-פנטום ישן.

בארגון (יצרנית משקאות תוססים): מחלקת תכנון הביקוש מקבלת בתחילת כל חודש תחזית מכירות מ-SD/IBP למוצר הגמר 'משקה תוסס 500ml' — נניח 200,000 בקבוקים לחודש הבא, מפורק לפי דפוס עונתי (שיא בקיץ). המתכננת נכנסת ל-MD61, בוחרת גרסת דרישות 00 (פעילה) ואופק תכנון של 6 חודשים, ומזינה את הכמויות החודשיות — כל חודש נשמר כשורת PBED. החומר מוגדר באסטרטגיה 40 (Strategy Group 40, סוג דרישה LSF) עם Consumption Mode = backward/forward ו-Consumption Periods = 20 ימי-עבודה. MRP Live מפצץ את ה-PIR דרך ה-BOM וגרסת הייצור: יוצר הזמנות מתוכננות לייצור המשקה, ודרישות רכש לתרכיז, בקבוקים, מכסים ותוויות לפי זמני האספקה של הספקים. כשמגיעות הזמנות לקוח בפועל (למשל רשת שיווק מזמינה 50,000), הן צורכות 50,000 מתוך ה-PIR של אותו חודש במקום להיערם עליה — כך שאם המכירות בפועל נמוכות מהתחזית, לא מיוצר עודף. בסוף הרבעון המתכננת מריצה MD74 לניקוי PIR שפגו, ובוחנת ב-MD73 את דיוק התחזית (Forecast vs. Consumed) כקלט לתכנון החודש הבא.

Production → Production Planning → Demand Management → Planned Independent Requirements → Planning Strategy → Define Strategy / Assign Strategy Group / Define Requirements Types (OPPS); ו-Consumption Mode/Periods דרך אב-החומר (MRP3, MM02)

• C_AFRU_AWK
• M_MTDR_BWA
• הרשאת
• הרשאת
• הרשאת

SAP Help Portal — Demand Management (PP-MP-DEM), Planned Independent Requirements; SAP Help Portal — Planning Strategies and Consumption of PIRs; Production Planning with SAP S/4HANA — Ch.12 Demand Management (pp. 617–670); SAP Community — Reorganization of Planned Independent Requirements (MD74/MD75/MD76); SAP Fiori Apps Reference Library — Manage PIRs / Import PIRs

תסמין: 'ה-MRP לא מתכנן את מוצר-הגמר למרות שהוזנה תחזית'. אבחון: (1) ודא ב-MD63/MD04 שה-PIR נמצאת בגרסה פעילה — פתח MD62 ובדוק שדה Version = 00 והדגל Active מסומן; PIR בגרסה לא-פעילה פשוט לא נלקחת. (2) בדוק שסוג ה-MRP באב-החומר אינו ND (No planning) — סוג ND מונע כל תכנון. (3) ודא שקיימת גרסת ייצור תקפה (חובה ב-S/4 MRP Live) אחרת הפיצוץ נכשל. תסמין: 'כפל ביקוש — MRP מייצר יותר מדי'. אבחון: פתח MD04 ובדוק אם התחזית (LSF/VSF) וההזמנה בפועל (KL/הזמנת לקוח) מופיעות שתיהן בלי קיזוז — סימן לכשל צריכה. תקן ב-MM02 (MRP3): ודא Strategy Group תואם (40 לצריכה), ו-Consumption Mode + Consumption Periods מוגדרים (backward/forward + מספר ימים) כך שההזמנה תמצא PIR לצרוך בחלון הזמן. תסמין: 'הזמנת לקוח לא צורכת את התחזית'. אבחון: בדוק שה-Requirements Type של ההזמנה תואם לזה של ה-PIR (T459K/T461), ושתאריך ההזמנה נופל בתוך חלון ה-Consumption Periods סביב תאריך ה-PIR. תסמין: 'ביקוש ישן/פנטום בתכנית'. תקן: הרץ MD74 (התאמת PIR מיושנות) ואז MD75/MD76 לניקוי היסטוריה, ובדוק ב-MD73 את יחס התחזית-מול-צריכה.

תכנון ביקוש (Demand Management) מתרגם תחזית מכירות לביקוש מתוכנן שה-MRP יודע לתכנן מולו. הכלי המרכזי הוא PIR — דרישות עצמאיות מתוכננות — שנוצרות ב-MD61 ונשמרות ב-PBIM (כותרת: חומר/אזור/גרסה) ו-PBED (שורות: תקופה/כמות). שלושה מנגנונים קובעים אם התכנון יעבוד נכון: (1) גרסה פעילה — רק גרסה 00 פעילה נלקחת ל-MRP; (2) אסטרטגיית תכנון + Requirements Type — קובעים אם/איך התחזית נצרכת; (3) צריכת תחזית (Consumption Mode/Periods) — שמונעת כפל-ביקוש כשהזמנות הלקוח נכנסות. מחזור החיים כולל יצירה (MD61), שינוי (MD62), בקרת צריכה (MD73/MD04) וארגון-מחדש (MD74/MD75/MD76). ב-S/4HANA המודל הטכני זהה, והניהול עובר ל-Fiori 'Manage PIRs' / 'Import PIRs'. שלוש טעויות-הזהב: גרסה לא-פעילה (חומר 'לא מתוכנן'), חוסר Consumption (כפל ביקוש), ואי-ניקוי (ביקוש-פנטום).