服务抵扣额与履约保函：让 IT SLA 真正可执行

简短回答： 大多数 IT SLA 写完目标就停了。一份 SLA 要真正“有牙齿”，还需要三样东西：一套双方都认可的计量方式、一个未达标时自动发生的后果，以及一个让服务商不至于被罚到无力修复问题的上限。服务抵扣额和履约保函解决的是第二件事——它们替代不了第一件事。

续约时，一份可执行的 IT SLA 到底需要什么？

服务水平协议（SLA）说到底是一份带数字的承诺。它值多少钱，取决于某个数字没达到的那一天会发生什么。在很多 IT 服务合同里，老实的答案是：什么也不会发生。月度报告里多了一个红色格子，季度会议上有人道个歉，发票照常寄来，金额一分不少。

这篇文章写给经历过这种情况、如今正在续约、希望下一份合同能“咬得住”的财务或运营负责人。我们会讲清楚一份可执行的 SLA 需要的三个层次——计量、后果与分寸；IT SLA 服务抵扣额以及从发票中抵销的机制实际上怎么运作；什么时候要求履约保函或母公司担保是相称的，什么时候提出这个要求只会让报价上涨；还有那些通常比抵扣额更重要的条款。

在继续之前，有一点必须说清楚：这是一篇商业层面的指南，不是法律意见。 它描述这些机制如何运作、背后的商业逻辑是什么。它不起草条款措辞，不解释香港法律，也不判断某一条款是否会被认可。那是你自己的律师在看过实际合同之后才能回答的问题。这篇文章能做的，是确保你交给律师的需求说明是对的。

场景：一份纸面上达标、实际上失守的 SLA

设想一家约 120 人的香港贸易分销集团。总部、财务和销售团队在观塘；仓库和一个小型品检团队在东莞一带；新加坡还有一个三人的销售办公室。订单通过 EDI 数据流、电子邮件和一个经销商门户进来；仓库靠手持扫描枪运作，扫描枪连接库存系统，库存系统再同步回香港的财务软件。这是一个综合化的虚构场景，不是某个具名客户——但其中每一个环节，对这种规模和形态的集团来说都再普通不过。

两年前，这家集团签了一份附带公开 SLA 的管理型IT外包服务合同。此后每一份月度报告都显示 SLA 达成率稳稳高于目标。可财务总监手上的投诉记录却越积越多。

在一次重要出货截止日之前的周一，仓库的扫描枪停止同步。拣货员退回纸笔作业，折腾了大半天。工单在上午 8:40 建立，被定为 P3——“单一站点，有替代方案”——因为纸笔也算替代方案。服务商两次暂停计时，理由是等仓库有人去重启一台交换机。工单在 P3 时限内解决。报告把它记为一次成功。

同一个季度，财务团队在月底最后一个工作日有三个小时登不进财务系统。工单是下午 5:50 通过邮件提交的，按照合同对“营业时间”的定义，计时要到第二天早上 9:00 才开始。纸面上，还是达标。

这两起事件都没有违反合同写明的 SLA。问题恰恰就在这里。当财务总监问集团有权得到什么时，答案是：一句道歉和一份服务改进计划。所以现在的续约需求书上写着一句话：新合同必须包括“从付款中抵销的服务抵扣额，以及履约保函”。

这比“你们的 SLA 是什么？”要尖锐得多。但它也只是正确问题的一半——因为在几乎任何抵扣机制下，上面两起事件产生的抵扣额都是零：它们根本没有被记为未达标。抵扣额执行的是目标；它管不了目标是怎么被计量的。

为什么光有优先级阶梯还不够？

每一家合格的 IT 服务商都会公布一套优先级阶梯：P1 代表业务中断，P2 代表严重降级，往下一直到低优先级请求，每一级都有响应和解决时限。这些阶梯如何搭建、影响程度与紧急程度如何组合出优先级，我们已经在 IT 支持 SLA 优先级指南里讲过。本文假设你已经有了一套阶梯，从那篇指南刻意停下的地方开始：阶梯被打破时，合同上会发生什么。

