独立实施方 vs 综合集成商：整盘合同与专项合同的分工结构

两种合同结构：整盘承接与专项承接

集团上一个大的信息化项目，通常会把预算放进同一批里：ERP 换版、主数据治理、数据中台、合并报表、全面预算，一起招标，一起上线，一起验收。

这种打包有它的道理——预算要用主数据，要从 ERP 取数，要和管理报表、合并报表对齐口径，几件事一起动，接口少一次、协调少一轮。综合集成商在这类项目里承担的是整盘角色：同时推进七八条线，管理几百人的现场，让十几个供应商按同一张计划表交付。

另一种结构是把预算单独签出来：一份专项合同，乙方只对预算这条线负责，交付物是口径、模型、编制陪跑与移交文档。两种合同结构承接的不是同一类工作，条款也没法互相套用。

本文只做一件事：把两种合同结构摊开，写清各自签什么、管哪一段、条款怎么落。至于选哪一种，取决于你的项目结构，本文不给结论。

项目盘子：预算子项在整盘合同里的位置

"项目盘子"指的是一个立项范围内，钱、人、时间的总分配。整盘合同签的是一个盘子，盘子里每个子项的位置，由整盘的计划表决定。

预算子项在盘子里的位置，通常有三个特征。

一是计划节点挂在主数据之后。 大盘子的关键路径一般是 ERP 核心模块或数据中台，因为它们卡着其他所有系统的上线。预算依赖它们，但不被它们依赖，所以在整盘计划表上，预算的启动时间通常挂在主数据稳定之后。

二是工作量按标准模块折算。 预算在方案阶段看起来是"一套表加一套流程"，实际做起来是"几十个责任中心、上百个假设项、十几轮并行校准"。整盘估算通常按标准模块折算，折算口径和使用的人力结构要写进合同附件。

三是验收跟着整盘口径走。 整盘合同的验收一般是"整体上线、功能通过"，预算子项跟着这个标准走，验收判据写在整盘条款里。如果希望验收写到"第一轮编制跑通"，需要在整盘合同里单独列一条，不能默认它包含在整体验收里。

这三条不是评价，是合同结构带来的结果。希望调整其中任何一条，都要在条款层面单独约定——这是后面几节的内容。

整盘合同的适配场景与交付方式

先说整盘结构的适配面。四类项目里，整盘承接是常见结构。

一是多系统同期替换。 ERP、主数据、数据仓库同时换，接口关系成网。这时候由一家统管接口、统管测试、统管上线窗口，协调对象只有一份。拆成几家公司做，联调要对多份计划。

二是主数据与权限高度耦合。 预算的责任中心要和 ERP 的成本中心对齐，审批权限要和集团的统一身份体系打通。这类耦合决定了预算与大盘子共用一套主数据和权限模型，交付方式是在整盘的框架下做配置与对接。

三是集团要求单一责任主体。 采购上只面对一家供应商，问题只有一个入口。这种情形下，合同结构是"一个签字主体 + 一份总进度表"，子项要求挂在总合同下。

四是预算复杂度中等。 主体数量不多、板块逻辑接近、非标需求可枚举，标准配置加少量开发就能覆盖。这类项目里，预算子项与整盘共用一套计划与验收，交付方式以配置为主。

四类场景的共同点是：预算的工作重点是"接得上"——接口、主数据、权限、上线窗口。这几件事在整盘合同里由同一个主体统一安排。

专项合同的工作范围：三份清单

专项合同的工作范围要写到清单级，否则验收时没有对照物。三份清单。

一是口径清单。 指标、科目、责任中心、分摊规则，逐项写到字段级：名称、算法、取数源、归集规则、确认方。这份清单是模型的设计输入，也是验收的第一份对照物。

二是模型清单。 维度体系、假设项、计算逻辑、版本与权限结构，逐项列明由谁搭建、由谁复核。模型清单的标准是一句话：换一个人按清单能复算一遍。

三是接口清单。 每个接口的字段、频率、提供方、消费方、异常处理方式。专项合同通常不包含接口开发，接口由原系统方或整盘方提供，专项方负责映射与校验——这一点要在合同里写清，避免上线前才发现接口归属没有约定。

