分拆英国科技业务：独立启动成本、数据分离与过渡服务

1. 应对运营业务进行审慎评估，而非仅评估资产清单

剥离可以转让股份、资产、合同、员工和知识产权，同时将关键运营保留在卖方内部。实际问题在于，当控制权转移时，被分离的业务能否继续销售、交付、提供支持、开票、收款、付款、报告并合规。这个问题应主导尽职调查请求、成本模型和交易文件。

科技企业使这一问题异常相互关联。面向客户的产品可能依赖集团身份租户、共享云基础环境、中央安全运营、通用工程工具、企业数据仓库、集团级软件协议以及分配在多个业务之间的专家。收入可能归属某个专用产品，而用户认证、代码发布、付款处理和事件调查的机制仍然共享。

尽职调查团队应为每项重大产品或服务定义一条服务到现金的主线。它从客户获取和签约开始，经过客户入驻、身份验证、交付、支持、计量、开票和收款，最终到报告、续约和监管义务。每项依赖关系都对应到一个阶段。这种方法能揭示实体结构图或应用清单可能遗漏的缺口。

交易决策图应回答五个问题。交割时必须具备什么？什么可以暂时留在卖方？什么必须转移，因为买方需要所有权或控制权？什么因转让不切实际而可以替换？什么证据能证明最终业务在运营和经济上独立？这些问题界定了分离边界。

该边界沿着法律、运营和技术依赖关系追踪服务和现金流。

2. 通过决策和证据界定边界

边界登记表应将法律所有权与运营使用结合起来。每一行记录资产或服务、当前所有者、用户、涉及的数据、合同、地点、控制权所有者、第1天处置、退出处置、成本、时间安排、依赖关系和验收证据。同一份登记表成为尽职调查、分离计划和过渡服务协议的统一语言。

应用所需的信息不止名称和业务负责人。登记表应标明租户、实例、环境、集成、特权角色、身份验证方法、托管、源代码、数据存储、许可证、发布流水线、支持模式、恢复方法和生命周期终止状态。卖方可能将某个应用描述为专用，而其身份、监控、备份或供应商合同仍然共享。

人员应按活动和关键知识进行映射。问题涉及谁执行工作、多少比例的时间服务于被剥离业务、他们拥有哪些决策权、持有哪些凭证，以及其知识是否有文档记录。GOV.UK 说明，当英国业务或业务的一部分转让时，TUPE 可以保护员工；Acas 指出，分配到转让部分的员工可能自动转移。[9][12] 员工分配、协商和责任信息需要专业法律和人力资源审查。

合同需要转让机制。供应商和客户安排可能允许转让、要求同意、禁止转让或要求合同更替。HMRC 的持续经营转让手册指出，合同更替是需要同意的三方协议，在解除原当事方的同时建立新合同。[14] 该计划应按运营关键性跟踪每项同意、替换合同和临时变通方案。

表1. 分离边界决策登记表

每项依赖关系均设定首日状态和经测试的退出状态。

3. 区分四类经济负担

当所有项目都被称为分离成本时，分拆经济性就会变得混乱。四类负担应分别建模。一次性搭建支出形成买方的独立能力。经常性独立运营成本是分离后运营的年度成本。卖方滞留成本在收入和活动转移后仍由卖方承担。负协同效应是因规模缩减、商业条款改变或能力重复建设造成的经济损失。第五类为转型，涵盖超出最低独立要求的可选改进。

这些类别具有不同的交易后果。搭建支出可能影响价格、交割资金或买方回报。经常性独立运营成本影响可持续收益和估值。卖方滞留成本影响卖方保留业务方案，并可能影响谈判行为。负协同效应根据合同、业务量和运营模式影响双方。转型应纳入价值创造计划，除非当前架构使其成为安全分离的必要条件。

成本模型应采用数量和费率，而不是单一百分比。示例包括待替换的应用、待重建的接口、待开通的用户、待迁移的数据存储、待签约的供应商、待招聘的岗位、双轨运行的月数以及待完成的测试。费率卡应分别列示内部人工、外部交付、许可、基础设施、应急储备和税务处理。每项估算都需要有证据等级和指定的假设负责人。

成本应按现金需求安排时点。部分付款发生在交割前，其他付款发生在首日、迁移期间或 TSA 退出时。押金、年度许可预付款、实施里程碑和并行运行成本可能形成不同于费用确认的现金分布。投资委员会应同时看到总成本和峰值资金需求。

