本文由国际版原文本地化,文末提供原文链接。涉及的能力以易企办中国版租户和权限为准。
承包商已经离场,完工照片也已上传,工单状态显示「已完成」。随后,使用人再次报告同一个问题。物业团队这才需要查清维修了什么、检查过什么、谁接受了结果。
结单标准可以提前约定三件事。维修应达到什么结果,用什么证据支持验收,以及谁负责作出决定。先选一种经常发生的日常维修,和处理人员对齐验收含义,再设计表单和流程。
区分报完工、待验收和已结单
施工人员的完工报告说明做了什么。验收人还要依据约定标准,判断现有证据能否支持接受结果。把两步合成一个复选框,团队就难以看出正在等待检查、等待补充材料,还是已经通过验收。
- 已报完工。维修人员提交处理说明和所需证据。
- 待验收。指定验收人按约定标准检查。
- 已结单。验收决定已记录,应完成的通知也已处理。
团队可以沿用熟悉的状态名称,同时写明每个状态的含义和责任人。验收未通过时,应写清原因并退回给明确的处理人。

先约定要达到的结果
如果只写「请附照片」,提交人还不知道照片要说明什么。以柜门校正为例,验收标准可以包括能正常开关、原来报告的错位已处理、周边恢复到约定状态。照片能确认柜门位置或外观,开合和贴合情况仍应由具备相应能力的人员按现场要求检查。受监管或风险较高的维修应遵循适用的检查程序。
| 验收问题 | 应记录的内容 |
|---|---|
| 约定的结果是什么 | 缺陷、确切位置或资产编号、维修范围和验收标准 |
| 报告完成了什么 | 实际动作、执行人员或承包商、完工时间及未解决事项 |
| 哪些证据支持验收 | 与工单对应的证据、来源、时间和检查结果 |
| 谁作出了决定 | 授权验收人、通过或退回结果、时间及理由 |
| 接下来做什么 | 应通知的对象、未完事项,以及问题复发的反馈渠道 |
附件应与工单有关,并按权限访问。避免为凑齐材料收集住户信息或无关的室内照片。暂时取不到证据时,直接记录缺口和补充责任人。
用 PM-204 走一遍
PM-204 是一条虚构工单,涉及公共会议室茶水间的柜门错位。报修记录标出了柜体,物业协调人与维修班组确认了处理范围和验收检查。
维修人员提交了照片和完工说明,工单进入待验收。验收人确认照片拍的是正确的柜子,却找不到约定的开合测试结果,于是记录原因并要求补充。补齐证据后,验收人按约定标准记录决定,物业协调人通知报修人。工单随即保留了谁验收、依据是什么以及何时通知的记录。

问题复发时保留前次记录
同一地点可能出现新问题,也可能是原缺陷尚未解决。由负责人员根据证据判断,地址相同只能作为核对线索。若重新打开原单,应保留原完工报告、验收决定和时间,再追加新报告、重开理由、当前责任人及下一次检查。另立新单时,可以链接前一张工单并说明关系。
部分完工要标明未完成范围。若已验收事项另有后续工作,也应记录关联编号和负责人,便于跟踪到关闭。
把验收标准写成配置需求
先列清要收集的字段、谁可以报完工、谁可以验收、缺少证据时如何退回,以及工单重开时如何保留历史。可参照易学堂的使用 AI 构建审批表单。在应用里选择新增资源,从 AI 创建入口选择审批表单,描述需求,检查并确认实施方案。创建后检查实际字段、权限和流程,再进行测试和发布。
创建一张维修完工验收表,收集工单编号、维修说明、相关证据和未完事项。把报完工与验收分为两步。验收人可以说明原因并退回补充证据,处理复发事项时保留历次验收记录。
关闭创建窗口后,可以从 AI 入口继续已保存的创建对话。调整草稿后仍需验证并执行发布。相关入口和持续修改方式可见AI 构建版本说明。
试点要覆盖六种异常
- 完工报告缺少约定证据。
- 附件对应其他工单或地点。
- 验收人退回并说明要补什么。
- 验收人不可用,约定的替补人员需要接手。
- 只有部分维修完成,仍有待处理事项。
- 结单后同一问题复发,需要重开或关联。
逐例核对状态、当前责任人、可执行的动作和历史记录。通知及连接系统在批准的范围内测试。试点可以按维修类型分开统计报完工和验收次数,观察缺证退回、等待验收和重开的情况,比较前先定义统计周期和纳入范围。
复盘时拿一张近期日常工单,让未参与处理的同事根据记录解释验收依据。需要反复找原验收人补充信息时,可以先改进验收标准。
返回易企办博客