अलर्ट और सूचनाएं
इस पेज पर
Duress सेटिंग्स तय करती हैं कि डुरेस बटन दबाए जाने पर किसे बताया जाए, उन्हें कैसे बताया जाए और Performance Hub स्वचालित रूप से क्या करे। यह पेज Duress सेटिंग्स के प्रत्येक अनुभाग को कवर करता है, और यह भी कि आपका एआई एजेंट डुरेस अलार्मों के साथ क्या कर सकता है।
त्वरित संदर्भ
कहाँ मिलेगा: साइड मेनू → Duress → Settings (कॉग आइकन) → Response plan, Response actions, Device alerts, Integrations, Delivery log या Browser Notifications
कौन एक्सेस कर सकता है: सुविधा पर Duress Configuration वाले उपयोगकर्ता इन सेटिंग्स को बदल सकते हैं। Browser Notifications उन लोगों के लिए है जो अलार्मों पर प्रतिक्रिया दे सकते हैं। भूमिकाएँ और अनुमतियाँ देखें।
उद्देश्य: यह सुनिश्चित करना कि हर अलार्म सही लोगों तक, सही चैनलों से पहुँचे, और जब कोई संदेश न पहुँचे तो आपको पता चले
प्रतिक्रिया योजना
Settings → Response plan: "डुरेस बटन दबाए जाने पर किसे बताया जाए, और अगले लोगों को बताने से पहले कितनी देर प्रतीक्षा की जाए।"


चित्र 1: एक प्रतिक्रिया योजना: सबसे पहले किसे सूचित किया जाता है, कैसे, और उसके बाद कौन
प्रतिक्रिया योजना टियर की एक सूची है। आप तय करते हैं कि प्रत्येक टियर में कौन है, उनसे कैसे संपर्क किया जाता है और प्रत्येक टियर कब शुरू होता है।
- टियर। टियर 1 सूचित किए जाने वाले लोगों का पहला समूह है। यदि अभी तक किसी ने अलार्म को स्वीकार नहीं किया है, तो आपके द्वारा चुनी गई प्रतीक्षा के बाद हर अगले टियर को सूचित किया जाता है। जैसे ही कोई स्वीकार करता है, एस्केलेशन रुक जाता है।
- संपर्क। संपर्क एक भूमिका ("सुविधा पर यह भूमिका रखने वाले सभी लोगों से संपर्क किया जाता है, भूमिका बदलने के साथ।"), एक Performance Hub उपयोगकर्ता, एक ईमेल पता या एक फ़ोन नंबर हो सकता है।
- चैनल। प्रत्येक संपर्क तक Push notification, SMS, Voice call या Email, या इनके मिश्रण से पहुँचा जाता है। आप चुनते हैं कि प्रत्येक चैनल का उपयोग तुरंत किया जाए या किसी देरी के बाद।
- रिमाइंडर। आप रिमाइंडर तब तक दोहरा सकते हैं जब तक कोई स्वीकार न कर ले। रिमाइंडर केवल पहले से सूचित लोगों को SMS, वॉइस कॉल और पुश सूचना से जाते हैं, कभी ईमेल से या मॉनिटरिंग सेंटर को नहीं।
चित्रों में दिखाए गए टियर, संपर्क और समय एक सुविधा के विकल्प हैं। अपनी साइट पर सुरक्षा के लिए ज़िम्मेदार व्यक्ति के साथ अपने विकल्प तय करें।
ब्रांड प्रतिक्रिया योजनाएँ
कोई सुविधा अपने ब्रांड की प्रतिक्रिया योजना का अनुसरण कर सकती है, उसमें लोग जोड़ सकती है, या उसकी अपनी योजना हो सकती है:
| सुविधा | आपको क्या दिखता है | आप क्या कर सकते हैं |
|---|---|---|
| ब्रांड की योजना का अनुसरण करती है | ब्रांड की योजना | Add people for this facility या Create own plan |
| ब्रांड की योजना में जोड़ती है | "यह सुविधा अपने ब्रांड की प्रतिक्रिया योजना का अनुसरण करती है, साथ ही यहाँ जोड़े गए लोग भी।" | Edit extra people, Use own plan instead या Revert to template |
| उसकी अपनी योजना है | सुविधा की योजना | योजना संपादित करें |
ब्रांड की योजना Organisation Settings में सेट की जाती है। ब्रांड एक्सेस और सुरक्षा देखें।
किससे संपर्क किया जाता है


