אילוצי אופטימיזציה

האילוצים (constraints) הם החוקים שה-S&OP Optimizer חייב או מנסה לכבד. הם מגדירים את 'גבולות-הגזרה' של הפתרון — מה מותר ומה אסור. IBP מבחין בשלוש דרגות-חומרה: hard constraints (חובה, לעולם לא מופרים), pseudo-hard constraints (כמעט-חובה, מופרים רק כמוצא-אחרון בעלות-עונש גבוהה) ו-soft constraints (העדפות, שניתן להפר בעלות). הבנת ההיררכיה הזו היא המפתח לשליטה בהתנהגות ה-Optimizer. אילוצים קשיחים — Hard constraints הם חוקי-הברזל שה-S&OP Optimizer לעולם לא יפר. הם מייצגים מגבלות-מציאות פיזיות מוחלטות — בעיקר קיבולת-משאב — שאי-אפשר לחרוג מהן בשום מחיר. אם הם סותרים, הבעיה הופכת ל-infeasible. אילוצים פסבדו-קשיחים — Pseudo-hard constraints הם 'כמעט-חוק'. ה-Optimizer מתייחס אליהם כאל חובה כל עוד אפשר, אך מתיר להפר אותם כמוצא-אחרון — בעלות-עונש כה גבוהה שזה כמעט אף-פעם לא משתלם. הם הפתרון האלגנטי למניעת infeasibility מבלי לוותר על נוקשות מעשית. אילוצים רכים — Soft constraints הם העדפות — דברים שה-Optimizer ינסה לכבד אך יוותר עליהם בקלות-יחסית אם זה חוסך עלות או מאפשר שירות-ביקוש טוב יותר. הם מבוטאים כעלות-עונש מתונה, ולכן הם הראשונים להישבר במצבי-מחסור.

תחשוב על אילוצים כעל סוגים שונים של חוקים. יש חוק-ברזל שאסור לשבור לעולם (לא לחרוג מקיבולת פיזית) — זה hard. יש חוק שמאוד-מאוד לא רוצים לשבור אבל במצב-קיצון אפשר, במחיר כבד — זה pseudo-hard. ויש העדפה שנחמד לקיים אבל בסדר לוותר עליה אם זה חוסך כסף — זה soft. ה-Optimizer מכבד אותם לפי סדר-החומרה הזה. אילוצים קשיחים — Hard constraint הוא 'אסור בהחלט'. כמו שלא ניתן לשפוך 2 ליטר לבקבוק של 1 ליטר — קו-מילוי לא יכול לייצר יותר מהקיבולת הפיזית שלו. ה-Optimizer מתייחס לזה כקיר-בטון: הוא יסדר את כל השאר סביבו אבל לעולם לא יחצה אותו. אילוצים פסבדו-קשיחים — Pseudo-hard זה 'אסור — אלא אם אין ברירה בכלל'. כמו לרדת מתחת לרזרבת-הדלק במכונית: אתה ממש לא רוצה, אבל אם אתה תקוע במדבר, עדיף מאשר להישאר תקוע. ה-Optimizer ישבור אילוץ כזה רק אם החלופה גרועה בהרבה. אילוצים רכים — Soft constraint זה 'נחמד-אם-אפשר'. כמו העדפה לשבת ליד החלון בטיסה — תרצה, אבל לא תוותר על הטיסה בגלל זה. ה-Optimizer יכבד soft constraint אם זה לא עולה ביוקר, וישבור אותו ראשון כשצריך לפנות מקום.

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

• SAP IBP ► Manage Planning Operators ► Constraints / Constraint settings of the Optimizer • SAP IBP ► Planning Area ► Key Figures ► constraint key figures (capacity, min/max inventory) • SAP IBP for Excel ► review constraint key figures driving the Optimizer run • SAP IBP ► Manage Planning Operators ► mark capacity key figure as hard constraint • SAP IBP ► Planning Area ► RESOURCE level ► Capacity Supply key figure • SAP IBP ► Manage Planning Operators ► set very high penalty cost on the constraint key figure • SAP IBP ► Planning Area ► min inventory / min production key figures • SAP IBP ► Manage Planning Operators ► moderate penalty cost on preference key figures • SAP IBP ► Planning Area ► priority / preferred-source / fair-share key figures

