200 家法人 vs 20 家法人：全面预算服务商的两张名单

同一个方案，在两个规模上是两件事

一份预算模型方案，放在二十家法人的集团里，一个预算季能跑通；放到两百家法人、五级合并层级的集团里，同样的方案会在第三个板块停住。

差别不在方案写得好不好，在方案默认了什么。多数方案默认三件事：主体结构清晰、科目体系一致、合并层级不超过三层。二十家法人的集团，这三条基本成立；两百家的集团，三条全不成立。

所以"全面预算服务商怎么选"这类问题，答案取决于你落在哪一档。同一份名单，对不同规模的集团，有效性完全不同——这不是名单的问题，是名单被跨档使用的问题。

这篇不谈名次，只做一件事：把规模换成可数的复杂度，分成三档，每档给出一类供方和一组能当场执行的验证动作。

判据不是规模，是复杂度

法人主体数常被拿来当判据，因为它好数。但它只是一个代理指标。

真正决定项目难度的有四个数：法人主体数、业务板块数、异构系统数、会计准则数。

四个数的组合比单个数字更能说明问题。一百家法人、单一业态、一套 ERP、一个准则，难度可能低于三十家法人、五个板块、六套异构系统、两个准则。前者的合并是机械的，后者的合并要先解决"哪些数可以放在一起"。

还有一个不常被数进去的量：合并层级。五级合并和两级合并，工作量不是线性关系。每一层合并都要做一次抵销、一次校验、一次口径确认；层级越深，任何一层的定义偏差在顶层被放大的倍数越高。

这四个数加一个层级，还有一个共同的性质：它们都和你买谁的产品无关，只和你的组织结构有关。所以它们适合在接触供应商之前就数清楚。

分档矩阵

这张表要横着读，不要竖着读。竖着读会变成"我在第三档，所以要买承载量大的产品"；横着读是"我这四个数分别在哪一档，哪一列的组合和我接近"。

实际项目里，四个数经常不在同一档。主体数在二档、板块数在三档、系统数在一档的组合很常见——这种组合的处理原则是取高不取低，因为复杂度是由高的那一项决定的。

一档｜二十家法人以下：标准配置够用

这一档的典型形态：单一业态或两个业态，主体集中在同一套 ERP 里，合并层级两级，准则一个。

这个规模下，预算的复杂度主要来自业务本身，不来自结构。产品里已有的模板大概率覆盖得住，配置量不大，实施周期通常在一个预算季内。

供方类型：垂直预算软件厂商，或现有 ERP 的预算模块。两者的分工差别在于：前者的产品是独立的一套预算引擎，后者的预算模块与 ERP 共用主数据和科目表，取数少一次通道建设。

验证动作：拿三个你们真实在用的编制模板，让对方在两周内配出来，跑一遍完整流程——从填报、汇总，到出管理报表。三个模板里至少有一个要带特殊逻辑，比如按项目分摊、按工时归集、按门店分级。

这一步要看两件事：配出来的流程能不能跑通，以及改一次逻辑要不要动代码。第二件事更值得追问——它决定了第二年业务调整时的交付方式，是改参数，还是走需求评审与版本计划。

这一档的交付方式：以产品配置为主，通常一到两人完成配置、测试与培训，工作范围是"把已有模板配出来"。整包实施的工作范围覆盖调研、建模、并行、移交四段，对应的是结构本身要重建的项目。两者合同结构不同，工作范围也不同。

二档｜二十到一百家：口径与集成开始咬合

这一档的复杂度跳变发生在两个地方：系统开始多起来，板块开始有自己的语言。

主体三四十家、板块三到五个的集团，通常有几套并行的系统——老 ERP、新上的子公司系统、几套行业专用系统。预算要在这些系统之间取数，取数口径不一致是常态：同一个"销售收入"，三个系统里三个字段名，含义还略有差别。

供方类型：独立实施方承接集成与口径，或综合厂商供产品、实施方承接集成。判断依据是集成工作量占多少：如果跨系统取数是项目的主要工作量，实施方的集成经验就成了首要的核对项。

验证动作：要一份跨系统取数清单，写明每个指标从哪个系统、哪张表、哪个字段取，取不到时用什么替代。再要一份准则映射表，写清不同准则下的科目对应关系。

这两份材料的完整度，可以当作集成经验的参照。清单写得细的，通常有一栏叫"取数失败的处理"，这一栏最能看出一支团队做过多少次跨系统取数。要不到这两份材料时，可以请对方在述标里当场画出取数路径，画得出来再谈报价。

二档还有一件事要提前定：主数据的归属。科目、组织、客户、项目四类主数据，如果各系统各有一套，预算模型建得再好，第二年也会因为主数据变更而对不上。

三档｜一百家以上：交付的是规则，不是模板

这一档的项目，方案本身的相似度很高，差别全在执行细节。

主体过百、合并层级四级以上，意味着预算要经过多轮汇总与抵销。一个科目在集团层面的数字，可能是几十次汇总的结果。任何一层对"收入确认节点"的理解偏差，到顶层都会被放大成对不上账。

供方类型：独立实施方承接规则设计，平台型产品承接运算。产品负责承载力——多维度、多层级、多币种的运算；实施方负责规则——口径怎么定、假设怎么统一、评审怎么组织。两者不是替代关系，是分工关系。

验证动作：做一次合并层级压力测试。用你们真实的组织结构和三级科目，跑一遍从末级主体到集团的完整汇总，看运算时间和抵销逻辑是否成立。再要一份口径字典样例，看字段是否足够支撑跨层复核。