चित्र 2: वे लोग जिन तक योजना आज पहुँचती है, भूमिकाओं के विस्तार के साथ
Who gets contacted दिखाता है "वे लोग जिन तक यह योजना आज पहुँचती है, भूमिकाओं को यहाँ उन्हें रखने वाले लोगों तक विस्तारित करते हुए। यह लोगों और भूमिकाओं के बदलने के साथ अपडेट होता है।" जब भी स्टाफ़ जुड़ें या छोड़ें, या भूमिकाएँ बदलें, इसे जाँचें। यह आपको कमियों के बारे में चेतावनी देता है, जैसे:
- "उनकी प्रोफ़ाइल पर कोई मोबाइल नंबर नहीं है, इसलिए SMS और कॉल उन तक नहीं पहुँच सकते।"
- "योजना सेट होने तक किसी से संपर्क नहीं किया जाता।"
- योजना में कोई ऐसी भूमिका जिसे सुविधा पर कोई नहीं रखता।
प्रतिक्रिया कार्रवाइयाँ
Settings → Response actions: "डुरेस बटन दबाए जाने पर Performance Hub स्वचालित रूप से क्या करता है। परीक्षण अलार्म कभी दरवाज़े अनलॉक नहीं करते, लॉकडाउन नहीं करते या स्क्रीन को अलर्ट नहीं करते।"
| कार्रवाई | यह क्या करती है |
|---|---|
| Alert staff screens | दबाए गए बटन से लिंक की गई डिस्प्ले स्क्रीन पर एक अलर्ट दिखाती है। केवल स्टाफ़ के लिए बनी स्क्रीन लिंक करें, कभी ऐसी स्क्रीन नहीं जिन्हें जनता देख सके। |
| Lock down the doors | अलार्म सक्रिय रहने के दौरान सुविधा के दरवाज़ों को लॉकडाउन करती है, जिसमें शेड्यूल पर अनलॉक होने वाले दरवाज़े भी शामिल हैं। इसके लिए Door & Gate Access आवश्यक है। |
| Unlock doors when acknowledged | जब कोई अलार्म को स्वीकार करता है, तो दबाए गए बटन से लिंक किए गए दरवाज़े अनलॉक करती है, ताकि प्रतिक्रियाकर्ता अंदर आ सकें। Doors for buttons with none linked: "तब अनलॉक होते हैं जब दबाए गए बटन के अपने कोई दरवाज़े नहीं होते। केवल लिंक किए गए दरवाज़े अनलॉक करने के लिए खाली छोड़ें।" इसके लिए Door & Gate Access आवश्यक है। |
| Keep footage around the alarm | बटन दबाने से पहले से लेकर अलार्म समाप्त होने के बाद तक की रिकॉर्डिंग रखती है, ताकि CCTV / VSaaS प्रतिधारण उन्हें तब तक न हटाए जब तक कोई उन्हें रिलीज़ न करे। Cameras Every camera, The pressed button's cameras या Only these चुनता है। परीक्षण अलार्म के लिए कभी उपयोग नहीं की जाती। |
| Show cameras on the alarm dashboard | "अलार्म का Manage incident लिंक रखने वाला कोई भी व्यक्ति दबाए गए बटन के कैमरों को लाइव देख सकता है, और 24 घंटे तक रिकॉर्डिंग खोल सकता है। लिंक किए गए कैमरों के बिना उन्हें सुविधा के कैमरे दिखते हैं।" इसमें केवल देखने वाले ग्रुप लिंक भी शामिल हैं, इसलिए इसे चालू करने से पहले विचार करें कि आपके अलार्म संदेश किसे मिलते हैं। कैमरे देखें। |
| Allow door controls on the alarm dashboard | प्रतिक्रिया योजना के संपर्कों को लॉग इन किए बिना अपने अलार्म पेज लिंक से दरवाज़े अनलॉक करने, सुविधा को लॉकडाउन करने और लॉकडाउन हटाने देती है। ग्रुप लिंक केवल देखने के लिए हैं। परीक्षण अलार्म के लिए कभी नहीं। इसके लिए Door & Gate Access आवश्यक है। दरवाज़े देखें। |
| Contacts can resolve from the alarm page | प्रतिक्रिया योजना के संपर्कों को अपने अलार्म पेज लिंक से अलार्म का समाधान करने देती है। समाधान करना देखें। |
| Text updates to everyone texted so far | सभी सूचित लोगों के लिए पोस्ट किए गए अपडेट SMS द्वारा उन सभी को भेजती है जिन्हें अलार्म के बारे में पहले ही टेक्स्ट किया जा चुका है। प्रत्येक व्यक्ति के लिए अपडेट टेक्स्ट अंतराल पर भेजे जाते हैं, अपडेट पोस्ट करने वाले व्यक्ति को टेक्स्ट नहीं किया जाता, और अपडेट अभी भी ऐप और अलार्म पेज पर दिखते हैं। परीक्षण अलार्म के लिए कभी नहीं। |
| Draft an AI summary | घटना का समाधान होने के बाद उसका एक सारांश तैयार करती है, ताकि कोई प्रतिक्रियाकर्ता उसे जाँचकर नोट के रूप में जोड़ सके। "कोई नाम या संपर्क विवरण नहीं भेजे जाते।" |
| Workflows can acknowledge, resolve and raise alarms | वर्कफ़्लो, और अपने आप कार्य करने वाले आपके एआई एजेंट को, अलार्म स्वीकार करने, उनका समाधान करने, अलार्म उठाने और परीक्षण शुरू करने देती है; वे जो कुछ भी करते हैं, वह घटना की टाइमलाइन पर दिखता है। |
ब्रांड टेम्पलेट
प्रतिक्रिया कार्रवाइयाँ ब्रांड के टेम्पलेट से आ सकती हैं। तब अनुभाग कहता है: "ये टेम्पलेट से आती हैं। बदलाव सहेजने से ये केवल इस सुविधा के लिए सेट होती हैं; इसके संपर्क अभी भी टेम्पलेट का अनुसरण करते हैं।"
जिस सुविधा ने अपनी कार्रवाइयाँ सहेजी हैं, वह दिखाती है "यह सुविधा टेम्पलेट के बजाय अपनी प्रतिक्रिया कार्रवाइयाँ सेट करती है।" Use the template's ब्रांड की प्रतिक्रिया कार्रवाइयों पर वापस जाता है।
अलार्म पेज लिंक
"संदेशों में एक Manage incident लिंक होता है। प्रतिक्रिया योजना के संपर्कों को अपना लिंक मिलता है और वे उससे कार्रवाई कर सकते हैं।" Alarm page link चुनता है कि यह कहाँ जाता है:
- Shared alarm page (default): "जिस किसी को भी संदेश मिलता है, वह वह सब देखता है जो टेक्स्ट किया गया संपर्क देखता है, और कार्रवाई करने के लिए Performance Hub में लॉग इन करता है।" प्रतिक्रिया योजना के संपर्क अलार्म पेज को अपने रूप में खोलते हैं और प्रतिक्रिया कार्रवाइयों द्वारा दी गई अनुमति के अनुसार उससे कार्रवाई कर सकते हैं। टीम चैट या साझा इनबॉक्स को भेजा गया लिंक केवल देखने के लिए होता है।
- Log-in only: "संदेश Performance Hub में अलार्म से लिंक करता है, जिसके लिए लॉग-इन आवश्यक है।"
लिंक उस व्यक्ति को भेजे गए अंतिम अलार्म संदेश के 24 घंटे बाद तक काम करता है। लोग इसे खोलने पर क्या देखते हैं, इसके लिए अलार्म पेज देखें।
अलार्म गंतव्य
Settings → Integrations → Alarm destinations: "हर वह जगह जहाँ इस सुविधा के डुरेस अलार्म भेजे जाते हैं: मॉनिटरिंग सेंटर और आपकी अपनी जगहें, जैसे टीम चैट, ऑन-कॉल सेवा या आपका अपना रिसीवर।"


