פרמטרים של ה-Heuristic

פרמטרי-ה-heuristic נקבעים בהגדרת ה-operator ושולטים בהתנהגותו: processing mode, heuristic type, planning level, quota check, carryforward של מלאי-שלילי, balanced receipts, אתחול lead-time horizon, חישוב expected supply, ושימוש ב-validity dates. כיול נכון שלהם קובע את נכונות ומהירות התוצאה. מצב עיבוד — Processing mode קובע אם ה-heuristic רץ במעבר-מלא (full) — מחשב הכל מאפס — או דלתא (delta) — מעדכן רק את מה שהשתנה. Full נכון ומלא; delta מהיר לעדכונים אינקרמנטליים. סוג ה-heuristic — Heuristic type בוחר את הווריאנט של ה-S&OP heuristic — למשל ה-heuristic התקני, או וריאנטים מיוחדים כמו shelf-life infinite. הבחירה קובעת אילו לוגיקות-קצה מופעלות. רמת התכנון של ה-heuristic — Planning level קובע את רמת-הצבירה שבה ה-heuristic מחשב (למשל product-location-month מול product-location-week). רמה גבוהה = מהיר ופחות-מפורט; רמה נמוכה = מדויק אך איטי. פרמטרי בדיקת-quota — Quota check parameters שולטים כיצד ה-heuristic מאמת ומחיל quota arrangements בחלוקת-ביקוש בין מספר מקורות — האם לאכוף בדיוק, לעגל, או לטפל בשאריות. הם מבטיחים חלוקה תקינה. העברת מלאי-חזוי שלילי קדימה — פרמטר זה קובע אם מלאי-חזוי שלילי (חוסר שלא כוסה) מועבר קדימה ל-bucket הבא (carryforward) או 'מתאפס' בכל תקופה. Carryforward משקף חוסר מצטבר; איפוס מתייחס לכל תקופה בנפרד. קבלות מאוזנות — Balanced receipts גורם ל-heuristic לפזר את ה-receipts באופן חלק יותר על-פני התקופות/המקורות במקום לרכז אותם — מפחית 'קפיצות' חדות בייצור ובמלאי, ויוצר תוכנית מאוזנת יותר. אתחול אופק זמן-אספקה — פרמטר זה קובע כיצד ה-heuristic מטפל בתקופת-ה-lead-time הראשונית: בתוך אופק-האספקה (lead time horizon) לרוב כבר אי-אפשר ליצור receipts חדשים, ולכן הביקוש בו מטופל בנפרד (firmed/קיים בלבד). חישוב היצע-צפוי — Compute expected supply גורם ל-heuristic לחשב key figure של ההיצע-הצפוי בפועל בהינתן lead times ומגבלות-עיתוי — לעומת ה-receipts ה'אידיאליים'. הוא משקף מתי האספקה באמת תגיע. שימוש בתאריכי-תוקף — פרמטר זה קובע אם ה-heuristic מכבד את ה-validity dates של sources, quotas ו-master data — כך שרק מקורות תקפים-בזמן נבחרים בכל bucket. חיוני לרשתות עונתיות או משתנות.

