מינוף היוריסטיקות שירות

Service heuristics אינן יוצרות אספקה חדשה — הן 'מטפלות' באובייקטים קיימים: מתזמנות-מחדש (rescheduling), משנות עדיפויות, יוצרות/מוחקות Fixed Pegging, ממספרות שלבים. הן הכלים שבהם המתכנן מסדר ומתקן את התוכנית אחרי שה-product heuristics יצרו אותה. תזמון-מחדש מלמטה-למעלה — Bottom-up rescheduling מיישר את ההזמנות לאורך ה-Pegging מהרמה-הנמוכה (רכיבים) כלפי-מעלה (מכלולים): תאריכי-הרכיבים קובעים, וההזמנות-העליונות נדחפות להתאים — מבטיח שמכלול לא יתוזמן לפני שרכיביו זמינים. תזמון-מחדש מלמעלה-למטה — Top-down rescheduling מיישר מהרמה-הגבוהה (מכלול/דרישה) כלפי-מטה: תאריך-המכלול קובע, והרכיבים נמשכים להתאים — מבטיח שרכיבים זמינים בדיוק-בזמן (JIT) למכלול, בלי מלאי-ביניים מיותר. שינוי עדיפויות-הזמנה — service heuristic לשינוי priorities של הזמנות — קובעת מי מתוכנן/מתוזמן ראשון כשהמשאב מוגבל. הזמנות בעדיפות-גבוהה מקבלות קיבולת ותזמון מועדפים בהרצות finite ובאופטימייזר. יצירת Fixed Pegging — service heuristic ליצירת Fixed Pegging — קושרת אספקה ספציפית לדרישה ספציפית בקשר-קבוע ששורד הרצות-תכנון, להבטחת-הקצאה ללקוח/מוצר קריטי. מחיקת Fixed Pegging — service heuristic למחיקת Fixed Pegging — משחררת קשרים-קבועים ומחזירה את ההקצאה ל-Dynamic Pegging, כדי לאפשר לתכנון לבצע אופטימיזציה מחדש. מיספור שלבים — Stage numbering (low-level coding ל-PP/DS) ממספר את שלבי-הייצור/רמות-ה-BOM כדי לקבוע סדר-תכנון נכון — שכל רמה מתוכננת אחרי הרמות שמעליה, למניעת תכנון-כפול ולעקביות. ייצור חוזר (Repetitive Manufacturing) — ב-Repetitive Manufacturing התכנון מבוסס-קצב (rate-based) ולא הזמנות-בדידות: PP/DS מתכנן run schedule quantities על קווים יציבים בעלי ייצור-המוני-רציף, עם דיווח-backflush מפושט.

אחרי שיש תוכנית, צריך לעדן אותה: לדחוף הזמנות אחורה/קדימה (rescheduling), לשנות מי קודם (priorities), לקבע הקצאות (fixed pegging) או לפרק אותן, ולמספר את שלבי-הייצור. ה-service heuristics עושות בדיוק את העבודה הזו — בלי לייצר הזמנות חדשות. תזמון-מחדש מלמטה-למעלה — מלמטה-למעלה = הרכיבים מובילים. אם רכיב מגיע ביום ה-10, אי-אפשר להרכיב את המוצר לפני ה-10 — אז המוצר נדחף ל-10 ומעלה. מיישר את הזמן 'מהקרקע למעלה'. תזמון-מחדש מלמעלה-למטה — מלמעלה-למטה = המכלול מוביל. אם המוצר צריך להיות מוכן ב-20, הרכיבים נמשכים להגיע ממש לפני כן. מיישר את הזמן 'מהפסגה למטה' — בדיוק-בזמן. שינוי עדיפויות-הזמנה — כשהקו מלא, מישהו צריך להיות ראשון. ה-heuristic הזו מסמנת אילו הזמנות חשובות יותר (עדיפות-גבוהה) — והן יתוזמנו לפני האחרות. יצירת Fixed Pegging — כשרוצים 'לשמור' אספקה מסוימת לדרישה מסוימת כך שהתכנון לא ינתק אותם — יוצרים Fixed Pegging. הקשר הופך קבוע: ה-batch הזה שייך להזמנה הזו, נקודה. מחיקת Fixed Pegging — כשקשר-קבוע (fixed peg) כבר לא נחוץ — מוחקים אותו, וה-batch חוזר להיות זמין לכל דרישה לפי התכנון הדינמי. משחרר את מה שקובע. מיספור שלבים — כדי לתכנן עץ-מוצר נכון, צריך לדעת מה לתכנן קודם: קודם המוצר-הסופי, אחר-כך הרמה שמתחתיו, וכן הלאה. מיספור-השלבים נותן לכל רמה מספר, וה-תכנון רץ לפי הסדר. ייצור חוזר (Repetitive Manufacturing) — כשמייצרים אותו מוצר בקצב קבוע על קו ייעודי (כמו קו-מילוי שרץ כל היום), לא צריך הזמנה נפרדת לכל batch. מתכננים 'כמה ליום/לשעה' (קצב), וזה ה-repetitive manufacturing.

