Files
aiot-document/开发者文档/02-Ops领域/03-安保业务核心链路.md

2.0 KiB
Raw Blame History

03-安保与维修业务链路

安保(SECURITY)、维修(REPAIR)和客服(SERVICE)属于 Ops 领域下平行的工单类型(WorkOrderTypeEnum)。 虽然业务名称不同,但其底层调度均复用统一的硬件体系(智能工牌 + 现场信标)。

一、硬件联动的现场打卡

无论是安保巡逻,还是维修人员去现场检修,都不再依赖手机 App 的 GPS 定位去防止作弊,而是通过物理信标BEACON感应

  1. 接单 (DISPATCHED -> CONFIRMED)
    • 维修/安保工单下发后,员工的智能工牌收到通知。
    • 员工在工牌上按键确认。
  2. 到场感应 (CONFIRMED -> ARRIVED)
    • 员工走到事发位置(如损坏的配电箱或巡更点)。
    • 现场预埋的信标BEACON发射信号被工牌捕获。
    • 工牌将“感应事件”上报后台,工单状态由后台自动跃迁ARRIVED(已到岗)。这就彻底消除了“远程假打卡”的可能。

二、工单派发的多维度支持

对于维修或安保的紧急事件,派单引擎可组合使用以下策略(DispatchStrategyEnum

  • 技能匹配 (SKILL_MATCH):当水管爆裂时,系统会自动筛选拥有“水暖维修”技能标签的工程人员,避免派给弱电工程师。
  • 最近距离 (NEAREST):结合工牌实时上报的位置,安保紧急事件(如消防告警)会直接派发给距离事发点最近的保安,做到秒级响应。

三、工单与设备的闭环

安保和维修工单,往往由 IoT 设备的异常触发:

  1. IoT 模块捕获告警。
  2. 规则引擎 (EventDomainEnum.RULE) 将告警转化为工单(类型为 SECURITYREPAIR)。
  3. 调度引擎 (DISPATCH) 寻找人选推送到工牌。
  4. 员工到岗处理并完工后,绩效模块 (PERFORMANCE) 介入统计响应时长和修复时长。

这套体系确保了“设备报修 -> 硬件派单 -> 硬件确认到场 -> 完工结算”的端到端防伪闭环。