阶梯是必要的，但不充分，原因有三。

第一，阶梯是一组目标，不是一组后果。 它告诉你服务商打算做什么，却没有说明做不到时会改变什么。没有后果的目标，只是一个预测。

第二，阶梯的好坏取决于喂给它的分级结果。 上面的仓库故障，在业务意义上是 P1，在工单系统里是 P3。一套时限宽松、分级随意的阶梯，完全可以报告接近完美的达成率，而业务的真实感受却截然不同。

第三，阶梯衡量的只是合同所定义的、属于服务商的那一段时间。 营业时间、暂停规则、计时起点，决定了你实际等待的时间里有多少会被计入。这些都不在阶梯上，全都写在合同的定义条款里——而那恰恰是大多数买方最后才读的部分。

所以续约工作分三层，而且顺序很重要：先修好计量，再挂上后果，最后决定这些后果背后需要多少担保。

谁掌握计量——为什么这决定了一切？

在为抵扣比例争一个百分点之前，先决定什么才算“未达标”。SLA 续约中真正的价值大多藏在这里，而且对服务商来说，在这方面让步的成本远低于在抵扣比例上让步——这意味着你更容易争取到。

计时从什么时候开始？

常见的选项有三个：用户第一次通过任何渠道报告问题时；服务商系统中建立工单时；服务商确认受理工单时。第一个和最后一个之间可能相差很多，尤其是当邮件报障先躺在一个共享邮箱里、要等有人把它转成工单的时候。争取让计时从双方都能举证的最早时点开始——通常是通过约定渠道（电话、门户、邮件或即时通讯）首次报障的时间戳。

同时约定“响应”是什么意思。一封自动确认邮件不是响应；一位工程师审阅工单并与受影响的用户第一次取得联系，才是响应。如果合同没写清楚，就假设服务商会按成本更低的那个来算。

按谁的营业时间？什么时候可以暂停计时？

一份只在营业时间内计算 P1 时限的合同，其实在告诉你你买到的是什么。对一个周六也要出货、月底要在晚上关账的集团来说，问题可能不在条款，而在产品本身。正确的做法通常是购买你真正需要的覆盖时段，而不是在一份营业时间 SLA 上使劲谈判。

暂停规则是另一半。服务商在真正等你——等权限、等决定、等一个联系不上的用户——时停表，是合理的。服务商在等它自己的分包商时停表，或者每发出一个问题就自动设成“等待客户”，就不合理了。要求暂停原因必须被记录、对你可见，并限定在一张简短的清单之内。

谁来给工单分级？重新分级时怎么办？

这是任何 SLA 争议中争得最凶的一条，也是上面那个场景的关键。事先以书面形式约定：对你的业务而言，什么情况算 P1。比如：营业时间内仓库扫描中断；月底关账期间财务系统不可用；订单门户拒绝经销商登录。“业务关键系统宕机”这类通用定义，等于把判断权交给了当班的人。

然后约定三条规则。第一，你可以调高工单优先级，服务商必须立即接受，有异议事后再议。第二，服务商调低优先级，必须记录原因并通知你。第三，被重新分级的工单，其 SLA 计时从最初报障时间起、按纠正后的优先级计算，而不是从重新分级那一刻起算。没有最后这一条，一张被错定为 P3、中午才升为 P1 的工单，会从中午开始一个全新的 P1 计时——也就是说，错误分级本身永远不会被计量。

报告是双方都能审核的吗？

一份由服务商用自己的系统、按自己的定义生成的月度 SLA 报告，是有用的文件，但不是你可以核查的证据。要求取得底层工单数据——至少包括建立时间、优先级变更记录、暂停记录和解决时间的导出——这样你自己的团队或独立审阅方就能重新计算达成率。如果你已经在季度检讨会上使用月度报告，同一份数据导出，就是让那场会议从“看汇报”变成“真正对话”的关键。

