Sorun giderme
Bu sayfada
En yaygın Door & Gate Access sorunları için belirtiye dayalı çözümler. Her giriş belirti → neden → çözüm sırasını izler. Herhangi bir durumun veya reddetme nedeninin anlamı için bkz. Başvuru; temel karar mantığı için bkz. Erişim kararları nasıl verilir.
Erişim Kayıtları ile başlayın. "İçeri giremiyorum" bildirimlerinin neredeyse tamamı için Erişim Kayıtları içinde kesin nedeni gösteren reddedilmiş bir olay bulunur. Üyenin adını arayın, en son reddedilen olaya bakın ve aşağıdaki ilgili bölüme geçin.
Bir kapı Çevrimdışı görünüyor
Belirti: Kapı kartında Çevrimdışı görünür, üyeler "Door offline" mesajını görür, kilit açma komutları gönderilemez.
Neden: Kapı denetleyicisi 5 dakikadan uzun süredir bildirimde bulunmadı; aygıtta güç veya ağ kesik.
Çözüm:
- Denetleyicinin gücünü ve ağ bağlantısını (Ethernet kablosu / Wi-Fi) kontrol edin; Donanım sorun giderme sayfası yerinde yapılacak kontrolleri (gösterge LED'leri, PoE ayırıcı, kablolama, 4G modellerde SIM/anten) kapsar.
- Status (son görülme), IP address ve çalışma süresini görmek için kapının paneli → Overview sekmesini açın; yakın tarihli bir "son görülme" ölü bir aygıttan çok aralıklı bir ağ sorununa işaret eder.
- Gerekirse denetleyiciyi kapatıp yeniden açın.
- Daha ayrıntılı tanılama için Open in Device Management for advanced configuration bağlantısını izleyin.
- Birkaç kapı aynı anda çevrimdışı olduysa sorunun aygıtlarda değil, sitenin ağında veya internet bağlantısında olduğundan şüphelenin.
Bir kapı çevrimdışıyken üyeler (varsayılan Smart modunda) ana ekranlarında destek iletişim bilgilerini görür; böylece sizi arayabilirler.
Bir üye reddediliyor: "You don't have access to this door"
Belirti: no_matching_policy_or_grant nedenli reddedilmiş olay.
Neden: Hiçbir ek yol izin vermedi: hiçbir etkin Access Policy Who VE Where VE When koşullarıyla eşleşmedi ve hiçbir kalıcı izin ya da etkin yönetici/entegrasyon penceresi kapıyı kapsamadı.
Çözüm:
- Üyeyi Users içinde açın ve kişi türünü, üyelik durumunu ve senkronize/özel etiketleri politikanın Who öğesiyle karşılaştırın.
- Where öğesinin kapıyı doğrudan, bir Access Scope aracılığıyla veya tüm tesis kapıları aracılığıyla içerdiğini ve hiçbir hariç tutmanın onu kaldırmadığını kontrol edin.
- When öğesini kontrol edin: Anytime veya en az bir etkin Weekly/One-time penceresi. Bitiş zamanları dahil değildir.
- Politikaların VEYA ile birleştiğini, ancak her politikanın Who VE Where VE When gerektirdiğini unutmayın. Kısmi bir eşleşme hiçbir zaman erişim vermez.
- Uygunsa ayrı bir kalıcı izin veya yönetici penceresi kullanın; bunlar ek olarak çalışmaya devam eder.
Bir üye reddediliyor: "Your access has been suspended"
Belirti: access_disabled nedenli reddedilmiş olay; kullanıcıda Disabled rozeti görünür.
Neden: Kullanıcının erişimi kapalı. Bu elle (bir yönetici Access enabled seçeneğini kapattı) veya otomatik olarak (üye entegrasyonda silindi ve panelde Removed by integration görünüyor ya da üye geçici olarak silindi) gerçekleşir.
Çözüm: Kullanıcıyı açın ve Access enabled seçeneğini yeniden açın; kullanıcıda Removed by integration görünüyorsa onu kaynak sistemde geri yükleyin (veya satırı ayırıp erişimi elle etkinleştirin).
Zamanlanmış bir politika erişime izin vermiyor
Belirti: Uygulama gelecekteki uygunluğu gösteriyor veya kayıtta outside_access_time_window var; bir kaynak penceresi Stale veya Unmapped görünüyor ya da erişim beklenmedik bir zamanda değişiyor.
Çözüm:
- Politikanın etkin olduğunu doğrulayın.
- When zamanlamasını incelemeden önce aynı politikanın Who ve Where öğelerini kontrol edin.
- One-time penceresi için girişimi
[from, to)ile karşılaştırın. Görüntülenen saat dilimi kaydedilen anı kaydıramaz. - Weekly penceresi için IANA saat dilimini, yerel hafta gününü/bloğu, isteğe bağlı etkinlik sınırlarını ve yaz saati geçişini kontrol edin. Bitiş zamanları dahil değildir ve gece yarısını aşan bloklar bölünmelidir.
- Hangi adlandırılmış politikanın değerlendirildiğini doğrulamak için Access Log'daki
policyIdvepolicyNamedeğerlerini kullanın. blockAllAccess, Force closed, kullanıcının devre dışı bırakılması, geofence ve denetleyici durumunun öncelik almadığını doğrulayın.
Ayrı bir entegrasyon penceresi için ayrıca mantıksal kapsam eşlemesini, kaynak revizyonunu, kaynak yaşını ve teslim durumunu doğrulayın. Bilinmeyen, eşlenmemiş veya eskimiş kaynak pencereleri, Access Policy veya kalıcı izin yollarını kaldırmadan erişim vermez.
Uyumluluk nedeni outside_access_hours olduğundan eski istemciler Outside hours gösterebilir; Access Log ve daha yeni istemciler outside_access_time_window ayrıntısını kullanır.
Geofence retleri: "Move closer" ve benzerleri
Belirti: outside_geofence, gps_too_imprecise veya location_unavailable nedenli reddedilmiş olaylar.
| Neden | Sebep | Çözüm |
|---|---|---|
outside_geofence | Üyenin bildirilen konumu işaretten yarıçap + GPS doğruluğu + tampon mesafesinin ötesinde | Üye gerçekten yerindeyse: Settings → Geofencing içinde işaret konumunu ve yarıçapı kontrol edin (üyenin konumunu simüle etmek için Test Geofence kullanın). İşaretin tesisin kayıtlı adresinden uzak olduğuna dair bir uyarıya dikkat edin. Kapıda hiç geofence olmaması gerekiyorsa (ör. bir servis girişi), kapının Disable geofence for this door seçeneğini kullanın. |
gps_too_imprecise | Telefonun GPS konumu Require GPS accuracy better than eşiğinden (varsayılan 100 m) daha kötüydü; binaların iç kısımlarında yaygındır | Üyeden bir pencereye yakın veya dışarıda yeniden denemesini isteyin. Sitenizde sürekli oluyorsa eşiği biraz yükseltin. |
location_unavailable | Telefon konum sağlamadı; Konum servisleri kapalı veya uygulama izni eksik/yaklaşık | Üye uygulama için Konum'u etkinleştirmeli ve Precise olarak ayarlamalıdır (uygulama bir Open Settings kısayolu gösterir). |
Reddedilen olayın ayrıntı iletişim kutusu bildirilen koordinatları, doğruluğu ve mesafeyi gösterir; üyenin gerçekten yerinde olup olmadığını değerlendirmek için son derece değerlidir.
Kilit açma gönderildi ancak kapı açılmadı (Timed out / Failed)
Belirti: Olaylar Confirmed unlocked yerine Timed out veya Failed ile sonuçlanıyor.
Neden: Komut sunucuya ulaştı ancak denetleyici onaylamadı; kapıdaki bağlantı kararsız veya aygıtta bir arıza var.
Çözüm:
- Kapının çevrimiçi durumunu ve aygıt bilgilerini (Overview sekmesi) kontrol edin. Tek bir kapıda tekrarlayan zaman aşımları o kapının ağına işaret eder.
- Kapıyı izlerken panelden yönetici olarak Unlock door komutunu deneyin.
- Fiziksel olarak doğru denetleyicinin başında olduğunuzu doğrulamak için Identify device (üç bip sesi) kullanın.
- Röle tık sesi çıkarıyor ancak kapı serbest kalmıyorsa arıza kilit devresindedir; Donanım sorun giderme sayfasındaki köprü ve multimetre testlerini yapın.
- Aygıt çevrimiçi ancak çalışmıyorsa Aygıt Yönetimi tanılamaları üzerinden sorunu üst düzeye taşıyın.
Ayrıca Maintenance mode ayarını da kontrol edin; Force closed durumundaki bir kapı tasarım gereği üyeler için kilitli kalır. Block all access at this door açık bir blockAllAccess ayarlar ve her üye politikasını, kalıcı izni ve Access Time Window'u reddeder.
Denetleyici çevrimiçi ancak normal şekilde yanıt vermeyi bırakmışsa Remotely reboot device (kapı paneli → Configuration → Advanced) onu yeniden başlatır. Kapı mevcut kilit durumunu korur ve açılırken bir iki dakika çevrimdışı olur.
Üye uygulamada oturum açamıyor
Belirti: Send code adımında "No record found".
Neden: Üyenin yazdığı telefon/e-posta hiçbir Users kaydıyla eşleşmiyor.
Çözüm: Üyenin satırını Users içinde bulun ve tanımlayıcıları birebir karşılaştırın; farklı bir numara biçimi, eski bir e-posta veya eksik bir tanımlayıcı genellikle sorunun kaynağıdır. Satırı güncelleyin (veya üyeden kayıtlı tanımlayıcıyı kullanmasını isteyin). Her satırda telefon veya e-postadan en az birinin bulunması gerektiğini unutmayın.
Belirti: "Too many attempts."
Neden: Hız sınırlaması: iletişim bilgisi başına saatte 5 kod isteği ve buna ek olarak ağ düzeyinde bir sınır.
Çözüm: Süre dolana kadar bekleyin; iletişim bilgisi başına sınır bir güvenlik önlemidir ve kaldırılamaz.
Davet sorunları
Davetler → Sorun giderme içindeki özel tabloya bakın. Kısaca: Send failed → adresi kontrol edin ve yeniden gönderin; toplu gönderime dahil edilmedi → kişi zaten davet edilmiş, uygulamayı kullanmış, e-postası yok veya erişimi yok.
Senkronize kullanıcılar eksik veya güncel değil
Belirti: Bir kişi üye sisteminizde var ancak Users listesinde yok ya da ayrıntıları eskimiş.
Çözüm:
- Settings → Sync settings bölümünü kontrol edin: kaynak etkin mi? İlgili entegrasyon etkin mi? Kartta N removals held back for review görünüyorsa büyük bir kaldırma işlemi bir yöneticinin incelemesini bekliyor.
- Sync activity & troubleshooting bölümünü genişletin ve kişiyi arayın; atlama nedeni size tam olarak nedenini söyler (eksik tanımlayıcı, ayrılmış, entegrasyon kapalı vb.). Bkz. atlama nedenleri tablosu.
- Kullanıcının Track source updates anahtarını kontrol edin; ayrılmış bir satır kaynaktan hiçbir zaman güncellenmez.
- Satırda Not synced – duplicate görünüyorsa başka bir kayıt aynı e-postayı veya telefonu paylaşıyordur. Bkz. Yinelenen kayıtların çözümü.
- Günlük tam senkronizasyonu beklemek yerine bir geçişi zorlamak için Sync now kullanın.
- Access Time Windows için ayrıca kaynak yaşını, revizyon sonucunu (updated/idempotent/stale/conflict) ve
scope_keyeşlemesini inceleyin. Başarısız bir çekme önceki anlık görüntüyü temizlemek yerine değiştirmeden bırakmalıdır.
Otomatik kilit açma zamanlaması kapıyı açmıyor
Belirti: Kapı zamanlanmış penceresi boyunca açık konumda kalmıyor.
Çözüm:
- Kapının Schedule sekmesini açın ve Auto-unlock seçeneğinin açık olduğunu doğrulayın. Kapının ne zaman kilidinin açılması gerektiğini görmek için Next 14 days önizlemesini kontrol edin.
- Tesis Personel Saatleri ile Tesis ve Sistem Yapılandırması içinde tesisin personel ve tatil saatlerini kontrol edin. Resmi tatillerde On public holidays, kapının tatil saatlerini mi izleyeceğine, kilitli mi kalacağına yoksa tatili yok mu sayacağına karar verir.
- Custom schedule ile o günün gerçekten bir zaman bloğu olduğunu kontrol edin.
- Personelin Lock now kullanıp kullanmadığını kontrol edin: kartta Locked by staff until HH:MM görünür. Resume schedule zamanlamayı geri getirir.
- Zamanlama değişikliklerinin yalnızca kaydettikten sonra geçerli olduğunu ve bunun denetleyiciyi yeniden yüklediğini (genellikle 10–15 saniye) unutmayın.
- Maintenance mode önceliklidir: Force closed durumundaki bir kapı otomatik olarak açılmaz.
- Saatler tesisin saat dilimindedir; pencereler tuhaf saatlerde tetikleniyorsa tesisin saat dilimi ayarını doğrulayın.
Bir yönetici ayarları değiştirdi ancak hiçbir şey olmadı
Belirti: Düzenlenen politikalar/geofence/mesajlar etkili olmadı.
Neden: Settings sekmesindeki değişiklikler kaydetme çubuğunda Save changes tıklanana kadar uygulanmaz; sayfadan ayrılmak bunları silmeyi önerir.
Çözüm: Değişiklikleri yeniden uygulayın ve kaydedin. Politika ve geofence değişiklikleri sonraki yetkilendirme girişimlerinde kullanılır; uygulama tarafındaki ayarlar, üyelerin uygulamaları bir sonraki yenilemede görünür.
İlgili sayfalar
- Donanım sorun giderme: güç, röle ve kilit kablolaması tanılamaları
- Erişim Kayıtları
- Access Policy zamanlamaları
- Başvuru: tüm reddetme nedenleri ve varsayılanlar
- Sık sorulan sorular