IT运维企业的ISO 20000体系运行一段时间后，常因服务模式调整、标准理解加深或组织变化而需要换版。换版不是简单改几个模板，旧的记录如果不能规范处理，会给后续追溯和监督审核留下隐患。本文说明换版时旧记录应该如何处理才规范、可追溯。
记录是体系运行有效性的直接证据。换版时如果旧记录被随意覆盖、删除或混用，审核时就无法分清哪个版本对应哪段运行期间，也会影响对历史服务的追溯。
IT运维企业的记录往往包括事件工单、变更审批、容量与可用性汇报、客户服务报告等，类型多样且持续增长。换版时若没有统一的归类和版本标记，很容易新旧混杂，后期核对要花大量时间。
换版时旧记录应保留并按版本明确标识，既不清空也不混用，让每一份记录都能追溯到它对应的文件版本和运行期间。
换版时旧记录处理是否得当，可以从表格里的几个维度来判断。
| 判断项 | 常见做法 | 容易出问题的做法 | 怎么判断 |
|---|---|---|---|
| 版本标识 | 旧记录标注旧版本号便于区分 | 新旧记录混在同一个文件夹 | 每一份记录都能对应版本和期间 |
| 受控管理 | 新记录按受控流程发布启用 | 新旧模板混用 | 启用日期和版本号清晰可查 |
| 保存期限 | 按程序规定保留并定期清理 | 随意删除或永久堆存 | 处置有记录且有审批依据 |
| 可追溯性 | 换版有变更记录和交接说明 | 只改文件不记变更原因 | 能追溯为何换版和影响范围 |
按这几个维度处理，旧记录就不会给审核带来麻烦。
换版前要确认是程序文件、服务目录、作业指导还是表单模板发生变化，明确影响范围。只改一张表而不动相关程序，可能造成版本错位。
处理方式要根据改动层级来定，改动大才需要整套版本调整，局部改动只需更新对应文件并说明关联。
新版本要更新编号和版本号并注明生效日期，旧版本作废后在受控清单里标记失效。IT运维企业常见问题是新旧模板同时存在，现场随意选用。
建议发布新版本时统一撤回旧表单，并在系统里只保留当前受控版本，避免误用。
旧记录要延续到保存期限届满，与运行期间对应。换版记录本身也要保存，比如换版审批和生效通知，方便追溯。
不同记录保存期限可能不同，事件记录、变更记录、容量与可用性汇报等要按程序规定执行，不能因为换版就提前清空，否则历史服务难以核对。
换版后要让相应岗位按新版本执行，现场抽查不能还在用旧流程。IT运维企业要在换版后做一次宣贯和抽查，确认执行一致。
可以保留换版后的培训记录和抽查结果，作为审核时证明体系持续运行的有效证据。若抽查发现问题，还应及时纠正并记录整改过程。
保到按程序规定的保存期限届满，保存期间以文件版本和运行期间标注，便于追溯。
若改动只涉及局部表单，可更新对应文件和受控清单，但要同步修订相关引用并记录变更。
建议系统只保留当前受控版本并撤回旧表单，发现误用及时纠正并补充整改记录。
要保留换版申请、审批和生效通知等记录，作为审核时追溯依据，具体以程序要求为准。
换版时旧记录处理得当，既保留了历史也能证明体系持续运行。IT运维企业只要按版本归档、受控切换、期限保存三件事做，就不会给审核留隐患。
同创云长期做ISO体系认证咨询与审核辅导，可帮助IT运维企业规范文件换版和记录处置。可参考IT运维企业编写ISO 20000体系文件哪些内容容易和现场脱节与重庆ISO 20000认证最新政策变化，更多问答见体系认证常见问题栏目。具体审核安排，以认证机构及国家认监委（CNCA）官方最新通知为准。
本文由同创云体系认证研究中心整理，内容参考相关管理体系标准与认证认可通用规则；具体政策以认证机构和监管部门官方最新通知为准。