伦敦警署把10年外包合同砸给DXC：10亿英镑

英国最大警察部队的IT预算，够买3艘护卫舰。

伦敦大都会警察局（Metropolitan Police Service，MPS）去年预算38亿英镑，其中一块蛋糕——人力资源、财务、商业运营的后台系统——现在交给了DXC Technology。合同上限10亿英镑，周期最长10年。这不是升级，是连根拔起：从Oracle的老版本E-Business Suite，迁到Oracle Fusion SaaS，全新架构。

DXC的角色是"主供应商"（Master Vendor），意思是所有分包商的风险它全扛。但警署留了后手：必要时可以直接执行分包合同。这种甲方姿态，在政企外包里不算常见。

旧合同：9年花了4.3亿英镑，省下的钱被"体积变化"吃掉了

现任供应商SSCL（Shared Services Connected Limited，法国Sopra Steria的子公司）从2015年开始接手。原合同2.345亿英镑，10年期，预计节省1.014亿。听起来划算？

2019年，警署以"体积变化"为由追加8900万英镑。现在又续了1.05亿，总成本飙到4.285亿英镑。合同要跑到2027年才结束。

SSCL维护的系统叫P-SOP， policing版Oracle E-Business Suite。迁移SaaS的核心动因之一：这套系统拖着55个独立接口，连着各种遗留系统。4.6万名警员和员工的数据，在这些接口之间来回倒腾。

55个接口是什么概念？每新增一个业务需求，可能要改3-5个接口。改一个，测一串。DXC的招标文件里，"流程优化"和"自动化"被反复提及——这不是客气话，是刚需。

新合同：3700万封顶价被推翻，DXC凭什么拿下

警署去年1月发标时，给自己定的预算上限是3.7亿英镑。理由是"前期市场调研反馈"和"行业自动化水平提升"。

最终中标金额翻了近三倍。变化发生在哪？

招标文件里有个细节：合同结构是"2+5+2+1"——2年设计建设迁移，5年运营，2年可选延期，1年终止协助。最长10年。这种长周期在政府IT项目里不算罕见，但10年锁定一家供应商，风险敞口极大。

DXC的赢面可能在于"全栈"承诺：不只是托管，还包括系统整合（Systems Integrator）。从老Oracle迁到新Oracle Fusion SaaS，数据迁移、流程重构、用户培训，一揽子打包。警署要的是"交钥匙"，不是"拼乐高"。

Oracle Fusion SaaS是云原生套件，财务、HR、供应链模块一体。对比老E-Business Suite，界面现代化是表象，真正的卖点是持续更新——Oracle每季度推功能升级，客户不用自己打补丁。但代价是定制化空间被压缩，警署那些 policing 专用流程，可能得往标准产品上靠。

10亿英镑的账单，谁在看

英国公共部门的外包合同，近年屡遭审计质疑。2019年，英国内政部一个边境系统项目被曝超支5亿英镑；2022年，NHS的电子病历整合推迟数年。警署这笔交易，注定会被放在显微镜下。

但警署的算盘也有道理：SSCL合同2015年签的，当时云计算还没成气候。现在迁SaaS，理论上能减少自有数据中心负担，把资本支出（CapEx）转成运营支出（OpEx）。55个接口的维护成本，或许能压下来。

问题是，"理论上"的事，在政企IT里经常翻车。Oracle Fusion的 policing 适配度、DXC的交付记录、10年间的技术迭代风险——这些变量，招标文件里一笔带过。

合同公告的措辞值得玩味：DXC中标理由是"提供人力资源、财务、商业运营的管理服务……包括技术赋能、流程优化和服务交付"。全是功能描述，没有量化指标。服务级别协议（SLA）怎么定？迁移失败的责任边界在哪？公众看不到。

警署去年12月才正式启动寻源，今年1月商业案例获批——节奏很快，考虑到这是10亿级决策。对比SSCL合同从2015年跑到2027年，新合同如果执行满10年，将覆盖2030年代中期。那时候，Oracle Fusion SaaS还存在吗？ policing 的数字化需求还是这套流程吗？

