מסנני הרשאות (Permission Filters)

permission filter הוא מנגנון בקרת-הנתונים של IBP: הוא מצמצם אילו שורות-נתונים משתמש רואה (read criteria) ואילו מותר לו לשנות (write criteria), לפי ערכי-מאפיינים של Master Data (Product, Location, Customer, Region). זהו הרכיב שהופך אבטחה מ'מי נכנס לאפליקציה' ל'מי רואה ומשנה אילו נתונים'. קריטריוני קריאה (Read Criteria) — read criteria קובעים אילו שורות-נתונים המשתמש רואה בכל planning view, dashboard ו-Excel add-in. הם מגדירים את 'חלון-הראייה' של המתכנן לפי ערכי-מאפיינים — לבד מהם המשתמש לא יראה דבר רלוונטי. קריטריוני כתיבה (Write Criteria) — write criteria קובעים אילו שורות-נתונים מתוך אלו שהמשתמש רואה מותר לו גם לשנות. הם תמיד תת-קבוצה של read criteria — מימוש עקרון 'רואה רחב, משנה צר' — ומאפשרים הרשאת-עריכה ממוקדת תוך שמירה על שאר הנתונים לקריאה-בלבד. מסנני הרשאות בשלב התהליך (Permission Filters in the Process Stage) — permission filters יכולים להיות תלויי-שלב בתהליך-התכנון (process stage) ב-IBP: אותו משתמש מקבל הרשאות-נתונים שונות לפי השלב הפעיל בתהליך ה-S&OP. כך נאכפת מעורבות נכונה בכל שלב — מי משנה מה, ומתי — בתוך ה-process management של IBP.

permission filter הוא 'מסננת על הנתונים'. גם אם שני מתכננים פותחים את אותה אפליקציה, המסננת קובעת שכל אחד יראה רק את האזור או המוצרים שלו. בנוסף היא קובעת מה מותר לו רק לקרוא, ומה מותר גם לשנות. קריטריוני קריאה (Read Criteria) — read criteria הם הרשימה של 'מה מותר לך לראות'. למשל Region=North פירושו שתראה רק נתוני-הצפון. כל מה שמחוץ לרשימה — נסתר ממך. קריטריוני כתיבה (Write Criteria) — write criteria הם הרשימה של 'מה מותר לך לשנות'. ייתכן שתראה נתונים של כמה אזורים (read), אבל מותר לך לערוך רק את שלך (write). מה שלא ברשימת ה-write — מוצג לך אך נעול לעריכה. מסנני הרשאות בשלב התהליך (Permission Filters in the Process Stage) — תהליך ה-S&OP מורכב משלבים: איסוף-ביקוש, סקירת-אספקה, ישיבת-תיאום, אישור-הנהלה. permission filter בשלב-התהליך אומר: 'בשלב הביקוש מתכנן-הביקוש יכול לערוך; בשלב האספקה הוא רק רואה'. ההרשאה נעה עם התהליך.

המטרה: לאכוף ש'כל מתכנן רואה רק את שלו' — להגן על נתונים רגישים, לאפשר הפרדת-אזורים/מוצרים, ולתת הרשאת-שינוי מצומצמת בתוך טווח-הקריאה. קריטריוני קריאה (Read Criteria) — המטרה: להגדיר במדויק את היקף-הנתונים הגלוי לכל פרסונה, להגן על מידע רגיש ולמקד את המתכנן באחריותו. קריטריוני כתיבה (Write Criteria) — המטרה: לאפשר שיתוף-נתונים רחב לצורכי-נראות, תוך הגבלת-השינוי לאחריות-המתכנן בלבד — איזון בין שקיפות לבקרה. מסנני הרשאות בשלב התהליך (Permission Filters in the Process Stage) — המטרה: לאכוף משמעת-תהליך — לוודא שכל פרסונה תורמת רק בשלב שלה, למנוע שינויים מחוץ-לחלון, ולשמור על שלמות-המספרים לאורך מחזור ה-S&OP.

• SAP IBP Web UI ► Administration ► Manage Permission Filters • SAP IBP Web UI ► Administration ► Manage Permission Filters ► Read Criteria • SAP IBP Web UI ► Administration ► Manage Permission Filters ► Write Criteria • SAP IBP Web UI ► Process Management ► Manage Processes • SAP IBP Web UI ► Process Management ► Process Steps ► Assign Permissions