4. 构建自下而上的搭建成本模型

假设有一家拥有500名员工、年收入为 GBP 100 million、65个应用、三个云环境、28个重要接口和24份关键第三方协议的英国企业。该企业目前从母公司获取财务、薪资、身份、网络监控、采购和数据平台服务。以下数字仅用于说明建模机制。

假设性一次性独立运营估算为 GBP 16.9 million。应用与基础设施工作的贡献为 GBP 5.0 million；身份与网络安全为 GBP 2.2 million；数据分离为 GBP 2.1 million；财务与公司职能为 GBP 1.8 million；人员与变革为 GBP 1.4 million；供应商与许可证迁移为 GBP 1.2 million；场所与网络为 GBP 0.8 million；项目治理为 GBP 1.0 million；应急费用为 GBP 1.4 million。该估算假设若干系统由标准服务替代，同时核心产品平台转移。

该模型对范围边界变化敏感。如果五项共享工程工具需要替换而非租户分离，交付与双轨运行成本将增加。如果客户同意延迟数据迁移，TSA 期限将延长。如果集团软件协议无法以可比条款复制，年度独立运营成本将增加。如果财务需要新的企业平台而非托管服务，时间安排与实施风险都会变化。

该模型应包含排除项日志。网络安全整改、产品重新设计、国际扩张和数据平台现代化可能具有价值，但除非独立性或控制要求，它们不应进入最低独立运营估算。低估的基准情形与隐藏的转型计划同样无益。这一区分应明确。

表2. 假设性独立运营成本模型

数值为以 GBP 百万为单位的示意性建模假设，并非市场基准。

数值为示意性假设；图表区分买方搭建成本、经常性成本和卖方滞留成本。

5. 重构经常性独立运营成本

买方需要退出后的运营模式，而不是对卖方分摊费用进行总额上调。集团收费可能包含业务并不需要的服务、遗漏以非正式方式提供的专业支持，或反映无法复制的优惠企业价格。分析应基于所需活动、服务水平、人员配置、供应商和控制义务，重建各项职能。

经常性成本始于目标运营模式。财务需要交易处理、控制、税务、资金管理、管理报告和法定报告。技术需要服务归属、架构、运营、安全、数据、工程工具和供应商管理。人力资源运营需要薪酬、福利、招聘、学习和员工关系。采购、法务、保险、设施和治理也需要类似的基于活动的设计。

假设业务在 TSA 退出后增加 GBP 5.4 million 的年度经常性成本。它以成本为 GBP 8.4 million 的独立服务取代 GBP 3.0 million 的母公司分摊。GBP 5.4 million 的差额是独立运营带来的成本上升，并不自动等同于协同效应损失。新增成本中有一部分用于购买控制能力和服务能力，而这些此前由集团职能部门提供给被剥离业务。

经常性成本应与员工人数、合同和消费量进行核对。安全运营服务需要明确的资产数量、日志量、覆盖时间窗口和响应范围。云平台需要工作负载、存储、网络和支持假设。财务托管服务需要交易量、实体数量和结账时间表。单位驱动因素可改善谈判和后续成本控制。

EBITDA 桥接分析应区分当前分摊、未分摊而获得的服务、不再需要的服务、定价变化、新增控制角色和规模效应。敏感性分析应显示 TSA 提前或延后退出、更高的云消费量、不同的支持覆盖范围和招聘延迟。估值情景应使用买方实际能够实施的模型。

6. 将卖方滞留成本作为独立计划处理

被剥离收入离开后，卖方保留的组织仍可能承担成本。共享团队可能不会立即缩减。企业许可证可能包含量承诺。办公室、网络和平台可能按交易前的集团规模配置。卖方需要自己的成本移除计划，并应避免在缺乏清晰说明的情况下将滞留成本嵌入 TSA 定价。

滞留成本应映射至移除行动、时间安排和责任归属。人员成本可能需要重新设计、协商或重新调配。技术成本可能需要合同重新定价、环境退役或整合。设施成本可能取决于租约到期或转租。供应商承诺可能持续到续约。每项行动应显示总成本、可避免金额、移除的现金成本和时间安排。

TSA 收费应反映商定的商业基础和服务范围。卖方可以按成本、成本加成利润率或另一种协商方法为服务定价。价格应与卖方内部滞留成本回收计划保持分离。否则，买方可能为其消费无关的成本提供资金，卖方可能推迟调整保留业务规模所需的行动。