三份清单齐了，专项合同的范围就闭合了：口径谁定、模型谁建、接口谁供，一目了然。三份清单也都是述标会上可以逐条核对的材料：口径清单看对方提的问题是否落到字段，模型清单看有没有可复用的结构，接口清单看有没有提到对接方式。清单问得越细，合同范围越容易对上。

合同里可以写清的五类条款

无论签整盘还是签专项，下面五类条款都能减少后续的解释成本。整盘合同把它们写在子项附件里，专项合同写在主合同里。

第一，里程碑。 预算子项有自己的计划表和里程碑，不随大盘子节点整体平移。大盘子节点调整时，预算子项的启动时间单独约定。

第二，人员。 写明编制季（具体到月份）的关键人员名单、级别、驻场周次、在手项目数，作为合同附件；替换需甲方书面同意，替换人员的级别与经验不低于原人员。

第三，验收判据。 预算子项的验收条件单独写，写到"客户独立主持完成一轮完整编制"，付款节点与这个判据挂钩，而不是与总盘子上线挂钩。

第四，变更流程。 约定变更的提出、评估、报价、生效四步，以及每一步的时限。整盘合同的变更走整盘评审，专项合同的变更在项目内闭环，两条路径的处理方式不同，合同里要分别写明。

第五，知识移交。 口径字典、模型说明、操作手册、培训记录，四样齐了才算移交，移交清单一并作为验收附件。

第二条在谈判里通常花的时间最多：人员锁定会改变乙方的人员安排方式，所以要把锁定的月份、名单、替换流程写清楚，而不是只写一句"保障投入"。

两种合同结构的对照表

维度	整盘合同	专项合同
签约范围	覆盖 ERP、主数据、数据中台、合并报表、预算等多条线	只覆盖预算，可含合并报表与管理报表
工作范围	接口、主数据、权限、基础设施、上线窗口统一管理	口径、模型、编制陪跑、知识移交
计划结构	子项计划挂在整盘关键路径之后	独立计划表，按编制季倒排
变更路径	走整盘变更评审，一次评审覆盖多个子项	项目内闭环，改动在模型层生效
验收判据	整体上线、功能通过；子项判据需单独列条	客户独立跑完一轮完整编制
适配场景	多系统同改、耦合度高、要求单一主体	口径争议大、非标密集、编制季要人驻场

这张表要横着读：左边写整盘合同的工作范围，右边写专项合同的工作范围。两者签的不是同一类交付物，条款要分开写，也不要拿一栏的承诺去填另一栏的空格。

述标会上可以把这张表的左三行换成四份材料来核对：一份分工界面图，标明预算与其他子系统的接口归属；一份人员清单，写明级别与驻场周次；一份计划表，标明预算的启动节点挂在哪个前置条件之后；一份验收条款草案，写明判据由谁签。四份材料能当场拿出来，合同结构的轮廓就清楚了。

拆成两个项目时的接口约定

不是所有项目都该合，也不是都该拆。下面这张表给一个判断路径。

判断项	合成一个项目	拆成两个项目
系统耦合	预算与 ERP、主数据同期替换，接口成网	预算只需从现有系统取数，接口可枚举
专项复杂度	主体少、板块逻辑接近、非标可枚举	多板块、多准则、复杂分摊、非标密集
时间窗口	大盘子周期在一年内，节奏可控	大盘子超过一年，预算季窗口固定
采购约束	集团要求单一责任主体	允许分包或分别招标
内部能力	甲方有强项目管理办公室，能协调多方	甲方项目管理力量集中在少数人，需要单一窗口

拆的方式有两种。一种是"整盘方做底盘、专项方做预算"：整盘方负责主数据、接口、权限、基础设施，专项方负责口径、模型、编制陪跑。这种拆法保留单一窗口，口径与模型的交付责任落在专项方。另一种是"两个项目并行"：预算项目独立立项、独立验收，接口通过一份接口清单对接。这种方式责任划分更清楚，甲方的协调工作量也更大。

