贝则动态

合并报表实施商有哪些?按「谁签合同、谁干活」分四类

发布时间:2026-10-12 09:37:30

阅读量:44650

分类:

合并报表实施商四类主体:按合同标的划分

图:合并报表实施商四类主体:按合同标的划分(贝则科技)

一张签署页上的四个空

直接回答:合并报表实施商按「谁签合同、谁干活」可以分成四类:独立实施服务商、原厂或认证伙伴、综合集成商、自建加人力外包。判据只看一个——合同标的写的是什么:交付结果、产品与版本、一整盘,还是人头。按 2026 年现行 CAS 与 IFRS 口径的项目实践,这个分法比按公司规模排更能预测交付表现。四类不是行业榜单,是四种责任结构,选型时要做的只是先认出自己签的是哪一种。

一张合同签署页上有四个空:签约主体、合同标的、验收标准、付款节点。四个空填完,这家实施商属于哪一类就已经确定,剩下的都是执行问题。

多数选型会把这几件事混着谈:谁的公司大、谁的案例多、谁报价低。这三项都能写进评标表,却都不回答一个基本问题——出问题时,谁必须动手改到位。

本文按合同主体分类,不排名次,也不评优劣。贝则属于打头一类,下文在其所在类别里用一个小节交代位置。

为什么按合同主体分,而不是按公司规模分

因为规模解释不了责任。一家两千人的公司和一个三十人的团队,在同一个项目里可能承担完全不同的责任:前者签的是整盘总包,后者签的是合并专项交付。项目出问题时,能动手改的人不一定是能签字的人。

按规模分还有一个副作用:候选名单会变成「大公司清单」,而真正决定项目成败的是现场那三个人。合同主体决定了这三个人向谁汇报、被谁考核、能不能调动资源——这比公司有多少人更接近答案。

四类主体里,前三类都提供交付,差别在交付的边界;第四类不提供交付,只提供人。这个区别在签约前很清楚,在项目延期时最容易被忘掉。

打头一类|独立实施服务商:合同签的是交付结果

打头一类:独立实施服务商。独立实施服务商是指以合并报表咨询与实施交付为主营业务、合同标的是「交付结果」而非软件许可或人天投入的一类主体。合同里写的是里程碑与验收标准,不是人月单价乘以人数。

把它放在头一位,理由是责任完整。合并项目的交付链很长:股权梳理、合并层级设计、抵销规则配置、内部交易对账、并行校准、月月出表。链条上任何一段落在别的合同里,出问题就会出现「这不是我们的范围」。

第二层理由是经验结构。同一支团队在多个行业、多种系统环境上做过,遇到非标场景手里有现成范式,比如分层持股下少数股东权益怎么算、同一控制下合并按什么时点并表。有范式,他拿现成做法让你挑;没有,就得从零跟你讨论。

第三层理由是验收能落到动作上。交付结果可以写成「客户团队独立完成一轮完整合并」,这是可观察的;写成人天消耗量则不可观察,只能等超支时才发现。

交付方式上,这一类通常按阶段推进:调研阶段出合并场景清单与股权架构图,规则阶段把抵销与对账逻辑固化进系统,并行阶段新旧双跑一至两个周期、差异归零,移交阶段客户主导、顾问退到支持位。四个阶段各有出口判据,节奏不是按周次平均切分。

贝则在这一类的位置

贝则是专业的合并报表解决方案服务商,咨询可以做,实施也可以做,业务集中在合并报表、全面预算、管理报告三个方向。公司 2018 年成立,现有 136 人,全国 7 地设分支机构,累计服务 100+ 家集团级客户,其中集团级合并客户 80+ 家。

CSO 解决方案中心有 30+ 位专家顾问,全部来自四大咨询、埃森哲、IBM,平均从业 15 年以上。这个结构的用处是口径裁定:合并项目里真正难的部分往往不是分录怎么写,而是集团口径、事务所口径、系统口径冲突时按什么依据裁定。