滞留成本桥接分析还提高了交易可比性。一项交易在转移的 EBITDA 上可能显得有吸引力，同时却留下重大成本。保留业务案例如果假设在没有可执行行动的情况下立即移除成本，可能高估盈利。董事会应将转移利润、买方独立运营利润和卖方保留利润视为三个相关视图。

7. 将数据分离作为权利与控制计划

不能通过复制文件夹和数据库来安全地分离数据。该计划需要确定存在哪些数据、为何处理、谁控制、哪一方可接收、存储在哪里、适用哪些合同和通知、与其他记录的关系以及何时应删除。ICO 指出，并购中的控制者变更应通过尽职调查处理，包括所转移的数据、原始目的、合法性基础、透明度、文档和安全。[1]

清单应涵盖结构化数据库、对象存储、源代码库、文档、日志、备份、分析存储、模型产物、支持工单、营销系统、员工记录和档案。每个数据集应关联至系统、所有者、控制者或处理者角色、数据主体、目的、合法性基础、敏感性、保留期、位置、接收方、合同、加密、访问组和迁移决策。

英国 GDPR 原则包括合法性、目的限制、数据最小化、准确性、存储限制、安全性和问责制。[2] 这些原则塑造分离设计。为某一客户服务所需的数据集不应自动带入无关的母公司记录。历史数据应仅在具有正当目的时保留。准确性和核对很重要，因为部分转移或重复转移可能损害客户并削弱记录。

国际访问需要单独分析。ICO 的国际传输指南涉及受限传输、适当保障措施和传输风险评估，这些在立法中现称为数据保护测试。[3] 买方若更改托管区域、支持地点或集团访问权限，可能创建新的传输路径。迁移计划应在数据移动之前识别该路径。

高风险变更可能需要数据保护影响评估。ICO 将 DPIA 描述为评估预期处理影响的过程，并要求在可能对个人权利和自由造成高风险的处理之前进行 DPIA。[4] 法律意见应确定其对特定交易和目标状态的适用性。

表3. 数据分离权利与控制矩阵

该矩阵将迁移机制与合法目的、访问和处置证据相关联。

8. 围绕证据关卡设计迁移

迁移路线图应以发现阶段开始，以可证明的分离结束。发现阶段盘点数据存储、数据流、接口、身份和法律条件。设计阶段确立目标模型、映射、转换规则、保留、访问和回滚。构建阶段创建目标环境和可重复的流水线。演练阶段测试数据量、持续时间、对账、安全和运营切换。执行阶段迁移受控数据。收尾阶段移除访问权限、解决残留问题，并生成删除或保留证据。

对账应在提取前定义。客户记录可按数量、账户状态、余额和权益进行对账。财务数据可与控制总额和分类账进行对账。产品记录可按租户、对象和校验和进行对账。身份数据可按活跃用户、角色和特权访问进行对账。日志可按期间和事件覆盖率进行对账。仅靠单一记录数量很少足够。

数据血缘应在转换后保持可追溯。每个目标字段都应关联其来源、规则、版本、例外情况和审核人。被拒绝的记录仍应可见并明确责任人。人工修复应记录在案。这些证据有助于提升运营信心、支持监管问责并促进后续争议解决。

安全控制应在迁移期间持续运行，因为临时账户、暂存存储和提升的权限可能增加暴露风险。NCSC 云指南强调供应链理解、安全身份、受保护接口和可审计管理。[5]-[7] 迁移身份应具有时限并遵循最小权限；暂存数据应加密并受到监控；凭据应分离；日志应在切换窗口之后继续保留。

备份需要特殊处理。NCSC 关于抗勒索软件备份的指南建议备份解决方案可被隔离，且特权操作和重大变更应触发警报。[8] 分拆安排应确定每份备份的所有者、密钥持有人、哪些数据集被混合、独立恢复是否有效，以及卖方何时可以移除买方数据。

退出要求对账、独立恢复、撤销访问权限以及残余数据证据。

9. 首先分离身份、特权访问和机密信息

共享身份几乎是每项技术服务中隐藏的依赖项。员工、承包商、服务账户、客户和机器可能通过卖方的目录进行身份验证。应用程序可能继承组策略、证书、密钥和特权角色。买方即使接收了应用程序和数据，仍可能依赖卖方控制的身份。