IT SLA 服务抵扣额到底是怎么运作的？

本文所说的“服务抵扣额”（service credits），是指服务低于约定水平时，按合同公式从服务费中扣减的金额。它由写进合同的公式计算，双方都不需要证明这次不达标造成了多少损失，通常以一行扣减项出现在之后的某张发票上。它的逻辑是商业性的：你为某个服务水平付了钱，得到的少于此，于是价格相应调整。

服务抵扣额就是这么一回事。真正的设计选择，在于公式怎么算、上限怎么设、钱实际上怎么流动。

服务抵扣额怎么计算？

大多数机制会组合三个变量：哪个目标没达到（响应还是解决、哪个优先级）、差了多少、多频繁。有的给每一张未达标的 P1 或 P2 工单挂一个固定金额；有的按月计算各优先级的达成率，低于某个门槛就触发抵扣；很多采用阶梯式，一次未达标代价很小，形成规律则代价更大。

下面是一个假设性的计算示例，所有数字都是为了演示机制而虚构的——它们不是市场行情，也不是 Brocent 的费率。假设月服务费为 15 万港元。假设合同规定：每一张 P1 工单未达响应时限，抵扣当月服务费的 2%；未达解决时限，抵扣 4%；P2 未达标则减半。假设每月抵扣总额上限为当月服务费的 15%。

在一个糟糕的月份里，出现一次 P1 响应未达标、一次 P1 解决未达标、两次 P2 解决未达标，计算如下：2% 加 4% 加 2 乘 2%，合计 10%，即 15,000 港元——没有超过上限，所以全额抵扣到之后的发票上。在一个灾难性的月份里，出现四次 P1 解决未达标，公式算出 16%，触发上限，抵扣额为 22,500 港元。

看看这个示例说明了什么：最糟的那个月产生的抵扣额，几乎可以肯定只是四次业务中断给一家贸易集团造成的货运损失和加班成本的零头。这不是示例的缺陷，而是抵扣机制本来的构造方式——这也正是下一节要讲的原因。

为什么抵扣额不等于损害赔偿？

服务抵扣额被设计为一种价格调整，而不是对你损失的补偿。没有人去计算这次未达标让你损失了多少，金额由公式事先决定。正是这一点让抵扣机制可行——不用争论间接损失、不用收集证据、不会拖延——也正是这一点让它金额偏小。

抵扣额与你可能就同一事件提出的其他主张之间是什么关系——它是否是你唯一的救济、是否计入其他款项、合同是否把它写成未达标的唯一补救——取决于条款的具体措辞以及合同适用的法律。这个问题要直接交给你的律师。不要预设任何一种答案，也要对任何在没有看到条款的情况下就告诉你答案的概述保持警惕，包括本文。

上限起什么作用？服务商为什么坚持要有上限？

上限限制的是一个周期内的抵扣总额，通常表示为该周期服务费的某个百分比。服务商坚持设上限，理由一半出于自身利益，一半其实也符合你的利益：管理型IT服务合同的利润本来就薄，一个没有上限的抵扣机制可能让一个糟糕的月份变成服务商倒贴钱为你服务的月份。处在那种位置的服务商，有充分的动机减少在你这个客户身上的投入——而这恰恰和你在一个糟糕月份之后想要的相反。

真正有用的问题不是要不要上限，而是触顶之后发生什么。一份构造良好的合同，会把一个触顶的月份——或连续几个接近上限的月份——当作触发金钱以外措施的信号：正式的整改计划、升级到具名的高层人员，最终是解约权。这样，上限就从“你的救济天花板”变成了一根“绊线”。

什么是回补机制（earn-back）？它是陷阱吗？

回补机制允许服务商在之后一段时间表现超出目标时，把已经付出的抵扣额“赚回来”。服务商要求它，是因为它奖励恢复；买方不喜欢它，是因为它可能意味着抵扣额从来没有真正兑现。

