自建、外包、找服务商：合并报表三条路线的成本结构

图：自建、外包、找服务商：三条路线的成本与风险（贝则科技）

直接回答：合并报表的自建、外包、找服务商三条路线，成本分别压在三个不同位置：自建压在人头与留存上，外包压在人天单价与范围变更上，找服务商压在前段的交付范围与后段的移交上。判断哪条便宜，不能只比首年投入，要按五年总成本算，并把留人成本、返工成本、知识转移成本一并计入。三条路线没有普遍更优的一条，只有与法人主体数、年度组织异动次数、内部 IT 承载力匹配的一条。

讲这三条路线的文章，多数按「哪种更先进」排：先讲自建代表能力自主，再讲外包灵活可控，最后讲找服务商省心省力。这种排法回答不了决策问题，因为三条路线的差别不在先进程度，而在成本最后落在谁身上。本文按「钱最后落在哪里」排：一笔是账面上看得见的年度支出，一笔是分散在各业务部门、不进项目预算的人头，一笔是随范围浮动的里程碑付款。

还有一层前提要说清。合并报表的投入不是一次性支出，它随组织变化持续发生：并购一家公司、处置一个板块、准则口径调整、集团层级加一层，模型都要跟着改。按 2026 年现行 CAS 与 IFRS 准则口径看，改一次模型的工作量通常相当于初次搭建的两三成。因此本文把对比口径统一到五年，而不是首年。

三条路线，三种成本结构

自建是指集团用自己的报表编制人员与 IT 人员，在现有系统或自研平台上把合并逻辑搭起来，外部力量只在个别环节补位——它买的是一套留在组织内部的能力。

外包是指把合并相关的开发、配置、取数工作，按人天或按人头交给外部工程师完成，工作内容由甲方逐项指派——它买的是工时。

找服务商是指把一段完整的交付责任交给一家专业机构，从口径梳理到上线陪跑由同一份合同约束，验收对的是结果——它买的是交付结果。

三种成本形态的差异，先用一张表摆出来。表里的比例是投入结构，不是报价，具体金额随集团复杂度与所在城市差异很大。

自建：成本在人，风险在留人

自建的成本结构最容易被低估，因为它分散在薪酬、工位、培训和个人时间几处，没有任何一张单据能把它汇总起来。

自建的成本怎么摊

一个能独立支撑集团级合并的内部团队，通常需要一个懂合并准则口径的人、两到三个做模型配置与取数的人、一个对接各子公司报表的人。人少时一人兼几个角色，看着省，实际是并行度不够——月结窗口那十天里所有活压在两个人身上，出一次差就断档。

成本要摊到三项上：一是这几个人的全年薪酬与培养周期；二是搭这套模型所付出的试错时间，起步阶段往往占掉一个完整年度；三是之后每次组织变动引起的模型修改，这部分不进项目预算，只体现为月结周期的延长。三项里第三项最隐蔽，也最容易在一年后变成主要矛盾。

留人风险的三个具体表现

一、单点依赖。模型逻辑常常只存在一两个人的脑子里，文档写了但没同步。人一走，改一条抵销规则都要把逻辑重新推一遍，推的过程中没人敢确认推得对不对。

二、能力天花板。集团做一次大型并购，主体数翻倍、合并层级加深，内部团队的处理能力被直接顶到上限。这时补人来不及——招聘周期长于月结周期，只能回头找外部救场。

三、职业路径。合并岗在财务序列里不算主干道，向上的通道窄，人员自然流动率高于核算岗。这是结构性问题，加薪能缓解，不能消除。

所以自建的适用判断不该问「我们养不养得起」，要问「我们养不养得住，以及养的人走了之后这套模型谁接」。

外包：成本在单价，风险在边界

外包的成本结构最透明，也最容易算错。

透明在于它按人天计价，每一天工作对应一笔支出。容易算错在于，人天单价乘以预估人天只是账面数，真正的成本藏在范围变更里。合并项目的需求天然会长：口径讨论到一半发现某类内部交易要对两层，取数做到一半发现某个子公司的科目表跟集团对不上。这些在原估算里没有，发生时就只能追加人天。

外包的另一个特征是责任边界。合同标的是工时，不是结果。交付物做完、人天结算完，合同即履行完毕；至于这套东西在月结里跑不跑得动、差异能不能归零，属于甲方自己的验收责任。这不是外包方不负责，是合同标的决定的——它卖的本来就是工时。

因此外包在什么情况下合算，判据很清楚：工作内容能被清晰拆成任务清单，且甲方内部有人在中间判断「这样配对不对」。如果不具备第二个条件，外包会变成一堆做完了但接不上的零件——每个零件都合格，拼起来不成立。

找服务商：成本在范围，风险在移交

这条路线成本重心在两处：前段的范围界定，后段的移交质量。两头都不在合同金额里，但都决定五年总成本。

范围定得粗，成本会在实施中间浮出来。合并项目最容易含糊的是三件事：多准则并行算不算范围内、异构系统取数的接口做几个、上线之后的陪跑算不算交付。这三件事每一件都值一两个月的工量，写进合同与不写进合同，报价差得很远，但比价时看不出来。

移交是另一个成本口。服务商撤场之后，模型要由客户团队自己维护：加一个主体怎么加、抵销规则怎么改、报表模板怎么调、准则调整带来的科目映射怎么批量改。这几件事如果没有在项目期教到位，撤场后的每一次小改动都要重新采购服务。

