גישה נכונה לכל תפקיד. שליטה גם כשהתפקיד משתנה.
קליטת עובד, מעבר בין צוותים ועזיבה צריכים להתבטא גם בהרשאות. DLTS מסדירה את מחזור חיי המשתמש ומשלבת אימות, אישורים וביקורת גישה — בהתאם למערכות ולתהליכי הארגון.

לארגונים עם כמה מערכות עסקיות, עובדים וספקים הזקוקים לגישה, ולמנהלים שרוצים לדעת מי רשאי לעשות מה ומי אישר זאת.
הרשאות מתווספות לאורך הזמן, חשבונות נשארים פעילים אחרי שינוי תפקיד, ומנהלים מתקשים לראות את התמונה. חיבור מערכת נוספת בלי תהליך גישה מסודר מגדיל את חוסר הבהירות.
מה אפשר לקדם יחד
מגדירים את היקף השירות לפי המצב הקיים, סדרי העדיפויות והמשאבים של הארגון.
קליטה, שינוי תפקיד ועזיבה
הגדרת בקשות ואישורים ליצירה, שינוי וסגירה של גישה, עם תיעוד הטיפול במערכות שנבחרו.
גישה לפי צורך ותפקיד
מיפוי תפקידים והרשאות, הפרדת חשבונות ניהול והגדרת תהליך לבקשות חריגות.
כניסה אחודה היכן שנתמך
בחינת חיבור מערכות לספק הזהויות הארגוני, בכפוף ליכולות, לרישוי ולתלות בספק המערכת.
אימות ובקרת גישה
הטמעת אמצעי אימות ובקרות מתאימים בשלבים, לצד הכנת תהליך שחזור גישה וחריגי תפעול.
סקירות הרשאות
הצגת הרשאות לבעלי המערכות לצורך אישור, שינוי או ביטול ותיעוד ההחלטות שהתקבלו.
איך זה משרת את הארגון שלכם
- תהליך מאושר ומבוקר לשינוי גישות עובדים וספקים
- מיפוי הרשאות ובעלי החלטה לפי מערכת
- מסלול מתועד לטיפול בחריגים ובשחזור גישה
- סקירות הרשאה שמחוברות למבנה הארגוני המשתנה
תרחיש לדוגמה: מעבר עובד בין מחלקות
תרחיש לדוגמה שממחיש את הגישה ואת השינוי בתהליך העבודה.
לעובד ניתנת גישה לתפקיד החדש, אך הרשאות התפקיד הקודם נשארות ואין בעל מערכת שמאשר את התמונה הכוללת.
שינוי התפקיד מפעיל בקשת עדכון מסודרת. בעלי המערכות מאשרים מה נדרש, גישות שאינן נחוצות מטופלות וההחלטות מתועדות.
הדרך לפתרון — שלב אחר שלב
- 01
ממפים משתמשים ומערכות
מזהים מקורות זהות, חשבונות ניהול ותהליכי אישור, ובודקים אילו מערכות תומכות בחיבור מרכזי.
- 02
מיישמים בקבוצה מוגדרת
בונים תהליכי גישה, בודקים אימות וכניסה ומכינים דרך טיפול במקרים שבהם משתמש ננעל מחוץ למערכת.
- 03
מרחיבים ובודקים הרשאות
מחברים מערכות נוספות לפי עדיפות ומסדירים סקירות גישה וטיפול בשינויי תפקידים ועזיבות.
התשובות שעוזרות לקבל החלטה
האם אפשר לחבר כל מערכת לכניסה אחודה?
הדבר תלוי ביכולות המערכת, במסלול הרישוי ובאפשרויות החיבור שהיא מספקת. מערכות שאינן תומכות בחיבור מרכזי מקבלות תהליך ניהול נפרד ומתועד.
האם צריך להחליף את ספק הזהויות שלנו?
מתחילים בבחינת הסביבה הקיימת והצרכים. אפשר לבנות את התהליך סביב הספק הקיים, ולהציע שינוי אם נמצא צורך שמצדיק אותו.
איך נמנעים מנעילת עובדים בזמן שינוי אימות?
מכינים תהליך הצטרפות ושחזור גישה, בודקים עם קבוצת משתמשים ומטפלים בחריגים לפני הרחבה. מגדירים גם גישת חירום מבוקרת בהתאם לסביבה.
מי מחליט אילו הרשאות עובד יקבל?
בעלי התהליכים והמערכות בארגון מאשרים את הצורך העסקי. DLTS מסייעת לבנות את מודל ההרשאות, לבצע את השינוי ולתעד את האישור.
אפשר להתחיל מהאתגר שהכי חשוב לכם לפתור.
ספרו בקצרה מה קורה היום ומה הייתם רוצים לשפר. נבחן יחד את האפשרויות ונגדיר צעד ראשון שמתאים לארגון שלכם.
- מבררים צורך, מערכות קיימות וסדרי עדיפויות
- בוחנים כיוון והיקף עבודה לפני שמתחייבים
- אפשר לשוחח בטלפון או לתאם פגישה
פתרונות שעובדים טוב יחד
מה הייתם רוצים
שיעבוד טוב יותר?
טיפול במחשוב שמכביד על ההנהלה, ספקים שצריך לתאם או תהליך ידני שחוזר כל יום. ספרו לנו מה האתגר, ונבחן יחד את הצעד הנכון לעסק שלכם.