חיזוי ותכנון

חיזוי ותכנון הם הקומה ש'מנחשת את העתיד' עבור הרכש האוטומטי: כשאין הזמנת-מכירה קונקרטית, המערכת חוזה ביקוש מצריכה-היסטורית ומתכננת אספקה מראש. ארבע שיטות-ליבה: תכנון-מבוסס-תחזית (Forecast-Based), נקודת-הזמנה-מחדש (Reorder Point), תכנון-מבוסס-זמן (Time-Phased), ו-Forecast Collaboration מול הספק. כולן מזינות את ה-MRP ומאפשרות רכש-אוטומטי גם ללא ביקוש ודאי. תכנון מבוסס-תחזית — תכנון מבוסס-תחזית (Forecast-Based Planning, MRP Type VV) חוזה ביקוש-עתידי ממודל-מתמטי על צריכה-היסטורית, וה-MRP מתייחס לתחזית כאל דרישה ויוצר אספקה מראש. מתאים לחומרים בצריכה-סדירה ללא הזמנות-מכירה קונקרטיות. תכנון נקודת-הזמנה-מחדש — תכנון נקודת-הזמנה-מחדש (Reorder Point, MRP Type VB/VM) הוא השיטה הפשוטה: כשמלאי-החומר יורד מתחת לסף מוגדר (Reorder Point), המערכת יוצרת אוטומטית הצעת-אספקה. הסף = Safety Stock + צריכה-צפויה במהלך זמן-האספקה. אידיאלי לפריטים זולים בצריכה-יציבה. תכנון מבוסס-זמן — תכנון מבוסס-זמן (Time-Phased, MRP Type R1/R2) מריץ תכנון בתאריכים-קבועים החוזרים במחזור (למשל כל יום-שלישי), בהתאם למחזור-המשלוח של הספק. במקום לבדוק יומית, המערכת מתכננת רק בנקודות-זמן מוגדרות — מתאים לספקים עם ימי-משלוח קבועים. שיתוף-פעולה בתחזית — Forecast Collaboration משתף את תחזית-הביקוש של הקונה עם הספק דרך SAP Business Network: הספק רואה את התחזית מראש, מאשר/מתקן זמינות-קיבולת, וכך מצמצם הפתעות וחוסרים. זהו מעבר משרשרת-אספקה 'תגובתית' ל'שיתופית' — הספק מתכנן יחד עם הקונה.

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

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

• Production ► MRP ► Forecast ► Define Forecast Parameters • Logistics ► Materials Management ► Forecast (SAP Easy Access) — MP30 / MP38 • Materials Management ► Consumption-Based Planning ► Reorder Point Planning • Logistics ► Forecast — MP30 / MP38 • Materials Management ► Consumption-Based Planning ► Reorder Point Planning ► Define Reorder Point • Logistics ► Forecast — MP30 (ל-VM אוטומטי) • Materials Management ► Consumption-Based Planning ► Time-Phased Planning ► Maintain Planning Calendar (MD25) • Logistics ► MRP — Planning Cycle • SAP Business Network ► Planning / Supply Chain Collaboration ► Forecast • S/4HANA ► Integration with SAP Business Network

• חיזוי = ניחוש-ביקוש מצריכה-היסטורית כשאין הזמנה ודאית.
• ארבע שיטות: Forecast-Based, Reorder Point, Time-Phased, Collaboration.
• המודל-החיזוי מוגדר בתצוגת Forecasting של אב-החומר (MP30).
• התחזית מזינה את MRP ומאפשרת רכש-אוטומטי מראש.
• Forecast-Based (VV) = תחזית כדרישה ב-MRP.
• מודל נבחר ידני/אוטומטי + Smoothing.
• MP30 מריץ את החיזוי.
• Reorder Point = הזמן כשהמלאי < סף.
• VB ידני / VM אוטומטי.
• מתאים לפריטים זולים בצריכה-יציבה.
• Time-Phased = תכנון בתאריכים-קבועים לפי מחזור-הספק.
• Planning Calendar + Planning Cycle.
• מצבר צורך להזמנה יעילה אחת.
• Forecast Collaboration = שיתוף-תחזית לספק דרך Business Network.
• הספק מאשר קיבולת מראש.
• מצמצם חוסרים ו-Bullwhip Effect.