चित्र 3: अलार्म गंतव्य: एक टीम चैट, एक ऑन-कॉल सेवा और एक इनबॉक्स
अलार्म को ईमेल, SMS, वॉइस कॉल, Slack, Microsoft Teams, Google Chat, PagerDuty, Opsgenie या किसी Webhook पर भेजने के लिए Add destination पर क्लिक करें।
| कॉलम | यह क्या दिखाता है |
|---|---|
| DESTINATION | गंतव्य का नाम और प्रकार। |
| APPLIES TO | यह कहाँ सेट किया गया था: "This facility", "Brand: …" या "Organisation: …"। किसी ब्रांड या पूरे संगठन के लिए सेट किया गया गंतव्य उसके अंतर्गत आने वाली हर सुविधा पर लागू होता है। |
| SENDS | यह कौन-से इवेंट प्राप्त करता है। |
| STATUS | यह भेज रहा है या नहीं। |
प्रत्येक पंक्ति में Test, Edit और Delete होते हैं। गंतव्य जोड़ने या बदलने के बाद उसका परीक्षण करें।
मॉनिटरिंग सेंटर
आपका मॉनिटरिंग सेंटर आपके मॉनिटरिंग प्रदाता और Support के साथ जोड़ा जाता है, और External Integrations (Open in External Integrations) में सेट अप और परीक्षण किया जाता है। इसकी स्थिति Not live yet, Live, Failing या Suspended होती है। पुरानी साइटों पर अभी भी एक Alarm panel output (legacy) कार्ड हो सकता है; इसके बारे में Support से पूछें।
स्टेज किया गया मॉनिटरिंग बदलाव