לתת למתכן ארגז-כלים לתיקון-תוכנית: יישור-תאריכים מול Pegging, קביעת-עדיפויות, הבטחת-הקצאות ומיספור-שלבים — לאחר שהתוכנית כבר נוצרה. תזמון-מחדש מלמטה-למעלה — להבטיח feasibility זמנית: מכלול לא מתחיל לפני שרכיביו מוכנים — מונע התחלות-שווא ומחסור-רכיבים ברצפה. תזמון-מחדש מלמעלה-למטה — ליישר את הרכיבים JIT לדרישת-המכלול — להקטין מלאי-ביניים ולהדק את שרשרת-הזמן כלפי תאריך-המסירה. שינוי עדיפויות-הזמנה — לתרגם חשיבות-עסקית (לקוח/מבצע/דחיפות) להחלטת-תזמון בקיבולת-מוגבלת — מי מקבל את המשאב קודם. יצירת Fixed Pegging — להבטיח שאספקה מסוימת תישאר מוקצית לדרישה מסוימת לאורך-זמן — הקצאה ודאית בלי 'גניבה' ע"י התכנון. מחיקת Fixed Pegging — לשחרר אילוצי-הקצאה שהתיישנו ולהחזיר גמישות-תכנון — מונע 'נעילת'-אספקות מיותרת. מיספור שלבים — להבטיח סדר-תכנון נכון ב-multi-level: כל רמה אחרי הרמות שמעליה — למניעת תכנון-חוזר ועקביות-דרישות. ייצור חוזר (Repetitive Manufacturing) — לתכנן ולתפעל ייצור-המוני-רציף ביעילות — קצב במקום הזמנות-בדידות, עם דיווח ובקרה מפושטים.

• Production Planning for Process Industries ► PP/DS ► Heuristics ► Service Heuristics • Detailed Scheduling ► Planning Board (/SAPAPO/CDPS0) • Production Planning for Process Industries ► PP/DS ► Heuristics ► Bottom-Up Rescheduling • Production Planning for Process Industries ► PP/DS ► Heuristics ► Top-Down Rescheduling • Production Planning for Process Industries ► PP/DS ► Heuristics ► Change Order Priorities • Production Planning for Process Industries ► PP/DS ► Heuristics ► Create Fixed Pegging • Production Planning for Process Industries ► PP/DS ► Heuristics ► Delete Fixed Pegging • Production Planning for Process Industries ► PP/DS ► Heuristics ► Stage Numbering / Low-Level Code • Production Planning for Process Industries ► PP/DS ► Repetitive Manufacturing • Production ► Repetitive Manufacturing ► Control (REM Profile)

• Service heuristics מטפלות בקיים — לא יוצרות אספקה.
• rescheduling, priorities, fixed pegging, stage numbering.
• ארגז-הכלים לתיקון-תוכנית.
• רכיבים מובילים, מכלולים נדחפים.
• מבטיח feasibility זמנית.
• הרץ אחרי עיכוב-רכיב.
• מכלול מוביל, רכיבים נמשכים JIT.
• מקטין מלאי-ביניים.
• הניגוד ל-bottom-up.
• priority קובע מי קודם בקיבולת-מוגבלת.
• מתרגם חשיבות-עסקית לתזמון.
• משפיע על DS ו-Optimizer.
• Fixed peg = קשר קבוע ששורד הרצות.
• מבטיח הקצאה ודאית.
• השתמש בחיסכון.
• מחזיר fixed → dynamic.
• משחרר אילוצי-הקצאה ישנים.
• ההפך מ-Create Fixed Pegging.
• ממספר רמות לסדר-תכנון נכון.
• מוגמר→גלם.
• עדכן אחרי שינוי-מבני.
• REM = תכנון מבוסס-קצב.
• ללא הזמנה פר-batch; backflush מפושט.
• מתאים לקווי-מילוי high-volume.