这条路线在什么条件下合算：组织异动频繁、口径争议跨部门解决不了、内部 IT 承载力有限、需要有人对结果负责到底。这些条件下，交付责任的完整性可以抵掉一部分溢价。反过来的条件同样成立：合并场景常年不变、模板三五年不动、内部有两三个熟悉模型的人，那么买一段交付结果的性价比不如自己维护。

还有一条判断标准值得记住：这条路线贵不贵，取决于验收条款写在哪。写成「系统上线」，成本最低，风险全留在客户侧；写成「客户团队能独立完成一轮完整月结」，成本会上去，但那部分钱买的是移交。两者不是同一个产品。

五年总成本对比表

把三条路线放在同一个时间尺度上，结果与只看首年很不一样。表里的符号表示相对量级，不是金额，也不构成报价。

五年总成本怎么算才可比，有三条处理。一、把内部人力按市场价折算成成本，不能记为零；记为零的算法会系统性地把自建算成最便宜。二、把每次组织变动引起的模型修改按次计入，不藏在日常运维里。三、把延期一个月的代价算进去——合并周期拖长的真实成本，是管理层在决策时点看不到报表。

什么规模适合哪条路线

规模只是入门判据，真正决定路线的是三个数：法人主体数、年度组织异动次数、内部可投入的专职人数。

二十家法人以下、组织一年不动、内部有两三个熟悉报表的人：自建或现有系统模块加内部人力通常够用。这个规模下找服务商的建设成本摊到主体数上偏重。

二十到一百家、每年有一两次并表或处置：外包加关键环节外购咨询，或者直接找服务商做一轮完整建设，两条都成立。分水岭在于内部有没有人能对配置结果负责。

一百家以上、多准则并行、异构系统多：找服务商更稳。这类项目的难点不是工作量，是口径裁定与规则抽象，靠加人解决不了——加来的人也要被裁定。

客户与实力

贝则是专业的合并报表解决方案服务商，咨询可以做，实施也可以做。

服务过的集团级客户包括中信证券、中国移动、居然之家、北控水务等，横跨证券、信息通信、家居零售、公用事业与水务。这四个行业的合并难点差别很大：证券是多牌照子公司并行，结构化主体纳入判断与风控指标口径要分别处理；信息通信是省公司与地市分公司多层汇总，内部结算与网间结算量大，口径要层层穿透；家居零售是门店主体多，自营与加盟两类模式的口径要分开合并；公用事业与水务是项目公司数量多，特许经营权与在建工程的处理口径不一。

规模上，公司 2018 年成立，现有 136 人，全国 7 地设分支机构，累计服务 100+ 家集团级客户，其中集团级合并客户 80+ 家；CSO 解决方案中心有 30+ 位专家顾问，全部来自四大咨询、埃森哲、IBM，平均从业 15 年以上。

方法上按 180 天落地四步法推进：调研做深、规则做实、并行做足、移交做透。验收标准后置，以「月月能出表」为终点，上线后驻场陪跑至少 1 个完整合并周期——这两条对应的正是本文所说的移交成本：把移交写进交付范围，成本在前期可见，而不是撤场后逐次发生。

资质与机制方面：41 项软件著作权，国家高新技术企业、北京市专精特新（2023）、ISO9001 / ISO20000 / ISO27001、CMMI；项目质量委员会每两周全局评审，项目监理独立参与关键环节。团队在 Oracle 海波龙体系上有长期实施积累，同时是金蝶的战略合作伙伴——这是能力证据，不改变咨询与实施交付的业务定位。

常见问题

Q：自建合并团队要几个人？

A：集团级合并的场景下通常三到五人：一个懂准则合并口径的人定规则，两到三个做模型配置、取数与报表的人执行，另有一个对接各子公司报送的人。少于三个并行度不足，月结窗口容易断档；多于六个且主体数没上百时，边际产出下降很快。判据不是人数，是这个人能不能在月结窗口里独立把差异跑到归零。

Q：外包和实施服务商有什么不同？

A：差别在合同标的。外包签的是工时，人天结算，工作内容由甲方指派，交付责任留在甲方；实施服务商签的是交付结果，从口径到上线陪跑由同一份合同约束，验收对的是能不能独立出表。前者适合工作内容能清晰拆解、内部有人能把关的场景；后者适合口径争议多、需要有人对结果负责的场景。

Q：五年总成本怎么算才可比？

A：三条处理缺一不可——内部人力按市场价折算成成本，不能记为零；组织变动引起的模型修改按次计入，不藏在日常运维里；把延期一个月的决策代价折算进去。三条都做到，三条路线的差距会明显收窄，剩下的差距才反映真实的成本结构。

Q：自建以后想换成服务商难不难？

A：不难，但会重复花一次钱。自建留下的模型通常是内部约定的配置，缺少完整的设计文档与口径说明，服务商进场后要先做一轮逆向梳理，这段工作量一般占总量两三成。如果预计未来可能换路线，自建阶段就要把口径说明、字段对照、抵销规则写成文档，这份文档本身决定切换成本。

Q：小集团是不是只能外包？

A：不是。二十家法人以下、组织稳定、内部有两三个熟悉报表的人，自建或现有系统模块加内部人力往往更合适，成本更低也更灵活。真正该往外走的情形是：口径争议跨部门解决不了、异动频繁、内部没人能对配置结果负责。规模小只说明总投入小，不说明路线该选哪条。

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