# הרשאות ותפקידים

> מודל הרשאות ותפקידים למערכות: גישה לפי ארגון וצוות, צפייה ופעולות, בקרת גישה בצד השרת וממשק ניהול מותאם לתהליך העסקי.

העמוד המלא: https://oversight.co.il/use-cases/permissions

## בקצרה

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

## הפירוט

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

## התפקיד קובע את הגישה

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

## הרשאות שהצוות יכול לנהל

ממשק ניהול מאפשר לבעלי ההרשאה המתאימה לעדכן את ההגדרות שנבנו לכך. המבנה נבחר לפי התהליך, בלי לחייב מודל קשיח שמתאים רק ליום הראשון.

ב-Compleyes הרשאות משתלבות בהיררכיה ארגונית ומשימות לפי תפקיד. ב-ZEDIX וב-Signow הן חלק ממערכות תפעול ומסמכים. כל דוגמה ממחישה הקשר אחר; רמת הפירוט והכלים הנלווים נקבעים באפיון.

## נקודות לתשומת לב

### האחריות הופכת לכלל פעולה

תפקידים וקבוצות מחברים את הגישה במערכת למבנה העבודה של העסק.

### לא רק הסתרת כפתור

הגישה נבדקת גם בצד השרת לפי הכללים שנבנו, מעבר למה שמוצג במסך.

### צפייה אינה עריכה

מפרידים בין סוגי פעולה כדי לתת לכל תפקיד את האפשרויות שמתאימות לו.

### ניהול בתוך המערכת

ממשק הרשאות מאפשר לצוות המורשה לעדכן את ההגדרות שהוגדרו לניהול.

## הפתרונות

### [מערכות Web](https://oversight.co.il/solutions/web-systems.md)

מימוש בקרת גישה במערכת Web, עם תפקידים, כללי פעולה וניהול הרשאות.

**הגישה לפי התהליך**

- תפקידים וקבוצות
- צפייה ופעולות
- בדיקות גישה בצד השרת

### [מערכות מידע וניהול](https://oversight.co.il/solutions/management-systems.md)

התאמת הרשאות למבנה ארגוני ולתהליכים בין צוותים וסניפים.

**אחריות וגישה באותו מקום**

- ארגונים וצוותים
- חלוקת פעולות
- מסך ניהול הרשאות

## שאלות ותשובות

### אפשר להגדיר תפקידים לפי העסק?

כן. ממפים מי משתמש במערכת, אילו נתונים הוא צריך ואילו פעולות עליו לבצע. בונים את התפקידים והקבוצות לפי התהליך, ולא רק לפי תפקידי ברירת מחדל.

### מנהל המערכת יכול לעדכן הרשאות בעצמו?

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

### אפשר להפריד בין עסקים או סניפים?

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

### איך מונעים גישה מעבר להסתרת כפתור?

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

## פרויקטים

- [Compleyes](https://oversight.co.il/projects/compleyes.md)
- [BANX](https://oversight.co.il/projects/banx.md): Banx
- [Signow](https://oversight.co.il/projects/signow.md): Signow
- [Zedix](https://oversight.co.il/projects/zedix.md): Zedix

## מידע מקצועי

- [מסמך אפיון שחוסך שלושה חודשי פיתוח: מה חייב להופיע בו](https://oversight.co.il/knowledge/guides/characterization-doc-guide.md): שבעה פרקים שהופכים אפיון מרשימת משאלות לתוכנית עבודה, כולל מה שמותר להשאיר פתוח בכוונה.

## מונחים

- [OAuth](https://oversight.co.il/glossary/oauth.md): תקן שמאפשר לתת למערכת אחת גישה מוגבלת לחשבון שלך במערכת אחרת, בלי למסור לה את הסיסמה.
- [2FA](https://oversight.co.il/glossary/2fa.md): אימות דו-שלבי: אישור זהות בשני אמצעים נפרדים (משהו שאתה יודע ומשהו שברשותך).
- [תיקון 13](https://oversight.co.il/glossary/privacy-amendment-13.md): תיקון לחוק הגנת הפרטיות שנכנס לתוקף ב-14 באוגוסט 2025, והעניק לרשות להגנת הפרטיות סמכויות אכיפה ועיצומים כספיים.