• permission filter = בקרת-הנתונים של IBP.
• read = מה נראה; write = מה ניתן-לשינוי; write ⊆ read.
• מבוסס Master Data attributes; נאכף בכל view/Excel/job.
• read criteria = חלון-הראייה של המתכנן.
• צירוף attributes = AND; ריק = ללא-גישה.
• write לעולם לא יחרוג מ-read.
• write criteria = מה מותר לשנות, ⊆ read.
• write ריק = read-only (Viewer).
• מימוש 'רואה רחב, משנה צר'.
• הרשאות יכולות להיות תלויות-שלב ב-Process Management.
• write נפתח בשלב הרלוונטי ונסגר ('הקפאה') בשאר.
• מאחד permission filters עם ה-process/collaboration layer.

בארגון: מתכנן-הצפון — read: Region=North, write: Region=North. מתכנן-האספקה הארצי — read: כל ה-Regions, write: רק key figures של אספקה. מנהל-מכירות — read: כל ה-Regions, ללא write כלל (Viewer). כל זה דרך permission filters שמוצמדים ל-user groups. מתכנן-ביקוש אזורי מקבל permission filter עם read criteria: Region=North וכן write criteria: Region=North AND ProductFamily=Beverages. כך הוא רואה את כל נתוני-הצפון, אך משנה תחזיות רק למשפחת-המשקאות — לא לחטיפים שמנוהלים בידי מתכנן אחר. קריטריוני קריאה (Read Criteria) — בארגון: read של מתכנן-הצפון = Region=North; read של אנליסט-הביקוש הארצי = כל ה-Regions; read של מנהל-מותג = ProductBrand=Example Product בכל האזורים. מתכנן-הצפון מקבל read: Region=North. בפתיחת planning view הוא רואה רק SKUs ומיקומי-הצפון; נתוני-הדרום אינם מופיעים כלל, גם לא באגרגציה. קריטריוני כתיבה (Write Criteria) — בארגון: מתכנן-אספקה — read: כל המפעלים, write: רק key figures של תכנית-ייצור (לא תחזית-ביקוש). מנהל-מכירות (Viewer) — write ריק לחלוטין: רואה הכל, משנה כלום. אנליסט-ביקוש ארצי: read = כל ה-Regions (נראות מלאה לתיאום), write = Region=North בלבד (האזור באחריותו). הוא רואה את כל המדינה אך עורך רק את הצפון; שאר התאים נעולים. מסנני הרשאות בשלב התהליך (Permission Filters in the Process Stage) — בארגון: בשלב 'Demand Consensus' מתכנני-האזורים עורכים תחזיות; משננעל השלב, ב-'Supply Review' רק צוות-האספקה הארצי עורך תכניות-ייצור, והאזורים עוברים ל-read-only — כך התחזית 'מוקפאת' ומספר-אחד-אמין מוזן לאספקה. מחזור S&OP חודשי: בשלב 1 (Demand Review) מתכנן-הביקוש עם write על key figure של תחזית; בשלב 2 (Supply Review) ה-write שלו נסגר (read-only) ומתכנן-האספקה מקבל write על תכנית-הייצור; בשלב 4 (Exec Approval) כל ה-write ננעל פרט למאשר.

• הגדר permission filter על Planning Area ועל Master Data attributes. • read criteria: ערכי-מאפיינים שקובעים אילו רשומות נראות. • write criteria: תת-קבוצה של read — אילו ניתנות-לשינוי. • הצמד את ה-filter ל-business role / user group. קריטריוני קריאה (Read Criteria) • בחר attribute (Region/Product/Location) וקבע ערכים: single / IN-list / range. • שלב כמה attributes — הצירוף פועל כ-AND. • read ריק = ללא-גישה; הקפד למלא. קריטריוני כתיבה (Write Criteria) • הגדר write על אותם attributes, כתת-קבוצה של read. • write ריק = read-only (Viewer). • צירוף attributes פועל כ-AND. • אכיפה ברמת key figure editable בכל view/Excel. מסנני הרשאות בשלב התהליך (Permission Filters in the Process Stage) • הגדר תהליך ב-Process Management עם stages/steps ובעלים. • קשר הרשאות-נתונים (write על key figures) לשלב הרלוונטי. • בשלבים אחרים — צמצם ל-read-only ('הקפאה'). • תאם בין ה-process steps לבין ה-permission filters של הפרסונות.