回补机制本身并非不合理。问题出在：回补窗口太长、回补门槛太低，或者抵扣额只在年底才结算，于是在它出现在发票上之前就被冲销掉了。如果你接受回补，就把窗口定短，把回补门槛定在正常目标之上，并确保抵扣额按月产生、按月兑现，而不是年底对账。

服务抵扣额可以从发票中抵销吗？

这里的“抵销”（set-off），是指抵扣额直接减少你应付的款项，而不是作为一笔单独的退款返还。实践中有两种很不一样的做法，续约需求书应当写明你要哪一种。

第一种：服务商根据月度 SLA 报告计算抵扣额，并在下一张发票上作为一行扣减项列出，你支付净额。这在行政上最干净，也是大多数抵扣机制的设计初衷。它的弱点是计算由服务商来做。

第二种：合同明文赋予你在应付款中自行扣减已约定抵扣额的权利，通常要求先计算、先通知，并经过一个简短的异议期。这让你更有主动权，但需要清晰的程序——因为扣掉一笔服务商有异议的金额，正是把一场服务讨论变成付款纠纷的典型方式。

你不应该做的，是在合同没有明确赋予你这种权利时，凭自己对报告的理解扣住付款。某一种抵销安排是否如你预期那样运作，是交给律师的措辞问题。商业上的要点更简单：自动计算、在下一张发票上兑现、在发票上看得见的抵扣额，才是真正会被支付的抵扣额。

只有目标的 SLA、带抵扣额的 SLA、抵扣额加保函：哪一种会改变服务商的行为？

场景里财务总监的直觉，是直接跳到最强的工具。先看清楚每一层执行力度实际上改变了服务商运营你这个客户的哪些方面，会很有帮助。

三种模式对比

只有目标的 SLA： 服务商公布阶梯、按阶梯报告、在检讨会上讨论未达标的情况。驱动服务商行为的是声誉和续约日期。对于一个在乎长期关系的服务商，这可以运作得不错，而且不需要额外成本。它的弱点在于：在最要紧的月份、事情真正出大错的时候，不会自动发生任何事——这正是场景中那家集团想摆脱的处境。
带服务抵扣额的 SLA： 未达标有了价格，自动计算、体现在发票上。它在最关键的地方改变行为——服务商自己的运营内部。一张会产生抵扣额的 P1 会被更快升级，暂停理由会被更严格地审视，错误分级也会变得可见，因为服务商这边终于有人有理由去追踪它。它在计量层先修好的前提下效果最好；在一套宽松的分级流程之上叠加严厉的抵扣机制，主要产生的是争吵。
抵扣额加履约保函或担保： 在抵扣额之上，由第三方——银行、保险公司或母公司——在约定金额内为服务商的义务兜底。它对日常行为的影响不大，服务台根本不知道保函的存在。它改变的是：当服务商严重失败到干脆停止履约，或者付不出欠你的钱时，你的追偿位置。它防范的更多是破产和弃约，而不是慢吞吞的工单，而且它的成本一定会在价格的某个地方体现出来。

简单说：抵扣额改变行为；保函改变你在失败时的追偿位置。它们回答的是不同的问题。一份同时要求两者、却没说清楚各自防范哪种风险的续约需求书，通常换来的是更高的报价，而不是更好的合同。

什么情况下要求履约保函或母公司担保才算相称？

履约保函通常是银行或保险公司出具的承诺：如果服务商不履行合同，就在约定金额内向你付款。母公司担保则是服务商的母公司承诺为子公司的义务兜底。它们在建筑工程、大型外包项目和公共采购中很常见；在中型规模的管理型IT服务合同中并不常见，这是有原因的。

保函不是免费的。服务商的银行开立保函要收费，可能要求保证金或占用服务商的一部分授信额度，而服务商会把这笔成本计入合同价格。母公司担保的出具成本较低，但会把母公司的资产负债表暴露出来，有些集团对低于一定规模的合同根本不提供。无论哪种方式，为这份保障付钱的都是你。问题在于：它所防范的风险，值不值这个价。