ל-heuristic יש 'כפתורי-הגדרה' שקובעים איך הוא רץ — האם מאפס או מעדכן (mode), באיזו רמת-פירוט (level), איך הוא מטפל בחוסרים ובמלאי-שלילי, ועוד. הפרק הזה עובר על הכפתורים האלה אחד-אחד. מצב עיבוד — Full = 'חשב הכל מההתחלה'. Delta = 'עדכן רק את מה שהשתנה מאז הפעם הקודמת'. Full בטוח יותר; delta מהיר יותר. סוג ה-heuristic — יש כמה 'גרסאות' של ה-heuristic. הגרסה התקנית מתאימה לרוב, אבל יש גרסאות מיוחדות — למשל לתכנון לפי חיי-מדף. Heuristic type בוחר איזו גרסה רצה. רמת התכנון של ה-heuristic — באיזו 'רזולוציה' מתכננים? לפי חודש או שבוע? לפי מוצר-מיקום או גם לפי לקוח? זו רמת-התכנון. גסה יותר = מהר; עדינה יותר = מדויק אך כבד. פרמטרי בדיקת-quota — כשיש כמה ספקים/מפעלים לאותו מוצר, ה-quota מחלק ביניהם (למשל 60/40). פרמטרי quota check קובעים עד כמה לאכוף את החלוקה הזו ומה לעשות עם שאריות-עיגול. העברת מלאי-חזוי שלילי קדימה — אם בחודש מסוים חסר מלאי (מספר שלילי), האם החוסר 'נגרר' לחודש הבא או מתחילים נקי? הפרמטר הזה קובע. Carryforward = החוסר נגרר; אחרת — כל חודש לעצמו. קבלות מאוזנות — במקום לייצר הכל בבת-אחת ואז כלום, balanced receipts 'מורח' את הייצור בצורה אחידה יותר. זה יוצר תוכנית חלקה במקום קפיצות. אתחול אופק זמן-אספקה — אם זמן-האספקה הוא שבועיים, אי-אפשר 'לייצר אתמול' כדי לכסות ביקוש מהיום. אופק-ה-lead-time הוא התקופה הקרובה שבה כבר מאוחר מדי לתכנן חדש; הפרמטר קובע איך מתייחסים אליה. חישוב היצע-צפוי — ה-receipt אומר 'כמה' אבל לא תמיד 'מתי בדיוק יגיע בפועל'. Expected supply מחשב את ההיצע הצפוי בהתחשב בזמני-אספקה — תמונה ריאלית יותר של מה יהיה זמין בכל תקופה. שימוש בתאריכי-תוקף — לכל מקור-אספקה יש 'מתי הוא תקף' (תאריכי-תוקף). הפרמטר הזה אומר ל-heuristic לכבד אותם — לא להשתמש במקור לפני שהתחיל או אחרי שהסתיים.

לכוונן את ה-heuristic להתנהגות הרצויה — דיוק, מהירות וטיפול-קצה — ולאפשר דיבוג תוצאות. מצב עיבוד — לאזן בין שלמות-החישוב (full) למהירות-עדכון (delta) לפי הצורך. סוג ה-heuristic — להתאים את אלגוריתם-ה-heuristic למקרה-השימוש (תכנון-רגיל מול shelf-life מול distribution). רמת התכנון של ה-heuristic — לאזן דיוק מול ביצועים ולהתאים את רמת-התכנון למטרת-ה-S&OP (נפח מול פירוט). פרמטרי בדיקת-quota — להבטיח שחלוקת-הביקוש בין מקורות תהיה תקינה, מאוזנת ומלאה (ללא ביקוש-יתום). העברת מלאי-חזוי שלילי קדימה — לקבוע אם חוסרים נצברים לאורך-זמן (תמונת-מציאות) או מטופלים נקודתית — משפיע על נראות-החוסר. קבלות מאוזנות — ליצור תוכנית-ייצור/אספקה חלקה ומאוזנת, להפחית תנודתיות ועומסי-שיא. אתחול אופק זמן-אספקה — למנוע תכנון לא-ריאלי בטווח-הקצר שמתחת ל-lead time, ולשקף נכון מה ניתן ומה לא בתוך האופק. חישוב היצע-צפוי — לספק תמונת-היצע ריאלית-בזמן (מתי יגיע) ולא רק כמותית — לחישוב מלאי והשוואה מדויקים. שימוש בתאריכי-תוקף — להבטיח שבכל תקופה נבחרים רק מקורות-אספקה תקפים — תמיכה ב-phase-in/out, עונתיות ומעברי-ספקים.

• SAP IBP ► Configuration ► Operators ► S&OP Heuristic Profile • SAP IBP ► Application Jobs ► Operator Parameters • SAP IBP ► Operators ► S&OP Heuristic ► Processing Mode • SAP IBP ► Operators ► S&OP Heuristic ► Heuristic Type • SAP IBP ► Operators ► S&OP Heuristic ► Planning Level • SAP IBP ► Operators ► S&OP Heuristic ► Quota Check • SAP IBP ► Sourcing ► Quota Arrangement • SAP IBP ► Operators ► S&OP Heuristic ► Carryforward Negative Projected Inventory • SAP IBP ► Operators ► S&OP Heuristic ► Balanced Receipts • SAP IBP ► Operators ► S&OP Heuristic ► Initialize Lead Time Horizon • SAP IBP ► Operators ► S&OP Heuristic ► Compute Expected Supply • SAP IBP ► Operators ► S&OP Heuristic ► Use of Validity Dates • SAP IBP ► Sourcing ► Valid-From / Valid-To

