ניהול משתמשים (User Management)

ניהול-המשתמשים ב-IBP מקשר בין זהות-המשתמש (ב-SAP Cloud Identity) לבין ההרשאות שלו במערכת. כאן מוקצים business roles ו-user groups, ונקבע מי המשתמש, מאיזה ארגון, ומה היקף-פעילותו. ניהול-משתמשים מסודר הוא הבסיס לתפעול-שוטף, לקליטת-עובדים (onboarding) ולביקורת. יצירת משתמשים (Creating Users) — יצירת-משתמש היא הצעד הראשון בהענקת-גישה: פתיחת רשומת-משתמש ב-IBP, קישורה לזהות ב-Cloud Identity, והקצאת business role ראשוני. ניתן לבצע פרטנית, בייבוא-המוני, או באמצעות provisioning אוטומטי. קבוצות משתמשים (User Groups) — user groups הן מנגנון להקצאת-הרשאות מדרגית: במקום לשייך business roles ו-permission filters לכל משתמש בנפרד, משייכים אותם פעם אחת לקבוצה, וכל חבר-קבוצה יורש אותם. זהו עמוד-השדרה של תחזוקת-אבטחה בת-קיימא בקנה-מידה.

כל אדם שעובד ב-IBP הוא 'משתמש'. ניהול-המשתמשים הוא המקום שבו פותחים לו חשבון, מחברים אותו לזהות שלו, ומחליטים מה התפקיד שלו (business role) ולאיזו קבוצה הוא שייך. זה כמו מחלקת-משאבי-אנוש של המערכת: מי נכנס, ומה מותר לו. יצירת משתמשים (Creating Users) — ליצור משתמש = לפתוח חשבון לאדם חדש. ממלאים שם, דוא"ל, ומחליטים מה התפקיד שלו. אחרי השמירה הוא מקבל הזמנה להגדיר סיסמה ויכול להיכנס. קבוצות משתמשים (User Groups) — קבוצת-משתמשים היא 'רשימת-תפוצה של הרשאות'. מגדירים פעם אחת מה הקבוצה מקבלת (תפקיד + סינון-נתונים), ואז כל מי שמכניסים לקבוצה מקבל את זה אוטומטית. רוצים להוסיף עובד? פשוט מצרפים אותו לקבוצה הנכונה.

המטרה: לנהל את מחזור-החיים של המשתמש — פתיחה, שינוי-תפקיד, השעיה ומחיקה — בצורה עקבית, מתועדת ובת-ביקורת, תוך הקצאת-הרשאות אחידה ומדרגית. יצירת משתמשים (Creating Users) — המטרה: להעניק לעובד-חדש גישה תקינה ומאובטחת במהירות ובאחידות, עם תפקיד נכון מהרגע הראשון. קבוצות משתמשים (User Groups) — המטרה: לנהל הרשאות במקום אחד לכל פרסונה, להפוך onboarding/offboarding לפעולה של דקה, ולהבטיח אחידות מלאה בין חברי אותו צוות.

• SAP IBP Web UI ► Administration ► Manage Users • SAP IBP Web UI ► Administration ► Manage Users ► Assign Business Roles • SAP Cloud Identity Services ► Identity Authentication ► User Management • SAP IBP Web UI ► Administration ► Manage Users ► Create • SAP IBP Web UI ► Administration ► Manage Users ► Import • SAP IBP Web UI ► Administration ► Manage User Groups • SAP IBP Web UI ► Administration ► Manage User Groups ► Assign Roles & Filters

• המשתמש חי בשני מקומות: זהות ב-Cloud Identity, הרשאות ב-IBP.
• הקצאה דרך user groups מנצחת הקצאה ישירה.
• השעיה במקום מחיקה — לטובת ביקורת.
• יצירת-משתמש מקשרת זהות (Cloud Identity) להרשאות (IBP).
• שלוש דרכים: פרטנית, ייבוא-CSV, provisioning.
• תמיד צור עם שיוך לקבוצה/role.
• user group = מנגנון הקצאה מדרגית של roles ו-filters.
• חברות מרובת-קבוצות = הרשאות מצטברות.
• מדל לפי פרסונה; אפס הקצאות ישירות.

בארגון: עובד-תכנון חדש באזור הצפון מתווסף ל-user group 'הארגון-North-Demand'. הקבוצה מעניקה role של Demand Planner + permission filter שמגביל ל-Region=North. עובד שעובר לאספקה ארצית — מוסר מהקבוצה הישנה ומתווסף ל-'הארגון-National-Supply'; ההרשאות מתחלפות אוטומטית. מתכנן חדש מצטרף: צוות-ה-IT פותח לו זהות ב-Cloud Identity, יוצר משתמש מקביל ב-IBP, ומשייך אותו ל-user group 'Demand Planners – North'. הקבוצה כבר נושאת את ה-business role ואת ה-permission filters המתאימים — כך המתכנן מקבל את כל ההרשאות הנכונות מהרגע הראשון, בלי הגדרה פרטנית. יצירת משתמשים (Creating Users) — בארגון קליטת 20 מתכננים חדשים נעשית בייבוא-CSV: כל שורה כוללת דוא"ל, שם ו-user group ('הארגון-North-Demand'). כך כולם מקבלים את אותו role ואת אותו permission filter בלחיצה אחת. ה-IT מקבל בקשת-onboarding: פותח משתמש ב-Manage Users, מזין דוא"ל ארגוני, משייך ל-user group של הצוות, ושומר. המשתמש מקבל מייל להגדרת-סיסמה ונכנס עם ההרשאות הנכונות. קבוצות משתמשים (User Groups) — בארגון קיימות קבוצות: 'הארגון-North-Demand', 'הארגון-South-Demand', 'הארגון-National-Supply', 'הארגון-Exec-Viewer'. כל קבוצת-ביקוש-אזורית נושאת role של Demand Planner + permission filter לפי Region; קבוצת-ה-Viewer נושאת read criteria בלבד על כל האזורים. ארגון מגדיר 6 user groups לפי פרסונות. כל הרשאה — role ו-permission filter — מוצמדת לקבוצה. ב-30 העברות-עובדים בשנה, צוות-האבטחה רק מחליף חברות-קבוצה; אף הרשאה פרטנית לא נוגעת.

