Rozwiązywanie problemów
Na tej stronie
Rozwiązania według objawów dla najczęstszych problemów z Door & Gate Access. Każdy wpis ma układ: objaw → przyczyna → rozwiązanie. Znaczenie poszczególnych stanów i powodów odmowy znajdziesz w sekcji Informacje referencyjne, a logikę podejmowania decyzji w sekcji Jak podejmowane są decyzje o dostępie.
Zacznij od rejestrów dostępu. Niemal każde zgłoszenie typu "nie mogę wejść" ma w Rejestry dostępu zdarzenie odmowy z dokładnym powodem. Wyszukaj imię i nazwisko członka, sprawdź najnowsze zdarzenie odmowy i przejdź do odpowiedniej sekcji poniżej.
Drzwi mają stan Offline
Objaw: Karta drzwi pokazuje stan Offline, członkowie widzą komunikat "Door offline", nie można wysyłać poleceń otwarcia.
Przyczyna: Kontroler drzwi nie zgłosił się od ponad 5 minut — w urządzeniu nie ma zasilania lub sieci.
Rozwiązanie:
- Sprawdź, czy kontroler ma zasilanie i połączenie sieciowe (kabel Ethernet / Wi-Fi) — strona Rozwiązywanie problemów ze sprzętem opisuje kontrole na miejscu (diody LED, rozgałęźnik PoE, okablowanie, karta SIM/antena w modelach 4G).
- Otwórz panel drzwi → karta Overview, aby zobaczyć Status (ostatnio widziane), IP address i czas pracy — niedawne "ostatnio widziane" wskazuje raczej na przerywaną sieć niż na niesprawne urządzenie.
- W razie potrzeby wyłącz i ponownie włącz zasilanie kontrolera.
- W celu dokładniejszej diagnostyki użyj opcji Open in Device Management for advanced configuration.
- Jeśli kilka drzwi przeszło w tryb offline jednocześnie, przyczyną jest raczej sieć lub internet w obiekcie niż same urządzenia.
Gdy drzwi są offline, członkowie widzą dane kontaktowe wsparcia na swoim pulpicie (w domyślnym trybie Smart), więc mogą do Ciebie zadzwonić.
Członkowi odmówiono dostępu — "You don't have access to this door"
Objaw: Zdarzenie odmowy z powodem no_matching_policy_or_grant.
Przyczyna: Żadna ścieżka addytywna nie przyznała dostępu: żadna włączona zasada Access Policy nie spełniła jednocześnie warunków Who, Where i When, a żadne stałe uprawnienie ani aktywne okno administratora lub integracji nie obejmowało tych drzwi.
Rozwiązanie:
- Otwórz członka na liście Users i porównaj typ osoby, status członkostwa oraz tagi zsynchronizowane i niestandardowe z warunkiem Who zasady.
- Sprawdź, czy Where obejmuje drzwi bezpośrednio, przez Access Scope lub przez wszystkie drzwi obiektu oraz czy żadne wykluczenie ich nie usuwa.
- Sprawdź When: Anytime lub co najmniej jedno aktywne okno Weekly/One-time. Godziny zakończenia nie są wliczane.
- Pamiętaj, że zasady łączą się operatorem OR, ale każda zasada wymaga jednocześnie Who, Where i When. Częściowe dopasowanie nigdy nie przyznaje dostępu.
- W razie potrzeby użyj osobnego stałego uprawnienia lub okna administratora; pozostają one addytywne.
Członkowi odmówiono dostępu — "Your access has been suspended"
Objaw: Zdarzenie odmowy z powodem access_disabled; użytkownik ma plakietkę Disabled.
Przyczyna: Dostęp użytkownika jest wyłączony. Dzieje się tak ręcznie (administrator wyłączył Access enabled) lub automatycznie (członek został usunięty w integracji i panel pokazuje Removed by integration albo został usunięty miękko).
Rozwiązanie: Otwórz użytkownika i ponownie włącz Access enabled — a jeśli pokazuje Removed by integration, przywróć go w systemie źródłowym (lub odłącz wiersz i włącz dostęp ręcznie).
Zasada z harmonogramem nie przyznaje dostępu
Objaw: Aplikacja pokazuje przyszłą dostępność lub dziennik zawiera outside_access_time_window; okno ze źródła ma stan Stale lub Unmapped; albo dostęp zmienia się w nieoczekiwanym czasie.
Rozwiązanie:
- Potwierdź, że zasada jest włączona.
- Zanim zbadasz harmonogram When, sprawdź warunki Who i Where tej samej zasady.
- W przypadku okna One-time porównaj próbę z przedziałem
[from, to). Wyświetlana strefa czasowa nie może przesunąć zapisanego momentu. - W przypadku okna Weekly sprawdź jego strefę czasową IANA, lokalny dzień tygodnia/blok, opcjonalne granice aktywności oraz zmianę czasu letniego. Godziny zakończenia nie są wliczane, a bloki nocne trzeba podzielić.
- Użyj pól
policyIdipolicyNamez Access Log, aby sprawdzić, która nazwana zasada była oceniana. - Potwierdź, że pierwszeństwa nie mają
blockAllAccess, Force closed, wyłączenie użytkownika, geofence ani stan kontrolera.
W przypadku osobnego okna z integracji sprawdź też mapowanie logicznego zakresu, rewizję źródła, wiek źródła i stan dostarczania. Nieznane, niezmapowane lub nieaktualne okna ze źródła domyślnie blokują dostęp, nie usuwając ścieżek Access Policy ani stałych uprawnień.
Starsze klienty mogą pokazywać Outside hours, ponieważ powodem zgodności wstecznej jest outside_access_hours; Access Log i nowsze klienty używają szczegółu outside_access_time_window.
Odmowy geofence — "Move closer" i podobne
Objaw: Zdarzenia odmowy z powodami outside_geofence, gps_too_imprecise lub location_unavailable.
| Powód | Przyczyna | Rozwiązanie |
|---|---|---|
outside_geofence | Zgłoszona pozycja członka znajduje się dalej niż promień + dokładność GPS + bufor od pinezki | Jeśli członek rzeczywiście był na miejscu: sprawdź położenie pinezki i promień w Settings → Geofencing (użyj Test Geofence, aby zasymulować jego miejsce). Zwróć uwagę na ostrzeżenie, że pinezka jest daleko od zapisanego adresu obiektu. Jeśli drzwi w ogóle nie powinny być objęte geofence (np. wejście serwisowe), użyj opcji drzwi Disable geofence for this door. |
gps_too_imprecise | Pozycja GPS telefonu była mniej dokładna niż próg Require GPS accuracy better than (domyślnie 100 m) — częste głęboko wewnątrz budynków | Poproś członka o ponowną próbę bliżej okna lub na zewnątrz. Jeśli problem w Twoim obiekcie się powtarza, nieznacznie zwiększ próg. |
location_unavailable | Telefon nie przekazał lokalizacji — usługi lokalizacji są wyłączone albo brakuje uprawnienia aplikacji lub jest ono przybliżone | Członek musi włączyć lokalizację dla aplikacji i ustawić ją na Precise (aplikacja pokazuje skrót Open Settings). |
Okno szczegółów zdarzenia odmowy pokazuje zgłoszone współrzędne, dokładność i odległość — to nieocenione informacje przy ocenie, czy członek rzeczywiście był na miejscu.
Polecenie otwarcia wysłane, ale drzwi się nie otworzyły (Timed out / Failed)
Objaw: Zdarzenia kończą się stanem Timed out lub Failed zamiast Confirmed unlocked.
Przyczyna: Polecenie dotarło do serwera, ale kontroler go nie potwierdził — niestabilna łączność przy drzwiach lub usterka urządzenia.
Rozwiązanie:
- Sprawdź stan online drzwi i informacje o urządzeniu (karta Overview). Powtarzające się przekroczenia czasu przy jednych drzwiach wskazują na ich sieć.
- Spróbuj otworzyć drzwi jako administrator przyciskiem Unlock door w panelu, obserwując drzwi.
- Użyj Identify device (trzy sygnały dźwiękowe), aby potwierdzić, że fizycznie jesteś przy właściwym kontrolerze.
- Jeśli przekaźnik klika, ale drzwi się nie zwalniają, usterka leży w obwodzie zamka — wykonaj testy z mostkiem i multimetrem opisane w sekcji Rozwiązywanie problemów ze sprzętem.
- Jeśli urządzenie jest online, ale nie uruchamia zamka, eskaluj problem za pomocą diagnostyki w module Zarządzanie urządzeniami.
Sprawdź też Maintenance mode — drzwi w trybie Force closed z założenia pozostają zamknięte dla członków. Block all access at this door ustawia jawne blockAllAccess i odrzuca każdą zasadę dla członków, stałe uprawnienie i Access Time Window.
Jeśli kontroler jest online, ale przestaje normalnie reagować, opcja Remotely reboot device (panel drzwi → Configuration → Advanced) uruchamia go ponownie. Drzwi zachowują bieżący stan zamka i na minutę lub dwie przechodzą w tryb offline podczas uruchamiania.
Członek nie może zalogować się do aplikacji
Objaw: Komunikat "No record found" na etapie Send code.
Przyczyna: Wpisany telefon lub adres e-mail nie pasuje do żadnego rekordu na liście Users.
Rozwiązanie: Znajdź wiersz członka na liście Users i dokładnie porównaj identyfikatory — zwykle przyczyną jest inny format numeru, stary adres e-mail lub brak identyfikatora. Zaktualizuj wiersz (lub poproś członka o użycie zapisanego identyfikatora). Pamiętaj, że każdy wiersz wymaga co najmniej telefonu lub adresu e-mail.
Objaw: "Too many attempts."
Przyczyna: Ograniczanie liczby żądań — 5 żądań kodu na godzinę na kontakt oraz limit na poziomie sieci.
Rozwiązanie: Odczekaj; limit na kontakt jest środkiem bezpieczeństwa i nie można go znieść.
Problemy z zaproszeniami
Zobacz osobną tabelę w sekcji Zaproszenia → Rozwiązywanie problemów. W skrócie: Send failed → sprawdź adres i wyślij ponownie; brak w wysyłce zbiorczej → osoba została już zaproszona, korzystała z aplikacji, nie ma adresu e-mail lub nie ma dostępu.
Brakujący lub nieaktualni zsynchronizowani użytkownicy
Objaw: Osoba istnieje w systemie członków, ale nie na liście Users; albo jej dane są nieaktualne.
Rozwiązanie:
- Sprawdź Settings → Sync settings — czy źródło jest włączone? Czy włączona jest konkretna integracja? Jeśli karta pokazuje N removals held back for review, duże usunięcie czeka na przegląd przez administratora.
- Rozwiń Sync activity & troubleshooting i wyszukaj osobę — powód pominięcia dokładnie wyjaśnia przyczynę (brak identyfikatora, odłączenie, wyłączona integracja itp.). Zobacz tabelę powodów pominięcia.
- Sprawdź przełącznik Track source updates użytkownika — odłączony wiersz nigdy nie jest aktualizowany ze źródła.
- Jeśli wiersz pokazuje Not synced – duplicate, inny rekord ma ten sam adres e-mail lub telefon. Zobacz Rozwiązywanie duplikatów.
- Użyj Sync now, aby wymusić przebieg zamiast czekać na codzienną pełną synchronizację.
- W przypadku Access Time Windows sprawdź też wiek źródła, wynik rewizji (updated/idempotent/stale/conflict) i mapowanie
scope_key. Nieudane pobranie musi pozostawić poprzednią migawkę bez zmian, a nie ją wyczyścić.
Harmonogram automatycznego otwierania nie otwiera drzwi
Objaw: Drzwi nie pozostają otwarte w zaplanowanym oknie.
Rozwiązanie:
- Otwórz kartę Schedule drzwi i potwierdź, że opcja Auto-unlock jest włączona. Sprawdź w podglądzie Next 14 days, kiedy drzwi powinny się otworzyć.
- W przypadku opcji Godziny obsady obiektu sprawdź godziny obsady i godziny świąteczne obiektu w module Konfiguracja obiektów i systemów. W święto państwowe ustawienie On public holidays decyduje, czy drzwi stosują godziny świąteczne, pozostają zamknięte, czy ignorują święto.
- W przypadku opcji Custom schedule sprawdź, czy dany dzień ma blok czasowy.
- Sprawdź, czy personel użył Lock now: karta pokazuje Locked by staff until HH:MM. Resume schedule przywraca harmonogram.
- Pamiętaj, że zmiany harmonogramu zaczynają obowiązywać dopiero po zapisaniu, co powoduje ponowne załadowanie kontrolera (zwykle 10–15 sekund).
- Tryb serwisowy ma pierwszeństwo — drzwi w trybie Force closed nie otworzą się automatycznie.
- Godziny są podawane w strefie czasowej obiektu — jeśli okna uruchamiają się o dziwnych porach, sprawdź ustawienie strefy czasowej obiektu.
Administrator zmienił ustawienia, ale nic się nie stało
Objaw: Edycja zasad, geofence lub wiadomości nie przyniosła efektu.
Przyczyna: Zmiany na karcie Settings są stosowane dopiero po kliknięciu Save changes na pasku zapisu; przejście na inną stronę oferuje ich odrzucenie.
Rozwiązanie: Wprowadź zmiany ponownie i zapisz. Zmiany zasad i geofence są stosowane przy kolejnych próbach autoryzacji; ustawienia po stronie aplikacji pojawiają się przy następnym odświeżeniu aplikacji członków.
Powiązane strony
- Rozwiązywanie problemów ze sprzętem — diagnostyka zasilania, przekaźnika i okablowania zamka
- Rejestry dostępu
- Harmonogramy Access Policies
- Informacje referencyjne — wszystkie powody odmowy i wartości domyślne
- Często zadawane pytania