• הפרמטרים שולטים בדיוק, מהירות וטיפול-קצה.
• נקבעים ב-operator profile.
• כיול נכון = תוצאות צפויות.
• Full = הכל מאפס; Delta = רק שינויים.
• Full עקבי; delta מהיר.
• Full לסבב-בסיס, delta ל-what-if.
• Heuristic type = וריאנט האלגוריתם.
• standard / shelf-life infinite / distribution.
• התאם למאפייני-המוצר.
• Planning level = רזולוציית-החישוב.
• גבוה=מהיר/גס; נמוך=מדויק/איטי.
• התאם לנפח מול פירוט.
• Quota check מאמת חלוקה בין מקורות.
• כולל rounding ו-residual.
• מונע ביקוש-יתום.
• Carryforward = חוסר נגרר קדימה.
• פעיל ➔ חוסר מצטבר ונראה.
• כבוי ➔ per-bucket, עלול להסתיר.
• Balanced receipts = smoothing של אספקה.
• מפחית peaks ותנודתיות.
• עלול להעלות מלאי-ביניים.
• אופק-lead-time = טווח שבו מאוחר לתכנן חדש.
• אתחול ➔ frozen, ללא receipts חדשים.
• מונע תכנון לא-ריאלי בטווח-קצר.
• Expected supply = היצע ריאלי-בזמן.
• משקלל receipts מול lead times.
• לחישוב מלאי והשוואה מדויקים.
• Validity dates ➔ רק מקורות תקפים-בזמן.
• תומך עונתיות ומעברי-ספקים.
• חיוני ברשתות משתנות.

בארגון ה-operator ל-S&OP חודשי מוגדר ברמת product-location-month עם validity dates פעילים (קווים עונתיים) ו-balanced receipts לחלוקה חלקה בין מפעלים. יועץ מגדיר operator: processing mode=full, planning level=product-location-month, quota check פעיל, carryforward של מלאי-שלילי כבוי; מריץ ובודק שהתוצאות תואמות-ציפייה. מצב עיבוד — בארגון הרצת-הבסיס החודשית היא full; עדכוני-ביקוש אד-הוק בין הישיבות רצים delta למהירות. סבב-S&OP חודשי ➔ full (חישוב מלא). תיקון-ביקוש נקודתי לפני ישיבה ➔ delta (עדכון מהיר של המושפעים). סוג ה-heuristic — בארגון משקאות עם תוקף מתוכננים ב-shelf-life heuristic; משקאות יציבים — ב-standard heuristic. מוצר-מדף-קצר ➔ בחירת shelf-life infinite heuristic במקום standard, כדי שהתכנון יתחשב בתוקף. רמת התכנון של ה-heuristic — בארגון ה-S&OP החודשי רץ ב-product-location-month; תכנון-מילוי קצר-טווח באזור עומס יורד לרמה שבועית. S&OP נפחי רץ ב-product-location-month — מהיר; כשנדרש פירוט שבועי לתכנון-אספקה קצר-טווח, מורידים ל-week. פרמטרי בדיקת-quota — בארגון משקה המסופק משני מפעלים בחלוקת-quota; quota check מבטיח חלוקה נכונה, ומנתב ל-מפעל הזמין כשהשני בתחזוקה. net demand 1,000, quota 60/40 ➔ 600/400; אם מקור-A לא-תקף בתקופה, quota check מנתב את כל ה-1,000 ל-B (לפי הגדרת-גמישות). העברת מלאי-חזוי שלילי קדימה — בארגון carryforward פעיל מראה חוסר-משקה מצטבר על-פני שבועות-שיא, כך שצוות-ה-supply רואה את גודל-הפער האמיתי ולא תמונה-מקוטעת. חוסר 100 בחודש 1; carryforward פעיל ➔ חודש 2 פותח ב-(−100), והצורך מצטבר. כבוי ➔ חודש 2 פותח ב-0 והחוסר 'נעלם'. קבלות מאוזנות — בארגון balanced receipts מאזן מילוי-משקאות על-פני השבוע במקום ריצות-ענק, מפחית עומסי-שיא על הקווים ועל המחסן. ביקוש מרוכז בשבוע 4; balanced receipts מפזר חלק מהייצור לשבועות 1–3 ➔ עומס-קו אחיד במקום spike בשבוע 4. אתחול אופק זמן-אספקה — בארגון עם lead time של תרכיז 3 שבועות, ה-heuristic לא מתכנן רכש-תרכיז חדש לתוך 3 השבועות הקרובים; חוסר בטווח זה מסומן ומועבר לטיפול-חירום. lead time 2 שבועות; ביקוש בשבוע הקרוב לא ניתן לכסות ב-receipt חדש ➔ מסומן חוסר, וה-heuristic מתכנן רק מהשבוע השלישי ואילך. חישוב היצע-צפוי — בארגון expected supply מראה מתי תרכיז שנרכש יהיה זמין בפועל למילוי, בהתחשב ב-lead time הספק — בסיס לחישוב מלאי-משקה ריאלי. receipt 800 מתוכנן לשבוע 5, lead 1 שבוע ➔ expected supply 800 זמין שבוע 5; אם source מתעכב, ה-expected supply משקף את העיכוב. שימוש בתאריכי-תוקף — בארגון קו-מילוי עונתי תקף רק בקיץ; validity dates מבטיחים שה-heuristic מתכנן עליו רק בחודשי-הקיץ, ועובר למפעל אחר בשאר השנה. ספק A תקף עד סוף-Q2, ספק B מ-Q3; עם validity dates ה-heuristic בוחר A ב-Q1–Q2 ו-B מ-Q3 — מעבר חלק.

