מדדי-מפתח
Key Figures
הגדרת SAP IBP ל-S&OP · שיעור 4
- Key Figures = המספרים של התכנון.
- כל אחד נושא Base Level + Aggregation + Disaggregation.
- Stored לעריכה, Calculated לנגזרים.
- key figure = (ערך, רמה, זמן).
מטרת השיעור
ידע אצורKey Figures הם המספרים שמתכננים בפועל ב-IBP — Demand, Production, Inventory, Capacity, Revenue. כל key figure מעוגן ל-Base Planning Level, נושא כללי aggregation ו-disaggregation, וייתכן שהוא מחושב מ-key figures אחרים. הם הלב של מודל-התכנון: כל מה שרואים בדוחות, בחישובים וב-S&OP הם key figures. מהם מדדי-מפתח? — key figure הוא היחידה הנמדדת של התכנון — מספר שחי על Planning Level וזמן, ומייצג גודל עסקי כמו ביקוש, ייצור או מלאי. כל S&OP מסתכם בעריכה ובניתוח של key figures. יצירת מדדי-מפתח — יצירת key figure כוללת הקצאת Base Planning Level, בחירת Aggregation/Disaggregation, קביעת סוג (Stored/Calculated/Editable) והגדרת יחידה. זהו הצעד שהופך ממד-נתונים למדד-תכנון פעיל. סוגי מדדי-מפתח — key figures מתחלקים לפי סוג: Stored (נשמר ב-base level, נערך), Calculated (מחושב on-the-fly מנוסחה), Helper/Auxiliary (עזר לנוסחאות), ו-key figures מיוחדים (Time-Period-Shift, Lag-based, Attribute-as-Key-Figure). הסוג קובע אם המדד נערך, נשמר או נגזר. צבירת מדדי-מפתח — Aggregation קובע כיצד ערכי key figure מתקבצים כשעולים ברמה — לאורך Attributes (מוצר←מותג) ולאורך-זמן (שבוע←חודש). מצבים נפוצים: SUM, AVG, MIN, MAX, LAST. בחירה שגויה מובילה לסיכומים חסרי-משמעות (סכימת מלאי לאורך-זמן). פירוק (Disaggregation) — Disaggregation הוא ההפך מצבירה: כשעורכים key figure ברמה-גסה (מותג/רבעון), הערך יורד אוטומטית לרמה-הדקה (מוצר/שבוע) לפי משקל — לרוב Disaggregation Basis (key figure אחר) או חלוקה-שווה. זהו המנגנון המאפשר תכנון top-down. חישובי מדדי-מפתח — Calculations הן נוסחאות המגדירות key figures מחושבים מתוך key figures אחרים (PROJECTEDINVENTORY = previous + PRODUCTION − DEMAND). הן כתובות בשפת-IBP עם פונקציות, references לרמות ולתקופות, ותנאים. הן הופכות נתונים-גולמיים לתובנות-תכנון.
למה זה חשוב
ידע אצורKey Figure הוא 'מדד' — מספר שמתכננים או עוקבים אחריו: כמה ביקוש, כמה לייצר, כמה מלאי. כל key figure יודע באיזו רמה הוא חי (מוצר? מותג?), איך הוא מסתכם כשעולים ברמה (חיבור? ממוצע?), ואיך הוא מתפרק כשיורדים ברמה. מהם מדדי-מפתח? — key figure הוא 'מדד': מספר שעוקבים אחריו או מתכננים — כמה למכור, כמה לייצר, כמה מלאי. הוא תמיד קשור לרמה (מוצר/מותג) ולתקופה (חודש/שבוע). יצירת מדדי-מפתח — כדי ליצור מדד חדש בוחרים: באיזו רמה הוא חי, איך הוא מסתכם, איך הוא מתפרק, ואם עורכים אותו ידנית או שהוא מחושב. אז הוא זמין בתצוגת-התכנון. סוגי מדדי-מפתח — יש מדדים ש'מקלידים' (Stored), מדדים ש'מחושבים אוטומטית' (Calculated), ומדדי-עזר ששירותם רק לנוסחאות. הסוג קובע מה אפשר לעשות עם המדד. צבירת מדדי-מפתח — כשעולים מרמה-מפורטת לרמה-מסכמת, צריך לדעת איך לחבר את המספרים: לחבר (כמויות), לממצע (אחוזים), או לקחת את האחרון (מלאי בסוף-תקופה). זה ה-Aggregation. פירוק (Disaggregation) — אם מנהל מזין 'מותג X = 10,000 יח' ברבעון', SAP צריך לדעת איך לחלק את זה בין המוצרים והשבועות. הפירוק משתמש במשקל (למשל הביקוש-ההיסטורי) כדי לחלק נכון. חישובי מדדי-מפתח — Calculation היא 'נוסחה' שמחשבת מדד אחד מתוך אחרים — בדיוק כמו נוסחה ב-Excel. למשל: מלאי-חזוי = מלאי-קודם + ייצור − ביקוש. SAP מחשבת זאת אוטומטית בכל תא.
ערך עסקי
ידע אצורלייצג את כל הגדלים הנמדדים והמתוכננים, ולחבר ביניהם בנוסחאות (Projected Inventory = Opening + Production − Demand). הם מתרגמים את מודל-הנתונים לתובנות-תכנון. מהם מדדי-מפתח? — לתת שם, רמה ומשמעות לכל גודל שמתכננים, כדי שאפשר יהיה לערוך, לצבור, לפרק ולחשב אותו עקבית. יצירת מדדי-מפתח — להוסיף למודל מדד חדש עם כל ההתנהגויות הנכונות, כך שיתנהג נכון בצבירה, בפירוק ובחישוב. סוגי מדדי-מפתח — לבחור את ההתנהגות הנכונה לכל מדד — נערך, נגזר או עזר — לאיזון בין גמישות, ביצועים ואחסון. צבירת מדדי-מפתח — להבטיח שסיכומי-רמה משמעותיים — שכמויות מסתכמות, שמלאי-סוף-תקופה לא 'מתחבר', ושאחוזים ממוצעים נכון. פירוק (Disaggregation) — לאפשר תכנון top-down — עריכה ברמת-סיכום עם פירוק-חכם לרמת-הביצוע — בלי שהמתכנן יזין כל תא בנפרד. חישובי מדדי-מפתח — לקשר key figures בלוגיקה-עסקית — מאזני-מלאי, ניצול-קיבולת, תחזית-מול-בפועל — בלי הזנה-ידנית של הנגזרות.
היכן בשימוש
ידע אצור• IBP Web UI ► Configuration ► Key Figures ► New ► Base Planning Level • IBP Web UI ► Configuration ► Key Figures ► Aggregation / Disaggregation • IBP Web UI ► Configuration ► Key Figures ► Calculations (formula editor) • IBP Web UI ► Configuration ► Key Figures (overview) • IBP for Excel ► Planning View (key figures as columns) • IBP Web UI ► Configuration ► Key Figures ► New ► Base Planning Level + Aggregation + Disaggregation • IBP Web UI ► Configuration ► Activate • IBP Web UI ► Configuration ► Key Figures ► Type (Stored/Calculated/Auxiliary) • IBP Web UI ► Configuration ► Key Figures ► special (Lag/Snapshot/LPoP) • IBP Web UI ► Configuration ► Key Figures ► Aggregation ► Attribute / Time Aggregation Mode • IBP Web UI ► Configuration ► Key Figures ► Disaggregation ► Mode + Disaggregation Basis Key Figure • IBP Web UI ► Configuration ► Calculations ► select Key Figure ► formula editor • IBP Web UI ► Configuration ► Calculations ► set Calculation Level
מושגי מפתח
ידע אצור- Key Figures = המספרים של התכנון.
- כל אחד נושא Base Level + Aggregation + Disaggregation.
- Stored לעריכה, Calculated לנגזרים.
- key figure = (ערך, רמה, זמן).
- תמיד קשור ל-Planning Level ולתקופה.
- input מול output.
- יצירה = Base Level + Aggregation + Disaggregation + סוג.
- Editable+Stored לעריכה.
- Activate בסוף.
- סוג = Stored / Calculated / Auxiliary (+ מיוחדים).
- הסוג קובע עריכה/אחסון/נגזרות.
- Stored לקלט, Calculated לנגזר.
- Aggregation = איך מסכמים בעלייה ברמה.
- זרימה=SUM, מלאי=LAST, אחוז=AVG.
- הגדר זמן ו-Attributes בנפרד.
- Disaggregation = פירוק top-down מרמה-גסה לדקה.
- Disaggregation Basis = פרופיל-המשקל.
- Basis ריק = פירוק שגוי.
- Calculations = נוסחאות ה-key figures.
- time-shift (prevperiod) למאזנים מתגלגלים.
- התאם רמות ופרק מורכבות ל-Auxiliary.
דוגמה מ-CBC
ידע אצורבארגון key figures: CONSENSUSDEMAND (ביקוש-מוסכם למשקה), PRODUCTIONQTY (כמות-מילוי מתוכננת), PROJECTEDSTOCK (מלאי-חזוי), CAPACITYUSAGE (ניצול-קווים). PROJECTEDSTOCK מחושב מהביקוש, הייצור והמלאי-הפותח. key figure CONSENSUSDEMAND נערך ב-Demand Review; PRODUCTION מתוכנן ב-Supply Review; key figure מחושב PROJECTEDINVENTORY = previous inventory + PRODUCTION − CONSENSUSDEMAND מציג את תחזית-המלאי לאורך-האופק. מהם מדדי-מפתח? — בארגון המתכנן רואה key figures: ביקוש-משקה, מילוי-מתוכנן ומלאי-חזוי, ברמת מוצר×מפעל×שבוע. המתכנן פותח planning view ב-Excel; העמודות הן key figures (Demand, Production, Inventory) והשורות הן צירופי Planning Level. הוא עורך Demand וה-Inventory המחושב מתעדכן. יצירת מדדי-מפתח — בארגון יוצרים key figure PROMODEMAND (ביקוש-מבצע): Base = Product×Customer×Week, SUM, Disaggregation לפי DEMAND, Editable — לתכנון השפעת-מבצעי-קיץ. יוצרים key figure 'SAFETYSTOCK': Base = Product×Location×Week, Aggregation = SUM, Disaggregation Basis = DEMAND, Stored+Editable. Activate. כעת מתכננים אותו ב-Excel. סוגי מדדי-מפתח — בארגון: CONSENSUSDEMAND = Stored; PROJECTEDSTOCK = Calculated; HELP_SEASONINDEX = Auxiliary (מקדם-עונתיות-קיץ לשימוש בנוסחאות-פירוק). DEMAND = Stored (נערך). PROJECTEDINVENTORY = Calculated (נגזר). HELP_AVGDEMAND = Auxiliary (ממוצע-ביקוש לשימוש פנימי בנוסחת safety stock). צבירת מדדי-מפתח — בארגון: PRODUCTIONQTY ו-CONSENSUSDEMAND = SUM (זרימה); PROJECTEDSTOCK = LAST בזמן (מלאי-סוף-תקופה) ו-SUM בין-מפעלים; FILLRATE% = AVG משוקלל. DEMAND ברמת-מוצר נצבר ב-SUM למותג ולרבעון. INVENTORY נצבר ב-SUM בין מיקומים אך ב-LAST לאורך-זמן (מלאי-סוף-חודש, לא סכום-שבועות). פירוק (Disaggregation) — בארגון תכנית-מכירות ברמת-מותג רבעונית מתפרקת לרמת-מוצר×שבוע לפי פרופיל-עונתיות-קיץ (Disaggregation Basis = ביקוש-אשתקד), כך שיולי מקבל יותר מנובמבר. מנהל-ביקוש מזין יעד-מותג רבעוני; IBP מפרק לפי פרופיל ה-DEMAND ההיסטורי לכל מוצר ולכל שבוע, ושומר ב-base level. שינוי ביעד מתחלק-מחדש אוטומטית. חישובי מדדי-מפתח — בארגון: PROJECTEDSTOCK = prevperiod(PROJECTEDSTOCK) + PRODUCTIONQTY − CONSENSUSDEMAND; CAPACITYUSAGE% = PRODUCTIONQTY / LINECAPACITY. כך רואים מתי מפעל יחרוג מקיבולת-קווי-המילוי בקיץ. PROJECTEDINVENTORY מוגדר: prevperiod(PROJECTEDINVENTORY) + PRODUCTION − CONSENSUSDEMAND. בכל תקופה הנוסחה גוללת את יתרת-המלאי קדימה לאורך-האופק.
תהליך
ידע אצורטבלאות
ידע אצור| טבלה | תיאור |
|---|---|
| Key Figure (metadata) | Key Figure (metadata) |
| Planning Level | Planning Level |
| Key Figure data (HANA) | Key Figure data (HANA) |
| Calculation (formula) | Calculation (formula) |
טרנזקציות
ידע אצוראפליקציות Fiori
ידע אצורקונפיגורציה (SPRO)
ידע אצור• הגדר Base Planning Level לכל key figure. • קבע Aggregation Mode (SUM/AVG/MIN/MAX/LAST) ו-Disaggregation (Mode + Basis Key Figure). • סמן Stored vs Calculated; Editable אם נערך ידנית בתצוגת-התכנון. • כתוב Calculations בעורך-הנוסחאות לכל key figure מחושב. מהם מדדי-מפתח? • כל key figure מוגדר ב-Configuration עם Base Level, Aggregation, Disaggregation וסוג (Stored/Calculated). יצירת מדדי-מפתח • הגדר Name, Base Planning Level, Aggregation, Disaggregation (Mode+Basis), Stored/Calculated/Editable, Unit/Currency. • Activate לאחר היצירה. סוגי מדדי-מפתח • קבע סוג: Stored (נשמר/נערך), Calculated (נוסחה), Auxiliary (עזר). • לסוגים מיוחדים: הגדר Lag / Snapshot / Last-Period-of-Period לפי הצורך. צבירת מדדי-מפתח • קבע Aggregation Mode ל-Attributes ול-Time בנפרד: SUM/AVG/MIN/MAX/LAST/FIRST. • מדדי-זרימה=SUM; מדדי-מלאי=LAST בזמן; אחוזים=AVG/calculation. פירוק (Disaggregation) • קבע Disaggregation Mode: Equally / By Reference Key Figure / By Attribute Weight. • הקצה Disaggregation Basis Key Figure (פרופיל-המשקל) למדדים שנערכים ברמה-גסה. חישובי מדדי-מפתח • כתוב נוסחה לכל key figure מחושב (arithmetic, IF, MAX, ROUND). • השתמש ב-time-shift (prevperiod) לחישובי-מאזן מתגלגלים. • ודא Calculation Level תואם את רמות ה-key figures בנוסחה.
הערות
ידע אצורנתוני אב • כל key figure = Base Level + Aggregation + Disaggregation (+ Calculation). • Disaggregation Basis = key figure המשמש כמשקל-פירוק. שאלות ראיון מהו key figure ב-IBP? מדד מספרי המעוגן ל-Base Planning Level, עם כללי aggregation/disaggregation, שיכול להיות מאוחסן, נערך או מחושב. מה ההבדל בין Stored ל-Calculated key figure? Stored נשמר פיזית ב-base level וניתן לעריכה; Calculated מחושב on-the-fly מנוסחה ואינו נערך ישירות. ממה מורכב key figure? ערך + קואורדינטת Planning Level + תקופת-זמן, יחד עם תכונות-מטא (Base Level, Aggregation, Disaggregation, סוג). מהם הצעדים ליצירת key figure? הקצאת Base Planning Level, בחירת Aggregation, הגדרת Disaggregation (Mode+Basis), קביעת סוג (Stored/Calculated/Editable), יחידה, ו-Activation. מה ההבדל בין Stored, Calculated ו-Auxiliary? Stored נשמר/נערך; Calculated נגזר מנוסחה בזמן-ריצה; Auxiliary הוא מדד-עזר פנימי לנוסחאות בלבד. מהו Snapshot key figure? key figure ששומר תמונת-מצב של מדד אחר בנקודת-זמן (למשל גרסת-תחזית קודמת) להשוואה ולמדידת-דיוק. כיצד מצברים מדד-מלאי לאורך-זמן? ב-LAST (מלאי-סוף-תקופה) ולא ב-SUM, כדי לא לחבר יתרות בין שבועות. כיצד מטפלים באחוזים בצבירה? לרוב כממוצע-משוקלל דרך calculation, לא ב-SUM, כדי שלא יחרוג מ-100%. מהו Disaggregation Basis? key figure המשמש כפרופיל-משקל לפירוק ערך מרמה-גסה לרמה-דקה (למשל ביקוש-היסטורי לפירוק יעד-מותג למוצרים). מה קורה אם ה-Disaggregation Basis ריק? הפירוק נכשל או נופל לחלוקה-שווה (Equally), מה שעלול לתת תוצאות לא-ריאליות. מהי Calculation ב-IBP? נוסחה המגדירה key figure מחושב מתוך key figures אחרים, בשפת-IBP, עם arithmetic, פונקציות, time-shift ו-references לרמות. כיצד מחשבים מלאי-חזוי מתגלגל? באמצעות time-shift: PROJECTEDINVENTORY = prevperiod(PROJECTEDINVENTORY) + PRODUCTION − DEMAND, כך שהיתרה נגללת קדימה. נושאים קשורים • S&OP · רמות תכנון (10.3) • S&OP · אופרטורי תכנון (10.5) • S&OP · צבירה ופירוק (10.4.4–10.4.5)
טעויות נפוצות
ידע אצור- Aggregation Mode שגוי (SUM למלאי שאמור להיות LAST) ➔ סיכומים שגויים.
- Disaggregation Basis ריק/אפס ➔ הפירוק נכשל או מתחלק שווה בטעות.
- Calculated במקום Stored לערך-נערך-ידנית ➔ אי-אפשר לערוך.
- נוסחה התלויה ב-key figure ברמה לא-תואמת ➔ שגיאת-חישוב.
- בלבול בין key figure בסיסי (נערך) למחושב (נגזר).
- אי-הגדרת Unit/Currency ➔ ערבוב יחידות.
- Base Level שגוי ➔ צבירה/פירוק לא-נכונים.
- שכחת Disaggregation Basis ל-key figure שנערך ברמה-גסה.
- Calculated למדד שאמור להיערך.
- Calculated למדד-נערך ➔ אי-אפשר לערוך.
- Stored למדד-נגזר ➔ אחסון מיותר ונתונים מיושנים.
- Auxiliary שנשכח גלוי למשתמש ➔ בלבול.
- SUM למלאי לאורך-זמן ➔ סכום חסר-משמעות.
- SUM לאחוזים ➔ אחוז מעל 100%.
- AVG לכמויות ➔ סיכום שגוי כלפי-מטה.
- Disaggregation Basis ריק/אפס ➔ הפירוק נופל לחלוקה-שווה או נכשל.
- חלוקה-שווה כשנדרש משקל-עונתי ➔ פירוק לא-ריאלי.
- עריכה ברמה-גסה בלי Basis מוגדר.
- נוסחה התלויה ב-key figures ברמות לא-תואמות ➔ שגיאת-חישוב.
- חלוקה באפס (קיבולת=0) ➔ ערך ריק/שגיאה.
- מעגל-תלות בין key figures מחושבים.
פתרון תקלות
ידע אצור• סיכום שגוי בעלייה ברמה ➔ Aggregation Mode לא-נכון. • עריכה ברמה-גסה לא יורדת לרמה-דקה ➔ Disaggregation Basis לא מוגדר. • key figure מחושב מציג ריק ➔ נוסחה שגויה או key figure-קלט ריק. • אי-אפשר לערוך key figure ➔ הוגדר Calculated/לא-Editable. מהם מדדי-מפתח? • key figure לא מופיע בתצוגה ➔ לא מוקצה ל-Planning View/Filter, או לא Stored ברמה. יצירת מדדי-מפתח • אי-אפשר לערוך ➔ לא Editable/Stored. • פירוק לא עובד ➔ חסר Disaggregation Basis. • key figure לא נשמר ➔ לא Activated. סוגי מדדי-מפתח • אי-אפשר לערוך ➔ הסוג Calculated/Auxiliary. • ערכים מיושנים ➔ מדד-נגזר הוגדר Stored במקום Calculated. צבירת מדדי-מפתח • מלאי 'מתנפח' ברמת-רבעון ➔ Time Aggregation הוא SUM במקום LAST. • אחוז שגוי בסיכום ➔ נדרש ממוצע-משוקלל דרך calculation. פירוק (Disaggregation) • עריכה top-down לא יורדת לרמה-דקה ➔ Disaggregation Mode/Basis לא מוגדר. • הפירוק מתחלק שווה במקום לפי-משקל ➔ ה-Basis key figure ריק. • ערכים שליליים אחרי פירוק ➔ Basis עם ערכים שליליים. חישובי מדדי-מפתח • key figure מחושב ריק ➔ קלט ריק או רמות לא-תואמות. • מלאי-מתגלגל לא נכון ➔ prevperiod/time-shift שגוי. • שגיאת-Activation ➔ נוסחה מפנה ל-key figure/רמה לא-קיימים.
שיטות עבודה מומלצות
ידע אצור- הגדר Aggregation/Disaggregation במכוון לכל key figure — ברירת-מחדל אינה תמיד נכונה.
- השתמש ב-Stored לערכים-נערכים וב-Calculated לנגזרים.
- הסתמך על key figures מוכנים מ-SAPIBP1 כשאפשר.
- תעד נוסחאות-Calculation והרמות שהן מניחות.
- שמות-key-figure ברורים ועקביים.
- הבחן באופן מפורש בין input ל-output.
- העתק מ-key figure דומה כדי לרשת הגדרות.
- הגדר Disaggregation Basis תמיד למדד נערך-ברמה-גסה.
- Activate ובדוק בתצוגת-תכנון.
- Stored רק לקלט אמיתי; Calculated לכל נגזר.
- סמן key figures-עזר כ-Auxiliary והסתר מהמשתמש.
- השתמש בסוגים מיוחדים (Lag/Snapshot) לניתוחי-דיוק.
- SUM לזרימות, LAST למלאים, AVG/calculation לאחוזים ומחירים.
- הגדר Time ו-Attribute aggregation בנפרד ובמכוון.
- בדוק סיכומי-רמה מול חישוב-ידני.
- הגדר Disaggregation Basis תמיד למדד-נערך-ברמה-גסה.
- השתמש בפרופיל-ביקוש היסטורי כ-Basis לפירוק עונתי.
- ודא שה-Basis אינו אפס/ריק לפני תכנון top-down.
- שמור נוסחאות פשוטות; פרק מורכבות ל-Auxiliary key figures.
- טפל בחלוקה-באפס עם IF.
- תעד את ההנחה-הרמתית של כל נוסחה.
- השתמש בנוסחאות-המוכנות מ-SAPIBP1 כבסיס.
טיפים
ידע אצור- ב-Configuration כל key figure מקבל: Base Planning Level, Aggregation Mode (SUM/AVG/MIN/MAX/LAST/...), Disaggregation Mode ו-Disaggregation Basis (Key Figure), Editable/Stored/Calculated, ו-Calculations (נוסחאות). Stored = נשמר ב-base level; Calculated = מחושב on-the-fly. Helper/Auxiliary key figures משמשים בנוסחאות. ב-S&OP מודל SAPIBP1 מספק עשרות key figures מוכנים (DEMAND, ACTUALSQTY, PRODUCTION, PROJECTEDINVENTORY). Calculations משתמשות בשפת-IBP עם פונקציות ו-@-references לרמות.
- מהם מדדי-מפתח? — key figure = (value, Planning Level coordinate, time bucket). הוא נושא תכונות-מטא: Base Level, Aggregation, Disaggregation, Editable/Stored/Calculated, Unit/Currency. ב-Excel/Web UI הוא העמודה שמתכננים עליה. מבחינים בין key figures בסיסיים (input) למחושבים (output).
- יצירת מדדי-מפתח — ב-Configuration ► Key Figures ► New: שם, Base Planning Level, Aggregation Mode, Disaggregation Mode+Basis, Stored/Calculated/Editable, Unit of Measure/Currency Conversion. לאחר מכן Activation. אפשר לבסס על key figure קיים. Helper key figures מסומנים כ-auxiliary. עריכה ב-planning view דורשת Editable+Stored.
- סוגי מדדי-מפתח — Stored key figures נשמרים ב-HANA ברמת-הבסיס וניתנים לעריכה. Calculated מחושבים מ-Calculation בזמן-ריצה (לא תופסים אחסון). Auxiliary/Helper מסומנים ככאלה ומשמשים רק בנוסחאות. סוגים מיוחדים: Time Profile attribute KF, Lag (לתחזית-מול-בפועל), Last-Period-of-Period (LPoP), Attribute Transformation. ב-S&OP נפוצים גם key figures מבוססי-Snapshot.
- צבירת מדדי-מפתח — Aggregation מוגדר לכל key figure בנפרד עבור Attribute aggregation ו-Time aggregation. מצבים: SUM, AVG, MIN, MAX, LAST, FIRST, COUNT, NONE. מדדי-זרימה (Demand/Production) = SUM; מדדי-מלאי (Inventory) = LAST בזמן ו-SUM ב-Attributes; אחוזים/מחירים = AVG (לרוב ממוצע-משוקלל דרך calculation). Aggregation שגוי הוא תקלת-S&OP קלאסית. ניתן להגדיר Aggregation שונה לזמן מול Attributes.
- פירוק (Disaggregation) — Disaggregation Mode: Equally (שווה), By Reference Key Figure (Disaggregation Basis), By Attribute Weight. ה-Basis key figure מספק את פרופיל-החלוקה (למשל DEMAND ההיסטורי). אם ה-Basis אפס/ריק — הפירוק נכשל או נופל לחלוקה-שווה. בעריכה top-down ב-planning view, IBP מפרק בזמן-אמת. Disaggregation שגוי הוא תקלה נפוצה — תמיד הגדר Basis למדד שנערך ברמה-גסה.
- חישובי מדדי-מפתח — ב-Configuration ► Calculations כותבים נוסחה לכל key figure מחושב בשפת-IBP. אלמנטים: arithmetic, פונקציות (IF, ROUND, MAX), aggregation-references (@), time-shift (לחישוב על תקופה-קודמת), ו-cross-level references. ה-Calculation Level חשוב — הנוסחה רצה ברמה מסוימת. סדר-החישוב נקבע מהתלויות. נוסחאות מורכבות משתמשות ב-Helper/Auxiliary key figures. שגיאות-רמה (mismatched Planning Levels) הן מקור-תקלות נפוץ.
סיכום
ידע אצור• Key Figures = המספרים של התכנון. • כל אחד נושא Base Level + Aggregation + Disaggregation. • Stored לעריכה, Calculated לנגזרים. • key figure = (ערך, רמה, זמן). • תמיד קשור ל-Planning Level ולתקופה. • input מול output. • יצירה = Base Level + Aggregation + Disaggregation + סוג. • Editable+Stored לעריכה. • Activate בסוף. • סוג = Stored / Calculated / Auxiliary (+ מיוחדים). • הסוג קובע עריכה/אחסון/נגזרות. • Stored לקלט, Calculated לנגזר. • Aggregation = איך מסכמים בעלייה ברמה. • זרימה=SUM, מלאי=LAST, אחוז=AVG. • הגדר זמן ו-Attributes בנפרד. • Disaggregation = פירוק top-down מרמה-גסה לדקה. • Disaggregation Basis = פרופיל-המשקל. • Basis ריק = פירוק שגוי. • Calculations = נוסחאות ה-key figures. • time-shift (prevperiod) למאזנים מתגלגלים. • התאם רמות ופרק מורכבות ל-Auxiliary.