IT 运维、数据中心和软件服务企业在准备 ISO 20000 认证时，服务目录和服务级别协议（SLA）通常是最先被审核员翻开的文件。它们决定了认证范围里到底包含哪些服务、对谁负责、做到什么程度。
很多企业的服务目录写得很全，但和合同、工单系统、月报对不上。审核员一问“这项服务的可用性怎么统计”，现场就开始临时解释。
这篇按 ISO/IEC 20000-1 的服务管理要求，说明服务目录和 SLA 在审核中要看哪些证据、怎么准备。同创云在做 IT 服务管理体系辅导时，通常先把服务清单和统计口径对齐，再谈指标。
服务目录回答“提供什么”，SLA 回答“做到什么程度”，两者必须和实际运行数据对得上。
审核员通常会从服务目录出发，沿着 SLA、报告、评审一路往下看。
| 判断项 | 审核常看什么 | 常见做法 | 容易出问题的做法 |
|---|---|---|---|
| 服务目录 | 服务清单、服务对象、责任边界 | 与合同和实际交付范围一致 | 目录很全，但很多服务没有客户 |
| SLA | 指标定义、目标值、统计周期 | 指标可测量，口径写清楚 | 只写“及时响应”，没有量化 |
| 服务报告 | 月度或季度报告、数据来源 | 按周期生成并有责任人审核 | 报告数据和工单系统对不上 |
| 服务评审 | 评审记录、客户反馈、改进项 | 定期评审并跟踪改进闭环 | 评审只有内部人员，没有客户输入 |
这四项证据要能互相印证。服务目录里的每一项服务，应该能找到对应的 SLA、报告和评审记录。
服务目录的第一原则是真实。认证范围写的是哪几类服务，目录里就应该覆盖哪几类，不多不少。
每项服务要写清楚服务对象、服务内容、支持时段、责任边界和依赖条件。哪些由自己提供，哪些由供应商提供，要在目录或附表中说明。
服务目录不是产品宣传册。审核员更关心服务能不能被管理、被计量、被评审，而不是名字写得多好听。
SLA 常见指标包括可用性、响应时间、解决时间、变更成功率、备份成功率和服务台接通率。每个指标都要有定义、计算公式、统计周期和数据来源。
“及时响应”这类描述无法审核。企业要把它转成具体时限，比如多少分钟内响应、多少小时内恢复，并说明计时起点和暂停条件。
指标目标要结合服务重要性和成本确定。所有服务都写 99.99% 的可用性，既不现实，也很难在审核时解释。
服务报告要按约定周期生成，内容至少包括服务量、目标达成、未达标项、原因和改进措施。
报告数据要能追到工单系统、监控系统或备份系统。审核员可能随机抽一个月的可用性数据，要求现场演示统计过程。
未达标不可怕，关键是有没有分析原因、有没有纠正措施、有没有验证效果。长期未达标却没有改进，是审核中的高风险信号。
服务评审要有客户代表参加，评审内容包括服务绩效、客户满意度、投诉、风险和改机会。
评审结论要形成改进项，明确责任人和完成时间，并在下一次评审时跟踪。只有会议纪要、没有后续跟踪，很难证明体系在运行。
关于服务流程和咨询衔接，站内《重庆ISO20000信息技术服务管理体系认证最新政策变化》有背景说明；服务流程透明度的判断，也可以参考《深圳ISO体系认证咨询公司服务流程不透明，企业应关注哪些环节》。
不一定。服务目录主要是管理工具，可以分内部版和客户版，但要确保认证范围内的服务都被覆盖。
不是。指标要与服务重要性匹配，能测量、能改进才有意义。指标过多会增加统计负担，也容易分散重点。
可以，但服务量、响应和解决时间等数据要能可靠记录。纯手工台账也能用，关键是数据完整、可追溯。
常见的是服务目录、SLA、月度服务报告、未达标改进记录和服务评审纪要，通常还会现场核对系统数据。
服务目录和 SLA 不是给审核看的装饰，而是 IT 服务管理的共同语言。说清楚提供什么、做到什么程度，后面的报告、评审和改进才有基础。
同创云长期做 ISO 20000 等 IT 服务管理体系认证咨询与审核辅导，官网 https://www.shtcyun.com。更多体系认证问题可以查看体系认证常见问题栏目，相关体系说明见体系认证项目页面。具体认证要求、审核安排和证书状态，以认证机构及国家认监委（CNCA）官方最新通知为准。
本文由同创云体系认证研究中心整理，内容参考 ISO/IEC 20000-1 信息技术服务管理体系标准及服务级别管理通用方法；具体指标口径和审核判定以认证机构官方最新通知为准。