← 洞见行业咨询动态

合同里的「两小时响应」,多半考核不了

泛友数字2026/11/02 09:4651 阅读
合同里的「两小时响应」,多半考核不了

「2 小时响应」这句写法考核不了,因为它没说 2 小时内做完什么。把它拆成受理时限、首次反馈、恢复时限、升级路径四个点,每个点都落在工单时间戳上,才能按月扣款。适用于运维、软件维保、系统集成类合同。

先看常见的一句:「乙方应在接到甲方通知后 2 小时内响应,24 小时内解决。」

这句话签下去,供应商有四种解释都不算违约。接起电话算响应。在群里回「收到」算响应。派人出门算响应。转给研发也算响应。

四种成本差得远,供应商一定选最便宜的那种。你想扣钱,拿不出反证,因为合同没写清是哪一种。

「响应」这个词行业里有约定,但在合同里不管用。合同只认能被记录下来的动作。

这跟家里报修空调一样。师傅说「马上来」,你只能在家等。说「今天下午三点前上门,明天中午前修好,修不好换机」,你才知道催谁、扣谁的钱。

「马上来」是态度,「三点前上门」才是条款。

先定分级,再定时限。

一级故障,业务整体不可用,比如收银开不了单。二级故障,部分功能不可用,但有替代办法。三级故障,不影响业务,只是慢,或者某张报表数不对。

分级放合同附件,一张表三行。别塞进正文,塞了没人看,出事时双方各引一句。

第一个点,受理。

受理是大白话:你的报修进了对方系统,生成一张单子,单子上有时间。

原文常写「电话 7×24 小时畅通」。畅通不等于受理。半夜打过去有人接,说「明天上班登记」,这一夜就不算。

改后:乙方应在电话、邮箱、工单系统三个渠道受理报修。工作时段 30 分钟内建单,非工作时段 2 小时内建单,建单后 10 分钟内把工单号回传甲方联系人。

为什么可考核:工单号是凭据。拿不出号,当月按未受理计。这一条堵住了「我接了电话」这条退路。

第二个点,首次反馈。

首次反馈不是「已收到」,是有人给出判断:什么级别、影响哪些业务、打算怎么处理、预计几点恢复。

原文常写「30 分钟内响应」。客服 30 分钟内回一句「已转技术」,也算响应。然后技术两小时没动静,你还不能说他违约。

改后:建单后 2 小时内,由工程师而非客服给出故障等级、影响范围、处置措施、预计恢复时间四项内容。只回「已收到」「已转交」不计入首次反馈。

为什么可考核:四项缺一项就是没反馈,月报里数得出来,不需要争论态度好不好。

第三个点,恢复。

恢复要看业务能不能用,不看供应商系统里那个「已解决」按钮。

原文写「24 小时内解决」。解决可以是改个配置让报错消失,业务照旧不能用。也可以是「已转研发排期」,然后就没有然后了。

改后:一级故障即业务整体不可用,须在 4 小时内恢复,或提供经甲方书面确认的临时替代方案。恢复以甲方业务人员实际操作可用为准,乙方内部工单状态不作为验收依据。

为什么可考核:谁确认可用,写清楚了。临时方案也算履约,但要有甲方签字,不能由乙方自己宣布。

到场是另一个容易含糊的地方。远程能解决的,不算到场。条款要写清:到场指乙方工程师到达甲方机房并完成签到,时间以甲方门禁记录为准。

到场时限和恢复时限是两码事。写了 4 小时到场,不等于 4 小时修好。两个数要分开写。

第四个点,升级。

升级是大白话:超过时限还没好,该找谁。

原文大多没有这一条。没有升级路径,超时之后你只能打同一个电话,听同一句「在查了」,然后等第二天。

改后:超过承诺时限 50% 未恢复,工单自动升级至乙方项目经理;超过 100%,升级至乙方负责人并书面向甲方报告。升级不改变原时限责任,超时照扣。

为什么可考核:升级有时间点、有接收人、有书面记录,事后能查。

考核只看四个时间戳。报修时间、建单时间、首次反馈时间、恢复时间。工单系统里通常都有这四个字段,导出成表就能算。

所以合同里还要加一句:甲方有权开通工单系统只读账号,随时导出明细。

没有这句,你每月只收到一张写着「响应及时率 98%」的报表。数字是他算的,口径也是他定的,你只能签收。

算法本身很简单:达标单数除以总单数。要按故障等级分开算。一级故障 20 单错 1 单,和三级故障 200 单错 1 单,不是一回事。

扣款比例是经验值,按项目金额调。月度达标率低于 90% 扣当月服务费 5%,低于 80% 扣 10%;单次一级故障超时一倍以上,按次另扣 2%;连续两个月低于 80%,甲方可以解除合同。

服务报告也要约定:每月 5 日前提交上月工单明细、按等级拆分的达标率、未达标原因。甲方按 10% 抽查,抽到不符的,当月达标率按抽查结果重算。

这套写法有出处,不是拍脑袋。《政府采购需求管理办法》第九条要求:技术要求和商务要求应当客观,量化指标应当明确相应等次;有连续区间的,按照区间划分等次。

30 分钟、2 小时、4 小时就是三个等次。写成「及时响应」,等次就没了,评审没法定分,验收也没法对照。

同办法第二十四条要求:验收内容要包括每一项技术和商务要求的履约情况。验收标准要包括所有客观、量化指标。时限没写,验收时手上就没有可量的东西。

GB/T 28827.1-2012 的事件管理条款里,要求建立事件分类分级机制、事件升级机制,并把事件平均解决时间列为评估指标。这四个点的思路,标准里早就有。

现行版本是 2022 版,2023 年 5 月起实施。合同里引标准要连年版一起写,只写标准号,供应商可以拿旧版来对。

四个坑,看到就退回去改。

  • 只写响应不写受理,回一句「收到」就达标。
  • 只写解决不写临时方案,业务可以停一整天。
  • 写「工作日 8 小时」,节假日按普通时段算,春节七天没人。
  • 没有升级路径,超时之后没人接手。

还有一处容易漏。条款要写明服务时段和计时起点。凌晨两点报修,从报修起算还是从上班起算,差十个小时。

最后是留痕。每次超时扣款,附上工单号和时间戳,一次沟通解决,不用开会吵。

响应条款四个可观测点:受理、首次反馈、恢复、升级
四个点都落在时间戳上,条款才扣得动钱。

翻合同别只搜「响应」。搜「受理」「首次反馈」「恢复」「升级」,四个词都在,这条才算能考核。