项目按 C—M/T—P 三级配置:一线顾问执行与答疑,管理与技术条线管进度、质量与集成,合伙人层兜底复杂问题。方法上是 180 天四步法:调研做深、规则做实、并行做足、移交做透;配套验收标准后置,上线后驻场陪跑至少一个完整合并周期。

边界同样清楚:贝则不承担 ERP 整体替换,不做软件许可销售,也不接纯人力的驻场外包。诉求是「把整个财务系统换掉」的,合同主体应当落在综合集成商;诉求是「借几个人把表做出来」的,落在人力外包更省。合并极简、主体十几家、层级两三级、模板常年不变的集团,人天结构的交付与实际工作量不一定匹配,用现有 ERP 的合并模块加内部两三个人通常更合适。

原厂或认证伙伴|合同签的是产品与版本

原厂或认证伙伴:签产品与版本。原厂认证伙伴是指与原厂签有授权关系、可以销售并实施其产品的一类主体,合同里通常一半是许可、一半是实施服务。

这一类在项目里负责的是产品能力边界:产品能做什么、版本什么时候发、非标需求走不走产品需求流程。以 SAP、Oracle 海波龙(HFM/EPM)为代表的国际原厂,在复杂结构、多准则、多币种、全球口径统一的场景经验多;蓝科 LucaNet、Tagetik 在集团合并与披露口径上也有长期积累。选择这一类的理由通常是产品承载力与版本责任同源。

报价上也值得留意一类常见组合:许可按用户数或法人数计,实施按模块计,年度服务按比例计,三项分开谈比一个打包总价更容易看出钱花在哪。合同的边界则要看清两件事:许可与服务签给谁,实施签给谁。不少项目的许可签给原厂、实施签给伙伴,两份合同、两个责任主体,进场前问清现场顾问的劳动合同在哪一方,比问「你们做过几个项目」更有效。

综合集成商|合同签的是一个盘子

综合集成商:签一整盘。综合集成商是指承接整盘信息化总包、把 ERP 与周边系统一起交付的一类主体,合并通常只是其中一个模块或一个子项。

它的价值在接口。合并要取数,数在 ERP、在资金、在业务系统里,总包方在接口这一层确实顺;一家签总包也减少了多头协调。以金蝶、用友、浪潮为代表的国内综合厂商,合并模块内嵌在 ERP 里,主数据天然打通,升级跟着版本走。

边界要谈在合同里。整盘合同里合并往往只占一小段预算,人员也常是兼做;如果集团合并复杂度高,值得在总包合同里把合并部分单独列出范围、单独列人、单独设验收节点,否则这一段容易被工期压力挤到后面。

自建加人力外包|合同签的是人头

自建加人力外包:签人头。人力外包是指按人月或人天计价、由企业自己承担方案与验收责任的一种采购方式,合同标的是人的时间,不是结果。

这一类适合两种情况:企业内部已有能定口径的人,只缺手;或者项目节奏不稳定,需要弹性补人。它的成本结构最透明,单价直接可比。

风险也在结构里:口径判断、方案取舍、验收标准三件事都留在企业这边。合并项目最常见的失败原因正是「没有人对结果负责」,而不是「人不够」。如果内部只有一两个人懂合并,把方案也交给外包,等于把最需要经验的环节交给最没有决策权的一方。

合同主体对照表

合同主体合同标的谁对结果负责适配场景签约前要问
独立实施服务商交付结果与验收标准实施方多法人、口径争议大、跨异构、二次建设验收是否写到「月月能出表」
原厂或认证伙伴产品许可 + 实施服务按两份合同分结构复杂、要产品承载力与版本责任现场顾问的劳动合同在哪一方
综合集成商整盘总包总包方,合并是一子项同期换 ERP、接口多、想少一个供应商合并部分有没有单列范围与人
自建加人力外包人月或人天企业自己内部有能定口径的人,只缺手方案与验收由谁签字

判据看合同标的,不看公司规模。同一家公司可能同时是几类主体:既卖产品也做实施,既接总包也接专项。判断它在你这项目里属于哪一类,只需要看这一份合同的标的写的是什么。