चित्र 4: एक लाइव मॉनिटरिंग सेंटर कनेक्शन, जिसमें एक बदलाव स्टेज किया गया है
जब मॉनिटरिंग सेंटर कनेक्शन में किसी बदलाव का परीक्षण होना बाकी होता है, तो उसकी पंक्ति अपनी वर्तमान स्थिति बनाए रखती है और यह जोड़ती है: "एक बदलाव स्टेज किया गया है। External Integrations में परीक्षण और सक्रिय किए जाने तक अलार्म वर्तमान सेटिंग्स का उपयोग करते हैं।"
तब तक आपके अलार्मों के लिए कुछ नहीं बदलता: वे ठीक पहले की तरह मॉनिटरिंग सेंटर पर जाते रहते हैं। कनेक्शन की देखरेख करने वाला व्यक्ति Open in External Integrations से बदलाव पूरा करता है। यदि आपको किसी बदलाव की अपेक्षा नहीं थी, तो उसके सक्रिय होने से पहले उनसे इसके बारे में पूछें।
डिवाइस अलर्ट
Settings → Device alerts: "बटन की कम बैटरी, ऑफलाइन होने वाले बटन, सुनाई न देने वाले बटन, मॉनिटरिंग सेंटर कनेक्शन और भेजने में विफल अलार्म संदेशों के बारे में किसे बताया जाए। अलार्म स्वयं प्रतिक्रिया योजना का अनुसरण करते हैं।"


चित्र 5: डिवाइस अलर्ट लोगों को कम बैटरी, ऑफलाइन बटनों और विफल संदेशों के बारे में बताते हैं
Add device alert पर क्लिक करें, चुनें कि यह किस बारे में है और किसे बताया जाए, पुश सूचना, SMS या ईमेल से। यदि कोई बैटरी नियम नहीं है, तो पेज आपको चेतावनी देता है कि कम बैटरी के बारे में किसी को नहीं बताया जाता।
Coverage lost / Coverage restored: "जब बटनों को सुनने वाली कोई डिस्प्ले स्क्रीन या IoT Gateway ऑनलाइन नहीं होता, और जब कोई वापस आता है।" यही वह अलर्ट है जो आपको बताता है कि सुविधा पर बटन दबाने के संकेत प्राप्त करने के लिए कुछ भी ऑनलाइन नहीं है, इसलिए इसे सुविधा के Display Screen Players या IoT Gateway की देखरेख करने वाले व्यक्ति के लिए जोड़ें। कवरेज खोने के दौरान, बटन दबाने के संकेत प्राप्त नहीं होते; सुनिश्चित करें कि कवरेज बहाल होने तक स्टाफ़ के पास मदद बुलाने का कोई अन्य तरीका हो।
किसी बटन के डिवाइस अलर्ट
प्रत्येक बटन के Overview टैब में एक Device alerts अनुभाग होता है। यह दिखाता है कि बटन के अलर्ट चालू हैं या नहीं: "ऑफलाइन, वापस ऑनलाइन और बैटरी अलर्ट चालू हैं। किसी ज्ञात समस्या को ठीक करते समय इन्हें म्यूट करें; अलार्म हमेशा भेजे जाते हैं।"
बार-बार ऑफलाइन होता है