בארגון חיזוי קריטי בגלל עונתיות: צריכת-משקאות מזנקת בקיץ. הארגון משתמש ב-Seasonal Forecast Model לחומרי-גלם ואריזה, וב-Reorder Point לחומרי-MRO. התחזיות העונתיות משותפות לספקי-הסוכר וה-PET כדי שיבטיחו קיבולת לשיא. צריכת-סוכר היסטורית מוזנת ל-Forecast Model ► המודל מזהה מגמת-עלייה עונתית ► חוזה צריכה ל-3 חודשים קדימה ► MRP משתמש בתחזית כדרישה ► יוצר דרישות-רכש מראש ► התחזית משותפת לספק-הסוכר דרך Business Network כדי שיתכונן. תכנון מבוסס-תחזית — בארגון תוויות וחומרי-עזר בצריכה-יציבה מתוכננים Forecast-Based; המודל חוזה את הצריכה-החודשית והרכש-האוטומטי מזמין מראש. צריכת-תווית חודשית ~10,000 ► המודל חוזה 11,000 לחודש הבא (מגמת-עלייה) ► MRP יוצר דרישת-רכש מראש ► צריכה-בפועל של 9,000 מצמצמת את יתרת-התחזית. תכנון נקודת-הזמנה-מחדש — בארגון חומרי-MRO (חלפים, חומרי-ניקוי) וחומרי-עזר זולים מנוהלים Reorder Point — סף פשוט שמבטיח זמינות בלי תכנון-תחזית כבד. ROP לפקקים = 50,000. מלאי יורד ל-48,000 ► MRP יוצר דרישת-רכש אוטומטית לכמות-Lot ► הרכש-האוטומטי ממיר ל-PO ► המלאי מתחדש לפני שאזל. תכנון מבוסס-זמן — בארגון ספק-הסוכר מספק פעמיים-בשבוע בימים קבועים; Time-Phased Planning מיישר את הזמנות-הסוכר לחלונות-המשלוח, מצבר צורך, וחוסך משלוחים מיותרים. ספק-תרכיז מספק כל יום-שלישי. Planning Cycle = שלישי ► MRP מתכנן רק בשלישי ► מצבר את צורך-השבוע ► יוצר דרישת-רכש אחת לאספקה ביום-המשלוח. שיתוף-פעולה בתחזית — בארגון התחזיות העונתיות (קיץ) משותפות לספקי-הסוכר וה-PET דרך SAP Business Network; הספקים מאשרים קיבולת מראש, ו-הארגון מבטיח אספקה לשיא-הביקוש בלי הפתעות. תחזית-קיץ לסוכר משותפת לספק דרך Business Network ► הספק מאשר 80% מהכמות וצופה מגבלה ביולי ► הארגון מקדים הזמנות ומחפש ספק-משלים ► החוסר נמנע מבעוד-מועד.

• Forecast Model (Constant / Trend / Seasonal / Trend-Seasonal / Automatic-selection). • Forecast Parameters: Periods, Historical Periods, Alpha/Beta/Gamma smoothing factors. • MRP Type הקובע אם התחזית מזינה תכנון: VV (Forecast-Based), VM (auto ROP). • Period Indicator (Day/Week/Month/Posting-period) לפילוח הצריכה. תכנון מבוסס-תחזית • הגדר Forecast Model + Smoothing Factors בתצוגת Forecasting. • קבע MRP Type = VV כדי שהתחזית תזין את התכנון. תכנון נקודת-הזמנה-מחדש • VB: הזן MINBE (Reorder Point) ידני + Safety Stock (EISBE). • VM: הגדר תחזית והרץ MP30 — המערכת מחשבת ROP אוטומטית. תכנון מבוסס-זמן • הגדר Planning Calendar (MD25) עם תאריכי-תכנון. • הזן Planning Cycle באב-החומר וקשר ל-Delivery Cycle של הספק. שיתוף-פעולה בתחזית • הקמת חיבור ל-SAP Business Network (Supply Chain Collaboration). • הגדרת אילו תחזיות (PIR/Forecast) משותפות לאיזה ספק.

