警报与通知
本页内容
Duress 设置决定了按下胁迫按钮时通知谁、如何通知，以及 Performance Hub 会自动执行哪些操作。本页介绍 Duress 设置的各个部分，以及您的人工智能代理可以对胁迫警报执行哪些操作。
快速参考
**位置：**侧边菜单 → Duress → 设置（齿轮图标）→ Response plan、Response actions、Device alerts、集成、Delivery log 或 Browser Notifications
**谁可以访问：**在该设施拥有 Duress Configuration 权限的用户可以更改这些设置。Browser Notifications 面向可以响应警报的人员。请参阅角色与权限。
**用途：**确保每个警报都通过正确的渠道送达正确的人员，并在消息未能送达时让您知晓
响应计划
Settings → Response plan："Who is told when a duress button is pressed, and how long to wait before telling the next people."
图 1：响应计划：首先通知谁、如何通知，以及接下来通知谁
响应计划是一个级别列表。您可以决定每个级别包含哪些人员、如何联系他们以及每个级别何时开始。
- **级别。**第 1 级是首批收到警报的人员。如果仍无人确认警报，则在您选择的等待时间之后通知后续的每个级别。一旦有人确认，升级即停止。
- **联系人。**联系人可以是一个角色（"Everyone holding this role at the facility is contacted, as the role changes."）、一位 Performance Hub 用户、一个电子邮件地址或一个电话号码。
- **渠道。**每个联系人可通过 Push notification、SMS、Voice call 或 Email 联系，也可以组合使用。您可以选择每个渠道是立即使用还是延迟使用。
- **提醒。**您可以设置提醒，在有人确认之前重复发送。提醒仅通过短信、语音电话和推送通知发送给已收到警报的人员，绝不会通过电子邮件发送，也不会发送给监控中心。
图中的级别、联系人和时间设置仅是某一个设施的选择。请与负责您场所安全的人员商定您自己的设置。
品牌响应计划
设施可以沿用其品牌的响应计划、在其中添加人员，或使用自己的计划：
| 设施 | 您看到的内容 | 您可以执行的操作 |
|---|---|---|
| 沿用品牌的计划 | 品牌的计划 | Add people for this facility 或 Create own plan |
| 在品牌的计划基础上添加人员 | "This facility follows its brand's response plan, plus the people added here." | Edit extra people、Use own plan instead 或 Revert to template |
| 拥有自己的计划 | 设施的计划 | 编辑该计划 |
品牌的计划在 Organisation Settings 中设置。请参阅品牌访问与安全。
会联系谁
图 2：计划当前可通知到的人员，角色已展开
Who gets contacted 显示 "The people this plan reaches today, with roles expanded to whoever holds them here. It updates as people and roles change." 每当有员工入职或离职，或角色发生变化时，请检查此列表。它会提醒您存在的缺口，例如：
- "No mobile number on their profile, so SMS and calls can’t reach them."
- "Nobody is contacted until a plan is set."
- 计划中的某个角色在设施中无人担任。
响应操作
Settings → Response actions："What Performance Hub does automatically when a duress button is pressed. Test alarms never unlock doors, lock down or alert screens."
| 操作 | 作用 |
|---|---|
| Alert staff screens | 在与所按按钮关联的显示屏上显示警报。只关联仅供员工查看的屏幕，绝不要关联公众可见的屏幕。 |
| Lock down the doors | 在警报有效期间封锁设施的门，包括按时间表解锁的门。需要 Door & Gate Access。 |
| Unlock doors when acknowledged | 当有人确认警报时，解锁与所按按钮关联的门，以便响应人员进入。Doors for buttons with none linked："Unlocked when the pressed button has no doors of its own. Leave empty to unlock only linked doors." 需要 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 | "Anyone with the alarm’s Manage incident link can watch the pressed button’s cameras live, and open recordings for 24 hours. Without linked cameras they see the facility’s." 这也包括仅供查看的群组链接，因此在开启之前，请慎重考虑谁会收到您的警报消息。请参阅摄像头。 |
| Allow door controls on the alarm dashboard | 允许响应计划联系人通过自己的警报页面链接解锁门、封锁设施和解除封锁，无需登录。群组链接仅供查看。测试警报永远不提供此功能。需要 Door & Gate Access。请参阅门。 |
| Contacts can resolve from the alarm page | 允许响应计划联系人通过自己的警报页面链接解决警报。请参阅解决。 |
| Text updates to everyone texted so far | 将为所有收到警报的人员发布的更新，通过短信发送给已收到该警报短信的所有人。发给每个人的更新短信会间隔发送，发布更新的人员不会收到短信，更新仍会显示在应用和警报页面上。测试警报永远不使用此功能。 |
| Draft an AI summary | 在事件解决后起草事件摘要，供响应人员检查并添加为备注。"No names or contact details are sent." |
| Workflows can acknowledge, resolve and raise alarms | 允许 Workflows 以及自主操作的人工智能代理确认、解决和触发警报以及开始测试；它们执行的所有操作都会显示在事件的时间线上。 |
品牌模板
响应操作可以来自品牌的模板。此时，该部分会显示："These come from the template. Saving changes sets them for this facility only; its contacts still follow the template."
已保存自己的响应操作的设施会显示 "This facility sets its own response actions instead of the template's." Use the template's 可恢复为品牌的响应操作。
警报页面链接
"Messages carry one Manage incident link. Response plan contacts get their own link and can act from it." Alarm page link 用于选择链接的指向：
- Shared alarm page (default)："Anyone who gets the message sees everything a texted contact sees, and logs in to Performance Hub to act." 响应计划联系人以自己的身份打开警报页面，并可在响应操作允许的范围内在页面上执行操作。发送到团队聊天或共享收件箱的链接仅供查看。
- Log-in only："The message links to the alarm in Performance Hub, which needs a log-in."
链接在向该人员发送最后一条警报消息后的 24 小时内有效。有关人员打开链接后看到的内容，请参阅警报页面。
警报目标
Settings → 集成 → Alarm destinations："Everywhere this facility’s duress alarms are sent: the monitoring centre and your own places, such as a team chat, an on-call service or your own receiver."
图 3：警报目标：团队聊天、值班服务和收件箱
点击 Add destination，即可将警报发送到电子邮件、短信、语音电话、Slack、Microsoft Teams、Google Chat、PagerDuty、Opsgenie 或 Webhook。
| 列 | 显示内容 |
|---|---|
| DESTINATION | 目标的名称和类型。 |
| APPLIES TO | 设置的位置："This facility"、"Brand: …" 或 "Organisation: …"。为品牌或整个组织设置的目标适用于其下的每个设施。 |
| SENDS | 它接收哪些事件。 |
| STATUS | 是否正在发送。 |
每一行都有 Test、Edit 和 Delete。添加或更改目标后，请对其进行测试。
监控中心
您的监控中心通过您的监控服务提供商和支持团队进行连接，并在 External Integrations 中设置和测试（Open in External Integrations）。其状态为 Not live yet、Live、Failing 或 Suspended。较早的场所可能仍有 Alarm panel output (legacy) 卡片；有关详情，请咨询支持团队。
暂存的监控更改
图 4：处于运行状态且暂存了更改的监控中心连接
当监控中心连接的某项更改正在等待测试时，其所在行会保持当前状态，并附加显示："A change is staged. Alarms use the current settings until it is tested and activated in External Integrations."
在此之前，您的警报不会有任何变化：它们会完全照常发送到监控中心。负责该连接的人员会通过 Open in External Integrations 完成更改。如果您没有预料到此更改，请在其激活之前向他们询问。
设备警报
Settings → Device alerts："Who is told about low button batteries, buttons going offline, buttons that can’t be heard, the monitoring centre connection and alarm messages that fail to send. Alarms themselves follow the response plan."
图 5：设备警报会将电池电量低、按钮离线和消息发送失败的情况告知相关人员
点击 Add device alert，选择警报内容以及通过推送通知、短信或电子邮件通知谁。如果没有电池规则，页面会警告您没有人会收到电池电量低的通知。
Coverage lost / Coverage restored："When no display screen or IoT Gateway that listens for buttons is online, and when one is back." 这项警报会告诉您设施中没有任何在线设备可以接收按钮按压信号，因此请为负责设施 Display Screen Player 或 IoT Gateway 的人员添加此警报。在覆盖中断期间，按压信号无法被接收；在恢复之前，请确保员工有其他方式求助。
按钮的设备警报
每个按钮的 Overview 选项卡都有一个 Device alerts 部分。它会显示该按钮的警报是否开启："Offline, back online and battery alerts are on. Mute them while you fix a known problem; alarms are always sent."
反复离线
图 6：反复离线的按钮，以及接收其信号的 Display Screen Player
反复离线又恢复在线的按钮会在按钮列表和 Home 中显示 Keeps going offline。Duress 不会每次都发送警报，而是将其暂缓："This button keeps going offline and coming back, so its offline and back-online alerts are held until it stays online for an hour." 该部分会显示此情况的开始时间。
"That usually means a network, display screen or IoT Gateway problem rather than the button." 该部分会列出接收该按钮信号的设备。要解决此问题：
- 检查列出的每台 Display Screen Player 或 IoT Gateway 是否已通电、在线且网络连接稳定。重启或断网的 Display Screen Player 会导致按钮随之离线。
- 在 Display Screen Player 的连接与外设设置中，检查 Duress alarm monitoring 是否仍处于开启状态。
- 如果按钮距离最近的 Display Screen Player 超过约 10 到 15 米，或位于 IoT Gateway 的覆盖范围之外，或者现在有物体阻挡，请将按钮移近，或在附近添加另一台 Display Screen Player 或 IoT Gateway，使多台设备都能接收其信号。
- 检查按钮的电池。
- 按钮保持在线后，运行一次步行测试，确认按压信号能够送达。
当按钮反复离线时，按压信号可能无法送达。在问题解决之前，请确保其附近的员工知道其他求助方式。
静音警报
图 7：在修复已知问题期间将按钮的设备警报静音
Mute alerts 可暂时停止某个按钮的设备警报，例如在更换 Display Screen Player 期间："Offline, back online and battery alerts for" 加上按钮名称 "won't be sent until the time runs out. Alarms are always sent."
- 在按钮的 Overview 选项卡上，点击 Mute alerts。
- 在 Mute for 中选择静音时长。
- 可选择添加 Reason："Shown to others who open this button."
- 点击 Mute。
时间到期后，警报会重新开始。已静音的按钮会计入 Home 上的 Alerts muted。
送达日志
Settings → Delivery log："Every attempt to send this facility’s alarms, tests and device alerts, newest first. Select a row for its details."
图 8：送达日志列出了为警报、测试和设备警报发送的每条消息
您可以搜索日志，或按 Result、Event、Channel、Destination 和 Range 进行筛选。Columns 用于选择显示的列，导出 CSV 可下载这些行。每一行显示事件、其所属的事件或测试、目标以及结果，例如 Sent 或 No delivery report。
当最近一次警报或测试的通知未能全部送达时，每个 Duress 选项卡上都会显示一个红色横幅。Review 可打开失败的项目；解决原因后，请点击 Mark as fixed。
浏览器通知
Settings → Browser Notifications："Notifications on this computer"。此部分仅对可以响应警报的人员显示。
图 9：在每台监控警报的计算机上开启警报通知
通知按计算机和浏览器分别设置："These settings only apply to this browser." 在允许通知之前，"duress alarms only show while Performance Hub is open, with no sound." 警报声音随通知一起播放。
- 在监控警报的计算机上，打开 Browser Notifications 并点击 Turn on。
- 在浏览器询问时允许通知。
- 点击 Send test notification 检查通知是否正常工作。
请在每台监控警报的计算机上开启通知，例如保安室、经理办公室或员工休息室中的计算机。通知会播放警报声，因此请选择造成威胁的人员看不到也听不到的计算机。如果浏览器已阻止通知，请在浏览器的网站设置中允许 Performance Hub 发送通知，然后重试。Turn off 可在该计算机上停止通知。
您的人工智能代理
您的人工智能代理可以列出和读取事件、生成事件报告、检查按钮并帮助您定位按钮、添加备注和更新、重命名事件以及保留录像。在确认或解决警报、开始测试或开始封锁之前，它始终会在聊天中请您确认。它遵循与您相同的设施访问权限。在自主操作时，只有在 Workflows can acknowledge, resolve and raise alarms 开启的情况下，它才能确认、解决或触发警报以及开始测试。