איך מתקבלות החלטות גישה

בדף זה

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

נתיבי ההיתר המצטברים

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

נתיב	מה זה	היכן מגדירים
Access Policies	מספר מדיניות בעלות שם, של היתר בלבד. כל מדיניות מגדירה Who, Where ו-When.	Settings → Access Policies
הרשאות קבועות	הרשאות מפורשות לאדם אחד: לכל המתקן, לדלתות נבחרות או לטווחי גישה נבחרים, אופציונלית עם שעות משלהן.	Users → פתיחת משתמש → Access Control → Additional permanent access
Access Time Windows	גישה זמנית בבעלות מנהל לאדם אחד וליעדים נבחרים של מתקן/דלת/טווח.	Users → פתיחת משתמש → Access Time Windows
Access Time Windows של שילוב	חלונות מקור לקריאה בלבד לאדם מסונכרן, הממופים ממפתחות טווח לוגיים של המקור.	נתוני המקור, וכן המיפויים ב-Settings → Sync settings

מדיניות מתאימה רק כאשר Who וגם Where וגם When מתאימים. בין מדיניות אחת לאחרת מתקיים יחס "או". בתוך Who, תנאי סוג אדם/סטטוס ותגים הם חלופות; בתוך When, חלונות Weekly ו-One-time הם חלופות. Where יכול לכלול את כל דלתות המתקן, טווחי גישה, דלתות בודדות והחרגות.

דוגמה: מדיניות "Active members" יכולה לכסות את הטווח Front entrances במצב Anytime, בעוד שמדיניות נפרדת "Staff" מכסה את כל דלתות המתקן מלבד חדר המכונות. עובד ניקיון שאינו מתאים לאף אחת מהן עדיין יכול לקבל הרשאה קבועה לטווח Service entries.

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

צוות Performance Hub שמסונכרן ל-Users מקבל גישה לדלתות דרך המדיניות הניתנת לעריכה Performance Hub staff, כמו כל מדיניות אחרת. ראו סנכרון ושילובים.

רצף ההחלטה המלא

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

האם הגישה של המשתמש מופעלת? המתג Access enabled בשורה של המשתמש ב-Users הוא מתג חירום של המנהל. משתמשים שנמחקו, הושבתו או נחסמו בסנכרון אינם יכולים לפתוח, בלי קשר למדיניות או להרשאה. (לדוגמה: access_disabled.)
האם הדלת חסומה או במצב תחזוקה? blockAllAccess מפורש דוחה כל נתיב של חברים. מצב התחזוקה Force closed משאיר את הדלת נעולה ומחוץ לשירות עבור חברים; Force open משאיר את הדלת פתוחה. מנהלים יכולים לפתוח דלת מרחוק; כל פתיחה של מנהל נרשמת ביומני הגישה.
האם נתיב היתר מצטבר כלשהו עובר?
- נתיב מדיניות: כל מדיניות מופעלת בעלת שם שה-Who, ה-Where וה-When שלה מתאימים כולם מתירה גישה.
- נתיב הרשאה קבועה: הרשאה למתקן, לדלת או לטווח גישה שמכיל את הדלת מתירה גישה כשהשעות האופציונליות שלה מתאימות.
- נתיב חלון משתמש: Access Time Window בבעלות מנהל פעיל ומכוון לדלת הזו, למתקן או לטווח גישה שמכיל אותה.
- נתיב חלון שילוב: חלון מקור עדכני פעיל, ומיפוי ה-scope_key שהוגדר לו מכוון לדלת הזו. חלונות מקור ישנים או לא ממופים אינם מעניקים גישה.
- אם אף נתיב לא עובר → נדחה (no_matching_policy_or_grant)
בדיקת גדר גיאוגרפית (אם מופעלת). על סמך המיקום שהטלפון מדווח:
- אם הטלפון לא הצליח לספק מיקום → נדחה (location_unavailable)
- אם קריאת ה-GPS פחות מדויקת מההגדרה Require GPS accuracy better than → נדחה (gps_too_imprecise)
- אם המרחק של המשתמש ממרכז הגדר הגיאוגרפית גדול מ-רדיוס + דיוק GPS + מרווח דיוק → נדחה (outside_geofence)
- השרת הוא הקובע — מיקום מזויף בטלפון עדיין נדחה בצד השרת.
האם בקר הדלת מקוון? אם הבקר לא דיווח (אות חיים במהלך 5 הדקות האחרונות), לא ניתן להעביר את הפתיחה (device_offline). אם הפקודה נשלחה אבל הבקר לא אישר, האירוע נרשם כ-Timed out.
פתיחה. הממסר משתחרר למשך Hold time של הדלת (1–30 שניות, ברירת מחדל 10), ואז ננעל שוב אוטומטית. האירוע נרשם כ-Confirmed unlocked ברגע שהבקר מאשר.