当以下几项中有多项成立时，要求保函通常是相称的：

切换成本非常高。 服务商运行着你无法快速迁移的系统——高度定制化的平台、由服务商拥有并托管的基础设施，或者需要很多个月才能完成的交接。
你方有大额前期投入。 你在为一个大型转型项目付款，或预付了一大笔钱，项目中途失败会让你只剩沉没成本、什么都跑不起来。
服务商的财务状况确实存在不确定性。 成立不久的公司、单薄的资产负债表，或者自身资产很少的子公司。
你对他人的义务依赖于这项服务。 客户合同、监管承诺或贷款契约，一旦 IT 服务中断就会违约。

当服务只是按月计价的标准管理型IT支持、合同可以在合理通知期后退出、服务商有可供核查的过往记录时，要求保函通常是不相称的。在这种情况下，最要紧的保障是离开的权利和干净的交接——这些对服务商来说成本低得多，因此也应该容易争取得多。

如果你确实认为需要保函或担保，就在流程早期提出，告诉服务商它要防范什么风险，并请对方单独报价。这样你能看到它的成本，再决定是否值得，而不是发现它被埋进了更高的月费里。

服务商会在哪些地方反对？什么时候反对反而是好迹象？

可以预期服务商会在四件事上反对：没有上限的抵扣额；对依赖你方员工或你方第三方的目标设置抵扣；无限制的扣款权；以及在标准月度服务上要求履约保函。

这些反对有的出于自身利益，有的是服务商在诚实地告诉你它能交付什么。值得把两者区分开来。

好迹象的反对听起来很具体。“对依赖你们电信运营商的事件，我们没法在解决时限上给抵扣，但可以在响应和升级上给，而且我们会单独报告运营商的处理时间，方便你们去跟他们交涉。”“如果触顶的月份触发你们的解约权，我们可以接受更低的上限。”“我们不太愿意出保函，但这是我们经审计的财务状况，这是我们的退出协助承诺。”以这种方式谈判的服务商，是在告诉你它真正的控制范围到哪里为止——而这正是你签约之前需要知道的。

警示性的反对听起来很笼统。“我们的标准条款不允许修改。”“我们不提供抵扣。”“分级由我们的工程师酌情决定。”一个不让你看工单数据、不肯按你的业务语言定义 P1、不愿给未达标挂任何后果的服务商，是在告诉你下一份合同会是什么感觉——和上一份一样。

一个毫无异议、什么都答应的服务商，也值得再看一眼。执行条款让步得太轻松，有时恰恰是因为没人打算真的用到它们。

哪些条款比服务抵扣额更重要？

抵扣额执行的是一项持续运行中的服务。下面这些条款决定的是：当“持续运行”不再是目标时会发生什么——而在一份糟糕的合同之后续约，它们往往更值钱。

退出协助应该涵盖什么？

你手上最有力的执行工具，是可信的“离开”能力。而只有当离开切实可行时，它才可信。退出协助应当约束现任服务商：在一段约定期间内配合接任者；在交接完成前继续按约定水平提供服务；以可用的形式移交配置、凭据和文档；参加约定次数的知识转移会议。它还应当在你需要之前就写明这些协助如何收费。服务商之间一次有章法的交接在实践中是什么样子，我们在一家香港贸易公司如何更换 IT 服务商中完整走过一遍。

数据和文档归谁所有？

网络拓扑图、资产清单、运维手册、管理员凭据、许可证记录、备份配置：这些应当归你所有，在合同期内保持更新，并且随时可以取用——而不是只在退出时才拿得到。一个手握你管理员凭据唯一副本的服务商，拥有一种任何抵扣机制都抵消不了的筹码。

合同要求的是持续改进，还是只要求报告？

月度报告告诉你发生了什么。服务改进计划说明因此要改变什么、每一项由谁负责、何时完成——季度检讨会则检查它是否真的改变了。两者的差别，就是“知道问题存在”和“问题被解决”之间的差别。

