ITSS 认证全流程:条件、材料与周期
先说结论:ITSS 是国内 IT 服务能力的"国标版"证明——它不查你的产品,查的是你有没有成体系地把运维服务做出来:有没有服务目录和 SLA、有没有配套的人员和工具、有没有跑得出来、查得到的服务记录。它在政府、央企、国企的信息化运维项目里出现频率较高,很多招标文件把它和 ISO 20000 一起写进去。
但它和 ISO 20000 不是替代关系。ISO 20000 是国际标准的管理体系认证,问的是"你的服务管理体系是否合规、能否持续";ITSS 是国内标准体系下的服务能力评价,问的是"你的运维能力到了哪一级"。两个维度不同,所以很多企业两个都做,业内常说这是 IT 服务能力的"双标配"。至于先做哪个、能不能一次建体系拿两张证,第六、七节给出实操顺序。
一、ITSS 是什么:一句话讲清它的定位
ITSS 是信息技术服务标准(Information Technology Service Standards)的简称,是一套中国自主的信息技术服务标准体系,覆盖 IT 服务的基础标准、服务管控、服务业务等多个方向。标准体系本身是"一套标准集合",不是一张证书。它与 体系认证板块里的其他资质关注点不同——ISO 27001 管信息安全、ISO 20000 管服务管理、CCRC 管安全服务,ITSS 管的是运维服务的能力等级。
企业日常说的"办 ITSS",通常指其中与运维服务能力相关的那一套评估——口语里叫"ITSS 认证"或"ITSS 运维服务能力评估"。它评的是四类能力要素的组合:
- 人员——岗位设置、能力要求、培训与考核是否成体系
- 过程——事件、问题、变更、发布、配置等流程是否定义清楚并被执行
- 技术——有没有监控、工单、知识库等工具支撑,而不是靠人记
- 资源——备件、知识库、服务台、服务目录等是否可复用
一句话:它把"我们有几个技术很牛的工程师"翻译成"我们有一套可复制的服务能力"。这正是招标方想要的——他买的不是一个团队的人品,是一个可交付、可追责的服务。
二、等级怎么分,级别意味着什么
ITSS 运维服务能力按成熟度分级评价,级别越高,对能力要素的覆盖面、量化程度和持续改进证据要求越严。业内常见的表述是"一至四级"这类分级方式,但具体级数、名称、各级门槛在不同年度和不同评估方向上会有调整,以 ITSS 分会 / 评估机构最新要求为准。
不看编号,只看"实质差异",大致是三个台阶:
| 台阶 | 实质特征 | 典型适用 |
|---|---|---|
| 入门级(较低等级) | 流程已定义并执行,有基本的服务记录和岗位分工,工具可以是轻量的 | 首次申报、中小型运维项目、区域性投标 |
| 中间级 | 流程有量化指标(响应/解决时限、SLA 达成统计),多项目并行仍能管住,工具有数据留痕 | 多数政府/央企运维项目的常见门槛 |
| 较高等级 | 能力要素全面覆盖,有量化度量与持续改进闭环,跨项目、跨场地可复制 | 大型/省级项目、行业标杆、总集成商对分包方的要求 |
建议从入门级或中间级起步,不要一步冲高。级别看的是能力与记录,不是成立年限,也不是营业额。级别定高了,人员、合同、记录三样里任何一样对不上,材料会在预审阶段被退回,返工成本比"低一级先拿证"高得多。
三、哪些企业适合办,哪些可以往后放
判断标准只有一条:你有没有在对外提供 IT 运维服务,并且有合同能证明。符合这条的,下面几类企业需求比较集中:
IT 运维 / 驻场服务商
主营就是运维,ITSS 是能力的主证明,投标时几乎绕不开
系统集成商转运维
集成项目交付后转年度运维,需要把"项目能力"讲成"服务能力"
数据中心 / 云服务商
服务可用性、SLA、服务台是日常,体系化材料基础较好
政企 IT 供应商
政府信息化运维项目的常见门槛条件,常与 ISO 20000 并列要求
大型企业 IT 共享中心
对内服务转对外承接、或作为集团投标主体时用得上
软件企业的运维业务线
自研系统上线后的运维托管,可单独以运维业务申报
可以往后放的三种情况:纯产品公司、没有对外运维合同;业务刚起步、连一份完整年度运维合同都拿不出;以及只想"先有个证"、短期内不会真按流程跑服务的企业——后一种即使拿到证,年度维持和下一次再评估时也会很吃力。
四、申请条件:四条硬门槛
具体门槛随等级浮动,但骨架是这四条,缺一条就往下卡:
| 门槛 | 要看什么 | 容易出问题的地方 |
|---|---|---|
| 主体资格 | 独立法人,经营范围覆盖信息技术服务/运维相关内容,无严重失信记录 | 经营范围只写"技术开发",没写服务类内容 |
| 业务证据 | 有真实在履行或已完成的运维服务合同,可核查(合同+验收/结算+服务记录) | 合同是设备采购或软件开发,实质不是运维 |
| 人员配置 | 专职运维团队,岗位分工清楚,核心人员社保缴纳在申报主体 | 社保在总公司、合同在子公司、人员在分公司——主体对不上 |
| 体系与记录 | 有成文的服务流程文件,且已按文件跑出记录(工单、巡检、月报、SLA 统计) | 文件是刚写完的,记录一条没有,或记录时间晚于文件生效日 |
人数、合同数量与金额、场地/服务台数量这些量化门槛,各级要求不同,且会随当期规则调整,以 ITSS 分会 / 评估机构最新要求为准。不要拿同行的旧清单直接套——同行去年报的和今年报的,可能就不是一套要求。
五、材料清单:审核真正在看什么
材料按四类归,比按"某个模板的第几条"归更好用,因为审核看的是四类材料之间能不能互相印证:
| 类别 | 典型材料 | 审核关注点 |
|---|---|---|
| 主体类 | 营业执照、章程或股权结构、办公/服务场地证明、财务与纳税资料(按等级要求) | 主体真实、经营范围匹配、无失信 |
| 业务类 | 运维服务合同、中标通知书、验收或结算凭证、项目清单、服务目录、SLA 文本 | 合同内容是不是"运维",时间是否在有效期内,服务范围能否对上服务目录 |
| 人员类 | 员工花名册、社保缴纳记录、学历/职称/相关培训证明、岗位职责与任命文件 | 人在不在册、在不在本主体、岗位和流程文件里的角色是否一致 |
| 体系与记录类 | 服务管理手册、流程文件(事件/问题/变更/发布/配置)、工具截图或导出数据、工单与巡检记录、服务月报与 SLA 达成统计 | 文件是否被执行:记录的存在密度和时间跨度 |
材料准备顺序建议倒过来:先定服务目录和 SLA → 再定流程与岗位 → 再配人和工具 → 然后才写文件 → 拿至少 1-3 个月的真实记录。反过来做(先写文件再补记录)是返工的头号原因。
六、评估流程与周期、费用区间
流程大致八步,其中"记录试运行"是多数企业没算进工期的部分:
等级定位
盘业务与证据,定方向与级别
差距分析
对照标准要求,列缺口清单
体系补齐
服务目录/SLA/流程/岗位
工具与记录
工单、监控、知识库跑起来
提交申请
材料组卷,预审沟通
现场评估
文档查验+人员访谈+现场查看
整改发证
不符合项闭环后发证
年度维持
按期接受监督,保持记录
周期区间:常见情况下,从启动准备到拿到结果落在 2-6 个月这个区间,跨度主要取决于四件事——等级高低、现有体系与记录的基础、需要补的记录时长、以及评估机构的排期。已经有 ISO 20000 体系在运行的企业,因为服务目录、SLA、事件与变更流程都是现成的,通常能压到区间偏下限;从零起步、连工单系统都没有的,往区间偏上限走。精确到周的排期以评估机构当期安排为准。
费用区间:总投入一般由两块构成——评估相关费用(由评估机构按其规则收取,与等级、人数、服务场地数量相关)+ 咨询辅导费用(体系搭建、文件、记录辅导、现场陪同)。整体通常在数万元级的区间,等级越高、场地越多、需要整改的缺口越大,往上走。是否包含工具采购(工单/监控系统)另计。具体金额以评估机构与服务机构的最新报价为准,任何不看人数和场地就报一个固定数字的,都值得再问一句"这个价包含哪几项"。
证书与维持:ITSS 证书有有效期,期内需要按要求接受监督或维持性评价,到期前要安排再评估;拿证后停止按流程跑服务、记录断档,是维持阶段被卡的主因。有效期年限与维持的具体方式以 ITSS 分会 / 评估机构最新要求为准。
七、和 ISO 20000、CCRC、CMMI 是什么关系
四张证经常在同一份投标文件里同时出现,但查的是四件不同的事。它们不互相替代,也不能互相"顶替"。
| ITSS | ISO 20000 | CCRC | CMMI | |
|---|---|---|---|---|
| 性质 | 国内标准体系下的服务能力评价 | 国际标准的管理体系认证 | 信息安全服务资质 | 过程成熟度模型评价 |
| 查什么 | 运维服务能力到哪一级 | 服务管理体系是否合规、能否持续 | 安全服务能力(按类别与级别) | 研发/交付过程成熟度 |
| 典型场景 | 政府/央企 IT 运维项目投标 | 客户要求 SLA 与服务管理保障 | 安全集成、安全运维等安全类项目 | 软件开发类项目投标加分 |
| 关系 | 同一套服务管理内容,一个查"能力等级"、一个查"体系合规",常被称为 IT 服务能力的"双标配" | 与 ITSS 关注点不同:一个管安全服务,一个管运维服务 | 与前三者不在同一维度,管研发过程 | |
实操上两句话:
- ISO 20000 的体系文件可以给 ITSS 用。服务目录、SLA、事件/问题/变更/发布/配置流程、服务台与知识库,两边高度重叠。先做 ISO 20000 再做 ITSS,ITSS 的文件工作量会明显减少;反过来先做 ITSS 再补 ISO 20000,补的主要是管理体系的通用件(方针目标、内审、管理评审、文件控制、持续改进)。
- 但两套记录不能共用一份就交差。ITSS 更看"运维服务的实际执行痕迹"(工单、巡检、月报、SLA 达成),ISO 20000 更看"体系运行证据"(内审、管审、不符合项纠正、服务评审)。同一批工单可以支撑两边,但统计口径和汇总方式要分别做。
八、常见坑:六个真实返工点
- 只补文件,不补记录。文件一天能写完,记录是长出来的。审核看的是"文件生效之后有没有按它干活",文件日期比工单还新,等于自证没执行。
- 主体不一致。合同在关联公司、社保在总公司、人员在项目现场的分公司——三处主体不统一,是退回频率较高的一类问题。申报前先把主体、人员、合同三张表拉平。
- 级别定太高。级别是能力和证据的函数,不是意愿的函数。低一级先拿证、跑一年记录再上,比一次冲高被退回更省时间。
- 拿工具截图当能力。买了工单系统但工单里只有三条测试数据,不但不加分,反而暴露"工具是摆设"。要么真用,要么写清阶段性状态。
- 拿证就不管维持。证书有有效期,期内要接受监督。服务记录一断,下一次评价等于从头再来。
- 把 ITSS 和 ISO 20000 混为一谈。一边是以为"做了一个另一个就不用做",投标时被废标;另一边是重复建设两套完全独立的文件,白花一倍力气。正确做法是一套体系、两套证据口径、分头申报。
行动清单
启动前按顺序过一遍,每条都能给出具体答案再往下走:
- ⬜ 我能说清过去 1-2 年客户付钱买的是哪一类运维服务(驻场、远程、机房托管、年度维护)
- ⬜ 我手里有与该服务对应的合同,且合同主体、执行主体、社保主体是同一家
- ⬜ 我已确认目标等级,并知道这个等级对人数、合同、场地的大致要求(以当期要求为准)
- ⬜ 我有可用的工单/监控工具,且已经在产生真实数据
- ⬜ 我能安排出至少 1-3 个月的记录试运行时间,不指望边申报边补
- ⬜ 我知道 ITSS 与 ISO 20000 在我这里的先后顺序,以及哪些文件可以共用
- ⬜ 我已确认招标文件/客户要求写的是哪张证、哪一级,而不是"听说要办"
七条里能打勾的不到四条,说明现在还不是提交申请的时候——先把缺口补上,比先交材料再退回快得多。盘不清的地方,也可以直接联系我们逐条过一遍。
结语:先盘证据,再谈工期
ITSS 这件事,难点从来不在"标准条文",而在把已经在做的服务,变成一条能查证的证据链:合同说明你在做,人员说明谁在做,流程说明怎么做,记录说明真的做了。四样串起来,等级自然成立;少一样,就得回到业务现场去补。
所以顺序永远是:先盘业务和证据 → 再定方向和等级 → 然后才谈文件和工期。反过来做,材料写得再漂亮,也过不了现场访谈那一关。
▍不确定自己该报哪个等级、或者想知道 ITSS 和 ISO 20000 怎么排顺序?留言或私信我,备注"ITSS 自测",我发你一份逐条对照清单。
普华智科 / CertFastLine 普华认证|出口认证 & 检测 & 管理体系咨询 本文为合规科普参考,非法律意见;等级、机构、费用与周期以 ITSS 分会及相关评估机构最新要求为准