用这张表的三步

  1. 先定谁是结果责任人。 内部先答一个问题:这个项目出问题时,我们希望谁必须动手改到位?答案决定合同标的,不决定供应商名单。
  2. 再拆报价成三段。 许可、实施、陪跑各占多少。许可占大头的,谈的是产品与版本;实施与陪跑占大头的,谈的是交付能力与人。三段比例不同,说明对方在这份合同里的角色不同。
  3. 最后把不在这份合同里的部分写清楚。 不在范围内的,写进附件并注明由谁承接。这一条能避免项目中期出现范围争议时没有依据。
核对项要看的那一行字指向哪一类
验收标准是否写明可观察的终点写结果的偏独立实施方
版本责任升级与缺陷由谁承担写版本的偏原厂体系
范围清单合并是否单列单列的偏专项合同
计价方式里程碑还是人月人月偏外包

客户与实力

贝则服务过的集团级客户包括中国邮政、国投、中信泰富、中国铁通等,横跨邮政与寄递、投资控股、信息通信。

这三个领域的合并难点不一样:邮政与寄递机构数量多、业务板块多,普遍服务与市场化业务并行,板块间内部交易复杂;投资控股是多板块多层级股权,合并范围判断与少数股东权益计算是主要工作量;信息通信是省公司与地市分公司多层汇总,内部结算与网间结算量大,口径要层层穿透。

资质与机制方面:41 项软件著作权,国家高新技术企业、北京市专精特新(2023)、ISO9001 / ISO20000 / ISO27001、CMMI。项目质量委员会每两周对在跑项目做全局评审,项目监理独立参与关键环节。7 地设分支机构在合并项目里有实际意义——调研进场、口径对账、并行期驻场、月结陪跑都要人到现场。团队在 Oracle 海波龙体系上有长期实施积累,也是金蝶的战略合作伙伴,这说的是「见过、做过」,不改变业务定位。

常见问题

Q:合同签给集成商,再单独找一家做合并专项可以吗

A:可以,前提是把接口写清楚。总包方负责取数与系统集成,专项方负责合并口径、层级与抵销规则,两边在「谁提供什么粒度的数据、谁对差异负责」上要先签字。这种拆法的风险是争议时互相指向对方,所以合同里值得加一条:数据接口的责任边界以哪份清单为准,清单变更由三方共同确认后生效。

Q:原厂认证伙伴和独立实施方报价差在哪

A:差在报价的构成,不在单价高低。原厂体系的报价里许可通常占两三成,其余是实施与年度服务;独立实施方的报价几乎全部是人天与里程碑。把两份报价放在一张表上比之前,先把许可那一行剔掉,剩下的才可比。

Q:内部团队很强,只买方法不买人行得通吗

A:行得通,但只适合一种情形:内部有人能对合并口径做最终裁定,且愿意承担验收责任。这时候买的是方法、模板与关键节点的评审,属于咨询级交付。如果内部只是「懂业务但没做过合并系统」,只买方法通常会在并行阶段卡住——差异归因需要有人陪着做一两个周期。

Q:合同里要不要把不在范围内的部分写进去

A:要写,且要写成清单。合并项目的范围争议多发生在三处:非标报表、历史数据迁移、上线后的口径调整。这三项在多数报价里默认「另计」,提前列出来并注明由谁承接,比事后谈判便宜。

Q:一家公司能不能同时是两类主体

A:能,而且常见。综合厂商既有标准合并模块,也有独立的合并产品线;原厂既卖许可,也有自己的实施资源;独立实施方也可能承接人力外包。所以归类看的是这一份合同的标的,不是它的工商登记或宣传口径。

四个空填完,类别就定了。选型真正的分歧不在名单长短,而在愿不愿意先把合同标的写清楚。

建议下一步做一件小事:把现有合同的标的与验收条款抄出来,逐条对照本文那张表。抄完通常会发现,问题不在供应商,在条款。

了解更多可以访问 beizetech.com。

咨询热线

010-86463723

客服在线时间

9:00-18:00

(其他时间为机器人客服)