चित्र 6: बार-बार ऑफलाइन होने वाला बटन, उसे सुनने वाले Display Screen Player के साथ
जो बटन बार-बार ऑफलाइन होकर फिर से वापस आता है, वह बटन सूची में और Home पर Keeps going offline दिखाता है। हर बार अलर्ट भेजने के बजाय, Duress उन्हें रोक लेता है: "यह बटन बार-बार ऑफलाइन होकर वापस आ रहा है, इसलिए इसके ऑफलाइन और वापस-ऑनलाइन अलर्ट तब तक रोके जाते हैं जब तक यह एक घंटे तक ऑनलाइन न रहे।" अनुभाग दिखाता है कि यह कब शुरू हुआ।
"इसका आमतौर पर अर्थ बटन के बजाय नेटवर्क, डिस्प्ले स्क्रीन या IoT Gateway की समस्या होता है।" अनुभाग सूचीबद्ध करता है कि बटन को क्या सुनता है। इसे ठीक करने के लिए:
- जाँचें कि सूचीबद्ध प्रत्येक Display Screen Player या IoT Gateway चालू है, ऑनलाइन है और एक स्थिर नेटवर्क कनेक्शन पर है। जो Display Screen Player पुनः आरंभ होता है या अपना नेटवर्क खो देता है, वह बटन को भी अपने साथ ऑफलाइन कर देता है।
- जाँचें कि Display Screen Player के लिए उसकी Connectivity & peripherals सेटिंग्स में Duress alarm monitoring अभी भी चालू है।
- यदि बटन निकटतम Display Screen Player से लगभग 10 से 15 मीटर से अधिक दूर है, या IoT Gateway की कवरेज से बाहर है, या अब कोई चीज़ उसे अवरुद्ध करती है, तो बटन को पास ले जाएँ, या पास में एक और Display Screen Player या IoT Gateway जोड़ें, ताकि उसे एक से अधिक डिवाइस सुनें।
- बटन की बैटरी जाँचें।
- जब बटन ऑनलाइन बना रहे, तो यह पुष्टि करने के लिए एक वॉक टेस्ट चलाएँ कि बटन दबाने के संकेत पहुँच रहे हैं।
जब कोई बटन बार-बार ऑफलाइन हो रहा हो, तो हो सकता है कि बटन दबाने का संकेत न पहुँचे। सुनिश्चित करें कि उसके पास के स्टाफ़ को इसके ठीक होने तक मदद बुलाने का कोई अन्य तरीका पता हो।
अलर्ट म्यूट करें


चित्र 7: किसी ज्ञात समस्या को ठीक करते समय बटन के डिवाइस अलर्ट म्यूट करें
Mute alerts किसी एक बटन के डिवाइस अलर्ट को कुछ समय के लिए रोकता है, उदाहरण के लिए जब कोई Display Screen Player बदला जा रहा हो: "समय समाप्त होने तक" बटन "के लिए ऑफलाइन, वापस ऑनलाइन और बैटरी अलर्ट नहीं भेजे जाएँगे। अलार्म हमेशा भेजे जाते हैं।"
- बटन के Overview टैब पर, Mute alerts पर क्लिक करें।
- Mute for में चुनें कि कितनी देर के लिए।
- वैकल्पिक रूप से, एक Reason जोड़ें: "इस बटन को खोलने वाले अन्य लोगों को दिखाया जाता है।"
- Mute पर क्लिक करें।
समय समाप्त होने पर अलर्ट फिर से शुरू हो जाते हैं। म्यूट किए गए बटन Home पर Alerts muted के अंतर्गत गिने जाते हैं।
डिलीवरी लॉग
Settings → Delivery log: "इस सुविधा के अलार्म, परीक्षण और डिवाइस अलर्ट भेजने का हर प्रयास, सबसे नया पहले। इसका विवरण देखने के लिए किसी पंक्ति को चुनें।"