• פתיחת-משתמש: ידנית (Manage Users), ייבוא-CSV, או provisioning דרך Cloud Identity (SCIM). • הקצאת business role למשתמש — אחד או יותר. • שיוך ל-user groups לצורך הקצאת-הרשאות מדרגית. • ניהול-סטטוס: Active / Inactive — השעיה ללא מחיקה לצורכי-ביקורת. יצירת משתמשים (Creating Users) • Create: User ID (ייחודי), Name, Email (תואם Cloud Identity), Business Role / User Group. • Import: קובץ-CSV עם עמודות-חובה; אימות-שגיאות לפני קליטה. • Provisioning: SCIM מ-Cloud Identity ליצירה-אוטומטית. קבוצות משתמשים (User Groups) • צור user group לכל פרסונה+תחום. • הצמד לקבוצה business role/ים ו-permission filters. • שייך משתמשים לקבוצה; ההרשאות נורשות. • חברות מרובת-קבוצות = הרשאות מצטברות (union).

נתוני אב • User ID / Email — מקשר את משתמש-IBP לזהות ב-Cloud Identity. • User group membership — נושא את ה-roles וה-filters בפועל. שאלות ראיון היכן מנוהלת הזהות (אימות) של משתמש IBP? ב-SAP Cloud Identity Services (Identity Authentication / IAS) — שם נמצאים הסיסמה, ה-SSO וה-MFA. ההרשאות עצמן מנוהלות ב-IBP דרך Manage Users. מדוע עדיף להקצות הרשאות דרך user groups? כך onboarding/offboarding הופך להוספה/הסרה מקבוצה בלבד, ההרשאות אחידות בין חברי-הצוות, והתחזוקה מתבצעת במקום אחד במקום פר-משתמש. מהן הדרכים ליצור משתמשים ב-IBP? פרטנית ב-Manage Users, בייבוא-CSV, או באמצעות SCIM provisioning אוטומטי מ-SAP Cloud Identity. מה חייב להתאים בין IBP ל-Cloud Identity? ה-User ID / כתובת-הדוא"ל — אי-התאמה מונעת אימות וכניסה. מה היתרון של user groups על-פני הקצאה ישירה? ניהול במקום אחד לכל פרסונה, אחידות בין חברי-צוות, ו-onboarding/offboarding מהיר — הוספה/הסרה מקבוצה במקום עריכת כל משתמש. מה קורה כשמשתמש חבר בכמה user groups? ההרשאות מצטברות (union) — הוא מקבל את כל ה-roles וה-permission filters של כל הקבוצות שאליהן הוא שייך. נושאים קשורים • IBP · business roles (15.3) • IBP · permission filters (15.4)

• משתמש חדש לא נכנס ➔ הזהות לא נוצרה/לא-פעילה ב-Cloud Identity, או אי-התאמת User ID. • משתמש נכנס אך ללא הרשאות ➔ לא שויך ל-user group או ל-business role. • הרשאות לא התעדכנו אחרי העברה בין צוותים ➔ לא הוסר מ-user group הישנה. יצירת משתמשים (Creating Users) • המשתמש לא קיבל הזמנה ➔ דוא"ל שגוי או הזהות לא נוצרה ב-Cloud Identity. • ייבוא נכשל ➔ פורמט-CSV/עמודות שגויים; בדוק את דוח-השגיאות. • User ID כפול ➔ כבר קיים; בחר מזהה ייחודי. קבוצות משתמשים (User Groups) • חבר-קבוצה לא מקבל הרשאה צפויה ➔ ה-role/filter לא הוצמד לקבוצה. • משתמש רואה יותר מהמצופה ➔ חבר בכמה קבוצות; ההרשאות מצטברות. • הרשאה לא ירדה אחרי העברה ➔ לא הוסר מהקבוצה הישנה.

• המשתמש חי בשני מקומות: זהות ב-Cloud Identity, הרשאות ב-IBP. • הקצאה דרך user groups מנצחת הקצאה ישירה. • השעיה במקום מחיקה — לטובת ביקורת. • יצירת-משתמש מקשרת זהות (Cloud Identity) להרשאות (IBP). • שלוש דרכים: פרטנית, ייבוא-CSV, provisioning. • תמיד צור עם שיוך לקבוצה/role. • user group = מנגנון הקצאה מדרגית של roles ו-filters. • חברות מרובת-קבוצות = הרשאות מצטברות. • מדל לפי פרסונה; אפס הקצאות ישירות.