Erişim Kararları Nasıl Verilir
Bu sayfada
Bu sayfa her kilit açma işleminin arkasındaki modeli açıklar: bir kapıdan kimin geçebileceği, denetimlerin hangi sırayla çalıştığı ve Access Policies, erişim izinleri ile güvenlik denetimlerinin nasıl etkileşime girdiği. Önce bu sayfayı okuyun; diğer tüm sayfalar bu kavramlar üzerine kuruludur.
Birbirine eklenen izin yolları
Bir kullanıcının bir kapıdan geçmesine herhangi bir politika veya erişim izni yoluyla izin verilebilir. Tek bir yoldan geçmek yeterlidir; bir yol, başka bir yolun sağladığı erişimi asla azaltmaz.
| Yol | Nedir | Nerede yapılandırılır |
|---|---|---|
| Access Policies | Birden fazla adlandırılmış, yalnızca izin veren politika. Her politika Who, Where ve When tanımlar. | Settings → Access Policies |
| Kalıcı erişim izinleri | Tek bir kişiye verilen açık izinler: tesis genelinde, seçili kapılar veya seçili Access Scopes; isteğe bağlı olarak kendi saatleriyle. | Users → bir kullanıcıyı açın → Access Control → Additional permanent access |
| Access Time Windows | Tek bir kişi ve seçili tesis/kapı/kapsam hedefleri için yöneticiye ait geçici erişim. | Users → bir kullanıcıyı açın → Access Time Windows |
| Entegrasyon Access Time Windows | Senkronize edilen bir kişi için mantıksal kaynak kapsam anahtarlarından eşlenen, salt okunur kaynak zaman aralıkları. | Kaynak veriler ile Settings → Sync settings eşlemeleri |
Bir politika yalnızca Who VE Where VE When eşleştiğinde eşleşir. Politikalar VEYA ile birleştirilir. Who içinde kişi türü/durum koşulları ve etiketler birbirinin alternatifidir; When içinde Weekly ve One-time zaman aralıkları birbirinin alternatifidir. Where; tesisin tüm kapılarını, Access Scopes kayıtlarını, tek tek kapıları ve hariç tutmaları içerebilir.
Örnek: "Active members" politikası Front entrances kapsamını Anytime olarak kapsayabilirken ayrı bir "Staff" politikası Plant room dışındaki tüm tesis kapılarını kapsar. Hiçbiriyle eşleşmeyen bir temizlik görevlisi yine de Service entries kapsamı için kalıcı bir erişim izni alabilir.
Kalıcı erişim izinleri ve yönetici/entegrasyon zaman aralıkları ayrı kalır ve birbirine eklenir. Politika düzenlemeleri ve otomatik içe aktarma bunları içine almaz veya kaldırmaz.
Users listesine senkronize edilen Performance Hub personeli, kapı erişimini diğer politikalar gibi düzenlenebilir Performance Hub staff politikası aracılığıyla alır. Bkz. Senkronizasyon ve Entegrasyonlar.
Tam karar sırası
Bir kullanıcı mobil uygulamada Unlock düğmesine dokunduğunda sunucu aşağıdakileri sırayla denetler. Başarısız olan ilk denetim kilit açmayı reddeder ve nedeni Erişim Kayıtları içine kaydeder.
- Kullanıcının erişimi etkin mi? Users listesinde kullanıcının satırındaki Access enabled anahtarı, yöneticinin erişimi tamamen kesme anahtarıdır. Silinmiş, devre dışı bırakılmış veya senkronizasyon tarafından engellenmiş kullanıcılar, politika veya erişim izninden bağımsız olarak kilit açamaz. (Örneğin:
access_disabled.) - Kapı engellenmiş veya bakımda mı? Açıkça ayarlanmış
blockAllAccesstüm üye yollarını reddeder. Bakım modu Force closed kapıyı kilitli ve üyeler için hizmet dışı tutar; Force open kapıyı kilitsiz tutar. Yöneticiler bir kapının kilidini uzaktan açabilir; her yönetici kilit açma işlemi Erişim Kayıtları içinde kaydedilir. - Birbirine eklenen izin yollarından herhangi biri geçiyor mu?
- Politika yolu: Who, Where ve When değerlerinin tümü eşleşen herhangi bir etkin adlandırılmış politika erişime izin verir.
- Kalıcı erişim izni yolu: bir tesis, kapı veya kapıyı içeren Access Scope erişim izni, isteğe bağlı saatleri eşleştiğinde erişime izin verir.
- Kullanıcı zaman aralığı yolu: yöneticiye ait bir Access Time Window etkindir ve bu kapıyı, tesisi veya kapıyı içeren bir Access Scope'u hedefler.
- Entegrasyon zaman aralığı yolu: güncel bir kaynak zaman aralığı etkindir ve yapılandırılmış
scope_keyeşlemesi bu kapıyı hedefler. Eskimiş veya eşlenmemiş kaynak zaman aralıkları kapalı başarısız olur. - Hiçbiri geçmezse → reddedilir (
no_matching_policy_or_grant)
- Geofence denetimi (etkinse). Telefonun bildirdiği konum kullanılarak:
- Telefon konum sağlayamadıysa → reddedilir (
location_unavailable) - GPS okuması Require GPS accuracy better than ayarından daha az doğruysa → reddedilir (
gps_too_imprecise) - Kullanıcının geofence merkezine uzaklığı yarıçap + GPS doğruluğu + doğruluk payı değerini aşarsa → reddedilir (
outside_geofence) - Yetkili olan sunucudur; telefondaki sahte bir konum sunucu tarafında yine de reddedilir.
- Telefon konum sağlayamadıysa → reddedilir (
- Kapı denetleyicisi çevrimiçi mi? Denetleyici bildirimde bulunmadıysa (son 5 dakika içinde sinyal), kilit açma komutu iletilemez (
device_offline). Komut gönderilir ancak denetleyici onaylamazsa olay Timed out olarak kaydedilir. - Kilit açma. Röle, kapının Hold time süresi (1–30 saniye, varsayılan 10) boyunca serbest kalır, ardından otomatik olarak yeniden kilitlenir. Denetleyici onayladığında olay Confirmed unlocked olarak kaydedilir.
One-time ve sınırlı Weekly zaman aralıkları, tam sayı Unix saniye sınırları ve yarı açık sınırlar [from, to) kullanır: başlangıç dahildir, bitiş dahil değildir. Weekly blokları, bildirilen IANA saat dilimini ve yerel saat/yaz saati kurallarını kullanır. Bkz. Access Policy Zamanlamaları.
Yeni istemciler, yalnızca ileri tarihli zaman aralığı olan bir kapı için outside_access_time_window ayrıntısını ve yapılandırılmış bir sonraki kullanılabilirlik bilgisini alır. Uyumluluk geçiş döneminde eski istemciler, kapının güvenli şekilde devre dışı ve görünür kalması için birincil neden olarak outside_access_hours almaya devam eder.
Mevcut yapılandırma
Mevcut erişim yapılandırması otomatik olarak Access Policies içine aktarılır. İçe aktarma; kimin erişimi olduğunu, kullanabildikleri kapıları veya Access Scopes kayıtlarını ve geçerli saatleri politika Who, Where ve When değerleri olarak korur. Yöneticiler ortaya çıkan politikaları doğrudan yönetir; kullanıma sunma modu veya elle dönüştürme iş akışı yoktur.
Geofence devralma, Access Policies özelliğinden bağımsız kalır. Politika eşleşmeleri yine geçerli geofence ve diğer tüm güvenlik/aygıt denetimlerinden geçer.
OTP ile oturum açmanın yaptıkları ve yapmadıkları
Mobil uygulamada oturum açmak (SMS veya e-posta ile tek kullanımlık kod) yalnızca kimlik doğrulamadır; kullanıcının kim olduğunu kanıtlar. Tek başına kapı erişimi vermez. Her kilit açma işlemi, yukarıdaki karar sırası kullanılarak ayrı ayrı yetkilendirilir. Bir kullanıcı uygulamada oturum açmış olup yine de "You don't have access to this door." mesajını görebilir.
Terimler sözlüğü
| Terim | Tanım |
|---|---|
| Kapı denetleyicisi | Bir kapı/turnikeyle eşleştirilen ve kilit rölesini çalıştıran donanım aygıtı. Bu modülde "kapı", Aygıt Yönetimi içinde ise aygıt olarak görünür. |
| Kapı | Tesisinizde kayıtlı; adı, konum etiketi, simgesi ve ayarları olan bir kapı denetleyicisi. |
| Kullanıcı satırı | Bir kişinin Users sekmesindeki bu tesise ait kaydı. Elle, CSV içe aktarmayla veya senkronizasyonla oluşturulur. İletişim tanımlayıcılarını, tür/durum/etiketleri, erişim izinlerini ve uygulama durumunu tutar. |
| Kaynak | Bir kullanıcı satırının nereden geldiği: Manually added, External Integration, CCTV/Computer Vision veya Performance Hub staff. |
| Access Policy | Who, Where ve When içeren, adlandırılmış ve yalnızca izin veren bir politika. Üçü de eşleşmelidir; politikalar VEYA ile birleşir. |
| Kişi türü koşulu | Bir kişi türü ve isteğe bağlı üyelik durumları içeren bir politika Who koşulu. Durumların boş olması, herhangi bir durum anlamına gelir. |
| Etiket | Bir kullanıcıdaki etiket. Senkronize edilen etiketler entegrasyondan gelir ve her senkronizasyonda üzerine yazılır; özel etiketler yöneticiye aittir ve asla üzerine yazılmaz. Her ikisi de politika Who koşullarını karşılayabilir. |
| Çalışma saatleri / zaman bloğu | Politikaların veya erişim izinlerinin ne zaman erişime izin verdiğini kısıtlayan, haftanın günlerine göre zaman aralıkları (ör. Pzt 06:00–22:00). Boş = her zaman izin verilir. Saatler tesisin saat dilimini kullanır. |
| Access Time Window | Bir politika zamanlamasında veya ayrı bir yönetici/entegrasyon erişim izni yolunda kullanılan Weekly veya One-time dönem. |
| Kullanıcıya özel erişim izni | Tek bir kullanıcıya verilen açık erişim: Facility-wide (her kapı), belirli kapılar veya belirli Access Scopes; isteğe bağlı olarak kendi çalışma saatleriyle. |
| Erişim Kapsamı | Politika veya erişim izni hedefi olarak ve kapsam düzeyindeki geofence ayarları için kullanılan, adlandırılmış bir kapı grubu (ör. "Main entrances", "Staff-only"). Dahili olarak door group olarak da adlandırılır. |
| Politika hariç tutması | Bir politikanın Where eşleşmesinden çıkarılan bir kapı veya Access Scope. Başka bir politikayı veya erişim izni yolunu reddetmez. |
| Geofence | Tesisin çevresindeki bir daire (merkez + yarıçap). Etkinleştirildiğinde, kullanıcıların kilit açmak için fiziksel olarak dairenin içinde olması gerekir (GPS doğruluğu ve pay hesaba katılarak). |
| Doğruluk payı | Normal GPS sapmalarını tolere etmek için geofence yarıçapına eklenen ek metre. Varsayılan 25 m. |
| Bakım modu | Bir kapıyı normal çalışmanın dışına alan kapı bazında ayar: Normal, Force open (kilitsiz tutulur) veya Force closed (kilitli ve üyeler için hizmet dışı tutulur). |
| Block all access | Bakım modunu kullanmadan o kapıdaki politikaları ve kullanıcıya özel erişim izinlerini geçersiz kılan, kapı bazında bir güvenlik engellemesi. Yönetici kilit açma işlemi kullanılabilir kalır. |
| Hold time | Bir kilit açma işleminden sonra rölenin yeniden kilitlenmeden önce ne kadar süre serbest kaldığı. Aralık 1–30 saniye, varsayılan 10. |
| Otomatik kilit açma zamanlaması | Kapıyı tesisin personelli saatlerinde veya özel bir zamanlamada kilitsiz tutan kapı bazında bir zamanlama. Access Policies özelliğinden bağımsızdır. |
| Lock now | Otomatik kilit açma zamanlamasının açık tuttuğu bir kapıyı, zamanlamanın bir sonraki değişikliğine kadar kilitler. Resume schedule bunu geri alır. |
| Access enabled | Kullanıcı bazında erişimi tamamen kesme anahtarı. Kapalı = kullanıcı hiçbir şeyin kilidini açamaz. |
| Ayrıştırılmış | Track source updates anahtarı kapalı olan senkronize edilmiş bir kullanıcı. Senkronizasyon geçişleri bu satırı atlar; böylece yönetici düzenlemeleri korunur. |
| Davet | Kullanıcıya mobil uygulamayı indirme bağlantılarıyla gönderilen e-posta. Kullanıcı bazında izlenir (Not invited / Invited / Send failed). |
| OTP ile oturum açma | Mobil uygulamanın parolasız oturum açma yöntemi: kullanıcının telefonuna veya e-posta adresine gönderilen tek kullanımlık kod. |
| Yönetici geçersiz kılması / Yönetici kilit açma | Bir yöneticinin Performance Hub'dan tetiklediği kilit açma işlemi (Doors sekmesi → Open veya kapı panelindeki Unlock door). Her yönetici kilit açma işlemi, yöneticinin hesabıyla Erişim Kayıtları içinde kaydedilir. |
| Uygulama kilidi | Uygulama kullanılmadan önce tesis tarafından zorunlu kılınan aygıt üzerinde yeniden kimlik doğrulama (Face ID / Touch ID / Android biyometrisi / parola kodu). |
| Uygulama mesajı | Uygulama panosundaki bir duyuru kartı; tesis genelinde, kullanıcıya özel veya bir App Messaging kuralı tarafından otomatik olarak ayarlanmış. |
| Erişim olayı | Erişim Kayıtları içindeki tek bir kayıt: bir kilit açma girişimi ve sonucu. |
İlgili sayfalar
- Access Policies: Who, Where, When ve otomatik içe aktarma
- Access Policy Zamanlamaları: Anytime, Weekly ve One-time
- Access Scopes: yeniden kullanılabilir kapı grupları
- Geofencing: konum denetimleri
- Users: kullanıcıya özel erişim izinleri ve erişimi tamamen kesme anahtarı
- Başvuru: tüm reddetme nedenleri ve varsayılan değerler tek bir tabloda
- Kapılar Duress yanıtlarına da dahil edilebilir. Duress içindeki Yanıt eylemleri bölümüne bakın.