34 lines
2.0 KiB
Markdown
34 lines
2.0 KiB
Markdown
# 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`)** 将告警转化为工单（类型为 `SECURITY` 或 `REPAIR`）。
|
||
3. 调度引擎 (`DISPATCH`) 寻找人选推送到工牌。
|
||
4. 员工到岗处理并完工后，绩效模块 (`PERFORMANCE`) 介入统计响应时长和修复时长。
|
||
|
||
这套体系确保了“设备报修 -> 硬件派单 -> 硬件确认到场 -> 完工结算”的端到端防伪闭环。 |