身份计划应将每个人工和机器身份映射到所有者、用途、权限、认证方法、环境和目标状态。应区分员工身份、客户身份、特权管理、服务账户、API 凭据、证书和加密密钥。每种类型都有不同的迁移和撤销路径。

NCSC 云原则指出，对服务接口的访问应限制为经过安全身份验证和授权的主体，包括人工和机器用户。[5] 其安全管理指南强调分级权限、即时且刚好够用的管理权限、受保护的接口和详细的审计记录。[7] 这些原则支持卖方和买方控制平面之间实现彻底分离。

该顺序应避免关键服务被孤立。目标身份和角色应创建并测试。应用程序应配置为信任新的身份源。服务账户和机密信息应通过受控自动化进行轮换。特权访问应随指定所有者和应急程序一同移交。验收后应禁用卖方账户，且日志应确认残余访问已终止。

客户身份可能需要采用不同的切换方案。密码哈希、多因素设置、同意记录、联合关系和身份提供商合同需要审查。该计划应在真实规模下测试登录、恢复、支持和欺诈监控。即使用户复制在技术上成功，如果客户无法重置凭据或支持团队无法验证其身份，仍可能失败。

10. 确立知识产权与许可的独立性

技术价值往往取决于不随服务器转移的权利。源代码、数据库、专利、商标、域名、模型、文档、开源组件和专有技术可能具有不同的所有者和许可。共享开发可能产生由分拆实体之外的集团员工或承包商贡献的代码。因此，权利边界应按每个产品组件分别界定。

知识产权局说明，知识产权可以被购买、出售或许可，且许可授予使用权而不转移所有权。[15] 政府知识资产指南将转让（转移所有权）与许可（按约定条款授予使用权）区分开来；它还将软件、数据集和专有技术认定为可许可资产。[16] 该交易应明确每项重大权利所选择的机制。

代码审查应梳理代码库、分支、构建工具、依赖项、制品库、机密信息、贡献者协议和许可证。目标公司必须能够在其自身环境中复现某个发布版本。如果源代码转让成功，但缺少构建流水线、签名密钥、测试数据或部署权限，则无法形成实际控制。

应检验第三方许可证在实体、地域、用户、处理方、关联方及控制权变更方面的限制。企业协议可能覆盖集团公司，但不允许分拆后的买方享有。开源义务应按组件和分发模式记录。供应商同意和替换时间应纳入关键路径。

表4. 知识产权与供应商同意登记表

运营控制要求具备所有权或可执行的使用权，并辅以可复现的交付链。

11. 将 TSA 设计为逐步缩减的运营过渡桥梁

过渡服务协议应说明允许安全持续运营的临时服务，同时由买方建立或转移独立能力。它不应掩盖未定义的运营模式。每项服务都需要起始状态、服务边界、用户、业务量假设、服务衡量指标、依赖关系、收费、安全模型、退出交付物和最终日期。

TSA 服务目录应基于边界登记册构建。典型技术服包括身份、连接性、托管、服务台、安全监控、备份、工程工具、企业应用、数据源和供应商管理。公司服务可包括财务、薪酬、采购、税务、资金管理、保险和设施管理。每项服务都应映射到买方消除该依赖的工作流。

服务衡量指标应契合临时目的。可用性、响应、恢复、交易截止时间、薪酬准确性、批处理完成、访问请求时效和事件通知可能很重要。协议应说明如何衡量服务、适用哪些除外情形、严重程度如何分级，以及当卖方变更底层平台时会发生什么。

容量假设可防止争议。用户数量、交易量、存储、网络、支持时间、环境和变更请求应设定基线。协议需要针对业务量偏差、紧急变更及新的监管或安全要求的流程。固定费用若未定义用量，可能导致双方义务定价不当。

安全与数据条款应明确控制者和处理者角色、允许的访问、日志记录、事件处理、次级处理者、国际访问、保留和终止。买方应获得监控其服务和调查事件所需的审计信息。卖方应将访问权限限制在服务交付所需范围内。

每项服务都通过就绪、迁移、验收和终止关卡逐步退出。

12. 对 TSA 退出风险进行定价与治理

TSA 费用应与范围、业务量和变更进行核对。一次性设置、经常性服务、代付供应商成本、项目变更和退出协助应分开列示。应确认税务和外汇处理方式。买方需要按服务划分的月度现金流预测以及延期敏感性分析。

延期权利应受限制。买方可能需要对超出其合理控制范围的延迟获得有限保护，而自动延期可能降低紧迫性。协议可采用通知期、阶梯定价、最长延期和特定服务条件。项目计划应同时监控最晚负责任退出日期和合同终止日期。