DXC近年日子不算顺。2023年营收下滑，裁员数千人，股价承压。拿下伦敦警署，是块招牌——英国最大警察部队，38亿英镑预算体量，政治敏感度极高。交付好了，后续公共部门订单可期；交付砸了，10亿英镑的负面案例能跟它十年。

警署这边，4.6万名用户的系统迁移，2027年前要完成SSCL合同到期前的交接。2年建设期，意味着2026年就得有新系统上线。Oracle Fusion SaaS的标准化特性，可能逼警署砍掉一些 policing 特有的流程——这是省钱，还是削足适履？

SSCL的4.285亿英镑账单，最终省了多少钱？原始商业案例里的1.014亿节省目标，被两次追加拨款吃掉大半。新合同的10亿上限，会不会重演"体积变化"剧本？

招标文件里埋了个线索：警署要求供应商"承担所有分包商的完整风险"，但又保留"通过第三方权利直接执行分包合同"的能力。这种条款设计，暗示警署对"主供应商"模式有顾虑——历史上，主供应商破产或违约，公共项目烂尾的案例不少。

DXC的财务稳健性，会成为这笔交易的隐性变量。它的信用评级、现金流、Oracle合作关系的深度，警署在评标时必然考量。但合同公告里，这些都不公开。

10亿英镑，55个接口，10年周期，4.6万用户。数字很大，但政企IT的复杂性在于：账单金额只是冰山一角，水下的流程重构、组织变革、政治博弈，才是真正的成本。

警署的迁移理由写得直白：老系统接口太多。但没写的是，这些接口是谁建的、为什么建、能不能拆。10年外包，换了两家供应商，核心系统还是Oracle——路径依赖的代价，可能比接口维护费更高。

Oracle Fusion SaaS的季度更新机制，对警署是蜜糖还是砒霜？标准化意味着低成本，但也意味着灵活性丧失。 policing 场景的突发需求——比如大规模事件响应、新法规合规——能不能快速塞进SaaS框架？

DXC的"技术赋能"承诺，在招标文件里缺乏具体定义。是AI驱动的流程自动化？还是RPA（机器人流程自动化）填平系统缝隙？10亿英镑里，多少花在软件许可，多少花在人工服务，多少是利润？

英国公共部门的外包透明度，近年有所改进，但核心条款仍属商业机密。警署这笔交易，最终成本可能远超10亿——如果"体积变化"再次来袭，如果迁移延期，如果Oracle涨价。

SSCL的合同从2.345亿膨胀到4.285亿，增幅83%。新合同起点就是10亿，膨胀空间还有多少？

警署的IT治理团队，现在面临一个经典困境：长周期合同锁定未来，但技术变化速度远超合同条款的适应力。2015年签SSCL时，SaaS还不是主流选项；2024年选DXC时，生成式AI已经冲击企业软件市场。2034年呢？

Oracle Fusion SaaS的AI功能，警署能用上多少？合同里有没有条款保证技术迭代的接入权？这些问题，招标文件没有答案。

DXC的交付历史，公共领域可查的案例有限。它的优势在于规模——全球IT服务巨头，Oracle长期合作伙伴——但规模不等于敏捷。警署要的"流程优化"，在大型外包商手里，往往变成"流程标准化"，因为定制化太贵。

4.6万名用户的培训成本，公告里只字未提。从老Oracle界面切到新SaaS，用户体验剧变，生产力下降是迁移期的常态。这笔隐性成本，算在10亿里了吗？

警署的"商业运营"外包，包括采购、合同管理、供应商管理——这些职能本身，现在外包给了DXC。这意味着，警署监督DXC的能力，部分依赖于DXC自己提供的管理工具。监管闭环，成了监管套娃。

10亿英镑的上限，是"基于前期市场调研"设定的。但市场调研的对象是谁？其他警察部队？其他公共部门？还是DXC自己？方法论的不透明，让这个数字的合理性难以评估。

英国其他警察部队在看着。如果伦敦警署的迁移成功，可能引发连锁外包；如果失败，会成为反对者的弹药。DXC和警署，现在绑在同一条船上。

合同结构里的"1年终止协助"条款，是公共部门的标准风控——万一提前结束，供应商得帮忙过渡。但协助的范围、费用、责任，公告里没有细节。真到那一步，扯皮空间很大。