• Operator profile מרכז את כל הפרמטרים. • כל פרמטר משפיע על דיוק/runtime/התנהגות-קצה. • כיול נכון = תוצאות צפויות וביצועים טובים. מצב עיבוד • Processing mode: Full (כל ה-scope) או Delta (רק שינויים). • Full = עקבי ומלא; Delta = מהיר. סוג ה-heuristic • Heuristic type: standard / shelf-life infinite / shelf-life distribution. • כל type מפעיל לוגיקה ייעודית. רמת התכנון של ה-heuristic • Planning level = attributes × time granularity. • גבוה = מהיר/גס; נמוך = מדויק/איטי. • התאם למטרת-התכנון. פרמטרי בדיקת-quota • Quota check: אכיפת ratios + rounding + residual handling. • אכיפה קשיחה מול גמישות כשמקור לא-תקף. • משולב עם lot-sizing. העברת מלאי-חזוי שלילי קדימה • Carryforward פעיל: שלילי נכנס כ-opening לבא (חוסר מצטבר). • כבוי: כל bucket עצמאי (שלילי 'נשכח'). קבלות מאוזנות • Balanced receipts: smoothing של receipts על buckets/מקורות. • מפחית peaks; עלול להעלות מלאי-ביניים. אתחול אופק זמן-אספקה • מסמן את אופק-ה-lead-time כ-frozen (אין receipts חדשים). • מסתמך על receipts קיימים/firmed בתוך האופק. • ביקוש לא-מכוסה באופק ➔ חוסר. חישוב היצע-צפוי • מחשב key figure של expected supply (receipts × lead-time/timing). • משמש להשוואה ולחישוב projected inventory ריאלי. • דורש lead time master data תקין. שימוש בתאריכי-תוקף • מסנן sources/quotas/lanes לפי valid-from/valid-to בכל bucket. • תומך phase-in/out, עונתיות, מעברי-ספקים. • כיבוי ➔ עלול לבחור מקור לא-תקף.

נתוני אב • Quota arrangements (ל-quota check). • Validity dates של sources. • Lead times (ל-lead-time horizon). שאלות ראיון היכן נקבעים פרמטרי-ה-heuristic? ב-operator profile של ה-S&OP heuristic (Configuration ► Operators); הם כוללים processing mode, heuristic type, planning level, quota check, carryforward, balanced receipts ועוד. מה ההבדל בין full ל-delta processing? Full מחשב את כל ה-scope מאפס (עקבי, איטי); Delta מעדכן רק objects שהשתנו (מהיר, תלוי change-tracking). מתי בוחרים shelf-life heuristic type? כשהמוצר מוגבל-תוקף וצריך שהתכנון יתחשב ב-shelf-life; ה-standard heuristic מתעלם מתוקף. כיצד planning level משפיע על ה-heuristic? הוא קובע את רמת-הצבירה (attributes × time) שבה המנוע מחשב; רמה גבוהה מהירה וגסה, רמה נמוכה מדויקת אך איטית. מה עושים quota check parameters? מאמתים ומחילים את ה-quota arrangements בחלוקת-ביקוש בין מקורות — אכיפת ratios, rounding וטיפול-בשארית — כדי להבטיח חלוקה תקינה ומלאה. מה עושה carryforward של projected inventory שלילי? מעביר חוסר (מלאי-חזוי שלילי) ל-opening של ה-bucket הבא, כך שהחוסר מצטבר ומשתקף עד שיכוסה; כיבוי מאפס כל תקופה ועלול להסתיר חוסר. מה עושה balanced receipts? מפזר את ה-receipts בצורה חלקה על-פני תקופות/מקורות (smoothing) במקום לרכזם, להפחתת תנודתיות-ייצור ועומסי-שיא — על-חשבון מעט מלאי-ביניים. מדוע מאתחלים lead time horizon? כדי שה-heuristic לא יתכנן receipts חדשים בתוך תקופת-ה-lead-time (שבה כבר מאוחר לייצר/לרכוש), אלא יסמן ביקוש לא-מכוסה כחוסר — שמירה על ריאליות בטווח-הקצר. מה מוסיף compute expected supply? Key figure של ההיצע-הצפוי-בזמן (receipts בהתחשב ב-lead times/עיתוי), המאפשר חישוב projected inventory והשוואה-לביקוש ריאליים יותר מאשר receipts גולמיים. מתי קריטי להפעיל use of validity dates? כשהרשת משתנה לאורך-האופק — phase-in/out של מוצרים, קווים עונתיים, או מעברי-ספקים — כדי שבכל תקופה ייבחרו רק מקורות תקפים-בזמן. נושאים קשורים • S&OP · תכנון חיי-מדף (4.9) • S&OP · כללי sourcing (4.3.2) • S&OP · חישוב net demand (4.5.4) • S&OP · ביקוש-מוגבל (4.6.5)