退出标准应客观。当目标基础设施就绪、数据核对一致、访问正常、控制措施运行、用户接受培训、恢复经过测试、支持责任已被接受且卖方剩余访问权限可被撤销时，替代服务即准备就绪。项目经理的完成百分比估算并不足够。

变更治理需要同时具备交易和运营权限。卖方可能需要修补、升级或停用共享平台。买方可能请求配置、访问或业务量变更。联合控制论坛应评估服务、安全、成本、时间安排和退出影响。在既定应急流程下，应仍可采取紧急事件处置行动。

争议与升级机制设计应保护连续性。运营团队需要指定联系人和响应时间。商务升级应区分服务故障、范围争议、买方导致的延迟和卖方导致的延迟。补救措施可包括服务抵扣、优先行动或书面延期，但须以协商确定的法律意见为准。

表5. TSA服务清单与退出控制

该时间表仅供参考，应根据交易及经协商的协议进行调整。

13. 在控制权转移前保障竞争法隔离

交割前规划应与交割前控制保持分离。各方需要信息来为交易定价并规划连续性，而竞争敏感信息和运营决策需要保障措施。法律顾问应界定清洁团队成员资格、允许使用的数据集、汇总、访问、保留和决策边界。

CMA 临时措施指南指出，预防性行动可能超出业务职能和系统整合范围，延伸至更紧密的合作，或采取削弱任一企业独立竞争能力的步骤。[18] 指南还说明，若已发生整合，CMA 可要求解除整合。因此，分离计划应记录哪些行动属于规划、哪些属于可逆准备、哪些需要交割。

客户层面的定价、销售管道、产品路线图和供应商条款可能需要受限处理。清洁团队可按照既定协议分析信息，并向商业决策者提供汇总结论。系统访问应遵循该协议，日志应显示谁查看了哪些数据。

买方应避免在法律控制前指挥卖方运营。其可识别 Day 1 要求、准备自身基础设施、起草沟通材料，并使用获准数据测试迁移工具。影响现有客户、员工、定价、产品或供应商的决策仍受约定的法律边界约束。

某些英国科技收购还可能需根据《国家安全与投资法》进行分析。政府指南列出17个敏感领域，包括人工智能、通信、计算硬件、密码认证、数据基础设施和量子技术，具体以详细标准为准。[19] 交易律师应评估申报或条件是否影响时间表和分离设计。

14. 搭建人员、工资发放、税务和公司管控

运营独立性包括相比系统较少受到关注的日常义务。买方需要法律实体、银行账户、付款授权、工资发放、养老金安排、税务登记、保险、会计记录、采购授权、政策、授权安排和报告日历。每一项都必须为首个事件做好准备，而不仅仅是在原则上配置到位。

英国公司注册处指南说明了公司注册要求和现行注册服务。[20] 英国税务海关总署指出，雇主应注册、选择工资软件、收集记录、申报员工并进行扣缴，且应在首个发薪日当天或之前完成申报。[21] 养老金监管局指出，雇主自动加入义务在首位员工入职时开始。[22] 这些外部依赖项应列入 Day 1 计划，并配有切合实际的前置时间和负责人。

TUPE 规划应将员工分配与系统和知识联系起来。GOV.UK 说明，受具体法律事实约束，转移的雇佣合同可承继条款、假期权益、连续雇佣和集体协议。[10] 卖方必须在适用时间表内提供法定员工信息。[11] 协商、沟通、福利、工资数据、养老金和访问权限变更应协调进行。

税务处理需要尽早分析。英国税务海关总署指出，持续经营转让规则在条件满足时强制适用，且买方的意图和增值税身份可能相关。[13] 剥离可能涉及资产转让、股份、合同、财产和分阶段交割；专业税务建议应确定处理方式和所需数据。

首次结账是关键验收测试。独立业务应通过其目标控制流程处理期初余额、收入、工资、应付账款、应收账款、现金、税务、合并和管理报告。并行结账或早期模拟结账可在首个法定截止日期前发现映射、截止、公司间和访问故障。

15. 利用运营韧性界定 Day 1

Day 1 就绪状态应以业务服务为基础。即使每个项目工作流都标为绿色，只要一项客户服务跨越多个未完成依赖项，企业仍可能失败。因此，就绪模型应将人员、流程、技术、设施、信息和第三方映射到每项重要服务。

