הגדרות בסיס ל-PP/DS המוטמע
Basic Settings for Embedded PP/DS
קונפיגורציה · שיעור 2
- הגדרות-הבסיס מבססות את סביבת-התכנון: Model 000/Version 000.
- נתוני-אב נטענים מהליבה — לא מוזנים ידנית.
- פרמטרים גלובליים ואינטגרציה הם תנאי לתכנון מהימן.
- Model 000/Version 000 = הפרודקטיביים היחידים.
מטרת השיעור
ידע אצורהגדרות-הבסיס הן התשתית שעליה כל תכנון-PP/DS עומד: ניהול-גרסת-המודל (Model 000 / Version 000), הגדרות-אינטגרציה בין הליבה ל-PP/DS, העברת נתוני-תנועה, סכמת-הקונפיגורציה של המערכת, פרמטרים גלובליים וברירות-מחדל, והגדרות נתוני-אב. בלי שכבה זו אין מה לתכנן ואין מודל-תכנון שיכיל את האובייקטים. ניהול גרסת מודל — ניהול-גרסת-המודל קובע את ה-Model וה-Planning Version שעליהם מתבצע התכנון. Model 000 ו-Version 000 הם הפרודקטיביים; גרסאות נוספות משמשות לסימולציה ('what-if') בלבד. זהו המכל הלוגי של כל אובייקטי-התכנון. הגדרות אינטגרציה — הגדרות-האינטגרציה קובעות אילו נתוני-אב ונתוני-תנועה זורמים בין ליבת-ה-S/4HANA לבין שכבת-ה-PP/DS, ולאילו חומרים/מפעלים. הן ה'צינור' שמסנכרן את שני העולמות ומבטיח תמונת-תכנון עדכנית. העברת נתוני תנועה — העברת נתוני-תנועה מבטיחה שכל ההזמנות, הדרישות, המלאי והפעילויות הרלוונטיות זמינות ב-PP/DS לתכנון. בניגוד לנתוני-אב (סטטיים), נתוני-התנועה דינמיים ומשתנים מתמיד, ולכן חייבים סנכרון מהיר ואמין. סכמת הקונפיגורציה של מערכת ה-PP/DS — סכמת-הקונפיגורציה היא מפת-העל של הגדרות-PP/DS: כיצד מתחברים זה-לזה Global Settings, Heuristics, Planning Procedures, Strategy Profiles, ופרופילי-ה-DS Board. הבנת הסכמה מונעת הגדרות-מנותקות ומבטיחה שכל רכיב 'מדבר' עם השני. פרמטרים גלובליים וערכי ברירת מחדל — הפרמטרים הגלובליים קובעים את התנהגות-ברירת-המחדל של PP/DS בכל המערכת: אזור-זמן לתצוגה ולתזמון, אופק-תכנון (PP/DS horizon), טיפול-בחריגות, וברירות-מחדל לאובייקטים. הם 'הקול-קורא' של המערכת לפני שמגדירים ברמת-החומר. הגדרות נתוני אב — הגדרות נתוני-האב קובעות את התכונות הספציפיות-ל-PP/DS של product, location, resource ו-PDS: Planning Procedure, Strategy Profile, PP/DS horizon לכל חומר, ופרמטרי-תזמון. כאן 'מתלבשות' ההגדרות הגלובליות על האובייקט הבודד.
למה זה חשוב
ידע אצורלפני שמתכננים, צריך 'מגרש-משחקים' שבו חיים כל אובייקטי-התכנון: חומרים, מרכזי-עבודה, הזמנות. ב-PP/DS המגרש הזה נקרא Model ו-Version, ותמיד עובדים עם Model 000 ו-Version 000 הפעילים. הגדרות-הבסיס גם קובעות אילו נתונים זורמים מהליבה לתוך המנוע, אילו ערכי-ברירת-מחדל חלים, וכיצד נתוני-האב מתנהגים. זו 'ההתקנה הראשונית' של המנוע. ניהול גרסת מודל — Model הוא ה'עולם' שמכיל את כל החומרים, הקווים וההזמנות; Version הוא 'תמונת-מצב' של העולם הזה. תמיד מתכננים בפועל ב-Model 000/Version 000, וגרסאות אחרות הן רק 'מה-היה-אם'. הגדרות אינטגרציה — כדי שהמנוע יתכנן חומר, החומר ונתוניו צריכים 'להיכנס' אליו מהליבה. הגדרות-האינטגרציה קובעות מה נכנס, למי, ומתי — כמו רשימת-תפוצה של נתונים. העברת נתוני תנועה — נתוני-אב הם 'מי' (החומר, הקו); נתוני-תנועה הם 'מה קורה עכשיו' — כמה במלאי, אילו הזמנות פתוחות, מה הדרישות. כדי לתכנן נכון, המנוע צריך את התמונה העדכנית של 'מה קורה עכשיו'. סכמת הקונפיגורציה של מערכת ה-PP/DS — ב-PP/DS יש הרבה הגדרות שונות, וקל לאבד את התמונה. הסכמה היא 'מפה' שמראה איך ההגדרות מתחברות: מה גלובלי, מה לכל חומר, מה לכל הרצה, ומה לכל לוח-תזמון. פרמטרים גלובליים וערכי ברירת מחדל — אלה ההגדרות ה'גדולות' שחלות על הכל אלא-אם נדרס במקום ספציפי — למשל באיזה אזור-זמן מציגים תאריכים, ועד כמה רחוק קדימה המנוע מתכנן בעדינות. הגדרות נתוני אב — אחרי שקבענו את הכללים הגדולים, צריך לקבוע לכל חומר ולכל קו את ההתנהגות שלו: איך הוא מתוכנן, באיזו אסטרטגיה, ובאיזה אופק. אלה ההגדרות הספציפיות שיושבות על האובייקט.
ערך עסקי
ידע אצורהמטרה: לבסס סביבת-תכנון אחת, עקבית ומסונכרנת עם הליבה, שבה כל האובייקטים קיימים, ברירות-המחדל מוגדרות, והאינטגרציה מבטיחה שכל שינוי בליבה משתקף בתכנון ולהפך. ניהול גרסת מודל — להפריד תכנון-פרודקטיבי (000) מתרחישי-סימולציה, ולשמור על מקור-אמת יחיד ומסונכרן עם הליבה. הגדרות אינטגרציה — להבטיח שכל אובייקט הרלוונטי לתכנון-מתקדם, ורק הוא, יהיה זמין ב-PP/DS עם נתונים עדכניים. העברת נתוני תנועה — לוודא שהתכנון מבוסס על תמונת-מצב נכונה ועדכנית של מלאי, הזמנות ודרישות. סכמת הקונפיגורציה של מערכת ה-PP/DS — לספק תמונה אחודה של אופן-עבודת המערכת, לאתר חוסר-עקביות, ולתכנן הגדרה מסודרת מלמעלה-למטה. פרמטרים גלובליים וערכי ברירת מחדל — לקבוע התנהגות-בסיס עקבית ולהגדיר עד-כמה-רחוק מתבצע תכנון-מתקדם, באיזון בין דיוק לבין עומס-מערכת. הגדרות נתוני אב — להתאים את התנהגות-התכנון לכל חומר/קו ספציפי — אסטרטגיה, אופק ונוהל — מעבר לברירות-המחדל הכלליות.
היכן בשימוש
ידע אצור• SPRO ► Advanced Planning ► Production Planning and Detailed Scheduling (PP/DS) ► Basic Settings • Advanced Planning ► Basic Settings ► Maintain Global Parameters and Default Values • Advanced Planning ► Basic Settings ► Configure Integration (Transfer of Master and Transaction Data) • SPRO ► Advanced Planning ► Basic Settings ► Model and Version Management • Advanced Planning ► Master Data ► Model and Version Management ► Manage Models / Planning Versions (/SAPAPO/MVM) • SPRO ► Advanced Planning ► Basic Settings ► Integration ► Configure Transfer of Master Data • Advanced Planning ► Integration ► Set Up Advanced Planning Relevance (Material Master MRP 4: Advanced Planning indicator) • SPRO ► Advanced Planning ► Basic Settings ► Integration ► Transfer Transaction Data • Advanced Planning ► Integration Tools ► Reconcile Transaction Data (/SAPAPO/CCR) • SPRO ► Advanced Planning ► Production Planning and Detailed Scheduling (PP/DS) (ענף-העל של כל ההגדרות) • Advanced Planning ► PP/DS ► Global Settings / Heuristics / Planning Procedure / Detailed Scheduling (תתי-הענפים) • SPRO ► Advanced Planning ► PP/DS ► Global Settings ► Maintain Global Parameters and Default Values • Advanced Planning ► PP/DS ► Global Settings ► Specify PP/DS Horizon and Time Zone • SPRO ► Advanced Planning ► PP/DS ► Maintain Settings at Master-Data Level • Advanced Planning ► Master Data ► Product (/SAPAPO/MAT1) / Resource (/SAPAPO/RES01)
מושגי מפתח
ידע אצור- הגדרות-הבסיס מבססות את סביבת-התכנון: Model 000/Version 000.
- נתוני-אב נטענים מהליבה — לא מוזנים ידנית.
- פרמטרים גלובליים ואינטגרציה הם תנאי לתכנון מהימן.
- Model 000/Version 000 = הפרודקטיביים היחידים.
- גרסאות נוספות = סימולציה בלבד.
- שכפל-גרסה לבחינת-תרחישים בלי לסכן את 000.
- האינטגרציה = הצינור בין הליבה ל-PP/DS.
- Advanced Planning indicator (MRP 4) הוא תנאי-הסף.
- סנכרון מיידי, ללא CIF.
- נתוני-תנועה = תמונת ה'עכשיו' לתכנון.
- /SAPAPO/CCR ו-/SAPAPO/OM17 מאמתים עקביות.
- תמיד reconciliation לאחר תקלת-liveCache.
- הסכמה = מפת-העל של כל הגדרות-PP/DS.
- ארבע רמות: גלובלי, אב, הרצה, אינטראקטיבי.
- הגדר מלמעלה-למטה ועקוב מי-גובר-על-מי.
- הפרמטרים הגלובליים = התנהגות-ברירת-מחדל כלל-מערכתית.
- PP/DS horizon מאזן דיוק-תזמון מול עומס.
- ניתן לדרוס ברמת-חומר.
- נתוני-האב נושאים שדות-PP/DS ייעודיים (Procedure/Strategy/Horizon).
- Resource = קיבולת; PDS = source-of-supply.
- הגדרות-אב גוברות על ברירות-המחדל הגלובליות.
דוגמה מ-CBC
ידע אצורבארגון כל המפעלים, קווי-המילוי והמשקאות חיים תחת Model 000/Version 000 יחיד. שינוי בקיבולת-קו בליבה (במרכז-העבודה) משתקף אוטומטית כ-resource ב-PP/DS, ולכן הגדרות-האינטגרציה הנכונות הן תנאי לתכנון מהימן. בהקמת PP/DS היועץ מאמת ש-Model 000/Version 000 פעילים, מגדיר אילו נתוני-תנועה מועברים, קובע פרמטרים גלובליים (אופק-תכנון, אזור-זמן), ומוודא שנתוני-האב (location, product, resource) נוצרים אוטומטית מהליבה. רק אז ניתן להריץ היוריסטיקה ראשונה. ניהול גרסת מודל — בארגון כל קווי-המילוי והמשקאות חיים ב-Model 000/Version 000. בחינת תוספת-משמרת-לילה נעשית בגרסת-סימולציה משוכפלת, ללא סיכון לתכנון השוטף. מתכנן רוצה לבחון השפעת תוספת-קו: הוא משכפל את Version 000 לגרסת-סימולציה, מריץ שם תכנון, משווה תוצאות, ורק אם משתכנע מיישם בליבה — בלי שהסימולציה נגעה בתכנון הפעיל. הגדרות אינטגרציה — בארגון רק המשקאות (FERT) וחצאי-המוצר (HALB) הרלוונטיים לתזמון-עדין מסומנים Advanced Planning; חומרי-גלם פשוטים נשארים בתכנון-MRP רגיל כדי לא להעמיס את המנוע. חומר מסומן Advanced Planning בליבה; מנגנון-האינטגרציה יוצר אוטומטית את ה-product וה-PDS ב-PP/DS, וכל שינוי-מלאי/הזמנה משתקף מיד. העברת נתוני תנועה — בארגון, אחרי downtime של liveCache, מריצים /SAPAPO/CCR כדי לאמת שכל פקודות-המילוי הפתוחות והמלאי-בפועל תואמים בין הליבה ל-PP/DS לפני שמתזמנים מחדש. לאחר הקמת חומר חדש מריצים העברת-נתוני-תנועה ראשונית; המלאי וההזמנות הפתוחות מופיעים ב-/SAPAPO/RRP3, והמתכנן רואה תמונת-תכנון מלאה. סכמת הקונפיגורציה של מערכת ה-PP/DS — בארגון הסכמה מתעדת: אזור-זמן-מפעל גלובלי → Planning Procedure לכל משקה → היוריסטיקת SAP_PP_002 בהרצת-הלילה → פרופיל-DS-Board לראש-הקו. מסמך אחד שמראה איך הכל מתחבר. בתחילת מימוש היועץ משרטט את הסכמה: פרמטרים גלובליים → נתוני-אב לכל חומר → היוריסטיקות ונהלי-תכנון → פרופילי-לוח. כל הגדרה חדשה ממוקמת בסכמה ובודקים את השפעתה כלפי מטה. פרמטרים גלובליים וערכי ברירת מחדל — בארגון מגדירים PP/DS horizon של ~3-4 שבועות לקווי-המילוי — מספיק כדי לתזמן רצפי-מוצרים והחלפות-טעם, בלי להעמיס את המנוע בתכנון-עדין של חודשים קדימה. מגדירים PP/DS horizon של 30 יום: דרישות ב-30 הימים הקרובים מתוזמנות עדין על-ידי המנוע; מעבר לכך נשארות הזמנות-תכנון רגילות עד שייכנסו לאופק. הגדרות נתוני אב — בארגון משקה-דגל מקבל Planning Procedure לתכנון-מיידי ו-Strategy Profile למזעור-החלפות-טעם; משקה-עונתי מקבל נוהל מבוסס-הרצת-לילה ואופק קצר יותר. מוצר מהיר-תנועה מקבל Planning Procedure שמפעיל תכנון-מיידי בכל שינוי-דרישה, ו-Strategy Profile שמעדיף שיבוץ-לאחור; מוצר איטי מקבל נוהל המתבסס על הרצת-לילה בלבד.
תהליך
ידע אצורטבלאות
ידע אצור| טבלה | תיאור |
|---|---|
| /SAPAPO/MARM | /SAPAPO/MARM |
| /SAPAPO/LOC | /SAPAPO/LOC |
| /SAPAPO/MATKEY | /SAPAPO/MATKEY |
| /SAPAPO/ORDMAP | /SAPAPO/ORDMAP |
| /SAPAPO/MODEL | /SAPAPO/MODEL |
| /SAPAPO/VRSIO | /SAPAPO/VRSIO |
| /SAPAPO/MATMAP | /SAPAPO/MATMAP |
| /SAPAPO/LOCMAP | /SAPAPO/LOCMAP |
| MARC | MARC |
| /SAPAPO/ORDKEY | /SAPAPO/ORDKEY |
| RESB | RESB |
| /SAPAPO/PPDSSET | /SAPAPO/PPDSSET |
| /SAPAPO/HEUR | /SAPAPO/HEUR |
| /SAPAPO/PLPRO | /SAPAPO/PLPRO |
| /SAPAPO/MATLOC | /SAPAPO/MATLOC |
| /SAPAPO/RESOURCE | /SAPAPO/RESOURCE |
טרנזקציות
ידע אצוראפליקציות Fiori
ידע אצורקונפיגורציה (SPRO)
ידע אצור• Model/Version: Model 000 + Planning Version 000 הם הפרודקטיביים היחידים; אין צורך ליצור מודלים נוספים לתכנון רגיל. • Integration Settings: קובעות אילו נתוני-אב ונתוני-תנועה מועברים אוטומטית מהליבה ל-PP/DS. • Global Parameters: אופק-תכנון, אזור-זמן, התנהגות-ברירת-מחדל של אובייקטים. • Master Data: אובייקטי location/product/resource נוצרים מהליבה — לא מוזנים ידנית. ניהול גרסת מודל • Active Model = 000, Active Planning Version = 000 (פרודקטיבי). • Version copy: שכפול 000 לגרסת-סימולציה לבחינת-תרחישים. • גרסאות-סימולציה אינן מסונכרנות עם הליבה ואינן משפיעות עליה. הגדרות אינטגרציה • Advanced Planning indicator (MARC, MRP 4 view): מסמן חומר לתכנון מתקדם — תנאי-סף לאינטגרציה. • Master Data transfer: location/product/resource/PDS נוצרים אוטומטית מהליבה. • Transaction data: מלאי, הזמנות-תכנון ופק"ע מסונכרנים בזמן-אמת. העברת נתוני תנועה • Initial transfer: העברת מלאי/הזמנות/דרישות ראשונית לגרסה 000. • /SAPAPO/CCR: השוואת נתוני-תנועה בין הליבה ל-liveCache ותיקון פערים. • /SAPAPO/OM17: בדיקת-עקביות של liveCache. סכמת הקונפיגורציה של מערכת ה-PP/DS • Global level: אזור-זמן, אופק-תכנון, ברירות-מחדל כלל-מערכתיות. • Master-data level: Planning Procedure + Strategy Profile + PP/DS horizon לכל product/location. • Run level: אילו Heuristics ו-Planning Procedures מופעלות בכל הרצה. • Interactive level: פרופילי-DS Board (Overall/Time/Work Area/Planning Board). פרמטרים גלובליים וערכי ברירת מחדל • PP/DS Horizon: טווח התכנון-העדין; דרישות בתוכו מתוזמנות מדויק, מעבר לו תכנון-גס. • Time Zone: אזור-הזמן לתצוגת/תזמון אובייקטים. • Default Values: ברירות-מחדל להתנהגות-תכנון של אובייקטים חדשים. הגדרות נתוני אב • Product: Planning Procedure, Strategy Profile, PP/DS horizon, Planning Group, lot-size settings. • Resource: Capacity, Available-capacity profile, finite/infinite, factory calendar. • PDS: מבנה-המוצר-לתכנון הנגזר מ-BOM+Routing+Production Version.
הערות
ידע אצורנתוני אב • Model 000 = מכל-העל הלוגי; Planning Version 000 = הגרסה הפעילה היחידה לתכנון פרודקטיבי. • אובייקטי-אב (location/product/resource/PPM) נטענים אוטומטית מהליבה ומשויכים ל-Model 000. • PP/DS horizon ניתן להגדרה גלובלית וגם ברמת-חומר (MARC) — הספציפי גובר. • Product (/SAPAPO/MAT1) = שדות-תכנון ברמת-חומר/location. • Resource (/SAPAPO/RES01) = קיבולת ולוח-זמינות (ממרכז-העבודה). • PDS = ה-source-of-supply המתוכנן (BOM+Routing+Production Version). שאלות ראיון מהו ה-Model וה-Version הפרודקטיביים ב-PP/DS? Model 000 ו-Planning Version 000 — הם היחידים שעליהם מריצים תכנון פרודקטיבי. כיצד מגיעים נתוני-האב ל-Embedded PP/DS? אוטומטית מהליבה דרך מנגנון האינטגרציה (RTO/PDS), ללא CIF מלא כמו ב-APO. מה ההבדל בין Model ל-Version? Model = המכל הלוגי של אובייקטי-התכנון; Version = תמונת-מצב ספציפית של המודל. 000/000 הם הפרודקטיביים. למה משמשות גרסאות שאינן 000? לסימולציה ('what-if') בלבד — הן אינן מסונכרנות עם הליבה ואינן משפיעות על התכנון הפעיל. כיצד מסמנים חומר לתכנון ב-PP/DS? באמצעות Advanced Planning indicator בתצוגת MRP 4 של אב-החומר; זהו תנאי-סף לאינטגרציה ולתכנון. במה שונה האינטגרציה ב-Embedded PP/DS מ-APO? אין CIF/תור לנטר; הסנכרון מיידי על אותו בסיס-נתונים, מבוסס RTO ו-PDS. מה ההבדל בין נתוני-אב לנתוני-תנועה ב-PP/DS? נתוני-אב סטטיים (חומר/קו); נתוני-תנועה דינמיים (מלאי/הזמנות/דרישות) ומסונכרנים בזמן-אמת ל-liveCache. מה תפקיד /SAPAPO/CCR? Reconciliation — השוואת נתוני-התנועה בין הליבה ל-liveCache ותיקון אי-התאמות. מהן רמות-ההגדרה ב-PP/DS? גלובלי, רמת-נתוני-אב, רמת-הרצה ורמה-אינטראקטיבית (DS Board) — היררכיה שבה רמות נמוכות/ספציפיות גוברות על ברירות-מחדל. מהו ה-PP/DS horizon ומדוע הוא חשוב? הטווח שבו מתבצע תכנון-DS עדין; דרישות בתוכו מתוזמנות מדויק, מעבר לו נשארות תכנון-גס. הוא מאזן בין דיוק לעומס-מנוע. מהו PDS ב-PP/DS? Production Data Structure — ה-source-of-supply המתוכנן הנגזר מ-BOM+Routing+Production Version של הליבה; בלעדיו אין כיצד לשבץ הזמנה. מה קובע Planning Procedure ברמת-חומר? כיצד החומר מגיב לאירועי-תכנון — תכנון-מיידי, סימון-לתכנון, או טיפול בהרצה בלבד. נושאים קשורים • PP/DS · ניהול גרסת-מודל (3.2.1) • PP/DS · היוריסטיקות (3.3) • PP/DS · נהלי-תכנון (3.4)
טעויות נפוצות
ידע אצור- יצירת מודל/גרסה משלך לתכנון פרודקטיבי במקום שימוש ב-000.
- הזנת נתוני-אב ידנית ב-PP/DS במקום להסתמך על האינטגרציה מהליבה.
- אי-הגדרת פרמטרים גלובליים (אופק/אזור-זמן) — תכנון בטווח שגוי.
- תכנון פרודקטיבי בגרסה שאינה 000 — לא משפיע על הליבה.
- מחיקת/שינוי Model 000 בטעות — קטסטרופלי לכל התכנון.
- סימון יתר של חומרים ל-Advanced Planning — עומס מיותר על המנוע.
- אי-סימון חומר הרלוונטי לתזמון — הוא לא יתוכנן ב-PP/DS.
- דילוג על reconciliation לאחר תקלת-liveCache — תכנון על נתונים שגויים.
- אי-העברת-נתוני-תנועה ראשונית לחומר חדש — תמונת-תכנון חסרה.
- הגדרה נקודתית בלי לראות את השפעתה על שאר-הסכמה.
- פרמטרים גלובליים סותרים הגדרות נתוני-אב.
- PP/DS horizon ארוך מדי ➔ עומס-מנוע ותכנון-עדין מיותר.
- PP/DS horizon קצר מדי ➔ דרישות לא מתוזמנות בעדינות בזמן.
- אזור-זמן שגוי ➔ תאריכי-תזמון מוצגים/מחושבים שגוי.
- Planning Procedure לא-מתאים ➔ תכנון-מיידי מיותר או חוסר-תגובה לדרישות.
- Resource ללא לוח-זמינות תקין ➔ תזמון שגוי.
- PDS חסר/שגוי ➔ אין source-of-supply, ההזמנה לא משובצת.
פתרון תקלות
ידע אצור• אובייקט לא מופיע ב-PP/DS ➔ הגדרת-אינטגרציה חסרה או חומר לא מסומן ל-Advanced Planning. • תכנון בטווח שגוי ➔ פרמטר אופק-תכנון גלובלי לא-מוגדר נכון. • תכנון 'בריק'/לא משפיע ➔ עובדים בגרסה שאינה 000. ניהול גרסת מודל • תוצאות-תכנון לא מגיעות לליבה ➔ עובדים בגרסת-סימולציה ולא ב-000. • אובייקט לא נמצא במודל ➔ לא משויך ל-Model 000. הגדרות אינטגרציה • חומר לא מתוכנן ב-PP/DS ➔ Advanced Planning indicator לא מסומן (MRP 4). • נתון לא מסונכרן ➔ בעיית-אינטגרציה; בדוק PDS ומיפוי location. העברת נתוני תנועה • מלאי/הזמנה לא מופיעים ב-PP/DS ➔ הרץ initial transfer / /SAPAPO/CCR. • אי-התאמה בין ליבה ל-PP/DS ➔ הרץ /SAPAPO/OM17 ו-/SAPAPO/CCR. סכמת הקונפיגורציה של מערכת ה-PP/DS • התנהגות-תכנון בלתי-צפויה ➔ עקוב אחר הסכמה: איזו רמה גוברת. • הגדרה 'לא נתפסת' ➔ נדרסת על-ידי הגדרה ברמה גבוהה/נמוכה יותר. פרמטרים גלובליים וערכי ברירת מחדל • דרישה לא מתוזמנת עדין ➔ היא מחוץ ל-PP/DS horizon. • תאריכים נראים מוזרים ➔ הגדרת time zone שגויה. הגדרות נתוני אב • הזמנה לא משובצת ל-resource ➔ PDS חסר או Strategy Profile שגוי. • חומר לא מגיב לדרישה ➔ Planning Procedure לא-מתאים.
שיטות עבודה מומלצות
ידע אצור- השאר את התכנון הפרודקטיבי ב-Model 000/Version 000; השתמש בגרסאות-עבודה לסימולציה בלבד.
- הגדר אינטגרציה מלאה לפני טעינת נתוני-אב.
- תעד את הפרמטרים הגלובליים — הם משפיעים על כל ההיוריסטיקות.
- השאר את 000 קדוש לפרודקשן; כל ניסוי בגרסה משוכפלת.
- תעד מטרת כל גרסת-סימולציה ומחק כשלא בשימוש.
- סמן Advanced Planning רק לחומרים הזקוקים לתזמון-עדין/אופטימיזציה.
- ודא קיום PDS תקין לכל חומר מתוכנן.
- הרץ /SAPAPO/CCR מחזורית כבדיקת-תקינות.
- לאחר כל downtime של liveCache — reconciliation לפני תכנון.
- שרטט את הסכמה בתחילת המימוש ועדכן אותה בכל שינוי.
- הגדר מלמעלה-למטה: גלובלי → אב → הרצה → אינטראקטיבי.
- כוונן PP/DS horizon כך שיכסה את טווח-התזמון-העדין בלבד.
- התאם time zone למפעל הפיזי.
- התאם Planning Procedure ו-Strategy Profile לאופי-החומר (מהיר/איטי).
- ודא קיום PDS תקין לכל חומר מתוכנן.
טיפים
ידע אצור- ב-Embedded PP/DS שכבת ה-Master Data Layer (אובייקטים בטבלאות /SAPAPO/*) נטענת אוטומטית מהליבה דרך מנגנון Production Data Structure / RTO, בלי CIF מלא כמו ב-APO. ה-Active Model תמיד 000 וה-Active Planning Version תמיד 000 — הם המודל היחיד שעליו מריצים תכנון פרודקטיבי. הגדרות-הבסיס כוללות: Global Parameters and Default Values, Integration Settings (אילו נתוני-תנועה ועסקה מועברים), ו-Configuration Schema. הבנת היחס Model↔Version והעובדה ש-000 הוא הפרודקטיבי היא קריטית למניעת תכנון 'בריק'.
- ניהול גרסת מודל — ב-/SAPAPO/MVM מנהלים את ה-Model ואת ה-Versions. Version 000 קשורה ל-Active Model 000 ומסונכרנת עם הליבה (liveCache). גרסאות-סימולציה הן עותקים שאינם משפיעים על הליבה. שכפול-גרסה (Version copy) מאפשר בדיקת-תרחישים בלי לפגוע בתכנון הפרודקטיבי.
- הגדרות אינטגרציה — ב-Embedded PP/DS האינטגרציה מבוססת על Real-Time Integration ועל סימון Advanced Planning באב-החומר (MRP 4 view). מודל-האינטגרציה מגדיר אילו location/product/PDS מועברים. בניגוד ל-APO, אין צורך להקים ולנטר תור-CIF; הסנכרון מיידי. עדיין מגדירים אילו סוגי-נתונים (קיבולת, מלאי, הזמנות) רלוונטיים לתכנון-מתקדם.
- העברת נתוני תנועה — ב-Embedded PP/DS נתוני-התנועה (orders, stocks, requirements) מסונכרנים ל-liveCache בזמן-אמת. כלי-תיקון כמו /SAPAPO/CCR (Reconciliation) ו-/SAPAPO/OM17 (liveCache consistency) מאתרים אי-התאמות בין הליבה ל-liveCache. בעת הקמה או לאחר תקלה מריצים העברה-מחדש (initial transfer) של נתוני-התנועה לגרסה 000.
- סכמת הקונפיגורציה של מערכת ה-PP/DS — הסכמה משקפת את היררכיית-ההגדרות: (1) Global Parameters (אזור-זמן, אופק); (2) Master-data-level (Planning Procedure, PP/DS-relevant horizon, Strategy Profile לכל product/location); (3) Run-level (Heuristics + Planning Procedures שמופעלות בהרצה); (4) Interactive-level (DS Board profiles). חשוב להבין אילו הגדרות 'גוברות' על מי — למשל פרמטרי-הרצה גוברים על ברירות-מחדל-גלובליות.
- פרמטרים גלובליים וערכי ברירת מחדל — בהגדרות הגלובליות מגדירים PP/DS horizon (האופק שבו מתבצע תכנון-DS לעומת תכנון-גס מעבר לו), time zone, ו-default planning behavior. ה-PP/DS horizon הוא קריטי: דרישות בתוכו מתוזמנות במדויק על-ידי המנוע; מעבר לו מטופלות כדרישות-PP רגילות. הגדרה זו משפיעה ישירות על ביצועי-המנוע (אופק קצר = פחות עומס).
- הגדרות נתוני אב — האובייקטים (location/product/resource/PDS) נטענים מהליבה, אך נושאים שדות PP/DS ייעודיים: Planning Procedure (איך החומר מגיב לאירועי-תכנון), Strategy Profile (כיצד המנוע משבץ הזמנות), PP/DS horizon ספציפי, Planning Group. ה-resource (מתורגם ממרכז-העבודה) נושא הגדרות-קיבולת ולוח-זמינות. הגדרות-אלה גוברות על ברירות-המחדל הגלובליות לאותו אובייקט.
סיכום
ידע אצור• הגדרות-הבסיס מבססות את סביבת-התכנון: Model 000/Version 000. • נתוני-אב נטענים מהליבה — לא מוזנים ידנית. • פרמטרים גלובליים ואינטגרציה הם תנאי לתכנון מהימן. • Model 000/Version 000 = הפרודקטיביים היחידים. • גרסאות נוספות = סימולציה בלבד. • שכפל-גרסה לבחינת-תרחישים בלי לסכן את 000. • האינטגרציה = הצינור בין הליבה ל-PP/DS. • Advanced Planning indicator (MRP 4) הוא תנאי-הסף. • סנכרון מיידי, ללא CIF. • נתוני-תנועה = תמונת ה'עכשיו' לתכנון. • /SAPAPO/CCR ו-/SAPAPO/OM17 מאמתים עקביות. • תמיד reconciliation לאחר תקלת-liveCache. • הסכמה = מפת-העל של כל הגדרות-PP/DS. • ארבע רמות: גלובלי, אב, הרצה, אינטראקטיבי. • הגדר מלמעלה-למטה ועקוב מי-גובר-על-מי. • הפרמטרים הגלובליים = התנהגות-ברירת-מחדל כלל-מערכתית. • PP/DS horizon מאזן דיוק-תזמון מול עומס. • ניתן לדרוס ברמת-חומר. • נתוני-האב נושאים שדות-PP/DS ייעודיים (Procedure/Strategy/Horizon). • Resource = קיבולת; PDS = source-of-supply. • הגדרות-אב גוברות על ברירות-המחדל הגלובליות.