מדיניות גישה
בדף זה
Access Policies מגדירות מי יכול להשתמש באילו דלתות ומתי. הגדירו אותן תחת Settings → Access Policies. למתקן יכולות להיות כמה מדיניות בעלות שם, וכל מדיניות מתירה גישה בלבד: היא יכולה להעניק גישה כשהיא מתאימה, אבל אינה יכולה לשלול גישה שהוענקה על ידי מדיניות אחרת או על ידי נתיב הרשאה נוסף.
הניווט העליון של המודול הוא Doors, Users ו-יומני גישה. Access Policies נמצאות ב-Settings ולא בכרטיסייה ברמה העליונה.


איור 1: רשימת Access Policies
כל מדיניות ברשימה מציגה אם היא מופעלת, סיכום של ה-Who, ה-Where וה-When שלה, וכמה משתמשים פוטנציאליים ודלתות יעד היא מכסה, עם לחצנים לשכפול או למחיקה שלה.
כשסנכרון הצוות של Performance Hub מופעל, למתקן יש גם מדיניות Performance Hub staff. היא נוצרת פעם אחת לכל מתקן ומאפשרת לכל מי שמתויג Performance Hub staff לעבור בכל דלת בכל עת. ערכו או השביתו אותה כמו כל מדיניות אחרת.
גישה קיימת מיובאת אוטומטית
כש-Access Policies הופכות לזמינות במתקן, תצורת הגישה הקיימת שלו מיובאת אוטומטית למדיניות בעלות שם. גישה ברמת המתקן כולו, גישה שונה לטווחים או לדלתות מסוימים, ושעות פעילות נשמרות כערכי Who, Where ו-When מפורשים. מנהלים אינם צריכים להציג המרה בתצוגה מקדימה, לבחור מצב הטמעה או ליצור מחדש את הגישה ידנית.
עברו על השמות והתיאורים של המדיניות שיובאו כדי שיהיו בעלי משמעות לצוות שלכם. הרשאות קבועות לכל משתמש ו-Access Time Windows של מנהל או של שילוב נשארים נתיבי היתר נוספים ונפרדים; הייבוא האוטומטי אינו מסיר או משנה אותם.
איך מדיניות מתאימה
לכל מדיניות מופעלת יש שלושה חלקים:
- Who — תנאים של סוג אדם ושל סטטוס חברות, או תגים.
- When — Anytime, או חלון Weekly או One-time אחד או יותר.
- Where — כל הדלתות במתקן, Access Scopes נבחרים, דלתות נבחרות, או שילוב שלהם, עם החרגות אופציונליות של טווחים או דלתות.
מדיניות אחת מתאימה רק כש-Who וגם Where וגם When מתאימים כולם. בין כמה מדיניות מתקיים יחס "או", כך שהתאמה לכל מדיניות מופעלת אחת מספיקה:
(Policy A: Who AND Where AND When)
OR
(Policy B: Who AND Where AND When)
OR ...
בתוך Who, כל תנאי של סוג אדם או סטטוס, או כל תג שנבחר, יכולים להתאים. תנאי של סוג אדם דורש שסוג האדם יתאים, וכשנבחרו סטטוסים, שסטטוס החברות שלו יהיה אחד מהם. השארת הסטטוסים ריקים פירושה Any status. גם תגים מסונכרנים וגם תגים מותאמים אישית נספרים.
בתוך Where, החרגות תמיד גוברות עבור אותה מדיניות. לדוגמה, מדיניות לכל המתקן שממנה הוחרג Access Scope של צוות בלבד חלה על כל דלת מלבד הדלתות שבטווח הזה. מדיניות אחרת עדיין יכולה להתיר את אחת מהדלתות שהוחרגו.
בתוך When, ל-Anytime אין הגבלת לוח זמנים. מדיניות מתוזמנות פעילות כשחלון Weekly או One-time כלשהו פעיל. בין החלונות שבתוך מדיניות מתקיים יחס "או".
יצירה וניהול של מדיניות
השתמשו ב-Add policy כדי להתחיל מחברים פעילים לפי לוח זמנים יומי, צוות בכל עת, קבלנים בדלתות נבחרות, גישה לאירוע חד-פעמי, או מדיניות ריקה. תבניות מתחילות במצב מושבת כדי שלא יוכלו להעניק גישה לפני בדיקה. תנו לכל מדיניות שם ייחודי, הוסיפו תיאור אם תרצו, הגדירו Who → When → Where, בדקו את ההשפעה הפוטנציאלית שלה על משתמשים ועל דלתות, ולאחר מכן הפעילו אותה.
ניתן לשכפל מדיניות; העותק שומר על ה-Who, ה-Where וה-When אבל מתחיל במצב מושבת. Who ריק אינו מתאים לאף אחד, ומדיניות חייבת לכוון למתקן, לדלת אחת לפחות או ל-Access Scope אחד לפחות.
דוגמאות נפוצות
- דיירי בניין: רשומות Member פעילות, דלתות הלובי והמעליות, שעות עבודה בימי חול.
- חברי חלל עבודה משותף 24/7: תג פרימיום, כניסות וחדרי ישיבות נבחרים, Anytime.
- צוות: תג צוות, כל הדלתות, Anytime.
- קבלנים ועובדי ניקיון: סוג או תג של קבלן, דלתות שירות נבחרות, לוח זמנים Weekly מוגבל.
- סטודנטים אחרי שעות הפעילות: תג של סטודנט רשום, דלתות הסטודיו, לוח זמנים Weekly לשעות הערב.
- אירוע חד-פעמי: תג אירוע, כניסות נבחרות למקום האירוע, חלון One-time אחד.
הודעות אוטומטיות
Settings → Automated Messages מכיל הודעות בלוח המחוונים שמשויכות לסטטוס חברות, לסוג אדם או לתגים (לדוגמה, הודעה על חברות שפגה). האוטומציה של ההודעות אינה תלויה בהרשאת הדלתות ומתועדת בהודעות באפליקציה.
שמירה
השינויים אינם מוחלים עד שתלחצו על Save changes בסרגל השמירה. Discard מחזיר את הטיוטה למצבה הקודם. שינויי מדיניות שנשמרו חלים על החלטות ההרשאה הבאות של השרת; אין צורך להפעיל מחדש דלתות.
דפים קשורים
- איך מתקבלות החלטות גישה
- לוחות זמנים של Access Policy
- טווחי גישה
- Users — הרשאות לכל משתמש
- הודעות באפליקציה