英国金融行为监管局面向适用范围内公司的运营韧性指南要求识别重要业务服务、影响容忍度、资源映射、情景测试和漏洞整改。[17] 其 2026 年观察意见强调，映射范围不止技术，还包括人员、流程、信息、设施和第三方。即使目标公司不在这些规则范围内，这种基于服务的方法对剥离治理也有用。

每项服务都应由管理层和专家建议确定最大可容忍中断或故障条件。随后，计划应针对卖方身份不可用、数据源延迟、云区域故障、工资发放错误、供应商同意延迟、网络事件和迁移回滚等情景测试 Day 1 架构。应对措施应包括客户沟通以及在安全情况下的人工变通方案。

就绪证据应尽可能采用二值判断。账户已完成配置并测试。接口完成端到端交易。备份可恢复。监控告警可送达新团队。薪资可核对。客户支持团队能够对用户进行身份验证。财务完成模拟期间结账。法律和监管条件已满足。未决问题应显示影响、负责人、变通方案、截止日期和审批。

评分仅为示意性的管理层假设；生产就绪关卡需要针对具体交易的证据和审批。

16. 应用带门禁的独立就绪评分

当输入以证据为基础时，就绪评分可以规范报告。评分应综合结果、控制和退出标准，而非项目活动。领域可包括客户连续性、人员、应用、身份、数据、网络恢复、财务、合同和 TSA 退出。每个领域都应有明确的测试和证据。

图 5 中的假设性评分平均为 77。该平均值不足以获得批准，因为网络恢复评分为 69，TSA 退出就绪评分为 62。加权平均值可能掩盖一个会妨碍安全运营的单项失败。因此，该模型在评分之外还使用红线关卡。否决条件可能包括无法对客户进行身份验证、完成薪资发放、恢复关键数据、处理现金、维持监管许可或撤销卖方特权访问。

证据质量应影响评分。在设计文件中观察到的控制措施，其可信度低于已通过端到端测试的控制措施。未经卖方确认的买方声明可能仍为临时性结论。基于小数据样本执行的测试可能需要全量演练。评分记录应注明证据日期、环境、审核人和例外情况。

管理层应明确批准例外。未决问题可通过以下条件放行：经过测试的变通方案、指定负责人、到期日和剩余风险审批。仅笼统称该问题可管理，治理力度较弱。例外登记册应纳入完成议程、TSA 时间表和 100 天计划。

表 6. 独立就绪关卡

关口设计仅为示意；具体交易须以法律、监管和管理要求为准。

17. 将尽职调查转化为价格与交易保护

分离模型应在文件定稿前影响交易。一次性独立运营搭建支出、经常性独立运营成本和负协同效应会以不同方式影响价值。缺乏支持的假设应作为敏感性或条件呈现，而不是消失在混合调整中。

价格分析可能包括：针对经核实的独立运营成本进行经常性收益调整；对必要的独立运营搭建工作作一次性现金扣减或安排已落实预算；以及针对同意、时间安排和云使用量的情景敏感性分析。会计和估值专家应确定适当的处理方式。模型应避免在 EBITDA、净债务、营运资金和一次性成本中重复计算同一项目。

合同机制可涵盖资产和知识产权转让、数据权利、员工信息、供应商同意、访问、合作、价值漏损、保证、赔偿、条件、交割交付物、TSA 范围及交割后协助。正确的机制取决于法律意见和证据。运营问题应在文件中表述为可衡量的义务或已接受的风险。

成本模型需要一项贯穿签署至交割的变更控制规则。范围边界发现可能揭示更多共享应用、数据存储或许可证。新发现应通过单一受治理记录更新成本、时间表、TSA 和验收标准。否则，模型、项目群和法律文件将出现不一致。

投资委员会应收到与估值案例并列的分离桥接分析。它应展示当前报告收益、分摊调整、独立运营成本、滞留成本处理、独立运营搭建投入、可选转型、时间安排、峰值现金、置信度和下行情景。每一项重要项目都应关联至范围边界登记册和来源证据。

18. 以退出而非完成来治理项目群

对于仍由 TSA 覆盖的服务，交割完成是执行的起点。项目群应保留一份涵盖业务服务、工作流、数据迁移、供应商同意、人员转移、TSA 退出、财务结账和控制测试的整合计划。各独立项目计划需要共同的依赖模型。

