פתרון בעיות

פתרונות לפי תסמין לבעיות הנפוצות ביותר ב-Door & Gate Access. כל רשומה בנויה לפי תסמין → סיבה → פתרון. למשמעות של כל מצב או סיבת דחייה, ראו מידע עזר; ללוגיקת ההחלטה שמאחוריהם, ראו איך מתקבלות החלטות גישה.

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

דלת מוצגת כלא מקוונת

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

סיבה: בקר הדלת לא דיווח במשך יותר מ-5 דקות — אין חשמל או רשת במכשיר.

פתרון:

1. בדקו שלבקר יש חשמל וחיבור רשת (כבל Ethernet / Wi-Fi) — הדף פתרון בעיות חומרה מכסה את הבדיקות באתר (נוריות LED לחיווי, מפצל PoE, כבילה, SIM/אנטנה בדגמי 4G).
2. פתחו את חלונית הדלת → הכרטיסייה Overview כדי לראות Status (נראה לאחרונה), IP address וזמן פעולה רציף — "נראה לאחרונה" מהזמן האחרון מרמז על רשת לא יציבה ולא על מכשיר תקול.
3. כבו והדליקו את הבקר אם צריך.
4. לאבחון מעמיק יותר, השתמשו ב-Open in Device Management for advanced configuration.
5. אם כמה דלתות התנתקו בבת אחת, החשד הוא ברשת או באינטרנט של האתר ולא במכשירים.

כל עוד דלת לא מקוונת, החברים רואים את פרטי הקשר לתמיכה בלוח שלהם (במצב ברירת המחדל Smart), כדי שיוכלו להתקשר אליכם.

חבר נדחה — "You don't have access to this door"

תסמין: אירוע דחייה עם הסיבה no_matching_policy_or_grant.

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

פתרון:

1. פתחו את החבר ב-Users והשוו את סוג האדם, סטטוס החברות והתגים המסונכרנים או המותאמים אישית ל-Who של המדיניות.
2. בדקו ש-Where כולל את הדלת ישירות, דרך טווח גישה או דרך כל דלתות המתקן, ושאף החרגה לא מסירה אותה.
3. בדקו את When: Anytime, או לפחות חלון Weekly או One-time פעיל אחד. נקודות הסיום אינן כלולות.
4. זכרו שמדיניות מצטרפות ביחס OR, אבל כל מדיניות דורשת Who וגם Where וגם When. התאמה חלקית אף פעם לא מעניקה גישה.
5. אם מתאים, השתמשו בהרשאה קבועה נפרדת או בחלון של מנהל; אלה נשארים מצטברים.

חבר נדחה — "Your access has been suspended"

תסמין: אירוע דחייה עם הסיבה access_disabled; המשתמש מציג תג Disabled.

סיבה: הגישה של המשתמש כבויה. זה קורה ידנית (מנהל כיבה את Access enabled) או אוטומטית (החבר נמחק בשילוב והחלונית מציגה Removed by integration, או שהוא נמחק מחיקה רכה).

פתרון: פתחו את המשתמש והפעילו שוב את Access enabled — או, אם הוא מציג Removed by integration, החזירו אותו במערכת המקור (או נתקו את השורה והפעילו את הגישה ידנית).

מדיניות מתוזמנת לא מאפשרת גישה

תסמין: האפליקציה מציגה זמינות עתידית או שביומן מופיע outside_access_time_window; חלון מקור מוצג כ-Stale או כ-Unmapped; או שהגישה משתנה בשעה לא צפויה.

פתרון:

1. ודאו שהמדיניות מופעלת.
2. בדקו את ה-Who וה-Where של אותה מדיניות לפני שאתם בודקים את לוח הזמנים When שלה.
3. בחלון One-time, השוו את הניסיון ל-[from, to). אזור הזמן המוצג לא יכול להזיז את הרגע השמור.
4. בחלון Weekly, בדקו את אזור הזמן IANA שלו, את היום והבלוק המקומיים, את גבולות התוקף האופציונליים ואת המעבר לשעון קיץ. נקודות הסיום אינן כלולות, ובלוקים שעוברים את חצות חייבים להתפצל.
5. השתמשו ב-policyId וב-policyName שביומן הגישה כדי לוודא איזו מדיניות נבדקה.
6. ודאו ש-blockAllAccess, Force closed, השבתת המשתמש, הגדר הגיאוגרפית ומצב הבקר אינם גוברים.

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

לקוחות ישנים יותר יכולים להציג Outside hours כי סיבת התאימות היא outside_access_hours; יומן הגישה ולקוחות חדשים יותר משתמשים בפירוט outside_access_time_window.

דחיות של גדר גיאוגרפית — "Move closer" ודומיו

תסמין: אירועי דחייה עם הסיבות outside_geofence, gps_too_imprecise או location_unavailable.

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

פקודת פתיחה נשלחה אבל הדלת לא נפתחה (Timed out / Failed)

תסמין: אירועים מסתיימים ב-Timed out או ב-Failed ולא ב-Confirmed unlocked.

סיבה: הפקודה הגיעה לשרת אבל הבקר לא אישר — קישוריות לא יציבה בדלת, או תקלה במכשיר.