• תוצאות לא-צפויות ➔ סקור פרמטר-אחר-פרמטר. • runtime ארוך ➔ planning level/processing mode. • מקורות שגויים ➔ use of validity dates. מצב עיבוד • תוצאות חלקיות ➔ delta החמיץ שינוי; הרץ full. • runtime ארוך ➔ שקול delta לעדכונים. סוג ה-heuristic • shelf-life לא נאכף ➔ נבחר standard במקום shelf-life type. רמת התכנון של ה-heuristic • runtime ארוך ➔ העלה את planning level. • חוסר-פירוט ➔ הורד את planning level. פרמטרי בדיקת-quota • חלוקה לא-מאוזנת ➔ quota ratios/check. • ביקוש-יתום ➔ ratios או source לא-תקף. העברת מלאי-חזוי שלילי קדימה • חוסר 'נעלם' בין תקופות ➔ carryforward כבוי. • חוסר מצטבר מוגזם ➔ ודא שזה אכן מצטבר אמיתי. קבלות מאוזנות • מלאי-ביניים גבוה ➔ balanced receipts פעיל. • עומס עדיין מרוכז ➔ ודא שהפרמטר פעיל. אתחול אופק זמן-אספקה • receipts לא-ריאליים בעבר-קרוב ➔ הפעל אתחול lead-time horizon. • חוסר לא-צפוי בטווח-קצר ➔ אופק frozen תקין? חישוב היצע-צפוי • מלאי-חזוי לא תואם-אספקה ➔ expected supply לא מחושב. • עיתוי שגוי ➔ lead time master data. שימוש בתאריכי-תוקף • מקור שגוי-בזמן נבחר ➔ הפעל use of validity dates. • פער-אספקה במעבר-ספקים ➔ validity לא-רציף.

• הפרמטרים שולטים בדיוק, מהירות וטיפול-קצה. • נקבעים ב-operator profile. • כיול נכון = תוצאות צפויות. • Full = הכל מאפס; Delta = רק שינויים. • Full עקבי; delta מהיר. • Full לסבב-בסיס, delta ל-what-if. • Heuristic type = וריאנט האלגוריתם. • standard / shelf-life infinite / distribution. • התאם למאפייני-המוצר. • Planning level = רזולוציית-החישוב. • גבוה=מהיר/גס; נמוך=מדויק/איטי. • התאם לנפח מול פירוט. • Quota check מאמת חלוקה בין מקורות. • כולל rounding ו-residual. • מונע ביקוש-יתום. • Carryforward = חוסר נגרר קדימה. • פעיל ➔ חוסר מצטבר ונראה. • כבוי ➔ per-bucket, עלול להסתיר. • Balanced receipts = smoothing של אספקה. • מפחית peaks ותנודתיות. • עלול להעלות מלאי-ביניים. • אופק-lead-time = טווח שבו מאוחר לתכנן חדש. • אתחול ➔ frozen, ללא receipts חדשים. • מונע תכנון לא-ריאלי בטווח-קצר. • Expected supply = היצע ריאלי-בזמן. • משקלל receipts מול lead times. • לחישוב מלאי והשוואה מדויקים. • Validity dates ➔ רק מקורות תקפים-בזמן. • תומך עונתיות ומעברי-ספקים. • חיוני ברשתות משתנות.