有没有一条真正的升级路径？

抵扣额是钱。在糟糕的一周里，你真正需要的往往是关注。一条具名的升级阶梯——服务台主管、服务交付经理，再到有权调配资源的总监——连同联系方式和时限写进合同，在出事那天比任何百分比都值钱。

Brocent 公开承诺并兑现的是什么？

既然这篇文章出自一家管理型IT服务商，就应该说清楚我们自己的立场，以及任何抵扣机制——包括我们的——的边界在哪里。

对于现场服务，我们公开的派遣 SLA 等级列在上门派遣费率页面上：标准营业时间（8×5）等级为 P1 两小时响应、P2 四小时响应、下一个工作日上门；延长时段（8×7）等级为 1 小时、2 小时和当天上门；24×7 紧急等级为 P1 15 分钟响应、P2 1 小时响应、4 小时内到场。这些适用于派遣的现场工作，等级由你按需选择和付费。

对于我们管理型IT方案中的服务台，SLA 与质量框架是另一条独立的服务线，有它自己的目标。工单分为 P1 至 P5 五级，分级标准事先约定并写入服务合同——这正是本文认为最重要的计量环节。P1 享有 15 分钟首次响应和 4 小时解决目标。我们每月报告各优先级的 SLA 达成率、响应和解决时间、工单积压时长和趋势；每季度由客户经理主持服务检讨会并更新服务改进计划；每张工单都跟踪客户满意度；并以 99% 以上的 SLA 达成率为目标。你可以了解 7×24 服务台的人员配置，以及它如何融入我们的管理型IT服务。

在后果方面，我们的框架包括针对 P1 和 P2 未达标的合同性服务抵扣额。抵扣比例及其附带条件在每个项目的主服务协议中约定，所以我们不在这里公布一个统一数字——我们也鼓励你像阅读目标本身一样仔细阅读任何服务商协议中的这一部分，包括我们的。我们的管理型IT方案并不把履约保函作为标准内容；如果你的情况属于上文所说保函确实相称的那几种，请尽早提出，我们会把它当作一项具体需求来讨论，而不是想当然。

然后是诚实的边界。一套抵扣机制无论写得多好，都无法补偿一整天的业务中断。它只覆盖合同写明由服务商控制的部分。它的公平程度，也只取决于喂给它的分级和计量。正因为如此，我们把分级标准写进合同，而不是留在内部流程里；也正因为如此，我们按用户计费方案的每一个档位都包含客户自有的文档和凭据——让你最重要的执行权利，也就是干净离开的权利，从第一天起就是真实的。

给财务总监的续约清单

如果续约会议上你只能带一页纸，就带这一页。

用你自己的话定义 P1。 列出三到五种无论影响多少用户都一律算 P1 的具体业务情形。
计时起点与响应定义。 通过任何约定渠道的首次报障即开始计时；由真人首次联系才算响应。
与业务运作相匹配的覆盖时段。 仓库周六出货，就购买周六覆盖。
暂停规则。 一张简短的合理暂停理由清单，每次暂停都有记录且对你可见。
重新分级规则。 客户可以立即调高优先级；服务商调低必须记录并通知；计时从最初报障起算。
数据取用权。 一份可以用来重新计算达成率的工单级数据导出。
抵扣公式、上限与触发机制。 自动计算、在下一张发票上兑现；触顶的月份触发整改，反复触顶则触发解约权。
回补机制（如有）。 窗口短、回补门槛高于目标、抵扣额按月兑现。
退出协助与文档归属。 有定义、有定价、归你所有。
保函或担保。 只在符合相称性标准时提出——并单独报价，让你看得见成本。
法律审阅。 条款措辞由你的律师审阅。这份清单是需求说明，不是条款。

常见问题

IT SLA 中的服务抵扣额是什么？

