「不达标」这三个字，合同里得先拆开

结论先行：「不达标」之所以容易吵起来，是因为它本身不是一个事实，而是一个判断——判断需要基准、容差、举证方式和时限四个要素。签字前把这四件事写成可核对的条款，验收当天的分歧才落得到纸面上；四件事缺任何一件，同一份合同，双方都能读出对自己有利的意思。

本文只谈验收基准与索赔边界怎么写，不谈投诉进来之后按什么顺序处理。关于处理顺序，另有一篇专门讲。

先把基准找准：拿什么和什么比

不达标的比较对象通常是三选一：合同承诺值、PoC 验证值、或者上线后的实测值。三者不一致的时候，问题就来了。行业里较常见的做法是以双方共同参与的 PoC 验证值为基准，因为它同时具备两个条件——数字是双方一起看着测出来的，测试环境也是最接近真实业务的。

要注意的是，只写「达到合同承诺」并不够。承诺值往往是区间表述，比如性能不低于某个量级、策略下发时延在某个范围内；没有测法，就没有数。所以基准条款里除了数值，还要写清测量工具、测量点位、样本量，以及测量时的业务负载条件。同一套设备在空载和满载下测出来的数，可以差出一倍以上。

容差：承认测量本身有波动

任何一次性能测量都带波动。把容差写进去，不是给服务方留退路，而是避免把测量噪声当成质量事故。常见写法是给一个百分比区间，比如偏差在一定范围内不视为不达标（业界常见口径在正负一成上下，具体以项目实测为准）。

容差要按指标分别定。时延、吞吐这类连续量适合用百分比；可用性适合用时长折算；功能项则更适合用「有或无」加清单核对，不适合套容差。一个数值套所有指标，实际执行中一定有两头不合适的情形。

三类偏差，处理方式不该一样

验收里出现偏差，先要归类，再谈处理。归错类，后面的动作方向全是错的。

归类的依据应当是复现记录，而不是现场讨论。可行的做法是每一类偏差都留一份复现说明：什么条件下出现、复现几次、换什么条件就不出现。这份说明是后面所有判断的地基。

索赔能到哪：三条边界要提前写死

一是上限。直接损失与间接损失要分开写，间接损失通常约定以合同违约金为限，不承担连带的下游违约损失。这一条不写，等于把不确定性无限放大到服务方一侧，实际结果是服务方在报价里加一笔风险金，最终仍由客户买单。

二是举证。涉及数据类问题时，索赔成立需要能说明泄露途径与责任归属的证据；否则「数据可能被谁拿走了」这类主张无法进入实质讨论。

三是时限。外观、加电这类到货即损的问题，通常约定在签收后的一个较短窗口内反馈（业界常见口径是若干日内，具体以合同为准），过期后责任划分会变得很困难。时限不是推诿工具，它是让「运输损坏还是使用损坏」这个问题有答案的前提。

另外要有一条底线：非自身原因造成的问题不代偿。第三方产品缺陷、不可抗力、以及客户侧环境引发的故障，服务方的角色是协助追责，不是先行垫付。这条不在纸上写清，实际执行中会被反复突破。

签字前可以照着核的五项

• 基准值写的是承诺值、PoC 值还是实测值，测法与条件有没有一起写上。
• 每个关键指标各自的容差是多少，功能项用什么方式判达标。
• 偏差出现时由谁出复现说明，多久内出。
• 间接损失的上限、数据类问题的举证责任、到货问题的反馈时限，三条各写在哪。
• 非自身原因不代偿这一条，是否在合同正文里，而不是只在沟通记录里。

边界与前提

三点说明。其一，本文引用的处理口径来自行业常见的服务标准作业程序，属典型场景推演，不代表任何具体项目已发生的事件；文中数值均为参考性口径，须以合同约定与项目实测为准。其二，容差与上限的设置是双方风险分配的商务选择，没有通用数值，本文给的是需要考虑的要素，不是建议值。其三，涉及金融、关基类客户的验收，往往还叠加行业监管口径，需单独核对。

深圳市奇摩计算机有限公司在运维与集成交付中，把验收基准、容差口径与索赔边界写在服务级别协议与合同条款里，交付件与投标、报价方案保持一致；偏差出现时按复现记录归类再谈处理。预约咨询，可以按你手上的合同条款逐条对一遍。