נתוני אב • criteria מבוססים על Master Data attributes (Product, Location, Customer, Region, ProductFamily). • write ⊆ read תמיד — אי-אפשר לשנות מה שאינו נראה. • Process Definition + Process Steps נושאים את לוגיקת-העיתוי. • ההרשאה הזמנית נאכפת על key figures רלוונטיים לכל שלב. שאלות ראיון מה ההבדל בין read ל-write criteria? read קובע אילו רשומות-נתונים המשתמש רואה; write קובע אילו מתוכן מותר לו לשנות. write הוא תמיד תת-קבוצה של read. על מה מבוססים permission filter criteria? על Master Data attributes (כגון Product, Location, Region) בתוך Planning Area — מסננים שורות-נתונים לפי ערכי-המאפיינים. מה קורה כש-read criteria ריקים? המשתמש אינו מקבל גישה לנתונים — read ריק פירושו ללא-גישה, לא גישה-להכל. כיצד משלבים כמה attributes ב-read? הצירוף פועל כ-AND — כל התנאים חייבים להתקיים (למשל Region=North AND ProductType=Finished). מה היחס בין write ל-read criteria? write הוא תמיד תת-קבוצה של read — אי-אפשר לשנות מה שלא נראה. אם write הוגדר רחב מ-read, הוא נחתך ל-read בפועל. כיצד מגדירים משתמש Viewer ב-IBP? באמצעות permission filter עם read criteria בלבד ו-write ריק — המשתמש רואה נתונים אך אינו יכול לשנותם. מהם permission filters בשלב-התהליך? מנגנון שמתאם בין הרשאות-הנתונים (בעיקר write) לבין השלב הפעיל ב-IBP Process Management — כך הרשאת-עריכה נפתחת רק בשלב הרלוונטי לפרסונה ונסגרת בשאר. מדוע 'מקפיאים' נתונים בין שלבים? כדי לשמור על שלמות-התכנית ומספר-אחד-אמין: לאחר שלב-הביקוש התחזית ננעלת לקריאה-בלבד, כך שלב-האספקה עובד על בסיס יציב ללא שינויים מאוחרים. נושאים קשורים • IBP · business roles (15.3) • IBP · קריטריוני כתיבה (15.4.2)

• המתכנן לא רואה נתונים כלל ➔ read criteria צר/שגוי, או attribute לא-מאוכלס. • המתכנן רואה הכל ➔ ה-filter לא הוצמד ל-role/group. • המתכנן רואה אך לא יכול לשנות באזורו ➔ write criteria חסר/צר מדי. קריטריוני קריאה (Read Criteria) • המשתמש לא רואה כלום ➔ read ריק או attribute שגוי/לא-מאוכלס. • חסרים נתונים חלקיים ➔ ערך באוסף ה-read חסר (IN-list לא שלם). קריטריוני כתיבה (Write Criteria) • המשתמש לא יכול לשנות באזורו ➔ write חסר/צר מדי. • Viewer מצליח לערוך ➔ write לא רוקן (אמור להיות read-only). • write 'לא תופס' באזור מסוים ➔ הוא מחוץ ל-read (write ⊆ read). מסנני הרשאות בשלב התהליך (Permission Filters in the Process Stage) • פרסונה לא יכולה לערוך בשלב שלה ➔ ההרשאה לא נקשרה לשלב הנכון. • שינויים נכנסים אחרי 'הקפאה' ➔ write לא ננעל במעבר-שלב. • מעבר-שלב לא משנה הרשאות ➔ ה-process step לא מקושר ל-permission filters.

• permission filter = בקרת-הנתונים של IBP. • read = מה נראה; write = מה ניתן-לשינוי; write ⊆ read. • מבוסס Master Data attributes; נאכף בכל view/Excel/job. • read criteria = חלון-הראייה של המתכנן. • צירוף attributes = AND; ריק = ללא-גישה. • write לעולם לא יחרוג מ-read. • write criteria = מה מותר לשנות, ⊆ read. • write ריק = read-only (Viewer). • מימוש 'רואה רחב, משנה צר'. • הרשאות יכולות להיות תלויות-שלב ב-Process Management. • write נפתח בשלב הרלוונטי ונסגר ('הקפאה') בשאר. • מאחד permission filters עם ה-process/collaboration layer.