ITSS 认证全流程:条件、材料与周期

2026-11-06 · 体系认证 · ITSS · 阅读约9分钟
提示:普华智科 / CertFastLine 普华认证|IT 服务能力资质专栏

先说结论: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 运维服务能力按成熟度分级评价,级别越高,对能力要素的覆盖面、量化程度和持续改进证据要求越严。业内常见的表述是"一至四级"这类分级方式,但具体级数、名称、各级门槛在不同年度和不同评估方向上会有调整,以 ITSS 分会 / 评估机构最新要求为准。

不看编号,只看"实质差异",大致是三个台阶:

台阶实质特征典型适用
入门级(较低等级)流程已定义并执行,有基本的服务记录和岗位分工,工具可以是轻量的首次申报、中小型运维项目、区域性投标
中间级流程有量化指标(响应/解决时限、SLA 达成统计),多项目并行仍能管住,工具有数据留痕多数政府/央企运维项目的常见门槛
较高等级能力要素全面覆盖,有量化度量与持续改进闭环,跨项目、跨场地可复制大型/省级项目、行业标杆、总集成商对分包方的要求

建议从入门级或中间级起步,不要一步冲高。级别看的是能力与记录,不是成立年限,也不是营业额。级别定高了,人员、合同、记录三样里任何一样对不上,材料会在预审阶段被退回,返工成本比"低一级先拿证"高得多。

三、哪些企业适合办,哪些可以往后放

判断标准只有一条:你有没有在对外提供 IT 运维服务,并且有合同能证明。符合这条的,下面几类企业需求比较集中:

IT 运维 / 驻场服务商

主营就是运维,ITSS 是能力的主证明,投标时几乎绕不开

系统集成商转运维

集成项目交付后转年度运维,需要把"项目能力"讲成"服务能力"

数据中心 / 云服务商

服务可用性、SLA、服务台是日常,体系化材料基础较好

政企 IT 供应商

政府信息化运维项目的常见门槛条件,常与 ISO 20000 并列要求

大型企业 IT 共享中心

对内服务转对外承接、或作为集团投标主体时用得上

软件企业的运维业务线

自研系统上线后的运维托管,可单独以运维业务申报

可以往后放的三种情况:纯产品公司、没有对外运维合同;业务刚起步、连一份完整年度运维合同都拿不出;以及只想"先有个证"、短期内不会真按流程跑服务的企业——后一种即使拿到证,年度维持和下一次再评估时也会很吃力。

四、申请条件:四条硬门槛

具体门槛随等级浮动,但骨架是这四条,缺一条就往下卡:

门槛要看什么容易出问题的地方
主体资格独立法人,经营范围覆盖信息技术服务/运维相关内容,无严重失信记录经营范围只写"技术开发",没写服务类内容
业务证据有真实在履行或已完成的运维服务合同,可核查(合同+验收/结算+服务记录)合同是设备采购或软件开发,实质不是运维
人员配置专职运维团队,岗位分工清楚,核心人员社保缴纳在申报主体社保在总公司、合同在子公司、人员在分公司——主体对不上
体系与记录有成文的服务流程文件,且已按文件跑出记录(工单、巡检、月报、SLA 统计)文件是刚写完的,记录一条没有,或记录时间晚于文件生效日

人数、合同数量与金额、场地/服务台数量这些量化门槛,各级要求不同,且会随当期规则调整,以 ITSS 分会 / 评估机构最新要求为准。不要拿同行的旧清单直接套——同行去年报的和今年报的,可能就不是一套要求。

五、材料清单:审核真正在看什么

材料按四类归,比按"某个模板的第几条"归更好用,因为审核看的是四类材料之间能不能互相印证:

