Alarm Alma Merkezi (ARC), bazı pazarlarda Merkezi İzleme İstasyonu olarak da adlandırılır, koruma altındaki bir alandan seçilen alarm raporlarını alan ve bu raporlar için kararlaştırılan hizmete göre bunları işleyen profesyonel kuruluştur.
Bir kurulumcu için önemli olan soru, Hub'ın ARC raporlamasını destekleyip desteklemediği değil, projenin doğru olayı doğru ARC hesabına gönderebilmesi, ARC'nin bunu aldığını kanıtlayabilmesi ve herkesin bundan sonra ne olması gerektiğini bilmesini sağlayabilmesidir.
Bu da ARC desteğini bir ürün özelliğinden işlevsel bir alarm hizmetine dönüştüren şeydir.
Bir alarm projesinde neden ARC kullanılır?
Kapanıştan sonra küçük bir dükkanı düşünün.
Arka kapı kontağı bir alarm olayı oluşturur. Hub bunu alır ve eğer o proje için ARC raporlaması yapılandırılmışsa, seçilen raporu ağ üzerinden ARC alıcısına gönderir. ARC, müşteri hesabını ve olayı tanımlar, ardından o hesap için kararlaştırılan işlemi gerçekleştirir.
Çalışma yolu şu şekildedir:
Cihaz → Merkez → raporlama yolu → ARC alıcısı → ARC'nin bundan sonra yapması gerekenler
Her aşamanın farklı bir görevi vardır. Cihaz ve Hub, site olayını oluşturur. Raporlama yapılandırması, bu olayı hedeflenen alıcıya ve hesaba bağlar. ARC, profesyonel alım ve hizmet katmanını ekler.
Bu durum, belirli olayların yalnızca site sorumlularının fark edip ele almasına güvenmek yerine, harici bir ekibe ulaşması gerektiğinde önem kazanır. Belirli bir kişiyle iletişime geçmek veya başka bir üst kademeye iletmek gibi kesin yanıt, hizmet hesabı için müşteri ve ARC tarafından tanımlanır.
ARC projelerinde genellikle hangi noktalarda sorunlar yaşanır?
ARC devreye alma sorunlarının çoğu, yolun bir bölümünün diğerine geçtiği noktada ortaya çıkar. Bir Hub doğru yerel olayı oluşturabilirken, ARC hiçbir şey görmeyebilir. Bir rapor gelebilir, ancak ARC operatörü başka bir hesabı izliyor veya farklı bir test olayı bekliyor olabilir. Her iki taraf da hazır olabilir, ancak ortak bir test penceresi düzenlenmemiş olabilir.
Bunlar farklı sorunlar. Hepsini dedektör arızası olarak ele almak zaman kaybına yol açar ve gerçek açığın çözümsüz kalmasına neden olabilir.
Küçük dükkana geri dönelim. Montajcı, dükkan üzerinde anlaşılan test durumuna getirildikten sonra arka kapı kontağını tetikler. RB Link yerel alarm olayını gösterir ve yerel sistem davranışı doğrudur. Ancak ARC operatörü beklenen raporu göremez.
En faydalı yanıt, yolu üç katmanda kontrol etmektir.
1. Site sistemi beklenen olayı oluşturdu mu?
Korumalı noktadan başlayın. Hedeflenen kapı kontağının durum değiştirdiğini ve Hub'ın hedeflenen cihaz veya bölge için doğru yerel olayı oluşturduğunu doğrulayın.
Bu, ekibin ihbar veya bilgi alma işlemlerini incelemeden önce olay yerinde gerçekte ne olduğunu ortaya koyar.
2. Merkez, amaçlanan raporlama yapılandırmasını kullanıyor mu?
Roombanker Merkezler, bir ağ üzerinden bir ARC'ye veya alıcıya rapor verebilir. Şu anda desteklenen raporlama seçenekleri arasında SIA DC-09 ve diğerleri yer almaktadır. ADM-CID/İletişim KimliğiHedef ARC'nin, proje için hangi desteklenen raporlama seçeneğinin ve alma yolunun kullanılacağını henüz teyit etmesi gerekiyor.
Mevcut RB Link ARC kurulumu için, kurulumu yapan kişi ARC tarafından sağlanan Ana Adresi, Bağlantı Noktası Numarasını ve Hesap Numarasını girer . Mağaza örneğinde, bu bilgiler, ARC operatörünün test sırasında izlediği aynı alıcıyı ve hesabı tanımlamalıdır.
Protokolle ilgili daha fazla bilgi için, SIA DC-09'un Alarm Sistemlerini ARC'ye Nasıl Bağladığı başlıklı makaleye bakın.
3. ARC doğru hesabı ve etkinliği onayladı mı?
Bu, döngüyü tamamlayan adımdır.
RB Link esas olarak yapılandırma için kullanılır. Arayüzü yerel cihazı veya alarm olayını gösterebilir, ancak Hub'dan ARC'ye raporlama durumunu göstermez. Bu nedenle ARC, alıcı tarafa neyin ulaştığını ve nasıl tanımlandığını doğrulamalıdır.
Tam bir test, gözlemlenebilir tek bir sırayı izler:
Anlaşmaya varılan olayı tetikle → Hub tarafındaki olayı onayla → ARC'nin hesabı ve olayı tanımlamasını sağla → ARC'den aldığı bilgiyi onaylamasını iste
ARC hiçbir şey görmezse, iki ekip artık üç soruyu birbirinden ayırabilir: sahada ne oldu, Hub nasıl yapılandırıldı ve ARC ne görüyor? ARC son adımı onaylayana kadar, proje yalnızca yolun bir kısmının çalıştığını bilir.
Her proje için bir ARC'ye ihtiyaç var mı?
Bir ARC (Aktif Kayıt Merkezi), harici bir profesyonel kuruluşun seçilmiş etkinlikleri alması ve bunları üzerinde anlaşılmış bir hizmet süreci çerçevesinde ele alması gerektiğinde önem kazanır.
Eğer bir proje yalnızca belirli kullanıcıların yerel veya uygulama üzerinden görülebilen olayları görüntülemesini ve ne yapacaklarına kendilerinin karar vermesini gerektiriyorsa, kullanıcı tarafından yönetilen görünürlük yeterli olabilir. Doğru seçim, olayı kimin alması gerektiğine, hangi desteklenen olayların harici işlem gerektirdiğine ve müşterinin aldıktan sonra hangi hizmeti beklediğine bağlıdır.
ARC izleme önerisinde bulunmadan önce şunları belirleyin:
• Site sistemi tarafından oluşturulduktan sonra seçilen etkinlikleri kimin alması gerektiği;
• ARC hizmetine hangi desteklenen etkinlik türleri dahildir;
• Kimlerle iletişime geçilebileceği ve durumun ne zaman tırmandırılması gerektiği; ve
• Bu eylemlerin çalışma dönemleri arasında, örneğin açılış saatleri ve kapanış saatleri sonrasında değişip değişmediği.
Bu kararlar, yapılandırma başlamadan önce entegrasyonu şekillendirir.
Yapılandırma ve test işlemlerine başlamadan önce nelerin hazır olması gerekiyor?
Kararlar doğal bir sıraya sahiptir çünkü her biri bir sonrakine girdi sağlar.
Bildirilecek olaylar → Doğru ARC hesabı → Raporlama ayarları → Test penceresi → ARC onayı
Önceki girdiler net değilse, daha sonra yapılan bir test, amaçlanan proje yolunun işe yaradığını kanıtlamadan bir faaliyet gösterebilir.
Öncelikle, ARC'nin alması beklenen desteklenen olayları tanımlayın. Bu, her iki ekibe de bir test kapsamı sağlar. Bu olmadan, yükleyici temsili test olaylarını seçemez.
Ardından, her iki tarafın da aynı hesaba ve test olayına baktığından emin olun. ARC, Hesap Numarasını ve alıcı ayrıntılarını sağlar ve ardından ne görmeyi beklediğini onaylar. Bu ortak referans olmadan, her iki taraf da aktivite görebilir ancak yine de farklı sonuçlardan bahsediyor olabilirler.
Ardından, proje özelindeki bu girdileri kullanarak raporlama yolunu yapılandırın. Başka bir siteden veya hesaptan alınan bilgiler varsayım olarak yeniden kullanılmamalıdır.
Son olarak, her iki tarafta da adı geçen bir kişiyle bir test randevusu ayarlayın. Kurulumcu, üzerinde anlaşılan olayları oluşturur; ARC, hesabı ve olayın alındığını onaylar. Alındığı kanıtlandıktan sonra, müşteri ve ARC, gerçek bir olay geldiğinde ne olması gerektiğini teyit edebilir.
Bu emir, sık karşılaşılan bir devreye alma sorununu önler: her iki taraf da hangi olayların, hesapların ve kişilerin dahil olduğunu bilmeden bağlantıyı test etmek.
Birden fazla sitede tutarlılığın önemi
Bir kurulumcu veya distribütör, birden fazla mağazayı aynı izleme sağlayıcısına bağlayabilir. Tutarlı mağaza ve hesap adları, cihaz veya bölge adlandırması, raporlanan olaylar ve test kayıtları, daha sonraki desteği çok daha kolay hale getirir.
On mağazadan birinin, teslimattan aylar sonra bir sorun bildirdiğini düşünün. Bir servis mühendisi, hangi lokasyonun ve hesabın etkilendiğini, başlangıçta hangi olayların test edildiğini ve hangi ARC yetkilisinin sonucu onayladığını belirleyebilmelidir. Bu ortak referanslar olmadan, mühendis "bir alarm gönderildiğini" bilebilir, ancak yine de faydalı bir teşhise başlamadan önce orijinal kurulumu yeniden oluşturması gerekebilir.
Dolayısıyla tutarlılık, sürdürülebilirliğin bir parçasıdır, sırf evrak işi olsun diye yapılmamalıdır.
ARC yolunun hizmete açıldığını ne kanıtlar?
Kabul kaydı, kimlik bilgilerini veya operasyonel sırları ifşa etmeden test edilen yolun tekrarlanabilir olmasını sağlamalıdır. Şunları içermelidir:
• Hedef ARC ve hesap referansı;
• Kullanılan desteklenen raporlama seçeneği;
• Test için kullanılan alıcı ve hesap bilgileri;
• Teste dahil edilen desteklenen olay türleri;
• Testin ne zaman yapıldığı ve ARC'de alındığını kimin doğruladığı; ve
• Sonraki adımı veya süreci kim yönetecek?
ARC uyumlu olması , alarm sisteminin, desteklenen bir raporlama seçeneği aracılığıyla seçilen olayları uyumlu bir alıcı sisteme bildirmek için yapılandırmayı desteklediği anlamına gelir.
ARC'nin proje için görevlendirilmesi , sitenin amaçlanan olayı oluşturduğu, Hub'ın kararlaştırılan raporlama yapılandırmasını kullandığı ve ARC'nin doğru hesap ve olay için alındı onayını verdiği anlamına gelir.
ARC'nin onayı, bir yeteneğin var olduğunu bilmek ile proje yolunun baştan sona test edildiğini bilmek arasındaki farktır.
ARC kararından entegrasyon planlamasına geçiş
Hedef ARC, raporlanacak olaylar, hesap ve alıcı bilgileri, test kişileri ve beklenen eylem bilindikten sonra, proje yapılandırma ve çift taraflı test aşamasına geçebilir.
Daha kapsamlı yapılandırma, test ve devir teslim iş akışı için ARC entegrasyon planlama kılavuzunu kullanın .
bir için Roombanker entegrasyon değerlendirmesiHedef pazarı, hedef ARC'yi, raporlamak istediğiniz olayları, ARC hesap bilgilerini, teste katılacak kişileri ve ARC'nin aldıktan sonra ne yapması gerektiğini belirtin. Bu, projeye ARC yeteneğinden test edilebilir bir entegrasyon planına geçmek için yeterli bilgiyi sağlar.