בארגון כשהזמנת-תרכיז מתעכבת, מתכנן-הקו מריץ bottom-up rescheduling כדי לדחוף את מילוי-המשקה להתאים, ומשנה priorities כדי שמשקה-מבצע יתוזמן ראשון. אחרי הרצת-תכנון נוצר פער: רכיב מגיע מאוחר מהמכלול. המתכנן מריץ bottom-up rescheduling — ההזמנות-העליונות נדחפות להתאים לרכיב; או top-down — הרכיבים נמשכים להתאים למכלול. תזמון-מחדש מלמטה-למעלה — בארגון אם אספקת-תרכיז נדחית, bottom-up rescheduling דוחף את מילוי-המשקה התלוי בו, כך שלא נתזמן מילוי ללא תרכיז. רכיב נדחה מ-5 ל-10. bottom-up דוחף את המכלול שמעליו (וכל מה שמעליו) ל-10 ואילך, כך שכל הרמות עקביות. תזמון-מחדש מלמעלה-למטה — בארגון top-down מותח את הזמנות-התרכיז/אריזה כך שיגיעו ממש לפני חלון-המילוי המתוכנן, להקטנת מלאי-ביניים ברצפה. מכלול נדרש ל-20. top-down מתזמן את כל הרכיבים backward כך שיגיעו בדיוק לפני ההרכבה — בלי להקדים מיותר. שינוי עדיפויות-הזמנה — בארגון הזמנת-משקה לקמפיין-טלוויזיה מקבלת priority גבוה — כך הקו משבץ אותה לפני הזמנות-שגרה, להבטחת-זמינות למבצע. הזמנת-VIP מקבלת priority 1; בהרצת finite היא משובצת ראשונה על הקו, ושאר ההזמנות מסביבה. יצירת Fixed Pegging — בארגון fixed peg בין batch-ייצור ספציפי להזמנת-רשת-קמעונאית מבטיח שה-batch לא יוקצה ללקוח אחר עד אספקה. מתכנן יוצר fixed peg בין batch מסוים להזמנת-לקוח אסטרטגית; הרצות-התכנון הבאות לא מנתקות אותם. מחיקת Fixed Pegging — בארגון לאחר סיום-מבצע, fixed pegs של ה-batches המוקצים נמחקים כדי שהמלאי הנותר ישרת ביקוש-שגרה. לקוח ביטל הזמנה שה-batch קובע אליה; המתכנן מריץ Delete Fixed Pegging, וה-batch משוחרר לדרישות אחרות. מיספור שלבים — בארגון: משקה (stage 0) → תערובת-בסיס (stage 1) → תרכיז/סוכר (stage 2); ה-stage numbering מבטיח שהמשקה מתוכנן לפני שמתכננים את רכיביו. מוצר 3-רמות: stage 0 (FERT), 1 (HALB), 2 (ROH). ה-planning sequence מתכנן 0→1→2, כך שדרישות-הביניים מוכנות בכל שלב. ייצור חוזר (Repetitive Manufacturing) — בארגון קו-מילוי Example Product הרץ ברציפות מתוכנן ב-REM: run-schedule יומי על ה-line resource ו-backflush של תרכיז/בקבוקים/פקקים — מתאים מאוד לקווי-מילוי high-volume. קו מתוכנן ל-10,000 יח'/יום run-schedule; ה-backflush מנכה רכיבים אוטומטית לפי הכמות-המיוצרת — בלי הזמנה פר-batch.

• Maintain service heuristics ב-/SAPAPO/RRPCUST1 (rescheduling/priorities/pegging/stage). • הפעלה על selection מתוך product view או DS Planning Board. תזמון-מחדש מלמטה-למעלה • heuristic settings: כיוון (forward), טיפול ב-firmed, scope לאורך Pegging. תזמון-מחדש מלמעלה-למטה • heuristic settings: כיוון (backward/JIT), טיפול ב-firmed, scope. שינוי עדיפויות-הזמנה • heuristic settings: ערך-priority חדש ל-selection; השפעה על DS/Optimizer. יצירת Fixed Pegging • heuristic settings: יצירת fixed peg על selection (supply↔demand). מחיקת Fixed Pegging • heuristic settings: מחיקת fixed pegs על selection → חזרה ל-dynamic. מיספור שלבים • heuristic settings: חישוב stage/level numbers מ-PDS; שימוש ב-planning sequence. ייצור חוזר (Repetitive Manufacturing) • REM Profile (backflush, reporting points, GR/GI auto). • Material flagged REM-relevant + production line resource.