Oracle的角色也值得玩味。它是软件供应商，不是合同主体，但整个迁移就是围着它的产品转。DXC是系统集成商，Oracle是技术底座，警署是甲方——三角关系里，真正的议价权在谁手里？

Oracle Fusion SaaS的定价模式，按用户订阅收费。4.6万用户，10年周期，许可费用可能占10亿英镑的相当比例。DXC的利润空间，取决于它和Oracle的批量折扣谈判。这些数字，公众看不到。

警署的"资源管理"（Resource Management）外包，包括警员排班、装备调配、车辆调度——这些直接关系到一线响应效率。系统宕机的代价，不是金钱能衡量的。SLA里的可用性指标，怎么定？

SSCL合同期间的系统表现，没有公开审计报告。新合同会不会要求DXC披露更多运营数据？透明度本身，可能是这笔交易最值得关注的副产品。

10亿英镑，是英国公共部门IT外包的顶级区间。DXC拿下它，靠的是价格、技术方案，还是关系网络？评标标准未公开，外界只能猜测。

警署的数字化转型叙事，需要这笔交易成功。但"成功"的定义权，在甲方手里——是按期交付？是成本可控？还是用户满意？三个维度，可能互相冲突。

55个接口的遗产，是过去20年IT建设的缩影：每个接口当时都有道理，合在一起就是技术债。DXC承诺的"流程优化"，能不能真拆接口，还是只是用新接口替代旧接口？

SaaS迁移的标准话术是"减少技术债"，但实践中的常见结果是"转移技术债"——从自有系统转到云服务商的锁定。Oracle Fusion的切换成本，10年后会不会成为新的束缚？

警署的合同设计，试图用"主供应商"模式降低协调成本。但历史经验表明，大型外包的协调问题，往往从甲方内部开始——业务部门的需求冲突、IT部门的资源争夺、政治领导的优先级变化。

DXC的项目经理，未来10年要处理的不仅是技术问题，还有警署的组织政治。这笔外包的隐性成本，没有写在10亿英镑里。

英国国家审计署（NAO）会不会介入审查？公共资金的使用，理论上受议会监督。但IT外包的技术复杂性，经常让审计师望而却步。

警署的"Met Business Services"（MBS）品牌，把ERP、资源管理、业务流程外包打包成一个整体。这种命名策略，是简化沟通，还是模糊责任边界？当出问题的时候，MBS是个方便的甩锅对象。

DXC的全球交付网络，会不会用于这个项目？印度、菲律宾的离岸中心，处理警署的HR和财务数据，涉及敏感个人信息。数据主权和隐私合规，合同里怎么约定？

英国脱欧后的数据保护法规，给跨境数据处理加了新约束。警署作为公共机构，合规要求比私企更严。DXC的架构设计，有没有预留调整空间？

10年合同的"可选延期"条款，是警署的灵活性，还是DXC的锁定机制？如果前5年交付不佳，警署有没有勇气不延期？沉没成本的压力，往往让甲方选择"再给一次机会"。

警署的IT团队规模，公告里没有提及。外包之后，内部能力是保留、收缩，还是转型？完全依赖供应商的甲方，在合同谈判中处于弱势。

SSCL合同期间的员工，会不会转签DXC？公共部门外包的" TUPE "（事业转让保护）条款，保障员工权益，但也增加新供应商的人力成本。这笔账，算在10亿里了吗？

Oracle E-Business Suite到Fusion SaaS的迁移，技术难度被业界公认。数据模型不同，定制代码要重写，集成点要重新设计。DXC的2年建设期，是乐观估计还是经验数据？

警署的" policing 专用流程"，有多少能塞进SaaS标准功能？需要定制的部分，会不会吃掉"自动化节省"的预期收益？

合同公告的发布时间，选在2024年底，距离商业案例获批已近2年。决策周期之长，反映的是公共部门采购的合规负担，还是谈判的艰难？

DXC的竞争对手是谁？招标文件没有披露。但3.7亿到10亿的预算跃升，暗示要么需求膨胀，要么市场报价远超预期。无论哪种，都指向规划阶段的估算偏差。

