Harmonogramy Access Policies
Na tej stronie
Czas to część When każdej zasady Access Policy. Wybierz Anytime lub Scheduled; zasada harmonogramowa zawiera jedno lub więcej okien Weekly lub One-time. Informacje o stronie Settings → Access Time Windows znajdziesz w sekcji Okresy tolerancji i strefa czasowa.
Zasada przyznaje dostęp tylko wtedy, gdy spełnione są warunki Who ORAZ Where ORAZ When. Okna w ramach jednej zasady łączą się operatorem LUB, podobnie jak nazwane zasady. Zasady wyłącznie przyznają dostęp: nieaktywna zasada nie odbiera dostępu przyznanego przez inną pasującą zasadę, stałe uprawnienie ani osobne okno administratora lub integracji.
Dowolny czas
Anytime oznacza, że warunki Who i Where zasady mogą zostać dopasowane bez ograniczeń harmonogramu. Nie pomija to kontroli bezpieczeństwa, konserwacji, geofence, blokad, limitów częstotliwości ani kontroli urządzenia.
Okna Weekly
Okno Weekly powtarza się w oparciu o bloki lokalnego czasu zegarowego, takie jak poniedziałek 06:00–08:30.
- Wybrana strefa czasowa IANA określa dzień tygodnia, czas lokalny i zachowanie przy zmianie czasu.
- Opcjonalne momenty początku i końca obowiązywania mogą ograniczać powtarzanie; koniec nie jest wliczany.
- Bloki nie mogą się nakładać ani przechodzić przez północ. Okres nocny podziel na dwa dni.
- Podczas przejścia na czas letni pominięte godziny lokalne nie występują. Podczas powrotu do czasu zimowego kwalifikują się oba rzeczywiste momenty odpowiadające powtórzonej godzinie lokalnej.
Okna One-time
Okno One-time ma jeden dokładny moment początku i końca. Używaj go dla znanego, jednorazowego okresu.
- Początek i koniec to liczby całkowite sekund Unix określające momenty w UTC.
- Przedział jest prawostronnie otwarty:
[from, to). Początek się kwalifikuje, koniec nie. - Wyświetlana strefa czasowa służy do wprowadzania, wyświetlania i kontekstu audytu. Nie zmienia zapisanego momentu.
Osobne okna użytkowników i integracji
Okna użytkowników należące do administratora i okna dostarczane przez integracje pozostają osobnymi, dodatkowymi ścieżkami; nie są konwertowane na Access Policies i nie można ich usunąć przez edycję zasady. Mogą wskazywać obiekt, drzwi lub Access Scopes zgodnie z własnymi zasadami.
Okna integracji zachowują przynależność do źródła, wersję, aktualność danych i sposób mapowania scope_key. Nieznane, wyłączone, niezmapowane, nieaktualne lub odłączone okna źródła nie przyznają dostępu. Jedno źródło nie może usunąć okien innego źródła, a ani aktualizacje źródła, ani edycje zasad nie usuwają okien należących do administratora.
Stałe uprawnienia to kolejna osobna, dodatkowa ścieżka. Ich istniejące opcjonalne godziny działania pozostają niezależne od harmonogramów zasad.
Okresy tolerancji i strefa czasowa
Rysunek 1: Settings → Access Time Windows → Access grace periods
Settings → Access Time Windows → Access grace periods określa, jaki margines czasu ludzie otrzymują wokół swoich zaplanowanych okien. „Scheduled start and end times remain unchanged. These buffers only expand when door access is allowed.”
- Facility timezone — strefa czasowa używana przez okna Weekly, automatycznie uwzględniająca zmiany czasu. Aby ją zmienić, użyj opcji Change timezone in Facility & System Configuration; zobacz Strefa czasowa.
- Allow early access — „Allow users to unlock doors shortly before their scheduled window starts.” Off, 5 minutes, 10 minutes, 15 minutes lub 30 minutes.
- Allow access after end — „Keep door access available briefly after the scheduled window ends.” Off, 5 minutes, 10 minutes, 15 minutes lub 30 minutes.
Okresy tolerancji dotyczą wszystkich okien jednorazowych i tygodniowych w obiekcie, w tym okien dostarczanych przez integracje rezerwacyjne. Są też uwzględniane w widoku No visit recorded: osoba, która odblokuje drzwi w okresie tolerancji, jest liczona jako odwiedzająca. Na przykład hotel może ustawić Allow access after end na 15 minut, aby uwzględnić późne wymeldowania w przypadku przepustek gości.
Istniejące harmonogramy
Istniejące godziny pracy są automatycznie importowane do sekcji When odpowiednich zasad Access Policies. Odmienne godziny, które wcześniej dotyczyły określonych zakresów lub drzwi, są zachowywane w zasadach z jawnymi celami Where. Administratorzy nie muszą ręcznie konwertować harmonogramów.
Autoryzacja i dostępność
W przypadku dostępu członków najpierw wykonywane są kontrole bezpieczeństwa użytkownika i drzwi. Następnie serwer ocenia ścieżki przyznawania dostępu: zasady, stałe uprawnienia, okna administratora i okna integracji. Kontrole geofence i kontrolera pozostają późniejszymi, rozstrzygającymi etapami.
Przyszłe okno zasady może zwrócić strukturalne informacje o dostępności z najbliższym konkretnym początkiem i końcem, rodzajem, etykietą i strefą czasową. Obsługiwani klienci używają tych danych do wyświetlania; nie obliczają autoryzacji lokalnie. Dokładne granice pozostają [from, to).
Szczegółowa odmowa dla przyszłego okna to outside_access_time_window. Klienci zgodności mogą nadal otrzymywać dotychczasową przyczynę outside_access_hours z deniedReasonDetail: outside_access_time_window.
Przypisanie
Decyzja zasady identyfikuje pasującą zasadę po nazwie. W przypadku dostępu harmonogramowego Rejestry dostępu mogą też pokazywać aktywne okno oraz jego konkretny początek i koniec, dzięki czemu jasne jest, który wpis When przyznał dostęp.