类别典型材料审核关注点
主体类营业执照、章程或股权结构、办公/服务场地证明、财务与纳税资料(按等级要求)主体真实、经营范围匹配、无失信
业务类运维服务合同、中标通知书、验收或结算凭证、项目清单、服务目录、SLA 文本合同内容是不是"运维",时间是否在有效期内,服务范围能否对上服务目录
人员类员工花名册、社保缴纳记录、学历/职称/相关培训证明、岗位职责与任命文件人在不在册、在不在本主体、岗位和流程文件里的角色是否一致
体系与记录类服务管理手册、流程文件(事件/问题/变更/发布/配置)、工具截图或导出数据、工单与巡检记录、服务月报与 SLA 达成统计文件是否被执行:记录的存在密度和时间跨度
提示:材料不是"凑齐",是"对得上"。判断标准很朴素:随便抽一份工单,能不能顺着它找到合同、找到处理人、找到这个人的社保、找到对应的流程条款。这条链能走通,材料就算过关。具体清单条目与格式以 ITSS 分会 / 评估机构最新要求为准。

材料准备顺序建议倒过来:先定服务目录和 SLA → 再定流程与岗位 → 再配人和工具 → 然后才写文件 → 拿至少 1-3 个月的真实记录。反过来做(先写文件再补记录)是返工的头号原因。

六、评估流程与周期、费用区间

流程大致八步,其中"记录试运行"是多数企业没算进工期的部分:

1

等级定位

盘业务与证据,定方向与级别

2

差距分析

对照标准要求,列缺口清单

3

体系补齐

服务目录/SLA/流程/岗位

4

工具与记录

工单、监控、知识库跑起来

5

提交申请

材料组卷,预审沟通

6

现场评估

文档查验+人员访谈+现场查看

7

整改发证

不符合项闭环后发证

8

年度维持

按期接受监督,保持记录

周期区间:常见情况下,从启动准备到拿到结果落在 2-6 个月这个区间,跨度主要取决于四件事——等级高低、现有体系与记录的基础、需要补的记录时长、以及评估机构的排期。已经有 ISO 20000 体系在运行的企业,因为服务目录、SLA、事件与变更流程都是现成的,通常能压到区间偏下限;从零起步、连工单系统都没有的,往区间偏上限走。精确到周的排期以评估机构当期安排为准。

费用区间:总投入一般由两块构成——评估相关费用(由评估机构按其规则收取,与等级、人数、服务场地数量相关)+ 咨询辅导费用(体系搭建、文件、记录辅导、现场陪同)。整体通常在数万元级的区间,等级越高、场地越多、需要整改的缺口越大,往上走。是否包含工具采购(工单/监控系统)另计。具体金额以评估机构与服务机构的最新报价为准,任何不看人数和场地就报一个固定数字的,都值得再问一句"这个价包含哪几项"。

证书与维持:ITSS 证书有有效期,期内需要按要求接受监督或维持性评价,到期前要安排再评估;拿证后停止按流程跑服务、记录断档,是维持阶段被卡的主因。有效期年限与维持的具体方式以 ITSS 分会 / 评估机构最新要求为准。

七、和 ISO 20000、CCRC、CMMI 是什么关系

四张证经常在同一份投标文件里同时出现,但查的是四件不同的事。它们不互相替代,也不能互相"顶替"。

ITSSISO 20000CCRCCMMI
性质国内标准体系下的服务能力评价国际标准的管理体系认证信息安全服务资质过程成熟度模型评价
查什么运维服务能力到哪一级服务管理体系是否合规、能否持续安全服务能力(按类别与级别)研发/交付过程成熟度
典型场景政府/央企 IT 运维项目投标客户要求 SLA 与服务管理保障安全集成、安全运维等安全类项目软件开发类项目投标加分
关系同一套服务管理内容,一个查"能力等级"、一个查"体系合规",常被称为 IT 服务能力的"双标配"与 ITSS 关注点不同:一个管安全服务,一个管运维服务与前三者不在同一维度,管研发过程