נתוני אב • תצוגת Forecasting באב-החומר (MARC/MPOP) · MVER = צריכה-היסטורית · PROP = ערכי-תחזית. • MARC-DISMM (VV/VB/VM) קובע את שיטת-התכנון · MARC-MINBE = Reorder Point. • Forecast Model + Smoothing Factors מזינים את חישוב-התחזית. שאלות ראיון אילו שיטות-תכנון consumption-based קיימות? Forecast-Based (VV), Reorder Point (VB/VM) ו-Time-Phased (R1/R2). כולן מבוססות-צריכה ולא מבוססות-דרישה-קונקרטית. מה ההבדל בין Forecast-Based ל-Reorder Point? Forecast-Based חוזה ביקוש עתידי ממודל ויוצר דרישות לפי-תחזית; Reorder Point פשוט מזמין כשהמלאי יורד מתחת לסף קבוע. מהו Forecast Collaboration? שיתוף תחזית-הביקוש עם הספק (דרך SAP Business Network) כדי שיתכנן קיבולת ויבטיח אספקה. מהו MRP Type VV? Forecast-Based Planning — התחזית משמשת כמקור-דרישה ב-MRP, שיוצר אספקה מראש. מהי 'צריכת-תחזית'? Consumption of forecast — צריכה-בפועל מצמצמת את יתרת-התחזית כדי למנוע כפל-תכנון. מה ההבדל בין VB ל-VM? VB = Reorder Point ידני (המתכנן קובע); VM = אוטומטי (המערכת מחשבת ROP מתחזית + Safety Stock). מה מרכיב את ה-Reorder Point? Safety Stock + צריכה-צפויה במהלך זמן-האספקה (Avg Daily Usage × Lead Time). מתי משתמשים ב-Time-Phased Planning? כשהספק מספק בימים קבועים — התכנון רץ רק בתאריכי-התכנון ומצבר צורך להזמנה אחת למחזור. מה ההבדל R1 ל-R2? R1 = Time-Phased נטו; R2 = Time-Phased בתוספת הגנת Reorder Point בין מחזורי-התכנון. מהו Forecast Collaboration? שיתוף תחזית-הביקוש עם הספק דרך SAP Business Network, כך שיתכנן קיבולת ויאשר זמינות מראש. מה היתרון העסקי? מצמצם חוסרים ו-Bullwhip Effect, נותן לספק נראות לתכנון, ובונה שרשרת-אספקה שיתופית במקום תגובתית. נושאים קשורים • MM · MRP (6.2) • PP · תכנון דרישות • אובייקט · MVER • MM · Scheduling Agreement Release Collaboration (6.4.5)

• תחזית לא-הגיונית ➔ מודל לא-מתאים או צריכה-היסטורית מזוהמת. • MRP מתעלם מהתחזית ➔ MRP Type לא Forecast-Based (VV) או אין הרצת-MP30. • חוסרים חוזרים למרות ROP ➔ Reorder Point נמוך מדי או Lead Time מעודכן-חסר. תכנון מבוסס-תחזית • אין דרישות-תחזית ב-MD04 ➔ MP30 לא רץ או MRP Type ≠ VV. • תחזית מנופחת ➔ צריכה-היסטורית מזוהמת או מודל לא-מתאים. תכנון נקודת-הזמנה-מחדש • חוסרים למרות ROP ➔ ROP נמוך או Lead Time גדל ולא עודכן. • אין הזמנה כשמתחת לסף ➔ MRP לא רץ או MRP Type ≠ VB/VM. תכנון מבוסס-זמן • MRP לא מתכנן ביום-הצפוי ➔ Planning Calendar/Cycle שגוי. • הזמנות לא מתואמות-משלוח ➔ Delivery Cycle לא מקושר ב-Info Record. שיתוף-פעולה בתחזית • הספק לא רואה תחזית ➔ חיבור Business Network או הגדרת-שיתוף חסרים. • אי-התאמת Demand/Commit ➔ נדרש טיפול-ידני / חיפוש מקור-משלים.

• חיזוי = ניחוש-ביקוש מצריכה-היסטורית כשאין הזמנה ודאית. • ארבע שיטות: Forecast-Based, Reorder Point, Time-Phased, Collaboration. • המודל-החיזוי מוגדר בתצוגת Forecasting של אב-החומר (MP30). • התחזית מזינה את MRP ומאפשרת רכש-אוטומטי מראש. • Forecast-Based (VV) = תחזית כדרישה ב-MRP. • מודל נבחר ידני/אוטומטי + Smoothing. • MP30 מריץ את החיזוי. • Reorder Point = הזמן כשהמלאי < סף. • VB ידני / VM אוטומטי. • מתאים לפריטים זולים בצריכה-יציבה. • Time-Phased = תכנון בתאריכים-קבועים לפי מחזור-הספק. • Planning Calendar + Planning Cycle. • מצבר צורך להזמנה יעילה אחת. • Forecast Collaboration = שיתוף-תחזית לספק דרך Business Network. • הספק מאשר קיבולת מראש. • מצמצם חוסרים ו-Bullwhip Effect.