识别维护对象
记录现场资产编号、设备型号、序列号以及与任务相关的已安装配置。注明日期和负责角色。如果现场有多台相似设备，日志应能清楚指出实际检查的是哪一台。
- 资产编号和序列号
- 日期和角色
- 程序版本
问题
此工作流程可帮助你准备什么
预防性维护日志应记录设备、已批准的任务和观察结果，包括尚未完成的工作。本模板为后续维护或支持团队提供有用背景，而不会把勾选“已完成”误当作完整的服务历史。
使用以下背景信息，让请求或任务便于审核：资产编号和序列号、日期和角色、程序版本、观察到的状况、已安装部件的参考信息以及跟进负责人。记录已核实的信息和仍未知的事项，再依据适用的产品资料确定下一项获准执行的步骤。
实用指导
在正确的背景信息下完成任务。
关联已批准的程序及其版本
记录任务参考编号和所用资料来源，以及该任务相关的来源规定周期或运行记录。本模板不会自行编造维护计划。若程序缺失或不明确，应明确标出并交由维护负责人审核。
- 观察到的状况
- 已安装部件参考信息
- 跟进负责人
记录观察到的状况和已完成的工作
描述观察结果、依据已批准流程执行的操作以及结果。区分“已检查”“已完成”和“未执行”。任务可能发现问题却未能解决，因此即使后续关闭了整体工单，也应保留这项观察记录。
保留更换和变更的参考信息
在流程要求时，记录已批准的替换零件和配置变更，并明确区分拆下和装上的部件参考信息。这样后续支持团队就能确认设备的实际情况，而不会误以为原始配置记录仍列出了所有已安装部件。
示例：检查后提出跟进请求
日志示例：记录定期检查所依据的资料来源和观察到的状况。对于一项尚未解决的部件问题，另行创建跟进事项并指定负责人。检查仍记录为已执行，但未解决的服务问题不会被错误地标记为已完成。
为未完成事项指定负责人
注明下一步操作、负责人、截止日期或组织使用的审核参考信息。关联证据和相关支持记录。指南完成情况可以辅助所选流程，但应确认正式维护记录的保存方式；不要假设每次交互都会自动纳入官方日志。
可在下一份记录中复用的字段
创建“设备预防性维护日志模板”记录，将资料来源与实际任务关联起来。将以下背景信息字段复制到自己的产品、支持或审核流程中，并添加适用的资料参考和负责人，让下一团队了解仍需确认的事项。
- 资产编号和序列号
- 日期和角色
- 程序版本
- 观察到的状况
- 已安装部件参考信息
- 跟进负责人
工作流程
准备一套经过审核的初始流程
01
明确背景信息
记录资产编号和序列号、日期和角色、程序版本，并确认适用的资料来源。
02
审核一项任务
使用“检查后提出跟进请求”的示例讨论流程范围，然后与负责人一起审核实际任务和待补充的字段。
03
检查下一步交接
在生成的记录中保留观察到的状况、已安装部件参考信息、跟进负责人及尚未解决的问题。
常见问题
有关此任务的问题。
检查已完成和问题已解决应标为同一状态吗？
不应如此。记录已执行的检查及其观察结果，并为任何未解决的问题单独指定负责人和下一步操作进行跟踪。
记录应包含哪些字段？
记录资产编号和序列号、日期和角色、程序版本、观察到的状况、已安装部件参考信息及跟进负责人。将已核实的标识、观察结果和未解决的问题分开记录，方便下一位负责人选择适用的资料来源。
如何处理未知的产品信息？
将缺失信息标记为未知，并注明负责核实的人员。在提供针对具体产品的答复前，先利用现有资产编号、序列号和资料记录确认背景信息。
Viflux 如何帮助改进这一工作流程？
带来一个产品，以及针对常见问题的已批准资料来源。定向演示可以展示标注清晰的图示、经过审核的步骤或更清楚的支持记录，如何帮助确认资产编号和序列号，以及日期和角色。在扩大应用范围前，应先就准备和审核方式达成一致。