实操上两句话:

  • ISO 20000 的体系文件可以给 ITSS 用。服务目录、SLA、事件/问题/变更/发布/配置流程、服务台与知识库,两边高度重叠。先做 ISO 20000 再做 ITSS,ITSS 的文件工作量会明显减少;反过来先做 ITSS 再补 ISO 20000,补的主要是管理体系的通用件(方针目标、内审、管理评审、文件控制、持续改进)。
  • 但两套记录不能共用一份就交差。ITSS 更看"运维服务的实际执行痕迹"(工单、巡检、月报、SLA 达成),ISO 20000 更看"体系运行证据"(内审、管审、不符合项纠正、服务评审)。同一批工单可以支撑两边,但统计口径和汇总方式要分别做。
提示:如果客户同时要安全和运维两类资质,通常的组合是 CCRC 信息安全服务资质 + ISO 20000 + ITSS;CCRC 的类别与级别怎么选,另有一篇专门讲(八大类别对号入座、安全运维方向的三级申报)。具体某一单招标要求哪几张,以招标文件原文为准,不要按行业惯例猜。

八、常见坑:六个真实返工点

  • 只补文件,不补记录。文件一天能写完,记录是长出来的。审核看的是"文件生效之后有没有按它干活",文件日期比工单还新,等于自证没执行。
  • 主体不一致。合同在关联公司、社保在总公司、人员在项目现场的分公司——三处主体不统一,是退回频率较高的一类问题。申报前先把主体、人员、合同三张表拉平。
  • 级别定太高。级别是能力和证据的函数,不是意愿的函数。低一级先拿证、跑一年记录再上,比一次冲高被退回更省时间。
  • 拿工具截图当能力。买了工单系统但工单里只有三条测试数据,不但不加分,反而暴露"工具是摆设"。要么真用,要么写清阶段性状态。
  • 拿证就不管维持。证书有有效期,期内要接受监督。服务记录一断,下一次评价等于从头再来。
  • 把 ITSS 和 ISO 20000 混为一谈。一边是以为"做了一个另一个就不用做",投标时被废标;另一边是重复建设两套完全独立的文件,白花一倍力气。正确做法是一套体系、两套证据口径、分头申报。

行动清单

启动前按顺序过一遍,每条都能给出具体答案再往下走:

  • ⬜ 我能说清过去 1-2 年客户付钱买的是哪一类运维服务(驻场、远程、机房托管、年度维护)
  • ⬜ 我手里有与该服务对应的合同,且合同主体、执行主体、社保主体是同一家
  • ⬜ 我已确认目标等级,并知道这个等级对人数、合同、场地的大致要求(以当期要求为准)
  • ⬜ 我有可用的工单/监控工具,且已经在产生真实数据
  • ⬜ 我能安排出至少 1-3 个月的记录试运行时间,不指望边申报边补
  • ⬜ 我知道 ITSS 与 ISO 20000 在我这里的先后顺序,以及哪些文件可以共用
  • ⬜ 我已确认招标文件/客户要求写的是哪张证、哪一级,而不是"听说要办"

七条里能打勾的不到四条,说明现在还不是提交申请的时候——先把缺口补上,比先交材料再退回快得多。盘不清的地方,也可以直接联系我们逐条过一遍。

结语:先盘证据,再谈工期

ITSS 这件事,难点从来不在"标准条文",而在把已经在做的服务,变成一条能查证的证据链:合同说明你在做,人员说明谁在做,流程说明怎么做,记录说明真的做了。四样串起来,等级自然成立;少一样,就得回到业务现场去补。

所以顺序永远是:先盘业务和证据 → 再定方向和等级 → 然后才谈文件和工期。反过来做,材料写得再漂亮,也过不了现场访谈那一关。

▍不确定自己该报哪个等级、或者想知道 ITSS 和 ISO 20000 怎么排顺序?留言或私信我,备注"ITSS 自测",我发你一份逐条对照清单。

普华智科 / CertFastLine 普华认证|出口认证 & 检测 & 管理体系咨询 本文为合规科普参考,非法律意见;等级、机构、费用与周期以 ITSS 分会及相关评估机构最新要求为准

不确定该报哪个等级?

告诉我们业务类型与目标项目,免费出具 ITSS / ISO 20000 路径规划

📞 免费咨询