服务抵扣额是服务商未达到约定服务目标时，按约定从服务费中扣减的金额。它由合同中的公式计算——通常取决于哪个优先级未达标、差了多少、多频繁——一般以扣减项出现在之后的发票上。它是一种价格调整，而不是根据你实际损失计算的赔偿。

服务抵扣额等同于罚款吗？

从商业设计上看，两者的出发点不同：抵扣额是对低于约定水平的服务预先约定的价格调整，而不是惩罚。某一条抵扣条款是否按双方的意图运作，取决于其具体措辞和适用法律，这需要由你的律师判断。本文不对任何条款的法律定性发表意见。

我们可以自己从发票中扣除抵扣额吗？

只能按照合同规定的方式。大多数抵扣机制由服务商在下一张发票上扣减；有些合同赋予客户在通知并经过异议期后自行扣减已约定抵扣额的权利。在没有明确合同权利的情况下，凭自己对报告的理解扣住付款，可能把服务问题变成付款纠纷。在需要之前就把程序约定好。

抵扣额的上限多少才合理？

不存在一个唯一正确的数字，我们也会对任何把某个数字说成“市场惯例”的说法保持谨慎。一个合理的上限应当：足以改变服务商的行为；又不至于大到一个坏月份就让你的项目无利可图；并且在触顶时挂钩非金钱的触发机制——整改、升级，最终是解约。

我们应该要求履约保函吗？

如果你的切换成本非常高、你方有大额前期投入、服务商的财务状况确实不确定，或者你对他人的义务依赖于这项服务，就应该提出。对于有合理退出路径的标准月度管理型IT支持，完善的退出协助和文档归属条款通常能以低得多的成本更好地保护你。如果要提，就尽早提，并要求单独报价。

由谁来判断 SLA 是否未达标？

应该由合同来判断——通过双方事先同意的定义，作用于双方都能看到的工单数据。实践中报告由服务商的系统生成，所以你的保护在于：约定好的 P1 定义、有记录的暂停理由、重新分级规则，以及取用底层工单导出的权利，让数字可以被独立核查。

如果服务商对工单分级有异议怎么办？

这正是应该把适用于你业务的分级标准写进合同、而不是交给当班人员判断的原因。合理的规则是：客户可以立即调高优先级，事后再按约定标准解决分歧；SLA 计时从最初报障时间、按纠正后的优先级计算。仍未解决的分歧，交给具名升级路径，再交给季度检讨会。

退出协助应该涵盖什么？

一段约定期间内与下一任服务商的配合；交接完成前按约定水平继续提供服务；以可用形式移交全部配置、凭据、文档和资产记录；约定次数的知识转移会议；以及上述一切的收费基础——在关系结束之前写下来，而不是在结束时才去谈。

从可执行的 SLA，到可预测的预算

场景中的那家集团，问题其实并不在服务抵扣额。它有的是计量问题、覆盖时段问题和退出问题；服务抵扣额之所以是它最先想到的工具，是因为在采购需求书里它最容易描述。先修好定义，再挂上自动后果，只在它所防范的失败真有可能发生时才加上保函，并确保离开切实可行——这样 SLA 才会成为改变行为的东西，而不是装点报告的东西。

可执行性的另一半，是可预测性。一份每项变更、每个站点、每次非办公时间出勤都单独计价的合同，很难被追究责任，因为你分不清一个坏月份到底是服务失败还是范围之争。我们的按用户计费的管理型IT外包服务方案在香港按每用户每月计价——Startup 档（1–5 名员工）855.14 港元起、Established 档（5–300 名员工）1,247.40 港元、Growth 档（10–500 名员工）1,561.21 港元，Enterprise 档按范围报价——按用户或按设备月付，并提供有折扣的年付及多年期方案。每个档位都包含客户自有的文档和凭据。你可以在我们的价格页面比较各档位的覆盖范围。

如果你正在准备续约需求书，希望有人从第二个角度看看计量、抵扣和退出条款如何配合，欢迎联系我们的团队。我们会告诉你我们愿意承诺什么，以及在哪些地方我们认为另一种安排会更适合你。