• שלוש דרגות: hard > pseudo-hard > soft.
• hard = חוק-טבע פיזי; soft = העדפה.
• סיווג נכון מונע גם infeasible וגם תכניות נוקשות-מדי.
• Hard = לעולם לא מופר; חוק-טבע פיזי.
• הדוגמה הקלאסית: Capacity Supply.
• יותר מדי hard ➔ infeasible.
• Pseudo-hard = כמעט-חובה; מופר רק כמוצא-אחרון.
• מומש כ-slack עם עלות-עונש עצומה.
• אידיאלי למלאי-בטחון; מונע infeasibility.
• Soft = העדפה; הראשון להישבר במחסור.
• מומש כ-slack עם עלות-עונש מתונה.
• סדר-השבירה נקבע ביחס עלויות-העונש.

בארגון: קיבולת קו-המילוי = hard (אי-אפשר לייצר יותר ממה שהמכונה מסוגלת); רמת-מלאי-בטחון של תרכיז = pseudo-hard; העדפה לספק קודם למפיץ-האזורי הגדול = soft. במחסור-קיץ ה-Optimizer מוותר תחילה על ההעדפה, שומר ככל-יכולתו על מלאי-הבטחון, ולעולם לא מתיימר לייצר מעבר לקיבולת הפיזית. מתכנן מגדיר: קיבולת קו-מילוי = hard (פיזי); מלאי-בטחון = pseudo-hard (אפשר לרדת מתחתיו רק במשבר); תעדוף לקוח-VIP = soft. בהרצה רגילה ה-Optimizer מכבד את כולם; בתרחיש-מחסור הוא ישבור קודם את ה-soft, ורק אם אין ברירה יחדור ל-pseudo-hard, אך לעולם לא יחרוג מ-hard. אילוצים קשיחים — בארגון קיבולת קו-המילוי המהיר (bottles/hour × זמינות) היא hard. ה-Optimizer לא יתיימר לייצר 1.2M ארגזים על קו שמסוגל ל-1.0M — הוא יחפש מפעל חלופי או יוותר על החלק הלא-רווחי. Capacity Supply של קו = 1,000 שעות/חודש מוגדר hard. גם אם הביקוש דורש 1,300 שעות, ה-Optimizer לעולם לא יתכנן מעבר ל-1,000; את ה-300 העודפות הוא ינתב למשאב אחר, לתקופה אחרת, או יסמן כ-lost demand. אילוצים פסבדו-קשיחים — בארגון מלאי-בטחון של תרכיז מוגדר pseudo-hard. בקיץ-שיא, אם שמירה על המלאי תמנע מילוי קו רווחי, ה-Optimizer ירד מתחת למלאי-הבטחון כמינימום ההכרחי — אך רק כשאין חלופה זולה יותר. מלאי-בטחון מוגדר pseudo-hard עם עלות-עונש גבוהה. בחודש רגיל ה-Optimizer שומר עליו בקפדנות. בחודש-מחסור חריף, אם הברירה היא לרדת מעט מתחת למלאי-הבטחון או לאבד מכירות-ענק, הוא יחדור זמנית למלאי-הבטחון — אך רק אז. אילוצים רכים — בארגון העדפה לייצר את ה-Coke-Zero במפעל-המקומי (במקום להוביל) מוגדרת soft. כשהמקומי עמוס, ה-Optimizer ישבור את ההעדפה ויוביל מהמפעל השכן — כי עלות-התחבורה זולה מעלות-ה-non-delivery. העדפה לספק לקוח-A לפני לקוח-B מוגדרת soft (עלות-עונש קטנה על אי-עמידה). ברוב התרחישים A יקבל קדימות; במחסור חריף, אם שירות ל-B רווחי בהרבה, ה-Optimizer ישבור את ההעדפה ויעדיף את B.

• סווג כל אילוץ ל-hard / pseudo-hard / soft בהגדרות ה-Optimizer ובמקדמי-העלות. • אילוץ hard ללא slack; pseudo-hard עם עלות-עונש גבוהה מאוד; soft עם עלות מתונה. • ודא עקביות — שני hard constraints סותרים יגרמו ל-infeasible. אילוצים קשיחים • סמן את Capacity Supply key figure כ-hard constraint בהגדרת ה-Optimizer. • ודא שערכי-הקיבולת מאוכלסים לכל תקופה — קיבולת חסרה = 0 = חסימת ייצור. אילוצים פסבדו-קשיחים • הגדר slack/violation key figure עם עלות-עונש גבוהה-מאוד (סדרי-גודל מעל עלויות רגילות). • השתמש למלאי-בטחון, מלאי-מינימום ורצפת-ייצור-מינימלית. אילוצים רכים • הגדר עלות-עונש מתונה ל-key figures של העדפה (priority/source/fair-share). • כייל את היחס בין עלויות-העונש כדי לקבוע סדר-שבירה צפוי.