चित्र 8: डिलीवरी लॉग अलार्म, परीक्षण और डिवाइस अलर्ट के लिए भेजे गए हर संदेश को सूचीबद्ध करता है
लॉग में खोजें, या इसे Result, Event, Channel, Destination और Range से फ़िल्टर करें। Columns कॉलम चुनता है, और CSV निर्यात करें पंक्तियाँ डाउनलोड करता है। प्रत्येक पंक्ति इवेंट, उससे संबंधित घटना या परीक्षण, गंतव्य और परिणाम, जैसे Sent या No delivery report, दिखाती है।
जब नवीनतम अलार्म या परीक्षण के सभी अलर्ट नहीं पहुँचते, तो हर Duress टैब पर एक लाल बैनर यह बताता है। Review विफलताएँ खोलता है; कारण ठीक करने के बाद, Mark as fixed पर क्लिक करें।
ब्राउज़र सूचनाएं
Settings → Browser Notifications: "इस कंप्यूटर पर सूचनाएं"। यह अनुभाग केवल उन लोगों को दिखता है जो अलार्मों पर प्रतिक्रिया दे सकते हैं।


चित्र 9: अलार्मों की निगरानी करने वाले हर कंप्यूटर पर अलार्म सूचनाएं चालू करें
सूचनाएं प्रति कंप्यूटर और प्रति ब्राउज़र होती हैं: "ये सेटिंग्स केवल इस ब्राउज़र पर लागू होती हैं।" जब तक इनकी अनुमति नहीं दी जाती, "डुरेस अलार्म केवल तब दिखते हैं जब Performance Hub खुला हो, बिना ध्वनि के।" अलार्म की ध्वनि सूचना के साथ आती है।
- अलार्मों पर नज़र रखने वाले कंप्यूटर पर, Browser Notifications खोलें और Turn on पर क्लिक करें।
- ब्राउज़र के पूछने पर सूचनाओं की अनुमति दें।
- यह जाँचने के लिए कि यह काम करता है, Send test notification पर क्लिक करें।
अलार्मों पर नज़र रखने वाले हर कंप्यूटर पर सूचनाएं चालू करें, जैसे सुरक्षा कार्यालय, मैनेजर का कार्यालय या स्टाफ़ रूम। सूचना अलार्म बजाती है, इसलिए ऐसे कंप्यूटर चुनें जिन्हें ख़तरा पैदा करने वाला व्यक्ति देख या सुन न सके। यदि ब्राउज़र ने सूचनाएं अवरुद्ध कर दी हैं, तो ब्राउज़र की साइट सेटिंग्स में Performance Hub के लिए उनकी अनुमति दें, फिर से प्रयास करें। Turn off उस कंप्यूटर पर उन्हें बंद कर देता है।
आपका एआई एजेंट
आपका एआई एजेंट घटनाओं को सूचीबद्ध कर सकता है और पढ़ सकता है, उन पर रिपोर्ट बना सकता है, बटनों की जाँच कर सकता है और किसी बटन का पता लगाने में आपकी मदद कर सकता है, नोट्स और अपडेट जोड़ सकता है, घटनाओं का नाम बदल सकता है और फ़ुटेज रख सकता है। किसी अलार्म को स्वीकार करने या उसका समाधान करने, परीक्षण शुरू करने या लॉकडाउन शुरू करने से पहले, यह हमेशा चैट में आपसे पुष्टि करने के लिए कहता है। यह आपकी ही सुविधा पहुँच का पालन करता है। जब यह अपने आप कार्य करता है, तो यह केवल वहीं अलार्म स्वीकार कर सकता है, उनका समाधान कर सकता है या अलार्म उठा सकता है और परीक्षण शुरू कर सकता है जहाँ Workflows can acknowledge, resolve and raise alarms चालू हो।
संबंधित पेज
- अलार्मों पर प्रतिक्रिया देना: स्वीकार करना, समाधान करना और समन्वय करना
- अलार्म पेज: Manage incident लिंक खोलने पर लोग क्या देखते हैं
- बटन और ट्रिगर: किसी बटन के कैमरों, दरवाज़ों और स्क्रीन से लिंक
- ब्रांड एक्सेस और सुरक्षा: किसी ब्रांड की डुरेस प्रतिक्रिया योजनाएँ
- भूमिकाएँ और अनुमतियाँ: इन सेटिंग्स को कौन बदल सकता है