גרסאות
Versions
סימולציות תכנון · שיעור 3
- version = עותק-נתונים מלא ונפרד.
- מתאים לתהליך-מקביל מהותי, לא ל-what-if נקודתי.
- Base Version = הרשמי; השאר copies.
- Manage Versions = ה-CRUD של versions.
מטרת השיעור
ידע אצורversion ב-IBP הוא עותק-נתונים מלא ונפרד של אזור-התכנון — קונטיינר שבו ניתן לתכנן במקביל לתוכנית הרשמית בלי להשפיע עליה. version מתאים לתהליכים-מקבילים מהותיים: תקציב מול actual, תרחיש-צמיחה אסטרטגי, או baseline אלטרנטיבי. הוא כבד יותר מ-scenario אך מספק בידוד מלא ויכולת-השוואה ברמת ה-key figure לאורך כל אזור-התכנון. ניהול גרסאות — Manage Versions היא האפליקציה ב-IBP web UI ליצירה, העתקה, עריכה ומחיקה של versions. דרכה יוצרים את עותקי-הנתונים שעליהם רצות הסימולציות-המקבילות, ומנהלים את מחזור-חייהם — מיצירה ועד מחיקה לאחר השימוש. השוואת גרסאות — Version Comparison מציג key figures של שני (או יותר) versions זה-לצד-זה לאורך אופק-התכנון — הכלי שהופך version מ'עותק-מבודד' ל'תובנה'. דרכו רואים בדיוק במה תוכנית-החלופה שונה מהרשמית: בביקוש, בהיצע, בשירות או בעלות. קונפיגורציית גרסה — Version configuration קובע אילו key figures נכללים ב-version, אילו הרשאות חלות, וכיצד ה-version מתנהג בהעתקה ובהרצת engine. תצורה נכונה מבטיחה ש-version מכיל בדיוק את הנתונים הדרושים — לא יותר (בזבוז) ולא פחות (השוואה חסרה).
למה זה חשוב
ידע אצורversion הוא 'עותק שלם' של כל נתוני-התכנון. תחשוב על 'Save As' של קובץ: עכשיו יש לך שני קבצים נפרדים — הרשמי ועותק-עבודה — ואתה יכול לשנות את העותק בלי לגעת ברשמי. כשמשווים ביניהם רואים בדיוק מה השתנה. ניהול גרסאות — זה ה'מנהל-קבצים' של ה-versions. כאן מייצרים עותק חדש מה-Base, נותנים לו שם, ובסוף מוחקים אותו כשלא צריך. כל פעולה שקשורה לקיום version עוברת דרך כאן. השוואת גרסאות — זה 'compare' של שני עותקים. ה-Base מצד אחד, ה-version-החלופי מצד שני, וההפרש ביניהם בולט מיד. כך מבינים מה השתנה ואם החלופה טובה יותר. קונפיגורציית גרסה — זה 'ההגדרות' של ה-version: מה ייכנס לעותק, מי יכול לגעת בו, ואיך הוא יתנהג. תצורה נכונה = version שמכיל בדיוק את מה שצריך.
ערך עסקי
ידע אצורלאפשר תכנון-מקביל מבודד: לנהל תוכנית-תקציב, תרחיש-אסטרטגי או baseline-חלופי לצד התוכנית הרשמית, ולהשוות ביניהם ברמת ה-key figure לאורך כל האופק. ניהול גרסאות — לתת בעלי-תפקיד שליטה מלאה ובטוחה על מחזור-חיי ה-versions — יצירה מבוקרת ומחיקה מסודרת — בלי מעורבות IT. השוואת גרסאות — להפוך נתוני-version להחלטה — לראות במספרים את ההבדל בין התוכנית הרשמית לחלופה, ולבחור על בסיס עובדות. קונפיגורציית גרסה — לאזן בין שלמות-ההשוואה לעלות-המשאבים, ולהבטיח ממשל-נתונים נכון (מי רואה/עורך מה) על ה-versions.
היכן בשימוש
ידע אצור• SAP IBP ► Web UI ► Manage Versions • SAP IBP ► Excel Add-In ► Set Context ► Version • SAP IBP ► Web UI ► Version Comparison (analytics) • SAP IBP ► Web UI ► Manage Versions ► Create / Copy • SAP IBP ► Web UI ► Manage Versions ► Delete • SAP IBP ► Web UI ► Analytics ► multi-version chart • SAP IBP ► Web UI ► Planner Workspaces ► Version Comparison • SAP IBP ► Web UI ► Configuration ► Planning Areas ► Versions • SAP IBP ► Web UI ► Configuration ► Key Figures (version relevance)
מושגי מפתח
ידע אצור- version = עותק-נתונים מלא ונפרד.
- מתאים לתהליך-מקביל מהותי, לא ל-what-if נקודתי.
- Base Version = הרשמי; השאר copies.
- Manage Versions = ה-CRUD של versions.
- copy מ-Base; מחיקה משחררת זיכרון.
- נהל מחזור-חיים מסודר.
- Version Comparison = version זה-לצד-version.
- ברמת אזור-התכנון המלא.
- תמיד עם Base כעוגן.
- Version configuration = מה נכלל ומי רשאי.
- איזון שלמות מול עלות-העתקה.
- נשלט ברמת אזור-התכנון.
דוגמה מ-CBC
ידע אצורבארגון נוצר version 'Growth Scenario +10%' לתכנון-אסטרטגי שנתי במקביל ל-Base Version התפעולי; ההנהלה משווה את שניהם לקראת השקעות-קיבולת בקווי-מילוי חדשים. צוות-כספים יוצר version 'Budget 2027' כעותק של ה-Base Version, מתכנן בו את התקציב לאורך השנה, ובסוף-רבעון משווה Budget מול Actual (Base) ב-version comparison כדי לזהות סטיות. ניהול גרסאות — בארגון מנהל-התכנון יוצר ב-Manage Versions את 'Growth Scenario +10%', ובסוף סבב-התכנון-האסטרטגי מוחק אותו כדי לשמור על נראות וביצועים. צוות-תכנון פותח Manage Versions, יוצר 'Budget 2027' כעותק של Base, עובד בו רבעון, ובסוף-התהליך מוחק אותו אחרי שהמסקנות אומצו. השוואת גרסאות — בארגון משווים 'Growth +10%' מול Base ל-key figures של נפח-מילוי וצריכת-תרכיז, כדי להחליט אם להשקיע בקו-מילוי שלישי. ב-quarterly review מציגים chart המשווה 'Budget 2027' מול 'Actual (Base)' ל-key figure של revenue; הסטיות החודשיות גלויות מיד והשיחה מתמקדת בפערים. קונפיגורציית גרסה — בארגון version 'Growth' מוגדר לכלול רק key figures של נפח, קיבולת ותרכיז — מספיק להחלטת-השקעה, בלי לשכפל את כל אזור-התכנון. האדמין מגדיר ש-version-תקציב יכלול רק key figures פיננסיים רלוונטיים, מקצר זמן-העתקה ומוקד את ההשוואה.
תהליך
ידע אצורטבלאות
ידע אצור| טבלה | תיאור |
|---|---|
| Version | Version |
| Planning Area | Planning Area |
| Key Figure | Key Figure |
טרנזקציות
ידע אצוראפליקציות Fiori
ידע אצורקונפיגורציה (SPRO)
ידע אצור• Base Version = הרשמי; versions נוספים נוצרים כ-copies. • Version configuration: אילו key figures נכללים ב-version. • הרשאות: מי רשאי ליצור/לערוך/למחוק versions. • engine run profile מצביע על ה-version הרצוי. ניהול גרסאות • Source version לבחירה (לרוב Base) ל-copy. • שם ומאפייני version; הרשאות-תפקיד. • copy אסינכרוני לאזורים גדולים; מעקב-סטטוס. השוואת גרסאות • הגדר chart/analytics עם key figures מרובי-version. • delta key figure מחושב להדגשת ההפרש. • הרשאות-צפייה ל-versions המושווים. קונפיגורציית גרסה • סמן אילו key figures רלוונטיים ל-version (כל אזור-התכנון מול תת-קבוצה). • version-specific attributes ו-engine behavior. • הרשאות-תפקיד ליצירה/עריכה/צפייה.
הערות
ידע אצורשאלות ראיון מהו version ב-IBP? עותק-נתונים מלא ונפרד של אזור-התכנון, המאפשר תכנון-מקביל מבודד מ-baseline והשוואה ברמת key figure. מתי לבחור version ולא scenario? כשנדרש תהליך-מקביל מקיף וארוך (תקציב, תרחיש-אסטרטגי), עם בידוד מלא — לא ל-what-if נקודתי וזול. מה עושים ב-Manage Versions? יוצרים (copy), עורכים ומוחקים versions — ניהול מחזור-חיי עותקי-הנתונים שעליהם רצות סימולציות-מקבילות. מה מציג Version Comparison? key figures של שני versions או יותר זה-לצד-זה לאורך האופק, ברמת אזור-התכנון המלא — כדי לראות את ההבדל בין החלופות. מה קובע Version configuration? אילו key figures נכללים ב-version, הרשאות, והתנהגות בהעתקה/הרצה — איזון בין שלמות-השוואה לעלות-משאבים. נושאים קשורים • S&OP · תרחישים (8.4) • S&OP · השוואת version ו-scenario (8.4.4)
טעויות נפוצות
ידע אצור- שימוש ב-version ל-what-if נקודתי — בזבוז זיכרון; scenario מתאים יותר.
- ריבוי versions ננטשים — עומס זיכרון ובלבול.
- עבודה ב-version הלא-נכון בלי לבדוק את ה-context.
- מחיקת version פעיל בטעות — אובדן עבודת-תכנון.
- צבירת versions ננטשים — עומס-זיכרון.
- השוואת versions עם key figures שונים — אי-אפשר להשוות תפוחים לתפוחים.
- שכחה לכלול את ה-Base בהשוואה.
- כלילת כל ה-key figures כברירת-מחדל — copy יקר ואיטי.
- החסרת key figure נדרש — השוואה חלקית ומטעה.
פתרון תקלות
ידע אצור• השינויים משפיעים על baseline ➔ נבחר Base Version כ-context בטעות. • version comparison ריק ➔ version לא מכיל את ה-key figures או לא הורץ. • אי-אפשר ליצור version ➔ חוסר-הרשאה או חריגת-זיכרון. ניהול גרסאות • copy נכשל ➔ חריגת-זיכרון או חוסר-הרשאה. • אי-אפשר למחוק ➔ version נעול/בשימוש או חוסר-הרשאה. השוואת גרסאות • ההשוואה ריקה ➔ version לא הורץ או חסר key figure. • delta שגוי ➔ נוסחת ה-delta key figure לא מתייחסת ל-versions הנכונים. קונפיגורציית גרסה • version comparison חסר key figure ➔ לא סומן רלוונטי-ל-version בתצורה. • copy איטי מאוד ➔ נכללו key figures מיותרים בתצורת ה-version.
שיטות עבודה מומלצות
ידע אצור- השתמש ב-version רק לתהליך-מקביל מהותי; ל-what-if השתמש ב-scenario.
- תן שמות-version ברורים (Budget 2027, Growth +10%).
- מחק versions שאינם בשימוש לשמירת ביצועים.
- תהליך מחיקה מסודר בסוף כל סבב-תכנון.
- מוסכמת-שמות אחידה ל-versions.
- תמיד כלול את ה-Base כעוגן-השוואה.
- השתמש ב-delta key figure לבהירות.
- כלול רק key figures הדרושים למטרת ה-version.
- תאם תצורה עם הרשאות-ממשל-נתונים.
טיפים
ידע אצור- version הוא data-area-level container. ה-Base Version הוא הרשמי; versions נוספים נוצרים דרך Manage Versions (copy). כל key figure קיים בכל version בנפרד, ולכן ההעתקה צורכת זיכרון ו-CPU. ה-engine רץ על version ספציפי, ותוצאותיו מבודדות. version comparison מציג key figures זה-לצד-זה. בניגוד ל-scenario (delta layer), version הוא עותק-מלא — לכן עדיף לתהליכים ארוכים/מקיפים ולא ל-what-if נקודתי. Version configuration קובע אילו key figures נכללים והרשאות.
- ניהול גרסאות — ב-Manage Versions בוחרים source version (לרוב Base), מגדירים שם ומאפיינים, ומריצים copy שמשכפל את ה-key figures. הפעולה אסינכרונית לאזורי-תכנון גדולים. מחיקה משחררת זיכרון. הרשאות נשלטות ברמת-תפקיד. זוהי נקודת-הכניסה התפעולית לכל ניהול-versions, לעומת Manage Scenarios שמנהלת את ה-delta layers.
- השוואת גרסאות — Version Comparison ממומש דרך analytics/charts ו-planner workspaces, עם key figures מרובי-version באותו view או chart. אפשר להציג delta כ-key figure מחושב. ההשוואה היא ברמת אזור-התכנון המלא (כל ה-key figures), בניגוד ל-scenario comparison שמתמקד ב-delta layer. שימושי ל-S&OP review להצגת חלופות אסטרטגיות.
- קונפיגורציית גרסה — Version configuration נעשה ברמת אזור-התכנון: סימון אילו key figures משוכפלים ל-versions, הגדרת version-specific attributes, והרשאות-תפקיד. תצורה זו משפיעה על עלות-ההעתקה (זיכרון/זמן) ועל יכולת ה-comparison. החלטה מרכזית: לכלול את כל ה-key figures (השוואה מלאה, יקר) או תת-קבוצה (זול, מוגבל). נשלט דרך הגדרות אזור-התכנון ב-IBP web UI / configuration.
סיכום
ידע אצור• version = עותק-נתונים מלא ונפרד. • מתאים לתהליך-מקביל מהותי, לא ל-what-if נקודתי. • Base Version = הרשמי; השאר copies. • Manage Versions = ה-CRUD של versions. • copy מ-Base; מחיקה משחררת זיכרון. • נהל מחזור-חיים מסודר. • Version Comparison = version זה-לצד-version. • ברמת אזור-התכנון המלא. • תמיד עם Base כעוגן. • Version configuration = מה נכלל ומי רשאי. • איזון שלמות מול עלות-העתקה. • נשלט ברמת אזור-התכנון.