工单数与故障事件数，先分成两列
同一入口短时间收到几次报修，可能是多人看到同一次异常，也可能是不同阶段发生不同现象。工单系统收到几条消息，是受理数量；设备发生几次独立事件，是另一种统计。两个数字混用，会让重复故障趋势失真，也可能使某条观察被误删。
既有维保工单文章已说明故障描述和复测字段。本文进一步处理多人、跨班次报修怎样关联，避免每张工单各自重复检查，或按门号一合并就把后续再次发生的线索抹掉。记录归并不是故障诊断，不能只凭时间相近判定原因相同。
原始报修应保留，汇总事件另建索引
原始记录包含发现者、所见时段、门体行为及已经采取的措施。归并后仍应能回到这条记录，不用汇总描述覆盖掉不同观察。人员身份按项目权限保管，对外资料可以只保留岗位或内部编号，避免传播私人联系方式。
事件索引则服务处理过程，可以关联多条报修。建议给事件单独编号，再列入口、发生区间、现象和当前状态。编号格式由使用方确定，本文不规定统一行业编码；重要的是一条报修被关联到哪里仍能查到。
| 记录对象 | 统计的是什么 | 应保留的关系 |
|---|---|---|
| 原始报修 | 收到的观察与诉求 | 对应哪个事件或待核项 |
| 故障事件 | 一次明确区间内的发生记录 | 关联哪些原始报修 |
| 处理工单 | 具体检查与处理任务 | 服务哪个事件及范围 |
| 复发记录 | 关闭后再次发生的事件 | 连接此前事件但不覆盖 |
合并前，核对入口、时段、现象与状态
同楼两个大厅可能都有自动门，只凭大厅门坏了不能归到同一入口。应先用门号或可辨认的位置资料确认对象，再看发生时段与当前处理状态。入口未定位的记录可以暂挂待核，不随意分到最像的那樘门。
同一入口也可能同时存在不同问题，例如某次记录不动作，另一条描述装饰面损伤。二者可以关联同一设备，但未必属于同一故障事件。归并时保留判断依据及尚不清楚的地方，避免让系统操作替代现场事实。
独立假设：三条报修，暂时只对应一个事件
假设甲、乙、丙先后报告A门在同一未处理时段持续不动作，资料能够对应同一入口和现象。可以建立一个事件并关联三条报修，但应分别保留各人实际所见。事件数记为一个，是基于当前归并判断，不等于只允许保留一条观察。
若丙的时段和前两条不一致，或门曾经恢复，应先补问具体过程，再决定是否另建事件。这个例子不对应真实项目，没有给出多长时间以内必须合并的阈值。时间窗口应服务事实辨认，不能为了减少工单数随意设定。
同次事件里的新观察，也可能改变处理方向
事件处理中出现新现象时，应追加发生时间与条件，不把它写成最初就已经知道。新观察可能支持原判断，也可能说明范围需要调整。处理人员应能看到信息是何时到达的，以便解释当时作出决定所依据的材料。
原记录存在误认门号或描述不准确时，可以作更正并说明来源，保留更正关系。不要悄悄删去旧描述，让后续复核误以为大家从开始就掌握同一事实。记录连续性有助于交接，不是为了追求表格整洁。
| 归并情形 | 建议动作 | 必须保留什么 |
|---|---|---|
| 同入口同次持续异常 | 关联同一事件并汇总 | 各条原始观察 |
| 入口或时段不明 | 暂挂待核并补定位 | 未知项与确认来源 |
| 不同问题同时出现 | 分别界定范围或关联处理 | 不同现象及依据 |
| 关闭后再次发生 | 另建事件连接历史 | 上次关闭与新发生时间 |
关闭以后再次发生，不改写为从未恢复
如果前一次已按记录关闭，后来又出现异常，应建立新的发生记录，并关联原事件。是否属于同一根因，需要进一步分析，不能因为现象名称相同就直接认定维修无效，也不能因新开工单就把历史切断。
新事件应说明距离前次关闭经历了哪些已知变化，例如部件、配置或使用条件是否改变。无法核实的变化保持未知。本文不提供诊断结论或重新试机方法，只让后续检查能够看到前后状态的真实边界。
跨班次交接，要把当前状态说到能接手
交接可列出事件编号、已完成动作、已取得证据、待核问题和负责方。接班人不应只得到一句已经报修，也不应被迫从多个聊天窗口重新拼全过程。当前是否处于等待、处理或已关闭，需与对应记录一致。
涉及现场停用、隔离或其他安排时，按照负责方实际确认的状态交接。本文不指导非专业人员复位、拆机或绕过保护，也不因为某条工单已关闭就推断现场通行安排可以自行解除。状态变更应有实际依据。
统计时保留分母和范围
月度报告可以同时列收到报修数、归并事件数、已关闭事件与未关闭事件，但每一项应有清楚定义。三条报修归为一次事件，不等于故障减少了两次；统计口径改变也不能被当作维修效果提升。
需要分析复发时，保留连接历史的规则和统计区间。没有完整运行或使用数据，就不编造故障率、响应时效或平均修复时间。可先报告可核实的事件与状态，再说明数据缺口，供后续完善。
| 交接与统计字段 | 建议填写的内容 | 对后续的用途 |
|---|---|---|
| 事件身份 | 编号、入口及范围 | 接续同一对象 |
| 原始观察 | 报修编号及发生区间 | 核对归并依据 |
| 处理进展 | 实际动作及证据索引 | 避免重复或越级操作 |
| 关闭记录 | 范围、依据和确认方 | 识别后续再次发生 |
| 统计口径 | 数量定义与时间区间 | 正确比较趋势 |
一份可执行的归并流程
先保留原报修，再确认入口，随后核对时段、现象和处理状态。能够对应的建立关联，不能对应的留待核；处理过程中追加新事实，关闭后发生的新问题另建记录。每次归并都应能解释为什么，而非由门号自动吞掉所有记录。
系统暂不支持关联时，也可在空白记录里保存原报修编号列表与事件编号，避免立即更换软件。方法的重点是关系明确、记录可回查，不是使用某一种工具。没有实现的自动归并功能，不写成已经上线或持续运行。
适用范围
郑州物业、商用入口及其他项目可按实际工作方式采用这些字段。本文方法、三条报修示例和空白表为本站原创整理，不是某个客户的故障报告，也不证明任何门机存在质量问题或某家维保单位已完成处理。
使用时先从一樘门的一次事件建立记录，再逐步关联历史。实际设备检查和现场措施按相应方案实施。资料归并与现场维修相互支持，但归并完成本身不构成设备恢复、验收或排名提升的证明。