ניהול נתוני-האב של PP/DS
Administration of PP/DS Master Data
ניהול PP/DS ב-SAP S/4HANA · שיעור 6
- נתוני-אב של PP/DS = Resources + PDS + Pegging Areas, מוזנים מ-S/4 דרך CIF.
- שינוי ב-S/4 מחייב העברת-CIF נכונה וריענון-PDS.
- נתון-אב פגום = תוכנית פגומה שנראית תקינה.
- תיקוף-עקביות (CCR/OM17) הוא חלק מהתחזוקה.
מטרת השיעור
ידע אצורנתוני-האב של PP/DS (Pegging Areas, Resources, PDS) הם הבסיס שעליו פועל מנוע-התכנון. ניהולם השוטף — תיקוף, עדכון והשלמת-עקביות מול ה-CIF — מבטיח שהתכנון מבוסס על קיבולת, מסלולים ולוגיקת-Pegging נכונים. תת-הסעיפים מתמקדים ב-Pegging Areas (10.6.1) וב-Resources (10.6.2), שני נתוני-האב הקריטיים לתחזוקה תפעולית. אזורי-Pegging — Pegging Area הוא היחידה שבה PP/DS משייך היצע (הזמנות/מלאי) לביקוש (דרישות). לרוב הוא מוגדר כשילוב Product+Location. ניהול-תקין מבטיח שלוגיקת-ה-Pegging (Fixed/Dynamic) משקפת את כוונת-התכנון, כי Pegging שגוי מעוות תאריכים והתראות. משאבים (Resources) — Resources הם השתקפות-PP/DS של מרכזי-העבודה — הם נושאים את הקיבולת, לוח-המשמרות ולוגיקת-התזמון שעליהם מתבצע התכנון המפורט. ניהול-תקין מוודא שהקיבולת ב-PP/DS תואמת את המפעל האמיתי, אחרת התזמון לא-ריאלי.
למה זה חשוב
ידע אצורלפני שמתכננים, צריך שהבסיס יהיה נכון: היכן מנהלים מלאי-ודרישות (Pegging Area), ועל אילו מכונות/קווים מתכננים (Resources). ניהול נתוני-האב הוא לוודא שהבסיס הזה תמיד תקין ומעודכן. אזורי-Pegging — Pegging הוא 'מי משרת את מי': איזו הזמנת-ייצור מספקת איזו דרישת-מכירה. אזור-ה-Pegging הוא הגבול שבתוכו נעשה השיוך הזה — בדרך-כלל מוצר במחסן מסוים. משאבים (Resources) — Resource הוא 'המכונה כפי שהמתכנן רואה אותה' — כמה היא יכולה לייצר, מתי היא עובדת (משמרות), וכמה זמן כל פעולה לוקחת. אם זה לא תואם למציאות, התוכנית לא מציאותית.
ערך עסקי
ידע אצורלהבטיח שמנוע-התכנון פועל על תשתית-נתונים נכונה: קיבולת אמיתית, מסלולים מעודכנים, ולוגיקת-Pegging תקינה. נתון-אב פגום מייצר תוכנית פגומה שנראית תקינה. אזורי-Pegging — להגדיר נכון את שיוך-ההיצע-לביקוש, שממנו נגזרים תאריכי-זמינות, התראות-מחסור, ולוגיקת-ה-rescheduling. משאבים (Resources) — לספק למנוע-התזמון תמונת-קיבולת אמיתית, כך שתאריכי-הפק"ע והעומסים ריאליים וניתנים-לביצוע.
היכן בשימוש
ידע אצור• Easy Access ► /SAPAPO/RES01 — Resource Maintenance • Easy Access ► /SAPAPO/CURTO_SIMU — PDS (Production Data Structure) Display • SPRO ► Advanced Planning ► Production Planning and Detailed Scheduling (PP/DS) ► Global Settings ► Maintain Pegging-Relevant Settings • SPRO ► Advanced Planning ► PP/DS ► Global Settings ► Maintain Pegging-Relevant Settings • Easy Access ► /SAPAPO/RRP3 — Product View (Pegging tab) • SPRO ► Advanced Planning ► PP/DS ► Resources ► Specify Resource Settings
מושגי מפתח
ידע אצור- נתוני-אב של PP/DS = Resources + PDS + Pegging Areas, מוזנים מ-S/4 דרך CIF.
- שינוי ב-S/4 מחייב העברת-CIF נכונה וריענון-PDS.
- נתון-אב פגום = תוכנית פגומה שנראית תקינה.
- תיקוף-עקביות (CCR/OM17) הוא חלק מהתחזוקה.
- Pegging Area = גבול שיוך-היצע-לביקוש (Product+Location).
- Dynamic מול Fixed — Dynamic ברירת-המחדל הגמישה.
- Pegging הוא הבסיס ל-alerts ולתאריכים.
- Resource = השתקפות-PP/DS של מרכז-עבודה (קיבולת+משמרות).
- finite למשאבי-צוואר-בקבוק; סנכרן שינויים דרך CIF.
- אי-התאמה ל-S/4 = תזמון על קיבולת-שגויה.
דוגמה מ-CBC
ידע אצורבארגון כל שינוי בקווי-המילוי (קיבולת, משמרות) או במתכונים חייב לזרום נכון מ-S/4 ל-PP/DS דרך ה-CIF. ניהול נתוני-האב מוודא שה-Resources וה-PDS משקפים את המפעל האמיתי, כך שלוח-המילוי ריאלי. קו-מילוי חדש נוסף ב-S/4 כמרכז-עבודה. ה-CIF אמור להעבירו כ-Resource ל-PP/DS. האדמין מוודא ב-/SAPAPO/RES01 שה-Resource נוצר עם הקיבולת הנכונה, ושה-PDS המעודכן מקשר אותו — אחרת התכנון יתעלם מהקו. אזורי-Pegging — בארגון כל Product+מחסן-מילוי הוא Pegging Area; שיוך-דינמי מאפשר ל-PP/DS לקשר אוטומטית הזמנות-מילוי לדרישות-לקוח ולהתריע על פערים בעונת-שיא. דרישת-מכירה למשקה מקבלת Pegging דינמי להזמנת-מילוי קרובה. אם המילוי מתעכב, ה-Pegging מפעיל alert ב-Alert Monitor שמתריע על סיכון-אספקה. משאבים (Resources) — בארגון כל קו-מילוי = Resource עם קיבולת-סופית ולוח-משמרות עונתי. עדכון-משמרות לעונת-שיא חייב לזרום דרך CIF, אחרת PP/DS מתזמן על קיבולת-חורף נמוכה. קו-מילוי עובר משתי-משמרות לשלוש. השינוי נעשה ב-S/4 ומועבר דרך CIF ל-Resource; PP/DS מזהה את הקיבולת-הנוספת ומתזמן עליה הזמנות-מילוי נוספות.
תהליך
ידע אצורטבלאות
ידע אצור| טבלה | תיאור |
|---|---|
| /SAPAPO/RESHEAD | /SAPAPO/RESHEAD |
| /SAPAPO/RESNTAB | /SAPAPO/RESNTAB |
| /SAPAPO/MATKEY | /SAPAPO/MATKEY |
| /SAPAPO/PEGKEY | /SAPAPO/PEGKEY |
| /SAPAPO/ORDMAP | /SAPAPO/ORDMAP |
| /SAPAPO/RESCAP | /SAPAPO/RESCAP |
טרנזקציות
ידע אצוראפליקציות Fiori
ידע אצורקונפיגורציה (SPRO)
ידע אצור• Resource transfer (CIF): ודא שמרכזי-עבודה רלוונטיים נכללים ב-Integration Model ומועברים כ-Resources. • PDS generation: ה-Production Version ב-S/4 יוצר PDS ב-PP/DS; שינויי-BOM/Routing מחייבים ריענון-PDS. • Pegging settings: הגדרות-Pegging גלובליות + ברמת-Product קובעות שיוך-היצע-לביקוש. • Consistency: הרץ CCR/OM17 אחרי שינויי נתוני-אב משמעותיים. אזורי-Pegging • הגדר Dynamic vs Fixed Pegging ברמת-Product/גלובלי. • קבע Pegging strategy ו-alert thresholds. • ודא שאין fixed-pegging מיותם שחוסם אופטימיזציה. משאבים (Resources) • ודא העברת מרכזי-עבודה כ-Resources דרך Integration Model. • קבע finite/infinite — סופי למשאבי-צוואר-בקבוק. • תחזק Available Capacity ו-Shift sequences מעודכנים.
הערות
ידע אצורנתוני אב • Resources = השתקפות-PP/DS של מרכזי-עבודה (/SAPAPO/RESHEAD); PDS = השתקפות BOM+Routing. • Pegging Area = שילוב Product+Location (לרוב) שבו מתבצע שיוך-Pegging. שאלות ראיון כיצד הופך מרכז-עבודה ל-Resource ב-PP/DS? דרך ה-CIF: אם מרכז-העבודה נכלל ב-Integration Model פעיל, הוא מועבר ונוצר כ-Resource (/SAPAPO/RESHEAD) עם הקיבולת המתאימה. מה דורש שינוי-Version/BOM/Routing ב-S/4 מצד PP/DS? ריענון/יצירה-מחדש של ה-PDS, אחרת PP/DS מתכנן על מסלול ומבנה ישנים. מהם שני נתוני-האב הקריטיים לתחזוקה תפעולית? Pegging Areas (לוגיקת-שיוך היצע-לביקוש) ו-Resources (קיבולת). מהו Pegging Area? היחידה שבה PP/DS משייך היצע לביקוש, לרוב Product+Location; הוא הבסיס לתאריכי-זמינות ולהתראות. מה ההבדל בין Dynamic ל-Fixed Pegging? Dynamic = שיוך-אוטומטי לפי תאריך/כמות שה-PP/DS מתחזק; Fixed = קישור-קשיח ידני שאינו משתנה אוטומטית ועלול לחסום rescheduling. מהו Resource ב-PP/DS וממה הוא נגזר? ההשתקפות של מרכז-עבודה ב-PP/DS, נושא קיבולת ולוח-משמרות; נגזר מ-S/4 דרך ה-CIF. מדוע finite-flag חשוב למשאב-צוואר-בקבוק? תזמון-מפורט עם קיבולת-סופית מונע עומס-יתר לא-ריאלי ומפיק תאריכים ברי-ביצוע; infinite יתעלם ממגבלת-הקיבולת. נושאים קשורים • PP/DS · ניטור תור CIF (10.1) • PP/DS · תחזוקת liveCache (10.5) • אובייקט · /SAPAPO/RESHEAD • PP/DS · ניהול נתוני-אב (10.6)
טעויות נפוצות
ידע אצור- שינוי מרכז-עבודה/Version ב-S/4 בלי ריענון-PDS ב-PP/DS — תכנון על מסלול-ישן.
- מרכז-עבודה לא ב-Integration Model — ה-Resource לא נוצר וה-קו 'נעלם' מהתכנון.
- הזנחת בדיקות-עקביות אחרי שינויי נתוני-אב.
- ערבוב הגדרות-Pegging גלובליות עם ברמת-Product בלי הבנת-הקדימות.
- fixed-pegging ידני שנשכח — מונע מ-PP/DS לבצע rescheduling.
- סף-alert לא-מכויל — רעש או החמצת-התראות.
- שינוי-קיבולת ב-S/4 בלי סנכרון-CIF ל-Resource.
- infinite-flag למשאב-צוואר-בקבוק ➔ עומס-יתר לא-ריאלי.
פתרון תקלות
ידע אצור• קו לא מתוכנן ב-PP/DS ➔ בדוק שה-Resource קיים (/SAPAPO/RES01) ושמרכז-העבודה ב-Integration Model. • תכנון על מסלול-ישן ➔ רענן PDS אחרי שינוי-Version ב-S/4. • שיוך-Pegging לא-צפוי ➔ בדוק הגדרות-Pegging גלובליות מול ברמת-Product. • אי-עקביות אחרי שינוי ➔ הרץ CCR/OM17. אזורי-Pegging • alerts שגויים/חסרים ➔ בדוק הגדרות-Pegging וספי-alert. • rescheduling לא מתבצע ➔ ייתכן fixed-pegging תקוע. משאבים (Resources) • תזמון על קיבולת-שגויה ➔ ודא סנכרון-CIF של הקיבולת/המשמרות. • עומס-יתר לא-ריאלי ➔ בדוק finite-flag של ה-Resource.
שיטות עבודה מומלצות
ידע אצור- כלול תמיד מרכזי-עבודה רלוונטיים ב-Integration Model.
- רענן PDS כחלק מתהליך כל שינוי-BOM/Routing/Version.
- הרץ בדיקת-עקביות אחרי שינויי נתוני-אב משמעותיים.
- תעד את הגדרות-ה-Pegging ואת קדימות גלובלי-מול-Product.
- העדף Dynamic Pegging אלא אם נדרש קישור-קשיח.
- כייל ספי-alert למניעת-רעש.
- סקור fixed-pegging תקוע מעת-לעת.
- סנכרן כל שינוי-קיבולת/משמרת דרך CIF.
- הגדר finite למשאבי-צוואר-בקבוק לתזמון-ריאלי.
- הרץ CCR/OM17 אחרי שינויי-Resource.
טיפים
ידע אצור- נתוני-האב של PP/DS מועברים מ-S/4 דרך ה-CIF: מרכזי-עבודה הופכים ל-Resources, מאסטר-ייצור (BOM+Routing/Version) הופך ל-PDS (Production Data Structure), והמיקום+חומר מגדירים Pegging Area. הניהול-התפעולי כולל: ודאות שה-CIF העביר אותם נכון, תיקון-עקביות (CCR/OM17), וטיפול בשינויים. שגיאה בנתון-אב מתורגמת ישירות לתכנון-שגוי. שני נתוני-האב הדורשים תשומת-לב-תפעולית מתמשכת הם Pegging Areas (לוגיקת-שיוך היצע-לביקוש) ו-Resources (קיבולת).
- אזורי-Pegging — Pegging Area נגזר מ-Product+Location (ולעיתים account assignment). הוא נושא הגדרות: Dynamic Pegging (שיוך אוטומטי לפי תאריך/כמות) מול Fixed Pegging (קישור-קשיח ידני), Pegging strategy, ו-alert-thresholds. ה-Pegging הוא הבסיס ל-alerts ב-Alert Monitor ולחישובי-זמינות. ניהול-תפעולי: ודא שהגדרות-Pegging ברמת-Product נכונות ושאין fixed-pegging תקוע שמונע אופטימיזציה.
- משאבים (Resources) — Resources (/SAPAPO/RES01) מגיעים מ-CIF ממרכזי-עבודה. סוגים: Single/Multi-activity, Bucket, Production, Transportation. הם נושאים Available Capacity, Shift sequences, ו-finite/infinite flag. תזמון-מפורט (DS) נשען על קיבולת-סופית (finite). ניהול-תפעולי: ודא סנכרון-CIF של שינויי-קיבולת/משמרות, בדוק finite-flag למשאבי-צוואר-בקבוק, ותחזק לוחות-משמרות מעודכנים. אי-התאמה בין S/4 ל-Resource = תזמון על קיבולת-שגויה.
סיכום
ידע אצור• נתוני-אב של PP/DS = Resources + PDS + Pegging Areas, מוזנים מ-S/4 דרך CIF. • שינוי ב-S/4 מחייב העברת-CIF נכונה וריענון-PDS. • נתון-אב פגום = תוכנית פגומה שנראית תקינה. • תיקוף-עקביות (CCR/OM17) הוא חלק מהתחזוקה. • Pegging Area = גבול שיוך-היצע-לביקוש (Product+Location). • Dynamic מול Fixed — Dynamic ברירת-המחדל הגמישה. • Pegging הוא הבסיס ל-alerts ולתאריכים. • Resource = השתקפות-PP/DS של מרכז-עבודה (קיבולת+משמרות). • finite למשאבי-צוואר-בקבוק; סנכרן שינויים דרך CIF. • אי-התאמה ל-S/4 = תזמון על קיבולת-שגויה.