דוח היסטוריה
History Report
הגדרת SAP IBP ל-S&OP · שיעור 6
- History Report = יומן-שינויי-הקונפיגורציה.
- כלי-המפתח לביקורת ולאיתור-שורש.
- בדוק אותו ראשון בכל תקלה.
מטרת השיעור
ידע אצורה-History Report ב-IBP מתעד את שינויי-הקונפיגורציה ב-Planning Area — מה שונה, מתי ועל-ידי מי. הוא כלי-הביקורת והשחזור של מודל-התכנון: מאפשר לעקוב אחר Activations, שינויי key figures/levels, ולחקור 'מה השתנה' כשמשהו נשבר.
למה זה חשוב
ידע אצורה-History Report הוא 'יומן-שינויים' של ההגדרות. כל פעם שמישהו משנה את המודל — מוסיף key figure, משנה רמה, מפעיל Activation — זה נרשם. כשמשהו מפסיק לעבוד, מסתכלים ביומן כדי לראות מה השתנה ומתי.
ערך עסקי
ידע אצורלספק שקיפות, ביקורת ויכולת-שחזור על שינויי-המודל — לתמוך ב-change management ובאיתור-שורש כשתוצאות-תכנון משתנות במפתיע.
היכן בשימוש
ידע אצור• IBP Web UI ► Configuration ► <Planning Area> ► History / Change Log • IBP Web UI ► Application Logs ► filter by object / user / date • IBP Web UI ► Configuration ► Planning Area Versions ► compare working vs active
מושגי מפתח
ידע אצור- History Report = יומן-שינויי-הקונפיגורציה.
- כלי-המפתח לביקורת ולאיתור-שורש.
- בדוק אותו ראשון בכל תקלה.
דוגמה מ-CBC
ידע אצורבארגון לאחר ש-PROJECTEDSTOCK הציג מספרים חריגים, ה-History Report חשף ששונה ה-Disaggregation Basis של CONSENSUSDEMAND; השינוי בוטל והמספרים חזרו לקדמותם. תחזית-מלאי 'נשברה' פתאום; הצוות פותח את ה-History Report, רואה ש-Aggregation של key figure שונה ל-SUM אתמול על-ידי משתמש מסוים, ומשחזר ל-LAST.
תהליך
ידע אצורטבלאות
ידע אצור| טבלה | תיאור |
|---|---|
| Change Log (metadata) | Change Log (metadata) |
| Application Log | Application Log |
| Planning Area Version | Planning Area Version |
טרנזקציות
ידע אצוראפליקציות Fiori
ידע אצורקונפיגורציה (SPRO)
ידע אצור• פתח את ה-History/Change Log של ה-Planning Area לצפייה בשינויי-מטא עם חותמת-זמן ומשתמש. • השתמש ב-Application Logs לסינון לפי אובייקט/משתמש/תאריך. • השווה Planning Area Versions (working מול active) לאיתור הפרשי-הגדרה.
הערות
ידע אצורנתוני אב • Change Log = יומן שינויי-קונפיגורציה (מה/מתי/מי). • Application Logs = לוגי-ביצוע לאופרטורים ולטעינות. שאלות ראיון למה משמש ה-History Report ב-IBP? לתיעוד שינויי-קונפיגורציה (מה/מתי/מי) ב-Planning Area — לביקורת, change management ואיתור-שורש כשתוצאות משתנות. כיצד מאתרים מה שבר תוצאת-תכנון? פותחים את ה-History/Change Log, מסננים לפי תאריך/אובייקט, ומזהים את שינוי-המטא האחרון (למשל Aggregation/Disaggregation שהשתנה). נושאים קשורים • S&OP · אזורי תכנון (10.1.1) • S&OP · אופרטורי תכנון (10.5)
טעויות נפוצות
ידע אצור- התעלמות מה-History Report בעת תקלה ➔ בזבוז-זמן באיתור-שורש.
- שינויי-קונפיגורציה ישירות ב-Production בלי תיעוד/אישור.
- אי-שימוש ב-Planning Area Versions להשוואה.
פתרון תקלות
ידע אצור• תוצאות-תכנון השתנו במפתיע ➔ בדוק History Report לשינוי-מטא אחרון. • אופרטור נתן תוצאה לא-צפויה ➔ בדוק Application Logs של ה-Job. • אי-בהירות מי שינה ➔ סנן Change Log לפי משתמש/תאריך.
שיטות עבודה מומלצות
ידע אצור- בדוק את ה-History Report ראשון בכל חקירת-תקלה.
- נהל שינויי-קונפיגורציה דרך Versions ותהליך-אישור.
- תעד שינויים מהותיים גם מחוץ למערכת (change record).
טיפים
ידע אצור- ה-History/Change Report נגיש דרך Configuration ודרך Application Logs. הוא מתעד שינויי-מטא (key figures, Planning Levels, Calculations, Time Profile, Operators), חותמת-זמן ומשתמש, ותוצאות-Activation. בשילוב Planning Area Versions אפשר להשוות גרסת-עבודה לפעילה. כלי קריטי ל-change management, audit ו-root-cause. לוגים נוספים: Application Jobs logs לפעולות-אופרטורים, ו-Data Integration logs לטעינות.
סיכום
ידע אצור• History Report = יומן-שינויי-הקונפיגורציה. • כלי-המפתח לביקורת ולאיתור-שורש. • בדוק אותו ראשון בכל תקלה.