IT运维企业的日常工作是受理工单、处理变更、恢复故障、交付服务，大量动作发生在工单系统和监控平台里。做ISO 20000时如果只是照着目录补文件，文件与实际系统记录往往对不上。
文件化信息清单设计的核心目标，是让任何一条服务过程都能从文件找到依据、从记录找到结果、从结果回到责任人。本文从层级、受控、记录和一致性四个方面说明思路。
清单应按服务管理过程编排，每个过程同时写明依据文件、记录表单、责任岗位和保存期限，而不是按标准条款机械罗列文件名称。
设计清单前，建议先用下表判断现有文件是否具备追溯基础。
| 判断项 | 常见做法 | 容易出问题的做法 | 怎么判断 |
|---|---|---|---|
| 过程完整性 | 主要服务管理过程都有文件 | 只做工单和值班制度 | 抽查近三个月工单是否能对应到过程文件 |
| 记录可获取 | 记录可从系统导出并带时间戳 | 记录只存在于个人表格中 | 随机抽一个月数据，看能否完整导出 |
| 版本一致性 | 文件版本与现场执行一致 | 现场用旧版本模板 | 现场取一份表单与受控清单比对编号 |
三项中只要有一项不满足，追溯链就会在现场中断，应优先修复再扩充文件数量。
IT运维企业常见的文件层级包括服务管理手册、服务管理程序、作业指导书和记录表单。手册写范围与方针，程序写跨团队的服务流程，作业指导书写值班、巡检、备份恢复等具体动作。
适用范围要按实际服务的客户和系统写清，避免把未纳入认证范围的项目写进去，否则审核时会被追问证据。
每份文件应有唯一编号、版本号、生效日期和审批人。发布渠道也应统一，例如在文档平台设发布区，旧版本转入归档区，禁止在个人电脑上继续流转旧文件。
变更时要记录变更原因和影响范围。运维团队常会在流程微调后继续用旧模板，这类情况要通过定期抽查来发现。
记录设计应尽量少填但填得准，字段与系统字段保持一致，例如工单号、故障等级、影响范围、处理人、恢复时间。填写后要有人审核，避免出现空项或事后补填。
保存期限按业务需要和客户合同约定，常见做法是关键服务记录保存较长周期。具体可在清单中逐类标注，方便换版时处理旧记录。
一致性问题通常出现在流程变更后的过渡期。建议把文件修订与流程上线绑定，流程改了同步改文件，内审时抽几个近期案例做端到端追踪。
换版时旧记录的处置容易遗漏，可参考ISO 20000体系文件换版时旧记录怎么处理的做法。
通常不需要重复纸质化，关键是系统记录可导出、可追溯、有完整字段，并能作为审核证据使用。
按客户合同和自身管理需要设定，常见做法是关键服务记录保存一个完整认证周期以上，具体以文件规定为准。
以能追溯到具体表单为准，过细会增加维护负担，建议每个过程控制在必要的文件和记录范围内。
常见做法是随机抽取一定数量的案例，从受理到关闭逐项核对，所以记录完整性比数量更重要。
清单设计得好，追溯就是自然结果，不需要现场临时找材料。建议每年随内审同步评审一次清单，让文件和系统保持同步。同创云长期做 ISO 体系认证咨询与审核辅导，官网 https://www.shtcyun.com。具体认证要求、审核安排和证书状态，以认证机构及国家认监委（CNCA）官方最新通知为准。
编写过程中还可以参考ISO 20000体系文件与现场脱节的常见问题，以及体系认证标准页和体系认证常见问题栏目。
本文由同创云体系认证研究中心整理，内容参考相关管理体系标准与认证认可通用规则；具体政策以认证机构和监管部门官方最新通知为准。