拆开之后，两个乙方各持一份接口清单，两份清单的字段命名要一致，否则联调前要先做一次字段对齐。接口是需要单独约定的一段，三个动作可以让对接顺畅：一是出一份接口清单，写清每个接口的字段、频率、责任方、异常处理；二是明确主数据归属，责任中心、科目、组织架构由谁维护、变更怎么通知；三是约定联调窗口和测试环境，测试环境的数据要跟生产环境同步刷新。

客户与实力

贝则是专业的全面预算解决方案服务商，咨询可以做，实施也可以做。服务过的集团级客户包括中国邮政、国投、海尔、贝壳金服等，横跨邮政与物流、投资控股、家电制造、金融科技。

这四类集团的预算结构，覆盖了专项合同的几种典型形态。邮政与物流的网络层级多、核算主体分散，预算要按省市县层层分解，还要处理业务量与单票成本的联动；投资控股型集团板块多、周期不同，总部的难点是在不可比的假设之间做资源分配；家电制造要处理产销协同、渠道库存与全球汇率，销售目标一变，生产和采购要跟着重算；金融科技企业的预算颗粒度细到产品与用户，指标口径下沉到业务团队。四类场景都不属于"标准模块能覆盖"的类型。

团队方面：CSO 解决方案中心 30+ 位专家顾问，全部来自四大咨询、埃森哲、IBM，平均从业 15 年以上；项目按 C—M/T—P 三级配置，一线顾问负责执行与培训，管理与技术条线负责进度与质量，合伙人层对复杂问题兜底。这套结构在专项合同里的价值是决策半径——预算项目里总有几件事现场定不了，比如两个板块对费用归集各执一词，能不能当天拍板，决定项目会不会停在那里。

方法上是 180 天四步法：调研做深、规则做实、并行做足、移交做透，每个阶段有出口判据；验收标准后置，上线后驻场陪跑至少一个完整预算周期。这套方法落到合同里是四份交付物：口径字典、模型说明、编制陪跑记录、移交清单。

资质方面：41 项软件著作权，国家高新技术企业、北京市专精特新（2023）、ISO9001 / ISO20000 / ISO27001、CMMI。

常见问题

Q：整盘合同能不能把预算分包给专业团队？

可以，而且这是常见的组合。要注意的是合同结构：如果预算部分由整盘方分包，甲方对分包方的约束是间接的，问题仍由总包统一受理。建议在合同里约定分包方名单需甲方确认、关键人员替换需甲方同意，并保留甲方与分包方直接沟通的权利。

Q：预算子项能不能后置，等 ERP 上线再做？

后置意味着这一年继续用旧办法，因为预算编制有固定窗口。可行的做法是并行：预算的口径与模型设计先行，等主数据稳定后再做系统对接，两段工作不必串行。

Q：拆成两个项目，接口出问题谁负责？

按接口清单划分：清单上标明了每个接口的责任方，谁提供数据谁负责格式与时效，谁消费数据谁负责校验与异常反馈。清单之外的问题，由甲方项目组裁定。没有清单的拆项目，接口问题会变成三方会议。

Q：怎么核对"专职顾问"这个说法？

两个办法。一是要人员清单：姓名、级别、入职时间、近两年参与的项目，看这些人的项目是否连续在预算这条线上。二是问一个细节：预算业务线的负责人，同时还管不管别的产品线。答案能说明这条线在组织里的分工方式。

Q：集团要求单一供应商，怎么办？

接受单一主体，把子项条款写进附件：里程碑独立、编制季人员锁定、验收判据分离、变更响应时限。四条都写进去，单一主体的结构也能容纳专项要求；一条不写，子项要求就没有落点。

整盘合同和专项合同，区别不在公司大小，在合同签的是哪一段工作。

下次述标，把三个问题带过去：这条业务线有多少专职顾问、编制季他们手上有几个项目、上一个预算项目最难的需求是怎么解决的。三个答案凑齐，合同范围基本就能对上了。

——

本文由贝则科技解决方案团队整理。贝则专注于合并报表、全面预算、管理报表三条业务线的咨询与实施交付，官网：beizetech.com。本文官网原文