רמות תכנון

Planning Level הוא צירוף של Attributes (ולרוב גם Time Profile Level) המגדיר את גרעיניות-הנתונים — את הרמה שבה key figure נשמר או מחושב. הוא ה'רזולוציה' של התכנון: Product × Location × Customer × Month היא רמה אחת; Brand × Region × Quarter היא רמה אחרת. כל key figure מעוגן לרמת-בסיס (base level) ויכול להיצבר/להתפרק לרמות אחרות.

Planning Level הוא 'באיזה דיוק מסתכלים על הנתונים'. אם משלבים מוצר + מיקום + חודש — זו רמה מפורטת. אם רק מותג + רבעון — זו רמה מסכמת. ה-key figures 'יושבים' על רמה מסוימת, ואפשר לראות אותם מצטברים (פחות פירוט) או מתפרקים (יותר פירוט).

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

• IBP Web UI ► Configuration ► Planning Levels ► New ► select Attributes • IBP Web UI ► Configuration ► Planning Levels ► set Root Time Profile Level • IBP Web UI ► Configuration ► Key Figures ► assign Base Planning Level

• Planning Level = רזולוציית-הנתונים (Attributes + זמן).
• Base level של key figure קובע צבירה ופירוק.
• פחות רמות = מודל מהיר וברור יותר.

בארגון מגדירים Planning Levels: PRODUCT_LOC_CUST_WK (בסיס לביקוש), BRAND_REGION_MO (סקירת-מנהלים), ו-PLANT_PROD_WK (תכנון-ייצור). תכנית-המכירות ברמת-מותג מתפרקת לרמת-מוצר לצורך תכנון-מילוי. key figure 'Demand' מוגדר ב-base level Product × Customer × Location × Week. בדוח Executive Review הוא נצבר אוטומטית ל-Brand × Region × Quarter. אותם נתונים, רזולוציות שונות, בלי כפילות.

• צור Planning Level ובחר Attributes (מ-Master Data Types פעילים). • קבע Root Time Profile Level (הרמה הדקה ביותר שאליה הרמה קשורה — Week/Month). • סמן אם הרמה היא Storage (נתונים נשמרים) או נגזרת (calculated/aggregated). • בעת הגדרת Key Figure, הקצה את ה-Base Planning Level שלו.

נתוני אב • Planning Level = צירוף Attributes + Root Time Profile Level. • Base Planning Level של key figure = רמת-החישוב/אחסון שלו. שאלות ראיון מהו Planning Level? צירוף של Attributes ו-Root Time Profile Level המגדיר את הרזולוציה שבה key figure נשמר או מחושב. מהו Base Planning Level של key figure? הרמה שבה ה-key figure מחושב/מאוחסן בפועל; ממנה הוא נצבר מעלה ומתפרק מטה. כיצד מנהל ומתכנן רואים נתונים שונים מאותו מקור? ה-key figure מאוחסן ב-base level דק; צבירה אוטומטית מציגה רמת-מותג למנהל ורמת-מוצר למתכנן. נושאים קשורים • S&OP · מדדי-מפתח (10.4) • S&OP · מאפיינים ונתוני-אב (10.2)

• key figure לא מצטבר נכון ➔ Base Planning Level שגוי או Aggregation לא-מתאים. • Activation נכשל ➔ Planning Level מפנה ל-Attribute לא-קיים. • ביצועים איטיים ➔ יותר מדי Storage levels או רמת-בסיס דקה מדי.

• Planning Level = רזולוציית-הנתונים (Attributes + זמן). • Base level של key figure קובע צבירה ופירוק. • פחות רמות = מודל מהיר וברור יותר.