חלונות One-time וחלונות Weekly מוגבלים משתמשים בגבולות של שניות Unix שלמות ובגבולות חצי-פתוחים [from, to): ההתחלה נכללת והסוף לא. בלוקים מסוג Weekly משתמשים באזור הזמן IANA שהוגדר להם ובכללי שעון הקיר המקומי ושעון הקיץ. ראו לוחות זמנים של Access Policy.

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

תצורה קיימת

תצורת הגישה הקיימת מיובאת ל-Access Policies אוטומטית. הייבוא משמר את מי שהייתה לו גישה, את הדלתות או טווחי הגישה שבהם יכול היה להשתמש, ואת השעות הרלוונטיות, כערכי Who, Where ו-When במדיניות. המנהלים מנהלים את המדיניות שנוצרה ישירות; אין מצב הטמעה ואין תהליך המרה ידני.

ירושת הגדר הגיאוגרפית נשארת בלתי תלויה ב-Access Policies. התאמות למדיניות עדיין עוברות דרך הגדר הגיאוגרפית בפועל ודרך כל שאר בדיקות הבטיחות/המכשיר.

הכניסה לאפליקציה לנייד (קוד חד-פעמי ב-SMS או בדוא"ל) היא אימות זהות בלבד — היא מוכיחה מי המשתמש. היא אינה מעניקה כשלעצמה גישה לדלתות. כל פתיחה מאושרת בנפרד באמצעות רצף ההחלטה שלמעלה. משתמש יכול להיות מחובר לאפליקציה ועדיין לראות "You don't have access to this door."

מילון מונחים

מונח	הגדרה
בקר דלת	מכשיר החומרה המצומד לדלת/שער ומפעיל את ממסר המנעול. מופיע כ"דלת" במודול זה וכמכשיר בניהול מכשירים.
דלת	בקר דלת שרשום במתקן שלכם, עם שם, תווית מיקום, סמל והגדרות.
שורת משתמש	הרשומה של אדם במתקן הזה בכרטיסייה Users. נוצרת ידנית, בייבוא CSV או בסנכרון. מכילה מזהי קשר, סוג/סטטוס/תגים, הרשאות ומצב האפליקציה.
מקור	מאיפה הגיעה שורת המשתמש: Manually added, External Integration, CCTV/Computer Vision או Performance Hub staff.
Access Policy	מדיניות היתר בלבד בעלת שם, שמכילה Who, Where ו-When. שלושתם חייבים להתאים; בין מדיניות אחת לאחרת מתקיים יחס "או".
תנאי סוג אדם	תנאי Who במדיניות שמכיל סוג אדם וסטטוסי חברות אופציונליים. סטטוסים ריקים פירושם כל סטטוס.
תג	תווית על משתמש. תגים מסונכרנים מגיעים מהשילוב ונדרסים בכל סנכרון; תגים מותאמים אישית בבעלות המנהל ולעולם אינם נדרסים. שני הסוגים יכולים לקיים תנאי Who במדיניות.
שעות פעילות / בלוק זמן	חלונות זמן לפי יום בשבוע (למשל Mon 06:00–22:00) שמגבילים מתי מדיניות או הרשאות מתירות גישה. ריק = מותר תמיד. השעות לפי אזור הזמן של המתקן.
Access Time Window	תקופה מסוג Weekly או One-time שמשמשת בלוח זמנים של מדיניות או בנתיב הרשאה נפרד של מנהל/שילוב.
הרשאה למשתמש	גישה מפורשת שניתנת למשתמש אחד: לכל המתקן (כל דלת), לדלתות מסוימות או לטווחי גישה מסוימים — אופציונלית עם שעות פעילות משלה.
טווח גישה	צרור דלתות בעל שם (למשל "Main entrances", "Staff-only") שמשמש כיעד של מדיניות או הרשאה, ולהגדרות גדר גיאוגרפית ברמת הטווח. נקרא גם door group באופן פנימי.
החרגה ממדיניות	דלת או טווח גישה שהוסרו מהתאמת ה-Where של מדיניות אחת. היא אינה שוללת מדיניות אחרת או נתיב הרשאה אחר.
Geofence	מעגל סביב המתקן (מרכז + רדיוס). כשהיא מופעלת, משתמשים חייבים להימצא פיזית בתוכו (בהתחשב בדיוק ה-GPS ובמרווח) כדי לפתוח.
מרווח דיוק	מטרים נוספים שמתווספים לרדיוס הגדר הגיאוגרפית כדי לספוג רעש GPS רגיל. ברירת מחדל 25 m.
מצב תחזוקה	הגדרה לכל דלת שמוציאה דלת מפעולה רגילה: Normal, Force open (נשארת פתוחה) או Force closed (נשארת נעולה ומחוץ לשירות עבור חברים).
Block all access	חסימת בטיחות לכל דלת שגוברת על מדיניות ועל הרשאות למשתמש בדלת הזו, בלי להשתמש במצב תחזוקה. פתיחת מנהל נשארת זמינה.
זמן החזקה	כמה זמן הממסר נשאר משוחרר אחרי פתיחה לפני הנעילה החוזרת. טווח 1–30 שניות, ברירת מחדל 10.
לוח זמנים לפתיחה אוטומטית	לוח זמנים לכל דלת שמחזיק את הדלת פתוחה בשעות נוכחות הצוות במתקן או לפי לוח זמנים מותאם אישית. בלתי תלוי ב-Access Policies.
Lock now	נועל דלת שלוח הזמנים לפתיחה אוטומטית מחזיק פתוחה, עד השינוי הבא בלוח הזמנים. Resume schedule מבטל זאת.
Access enabled	מתג החירום לכל משתמש. כבוי = המשתמש אינו יכול לפתוח שום דבר.
מנותק	משתמש מסונכרן שהמתג Track source updates שלו כבוי. מחזורי הסנכרון מדלגים על השורה, כך שעריכות המנהל נשמרות.
הזמנה	הדוא"ל שנשלח למשתמש עם קישורים להורדת האפליקציה לנייד. המצב מתועד לכל משתמש (Not invited / Invited / Send failed).
כניסה עם OTP	הכניסה ללא סיסמה של האפליקציה לנייד: קוד חד-פעמי שנשלח לטלפון או לדוא"ל של המשתמש.
עקיפת מנהל / פתיחת מנהל	פתיחה שמנהל מפעיל מ-Performance Hub (הכרטיסייה Doors → Open, או Unlock door בחלונית הדלת). כל פתיחה של מנהל נרשמת ביומני הגישה עם החשבון של המנהל.
נעילת אפליקציה	אימות מחדש במכשיר שנאכף על ידי המתקן (Face ID / Touch ID / זיהוי ביומטרי של Android / קוד גישה) לפני שניתן להשתמש באפליקציה.
הודעה באפליקציה	כרטיס הכרזה בלוח הבקרה של האפליקציה — לכל המתקן, לכל משתמש, או שנקבע אוטומטית על ידי כלל App Messaging.
אירוע גישה	רשומה אחת ביומני הגישה: ניסיון פתיחה והתוצאה שלו.

Access Policies — Who, Where, When וייבוא אוטומטי
לוחות זמנים של Access Policy — Anytime, Weekly ו-One-time
טווחי גישה — צרורות דלתות לשימוש חוזר
גדר גיאוגרפית — בדיקות מיקום
Users — הרשאות למשתמש ומתג החירום
מידע עזר — כל סיבת דחייה וברירת מחדל בטבלה אחת
אפשר לכלול דלתות גם בתגובות Duress. ראו פעולות תגובה ב-Duress.