治理应区分决策权。交易负责人对交易结果负责。业务服务负责人批准连续性和验收。工作流负责人交付能力。法律、税务、雇佣、隐私、网络安全和监管专家在其领域内批准。项目群办公室维护整合基线、证据和变更。

控制室应监控就绪情况、成本、TSA 使用量、退出里程碑、事件、数据例外、供应商同意、招聘、卖方行动和决策。指标应显示结果和趋势。已完成任务的数量可能与关键退出延迟并存。报告应突出决定最迟责任行动的依赖关系。

TSA 退出应包括按服务出具的关闭证明。买方确认目标服务、数据、知识、控制和恢复情况。卖方确认交付物、访问权限移除、剩余数据处理和终止。财务团队结清费用和转嫁成本。安全团队保存审计证据。未解决的索赔应继续记录，且不得因此延长不必要的访问权限。

应在实现独立后衡量收益。经常性成本模型转变为以单位驱动因素为基础的预算。可选转型单独治理。应将收入连续性、服务绩效、客户留存、云消费、人员配置和控制结果与承销基准情形进行比较。这使从尽职调查到价值创造的流程形成闭环。

结论

当被转让业务能够兑现客户承诺、控制其人员和系统、合法使用其数据、生成可靠账目，并按经测试的条款摆脱对卖方的依赖时，英国科技业务剥离才算成功。因此，分离边界应沿服务到现金链条确定，而不是止于法律所有权。

经济模型应区分一次性独立运营启动支出、经常性独立运营成本、卖方滞留成本、负协同效应和转型。自下而上的数量与费率模型比宽泛的百分比预留能形成更清晰的归属和敏感性。买方随后可将每项成本与自建、购买、转移、复制、替换或 TSA 决策挂钩。

数据分离要求具备权利、目的、最小化、安全、数据血缘、对账、访问移除和处置证据。身份、特权访问、密钥、源代码、供应商许可和恢复必须作为运营控制进行分离。当业务与其证据一致时，迁移才算完成。

TSA 应逐步缩减，直至实现针对具体服务的退出结果。范围、衡量指标、容量、安全、收费、变更和终止应明确。当红线关卡可防止平均分掩盖关键失败时，准备度评分可为治理提供支持。

由此形成的框架为交易团队提供从尽职调查到定价、保护措施和受控运营计划的切实路径。其价值取决于当前交易证据、专家建议、经测试的验收和可问责的决策。

附录 A. 最低分离数据请求清单

1. 法律实体、资产、合同、许可、知识产权和同意事项明细表。 2. 从合同到现金收款的产品与客户服务映射。 3. 员工活动、角色、分配、访问权限和知识依赖记录。 4. 应用程序、基础设施、身份、接口、环境和支持清单。 5. 包含目的、控制者、位置、接收方、保留期限和访问权限的数据清单。 6. 源代码存储库、构建流水线、制品存储库、签名密钥和测试套件。 7. 供应商协议、企业定价、使用量、续约、控制权变更和转让条款。 8. 网络架构、特权访问、漏洞、事件、监控和恢复证据。 9. 财务、薪资、税务、资金管理、采购、报告和首次结账要求。 10. 母公司分摊、未分摊服务、服务量和卖方滞留成本行动。 11. 拟议的 TSA 服务、基线、服务衡量指标、收费、依赖关系和退出日期。 12. 监管许可、通知、法律保全和交易条件。

附录 B：投资委员会问题

1. 哪项客户服务的准备度最低，为什么？ 2. 第 1 天仍由卖方控制的关键依赖项是哪一个？ 3. 哪项成本属于经常性成本，因而影响可持续盈利？ 4. 哪项一次性支出是独立运营所需而非转型所需？ 5. 哪些卖方滞留成本具有可执行的移除行动？ 6. 哪些数据传输需要同意、通知、保障措施或修订后的目的评估？ 7. 买方能否独立复现、部署、监控和恢复该产品？ 8. 哪些供应商权利和知识产权仍需要获得同意或进行替换？ 9. 哪项 TSA 服务对应的退出行动责任日期最晚？ 10. 无论平均分如何，哪项准备度条件属于不可推进项？ 11. 哪项价格或保护机制应对每项重大不确定性？ 12. 什么证据将证明卖方访问权限和剩余数据已被关闭？

参考文献