נתוני אב • פועלות על הזמנות/קשרים קיימים; אין תלות-master-data ליצירת-אספקה. • Pegging relationships בין הרמות. • Pegging relationships; lead-times של רכיבים. • order priority על ההזמנה. • Pegging relationship (fixed) ב-LiveCache. • Pegging relationships ב-LiveCache. • PDS/BOM structure; low-level code ל-PP/DS. • Material: REM indicator + REM profile; production line (resource). שאלות ראיון במה service heuristics שונות מ-product heuristics? service heuristics מסדרות/מתזמנות-מחדש הזמנות קיימות (rescheduling/priorities/pegging/stage); product heuristics יוצרות אספקה (net/lot-sizing). מה עושה bottom-up rescheduling? מיישר תאריכים לאורך Pegging מהרכיבים כלפי-מעלה — דוחף מכלולים להתאים לזמינות-רכיביהם. מה ההבדל bottom-up מול top-down rescheduling? bottom-up: רכיבים מובילים ומכלולים נדחפים; top-down: מכלול מוביל ורכיבים נמשכים JIT. כיצד order priority משפיע על התכנון? הוא קובע סדר-תזמון בקיבולת-מוגבלת ומשפיע על delay-cost ב-Optimizer; 1 = הגבוה ביותר. מתי יוצרים Fixed Pegging? כשצריך להבטיח שאספקה מסוימת תישאר מוקצית לדרישה מסוימת לאורך הרצות — allocation/VIP/batch-to-order. מתי מוחקים Fixed Pegging? כשהקצאה התיישנה/בוטלה או כשהיא 'תוקעת' תכנון — לשחרור גמישות וחזרה ל-dynamic. מה תפקיד stage numbering? לקבוע סדר-תכנון נכון ב-multi-level — כל רמה אחרי הרמות שמעליה (דומה ל-low-level code). מתי מתאים Repetitive Manufacturing? לייצור-המוני-רציף בעל variance נמוך על קו ייעודי — תכנון מבוסס-קצב במקום הזמנות-בדידות. מה ההבדל מ-discrete? ב-REM אין הזמנת-ייצור פר-batch; מתכננים run-schedule ומדווחים ב-backflush מפושט. נושאים קשורים • PP/DS · Pegging (5.2.1) • PP/DS · היוריסטיקות תכנון (5.3) • PP/DS · מחיקת Fixed Pegging (5.4.5) • PP/DS · יצירת Fixed Pegging (5.4.4) • PP · MRP ותכנון דרישות

• אין אספקה חדשה אחרי service heuristic ➔ זו התנהגות תקינה; הרץ product heuristic. • תאריכים לא משתנים ➔ הזמנות firmed או מחוץ ל-selection. תזמון-מחדש מלמטה-למעלה • מכלול עדיין לפני רכיב ➔ הרצת bottom-up על ה-selection הנכון. תזמון-מחדש מלמעלה-למטה • רכיב מתוזמן לעבר ➔ lead-time לא מאפשר JIT; שקול bottom-up. שינוי עדיפויות-הזמנה • הזמנה חשובה לא משובצת ראשונה ➔ priority לא עודכן או strategy מתעלם. יצירת Fixed Pegging • אספקה מוקצית-מחדש למרות הצורך ➔ לא נוצר fixed peg; הרץ Create Fixed Pegging. מחיקת Fixed Pegging • תכנון לא מבצע אופטימיזציה ➔ fixed pegs תקועים; הרץ Delete Fixed Pegging. מיספור שלבים • רכיב מתוכנן לפני המכלול ➔ הרץ Stage Numbering לעדכון. ייצור חוזר (Repetitive Manufacturing) • backflush נכשל ➔ REM profile / מלאי-רכיבים (COGI errors). • קצב לא מתוזמן ➔ line resource/finite settings.

• Service heuristics מטפלות בקיים — לא יוצרות אספקה. • rescheduling, priorities, fixed pegging, stage numbering. • ארגז-הכלים לתיקון-תוכנית. • רכיבים מובילים, מכלולים נדחפים. • מבטיח feasibility זמנית. • הרץ אחרי עיכוב-רכיב. • מכלול מוביל, רכיבים נמשכים JIT. • מקטין מלאי-ביניים. • הניגוד ל-bottom-up. • priority קובע מי קודם בקיבולת-מוגבלת. • מתרגם חשיבות-עסקית לתזמון. • משפיע על DS ו-Optimizer. • Fixed peg = קשר קבוע ששורד הרצות. • מבטיח הקצאה ודאית. • השתמש בחיסכון. • מחזיר fixed → dynamic. • משחרר אילוצי-הקצאה ישנים. • ההפך מ-Create Fixed Pegging. • ממספר רמות לסדר-תכנון נכון. • מוגמר→גלם. • עדכן אחרי שינוי-מבני. • REM = תכנון מבוסס-קצב. • ללא הזמנה פר-batch; backflush מפושט. • מתאים לקווי-מילוי high-volume.