警署的"前期市场调研"，有没有包括其他警察部队的经验？英国各地警署的IT系统，碎片化程度很高。伦敦的10亿英镑实验，成果能不能复制？

Oracle在英国公共部门的市场份额，靠这笔交易进一步巩固。竞争监管机构会不会关注？企业软件市场的集中度，已经是全球性的政策议题。

警署的"技术赋能"目标，和Oracle的AI路线图，时间线是否匹配？Fusion SaaS的AI功能，目前以财务预测、异常检测为主， policing 场景的专用模型，可能需要额外开发。

DXC有没有承诺具体的AI交付？公告里的"技术赋能"是模糊表述，还是合同附件里有详细规格？信息的不对称，让外界难以判断。

10亿英镑的终值，取决于汇率、通胀、服务范围变更。英镑对美元的波动，直接影响Oracle许可成本。合同有没有汇率对冲机制？

警署的预算压力，是这笔交易的背景。38亿英镑总预算里，IT占比多少？后台系统的10亿投入，会不会挤压前线资源？政治权衡，往往比技术论证更关键。

DXC的股价，在合同公告后有没有反应？资本市场的判断，和公共部门的评估标准不同，但都值得参考。

警署的迁移时间表，和SSCL合同的2027年到期日，留有重叠期。并行运行的成本，有没有计入10亿？老系统维护、新系统建设、数据双写，资源消耗是平时的数倍。

"流程优化"的承诺，在合同中有没有量化指标？处理时间缩短百分比？人工干预减少次数？没有KPI的优化，是空话。

警署的供应商管理职能，现在外包给DXC。这意味着，DXC既要提供服务，又要监督自己——至少是流程上的监督。利益冲突，怎么规避？

合同结构里的"第三方权利"条款，是警署的保险。但行使这项权利，需要法律程序和证据积累。真到那一步，关系已经破裂，补救成本高昂。

10年周期内，英国 policing 的数字化需求会怎么演变？预测性警务、实时情报融合、公众数字服务——这些新需求，能不能在Fusion SaaS的框架内容纳？

警署的架构团队，有没有预留演进空间？还是把未来10年的技术路线，押注在Oracle一家身上？

DXC的交付方法论，公告里没有描述。敏捷？瀑布？混合？方法选择，影响风险分布和变更响应速度。

警署的业务部门，在迁移过程中的参与度，决定最终系统的可用性。外包常被批评为"IT部门的项目"，用户声音被忽视。

合同金额的分期支付结构，是DXC现金流的关键。前期建设期的投入大、收入少，能不能撑过去？

警署的审计权，在合同里怎么约定？实时查看DXC的财务记录、技术文档、服务数据？还是只能事后抽查？

SSCL合同期间的变更管理历史，是警署的内部知识。这些教训，有没有传递给DXC？还是随着人员流动，已经丢失？

10亿英镑的公共资金，最终转化为多少英国本土就业？DXC的全球交付模式，意味着答案可能令人尴尬。政治压力，会不会倒逼本地化承诺？

警署的"商业运营"外包，包括采购职能。这意味着，未来警署采购其他服务时，用的可能是DXC提供的工具和流程。供应商的中立性，怎么保证？

合同公告的措辞，经过法务和公关打磨。"up to £1 billion"的上限表述，留有余地。最终实际支出，可能远低于或逼近这个数——取决于变更控制的严格程度。

警署的IT治理委员会，有没有独立于业务部门和DXC的监督机制？还是沦为签字盖章的形式？

Oracle Fusion SaaS的升级节奏，每季度一次。警署的变更窗口，能不能跟上？ policing 的稳定性要求，和云服务的持续迭代，存在张力。

DXC的灾难恢复承诺，恢复时间目标（RTO）和恢复点目标（RPO）是多少？ policing 系统的中断，社会影响巨大。

警署的数据备份策略，跨地域冗余？气隙隔离？勒索软件防护？这些细节，决定10亿英镑买的是安心还是隐患。

合同里的知识产权归属，警署对自己数据的权利，定制开发成果的归属——这些法律条款，影响10年后的退出成本。

DXC的 subcontractors 名单，有没有披露？哪些职能外包给第三方？责任链条的清晰度，和实际可控性，往往成反比。