1. 信息专员办公室，《并购后共享数据时的尽职调查》，访问日期：2026年8月29日。 https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/data-sharing/data-sharing-a-code-of-practice/due-diligence/
2. 信息专员办公室，《数据保护原则指南》，更新日期：2026年3月23日。 https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/data-protection-principles/a-guide-to-the-data-protection-principles/
3. 信息专员办公室，《国际传输》，访问日期：2026年8月29日。 https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/international-transfers/
4. 信息专员办公室，《数据保护影响评估》，访问日期：2026年8月29日。 https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/accountability-and-governance/data-protection-impact-assessments-dpias/
5. 国家网络安全中心，《云安全原则》，访问日期：2026年8月29日。 https://www.ncsc.gov.uk/collection/cloud/the-cloud-security-principles
6. 国家网络安全中心，《云安全原则 8：供应链安全》，审核日期：2023年6月7日。 https://www.ncsc.gov.uk/collection/cloud/the-cloud-security-principles/principle-8-supply-chain-security
7. 英国国家网络安全中心，《云安全原则 12：安全的服务管理》及《原则 13：面向客户的审计信息与告警》，2023年6月7日审阅。 https://www.ncsc.gov.uk/collection/cloud/the-cloud-security-principles/principle-12-secure-service-administration ; https://www.ncsc.gov.uk/collection/cloud/the-cloud-security-principles/principle-13-audit-information-and-alerting-for-customers
8. 英国国家网络安全中心，《抗勒索软件本地备份原则》，2026年8月29日访问。 https://www.ncsc.gov.uk/collection/ransomware-resistant-backups/principles-for-ransomware-resistant-on-premises-backups
9. GOV.UK，《业务转让、收购与 TUPE：概述》，2026年8月29日访问。 https://www.gov.uk/transfers-takeovers
10. GOV.UK，《业务转让、收购与 TUPE：雇佣合同的转移》，2026年8月29日访问。 https://www.gov.uk/transfers-takeovers/transfers-of-employment-contracts
11. GOV.UK，《业务转让、收购与 TUPE：转移期间的员工信息》，2026年8月29日访问。 https://www.gov.uk/transfers-takeovers/information-about-employees-during-transfers
12. Acas，《什么是 TUPE 转移》，2026年8月29日访问。 https://www.acas.org.uk/tupe/advice-for-employers-and-employees
13. 英国税务海关总署，《作为持续经营业务转让企业》，增值税公告 700/9，2025年5月23日更新。 https://www.gov.uk/guidance/transfer-a-business-as-a-going-concern-and-vat-notice-7009
14. 英国税务海关总署，VTOGC3300：合同转让与合同更替，2026年8月29日访问。 https://www.gov.uk/hmrc-internal-manuals/vat-transfer-of-a-going-concern/vtogc3300
15. 英国知识产权局，《知识产权许可》，2026年4月1日更新。 https://www.gov.uk/guidance/licensing-intellectual-property
16. 英国技术转移政府办公室，《KAM 指南：协议中的知识产权》，2026年8月更新。 https://www.gov.uk/government/publications/knowledge-asset-management-kam-hub/kam-guide-ip-in-agreements
17. 英国金融行为监管局，《运营韧性》及《运营韧性：一年后的洞察与观察》，2026年7月14日和2026年3月27日更新。 https://www.fca.org.uk/firms/operational-resilience ; https://www.fca.org.uk/publications/good-and-poor-practice/operational-resilience-insights-observations-one-year
18. 英国竞争与市场管理局，《并购调查中的临时措施》，CMA108，2021年12月。 https://assets.publishing.service.gov.uk/media/606d7f2ee90e074e494f4ff8/Interim_Measures_in_Merger_Investigations__CMA108__clean.pdf
19. GOV.UK，《国家安全与投资法：17 类须申报收购的详情》，2026年8月29日访问。 https://www.gov.uk/government/publications/national-security-and-investment-act-guidance-on-notifiable-acquisitions/national-security-and-investment-act-guidance-on-notifiable-acquisitions
20. 英国公司注册处，《公司注册成立与名称》，2026年7月更新。 https://www.gov.uk/government/publications/incorporation-and-names/incorporation-and-names
21. 英国税务海关总署，《雇主的 PAYE 与薪资管理：设置薪资流程》，2026年8月29日访问。 https://www.gov.uk/paye-for-employers/setting-up-payroll
22. 养老金监管局，《什么是自动加入》，访问日期：2026年8月29日。 https://www.thepensionsregulator.gov.uk/en/employers/what-is-automatic-enrolment-video-script