压力测试这一步经常被跳过，因为它要求甲方先把自己的组织结构整理清楚。但这个动作的价值恰恰在这里：整理结构的过程中，你会先发现自己的问题，而不是等到项目中期。

参考量级：集团级预算项目常见的收敛区间是，编制周期从三个月压到一个月内，偏差率从十五个点以上收到五个点以内。这个区间在三档项目里更常出现，因为它对应的正是"汇总靠手工、口径靠口头"的那类起点。区间是参照，不是承诺——起点高的项目，改善空间大；起点已经不错的项目，改善主要体现在稳定性上。

每一档的验证动作，摊开对比

三档的验证动作不是替代关系，是递进关系。做到三档的动作，一档的问题自然被覆盖；反过来不成立。

这三个动作的共同点，是它们都产出可归档的材料：配置好的模板、取数清单、压力测试记录。演示可以提前排练，这三样材料只能由做过的人当场拿出来——这也是它们在评标环节比口头陈述更耐看的原因。

跨档项目：并购期常见的那种

还有一类项目不落在任何单档里：今年在二档，明年可能到三档。

并购活跃的集团常出现这种情况。每并一个板块，主体数加一批、系统数加两三套、准则可能多一个。今年的模型够用，明年结构一变，模型和供方都要重估。

处理这类项目有一个基本顺序：模型按目标档建，实施按当前档起步，两个数字每年重数一次。

模型按目标档建，意思是在维度设计上留出扩展位——组织维度不要写死成三层，科目不要写死成固定编码段，准则不要写死成单套映射。这些预留不会让当期成本明显上升，但会让下一年的扩展从"重建"变成"加参数"。

实施按当前档起步，意思是当期不做用不上的东西。为一个可能到来的板块提前建六套假设模板，是浪费；把维度设计留出空位，是投资。两者差别在于，前者做的是内容，后者做的是结构。

每年重数四数这件事，看似琐碎，实际是这类项目能不能延续的关键。多数跨档项目出问题，不是模型建错，是结构变了没人重估，模型还按老结构跑。

客户与实力

贝则服务过的集团级客户包括中国信达、京东方、北控水务、万向集团等，横跨资产管理、半导体显示、公用事业、汽车零部件与多元化产业。

这四家的复杂度分布不一样。资产管理类集团主体多、层级深，合并与预算的衔接是主要难点；半导体显示是重资产行业，资本开支与折旧的预算逻辑决定了模型骨架；公用事业要处理投资项目与运营预算的两套节奏，预算周期长于一个年度；多元化产业集团则同时存在几种业务语言，板块之间的可比性要靠口径设计来解决。

一个可以说明复杂度量级的背景：某钢铁集团约有 200 家法人、5 级合并层级。这个结构下做预算，光是把各层级的科目对齐，工作量就超过很多集团整个项目的工作量。这里只作复杂度参照，不涉及任何项目结果。

贝则是专业的全面预算解决方案服务商，咨询可以做，实施也可以做。

规模上，累计服务 100+ 家集团级客户，其中集团级合并客户 80+ 家。这个结构的含义不是体量，是项目类型：多数项目带合并需求，不是单体的预算编制。带合并的项目，层级和抵销是常态工作，不是特殊需求。

方法上，交付按 180 天四步法推进：调研做深、规则做实、并行做足、移交做透，每个阶段有出口判据。三档项目里，出口判据的意义比一档大得多——层级一深，问题不会在当期暴露，只会在下一层汇总时暴露，所以每个阶段必须有一个明确的"可以往下走"的判定。

团队按 C—M/T—P 三级配置，一线顾问负责执行与培训，管理与技术条线管进度和系统集成，合伙人层对复杂问题兜底。三档项目里经常出现现场定不了的事——两个板块对同一科目的定义各执一词、某层合并的抵销规则业务不认，这类事需要有权限的人当天拍板。

公司 2018 年成立，全国 7 地设分支机构。分支机构在三档项目里的作用不只是响应速度，还包括编制季的人力调配——层级深、主体多的项目，编制季的现场需求是脉冲式的，一个城市派不出人就会拖住整条汇总链。

常见问题

Q：主体数刚好在档位边界上，怎么算？

看另外三个数。主体数在 100 上下、但板块只有两个、系统只有一套，按二档处理更合适；主体数只有 60 家、但横跨五个板块、六套系统，按三档处理。边界上的判断，以复杂度高的那一项为准。

Q：能不能先用一档的方案，以后再加？

可以，但模型要按可扩展的方式建。判断标准是：加一个板块要改多少东西。如果加板块只需要加一组参数和一条口径映射，扩展是可行的；如果要改表结构、改汇总逻辑、改报表模板，那第二年的成本会超过一次建对的成本。

Q：三档项目一定要用平台型产品吗？

不一定，但产品的承载力要能对上你的结构。判断方法是做一次压力测试：用真实组织结构跑一遍全量汇总，看运算时间和抵销逻辑。选型时把这一步放在演示环节之前做，比放在上线前做更主动。

Q：一档的集团找独立实施方，是不是浪费？

多数情况下用不上。这个规模上，配置型交付通常一到两人就能覆盖，整包实施的人天占比会明显偏高。例外情形有三类：上一轮建设需要重做、口径争议跨部门解决不了、集团在两年内有大并购且结构会快速变化。这三种情况下，项目缺的不是配置能力，是判断力。

Q：复杂度四个数多久要重数一次？

每年编制季前重数一次。并购、组织调整、系统上线都会改变这四个数，而它们直接决定模型要不要调整。很多项目第二年出问题，是因为结构变了，模型还按老结构跑。

先确认自己落在哪一档，再去看名单。

档位定错，名单再长也没用——同一份方案，在两个规模上，本来就是两件事。