摘要

  • BT 的历史订单系统可以把合同交付日往后移，却无法在客户申诉成功后把日期改回来，赔偿计算因此可能继续沿用错误基准。
  • Ofcom 查明 161 笔订单少付 71.9 万英镑；BT 已在 2016 年支付含利息的 72.5 万英镑。这是已经纠正的一部分历史问题。

修一条线路费工夫，改一个日期快得多。两件事都能让供应商的赔偿数字变好看，客户却只会感谢其中一件。

BT 曾经把这种区别演示得相当具体。在其历史 Ethernet 批发服务案件中，订单系统 COSMOSS 能把合同交付日向后推，却不能在客户成功挑战延期后把它向前调回。公司内部已经承认客户有理，负责算钱的日期还站在另一边。

一个可以认错、却不方便改账的组织，礼貌和现金流分得很清楚。

迟到从哪一天开始，成了一门生意

Ofcom 在 2017 年决定书中认定，BT 在 2013 至 2014 年追溯使用“视为同意”的延期机制，以减少赔偿。彼时合同通常以 30 个工作日为交付期限，允许有依据的特定延期。另一个问题出现在申诉获准之后：161 笔订单的赔偿未正确反映结果。BT 后来补付本金及利息，Ofcom 认为这部分已经得到充分纠正。对更广泛的赔偿安排，监管者还要求让批发客户能够免费获得独立审计。

问题的锋利之处，在于延期本来可以有正当用途。建设遇到约定范围内的障碍，合同需要容纳现实。可是供应商掌握现场信息，又掌握合同日期，再由这个日期决定自己该付多少迟延赔偿，三个角色坐到了一张椅子上。

日期于是同时承担两项工作。一项告诉客户什么时候能用上服务，另一项告诉财务什么时候开始欠钱。前者是履约承诺，后者是责任边界。把这两个功能当成普通进度管理，等于让承担责任的一方顺手移动责任的起跑线。

对购买批发线路的运营商而言，等待也会往下传。它还有自己的客户、自己的交付安排。上游把日期改掉，下游无法凭空多出施工队，也不能要求所有商业计划跟着日历一起后退。迟延的成本不会因为一个字段改变就消失，只会换个人承受。

申诉赢了，还得再赢一次账单

企业很容易统计投诉处理率：接收多少、审结多少、支持客户多少。困难在于，审结不等于付款。一个对客户有利的决定，如果没有进入赔偿计算，留下的仍是一张金额错误的账单。

这时，所谓救济变成两场比赛。第一场争取承认日期不对，第二场争取按正确日期结算。供应商在两场比赛里都保有记录和系统，客户则需要继续追问。权利没有被明文取消，却被加上了跑腿成本。

小额款项尤其容易被这种安排吞掉。认真追索需要时间，放弃又会让错误积累。这里讨论的是激励结构：当付款依赖对方不断提醒，节省出来的工作量留在供应商内部，增加出来的工作量散落到客户身上。漂亮的自动化，最后只自动到了省事的一边。

BT 在 2017 年年报中披露了 4,200 万英镑罚款，并估计更广泛的赔偿约为 3 亿英镑，具体金额仍要与有关企业商定。已经补付的 161 笔订单、整体赔偿估计和罚款，属于不同账目。把它们拼成一个今天仍未支付的巨额欠款，会毁掉这篇故事最值得保留的东西：准确。

补付完成同样是故事的一部分。它说明检查不能在确认程序失败时结束，还要追到责任实际落地。客户需要的不是一封逻辑正确的回复，而是按正确依据算出的金额。

平均成绩不能替某一笔订单付钱

这个历史案件仍能解释今天的监管分工。Ofcom 的 2026—2031 年服务质量决定把整体最低服务标准、信息透明、非歧视要求和单项合同失败的赔偿分别列出。它们各有对象，不能互相冒领功劳。

一家网络的平均交付速度提高，某一笔订单仍然可能算错赔偿；某一笔赔偿算对了，客户已经失去的时间也不会重新长出来。整体表现回答“这张网运行得如何”，逐笔核对回答“这一次失败由谁买单”。监管同时保留两套视角，有很实在的道理。

市场往往认真比较报价，却把日期字段交给供应商自行料理。BT 的案件提醒买方，赔偿条款的价值不仅取决于金额，还取决于谁能移动触发金额的日期，以及客户胜诉后有没有一条真正通向账单的路。会走的钟不稀奇，能在改错时倒回去的责任机制才值钱。