פתרון:

1. בדקו את מצב החיבור ואת פרטי המכשיר של הדלת (הכרטיסייה Overview). דפוס של פסקי זמן בדלת אחת מצביע על הרשת שלה.
2. נסו פתיחה של מנהל באמצעות Unlock door מהחלונית תוך כדי צפייה בדלת.
3. השתמשו ב-Identify device (שלושה צפצופים) כדי לוודא שאתם פיזית ליד הבקר הנכון.
4. אם הממסר מקיש אבל הדלת לא משתחררת, התקלה במעגל המנעול — הריצו את בדיקות הגישור והמולטימטר בפתרון בעיות חומרה.
5. העבירו לטיפול באמצעות האבחון של ניהול מכשירים אם המכשיר מקוון אבל לא מפעיל את המנעול.

בדקו גם את Maintenance mode — דלת במצב Force closed נשארת נעולה לחברים מעצם התכנון. Block all access at this door מגדיר blockAllAccess מפורש ודוחה כל מדיניות, הרשאה קבועה ו-Access Time Window של חברים.

אם הבקר מקוון אבל מפסיק להגיב כרגיל, Remotely reboot device (חלונית הדלת → Configuration → Advanced) מפעיל אותו מחדש. הדלת שומרת על מצב הנעילה הנוכחי שלה ומתנתקת לדקה או שתיים בזמן האתחול.

חבר לא מצליח להיכנס לאפליקציה

תסמין: "No record found" בשלב Send code.

סיבה: הטלפון או הדוא"ל שהקליד לא תואמים לאף רשומה ב-Users.

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

תסמין: "Too many attempts."

סיבה: הגבלת קצב — 5 בקשות קוד בשעה לכל איש קשר, בנוסף למגבלה ברמת הרשת.

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

בעיות בהזמנות

ראו את הטבלה הייעודית בהזמנות → פתרון בעיות. בקצרה: Send failed → בדקו את הכתובת ושלחו שוב; לא נכלל בשליחה המרוכזת → הוא כבר הוזמן, כבר השתמש באפליקציה, אין לו דוא"ל או שאין לו גישה.

משתמשים מסונכרנים חסרים או לא מעודכנים

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

פתרון:

1. בדקו את Settings → Sync settings — האם המקור מופעל? האם השילוב הספציפי מופעל? אם הכרטיס מציג N removals held back for review, הסרה גדולה ממתינה לבדיקה של מנהל.
2. הרחיבו את Sync activity & troubleshooting וחפשו את האדם — סיבת הדילוג אומרת לכם בדיוק למה (מזהה חסר, מנותק, שילוב כבוי וכו'). ראו את טבלת סיבות הדילוג.
3. בדקו את המתג Track source updates של המשתמש — שורה מנותקת אף פעם לא מתעדכנת מהמקור.
4. אם השורה מציגה Not synced – duplicate, רשומה אחרת חולקת את אותו דוא"ל או טלפון. ראו פתרון כפילויות.
5. השתמשו ב-Sync now כדי לכפות מעבר במקום להמתין לסנכרון המלא היומי.
6. עבור Access Time Windows, בדקו גם את גיל המקור, את תוצאת הגרסה (updated/idempotent/stale/conflict) ואת מיפוי ה-scope_key. משיכה שנכשלה חייבת להשאיר את תמונת המצב הקודמת ללא שינוי ולא לנקות אותה.

לוח הזמנים לפתיחה אוטומטית לא פותח את הדלת

תסמין: הדלת לא נשארת פתוחה במהלך החלון המתוזמן שלה.

פתרון:

1. פתחו את הכרטיסייה Schedule של הדלת וודאו ש-Auto-unlock מופעל. בדקו בתצוגה המקדימה Next 14 days מתי הדלת אמורה להיפתח.
2. עם שעות נוכחות צוות במתקן, בדקו את שעות הנוכחות של הצוות ואת שעות החגים של המתקן בתצורת מתקנים ומערכות. בחג רשמי, On public holidays קובע אם הדלת פועלת לפי שעות החג, נשארת נעולה או מתעלמת מהחג.
3. עם Custom schedule, בדקו שליום יש בפועל בלוק זמן.
4. בדקו אם הצוות השתמש ב-Lock now: הכרטיס מציג Locked by staff until HH:MM. Resume schedule מחזיר את לוח הזמנים לפעולה.
5. זכרו ששינויים בלוח הזמנים נכנסים לתוקף רק אחרי שמירה, שטוענת מחדש את הבקר (בדרך כלל 10–15 שניות).
6. מצב תחזוקה גובר — דלת במצב Force closed לא תיפתח אוטומטית.
7. השעות הן לפי אזור הזמן של המתקן — בדקו את הגדרת אזור הזמן של המתקן אם חלונות מופעלים בשעות מוזרות.

מנהל שינה הגדרות אבל שום דבר לא קרה

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

סיבה: שינויים בכרטיסייה Settings לא מוחלים עד שלוחצים על Save changes בסרגל השמירה; מעבר לדף אחר מציע לבטל אותם.

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

דפים קשורים

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