שאלות ראיון מהן שלוש דרגות-האילוץ ב-IBP Optimizer? hard (חובה, לעולם לא מופר), pseudo-hard (מופר רק כמוצא-אחרון בעלות-עונש גבוהה מאוד) ו-soft (העדפה הניתנת להפרה בעלות מתונה). מה קורה אם מגדירים יותר מדי hard constraints? הבעיה עלולה להפוך ל-infeasible — אין פתרון שמקיים את כולם — וה-Optimizer נכשל. הפתרון: לרכך חלק ל-pseudo-hard. תן דוגמה ל-hard constraint. Capacity Supply של resource (קו-מילוי): Σ(production·consumption) ≤ קיבולת. ה-Optimizer לעולם לא יחרוג ממנה. מדוע לרוב לא מגדירים ביקוש כ-hard? כי ביקוש-מלא-חובה לצד קיבולת-קשיחה במצב-מחסור הוא בלתי-פתיר (infeasible). עדיף שביקוש יהיה soft עם עלות-non-delivery. כיצד ממומש pseudo-hard constraint? באמצעות slack-variable עם מקדם-עלות עצום בפונקציית-המטרה — הבעיה נשארת feasible אך כמעט-אף-פעם לא משתלם להפר. מתי תעדיף pseudo-hard על-פני hard? כשהאילוץ קריטי אך לא חוק-טבע פיזי (כמו מלאי-בטחון) — כך נמנעים מ-infeasibility אך שומרים נוקשות מעשית. תן דוגמאות ל-soft constraints. תעדוף-לקוח, העדפת-מקור-אספקה, וחלוקת-fair-share — כולם מבוטאים כעלות-עונש מתונה הניתנת לשבירה. מה קובע איזה soft constraint יישבר ראשון? גובה עלות-העונש היחסי בפונקציית-המטרה — ה-Optimizer שובר תחילה את זה עם העונש הנמוך ביותר. נושאים קשורים • S&OP · S&OP Optimizer (5.2)

• Run infeasible ➔ יותר מדי hard constraints סותרים; רכך ל-pseudo-hard. • אילוץ 'נשבר' שלא ציפית ➔ הוגדר soft במקום pseudo-hard/hard. • סדר-תעדוף שגוי בין הפרות ➔ כיוּל-מחדש של עלויות-העונש. אילוצים קשיחים • Run infeasible ➔ אילוצים קשיחים סותרים; הסר/רכך אחד מהם. • ייצור = 0 בתקופה ➔ Capacity Supply חסר/אפס באותה תקופה. אילוצים פסבדו-קשיחים • האילוץ מופר תכופות מדי ➔ הגדל את עלות-העונש. • Run infeasible למרות pseudo-hard ➔ קיים אילוץ hard סותר במקום אחר. אילוצים רכים • ההעדפה אף-פעם לא מכובדת ➔ עלות-העונש נמוכה מדי; הגדל מעט. • ההעדפה לעולם לא נשברת ➔ עלות-העונש גבוהה מדי; הקטן.

• שלוש דרגות: hard > pseudo-hard > soft. • hard = חוק-טבע פיזי; soft = העדפה. • סיווג נכון מונע גם infeasible וגם תכניות נוקשות-מדי. • Hard = לעולם לא מופר; חוק-טבע פיזי. • הדוגמה הקלאסית: Capacity Supply. • יותר מדי hard ➔ infeasible. • Pseudo-hard = כמעט-חובה; מופר רק כמוצא-אחרון. • מומש כ-slack עם עלות-עונש עצומה. • אידיאלי למלאי-בטחון; מונע infeasibility. • Soft = העדפה; הראשון להישבר במחסור. • מומש כ-slack עם עלות-עונש מתונה. • סדר-השבירה נקבע ביחס עלויות-העונש.