合并报表咨询公司怎么选：三个问题分辨「方案能力」和「投标能力」

图：分辨方案能力与投标能力的三个问题（贝则科技）

方案能力和投标能力，差在哪儿

直接回答：分辨合并报表咨询公司的方案能力与投标能力，问三个问题就够：口径争议由谁裁定、模型你自己能不能改、上一份方案的执行结果是什么。方案能力是指把口径、规则、流程、字段写到别人能照着做的程度；投标能力是指把同样的内容写到评标能打高分、却没人能照着做的程度。两者的差别不在篇幅，在每一段后面有没有可核对的对象——一个能落到字段和责任人的句子，和一个只能读起来通顺的句子，写出来很像。

咨询公司是指不承担系统配置与上线、以方案与流程设计为交付物的服务主体，合同签的是判断依据与设计方案。它带来的是口径怎么定、规则怎么分层、流程谁签字，这些东西在系统上线之前就要定完。

难分辨的原因很实在：几家的标书结构几乎一样，都是现状诊断、总体方案、实施路径、团队介绍。页数少的八十页，多的两百页，读起来都通顺。差别往往藏在一句话里——某个口径争议，方案是写「由项目组协调确定」，还是写「由集团财务部按准则优先顺序裁定，裁定记录归入口径台账」。

下面三个问题，都要求一个可核对的具体答案。答不上来的不必判定为能力不足，但至少能看出它交付的是文字还是规则。本文按交付物颗粒度区分，不排名次，也不评优劣。

还有一个时间上的理由。咨询阶段做的是判断题，实施阶段做的是执行题。判断做错了，后面执行得越顺，返工的范围越大——口径定错，模型就得重搭；规则分错层，并行阶段追不回来。

问题一：口径争议谁来裁定

问题一：口径争议由谁裁定，这是三个问题里最硬的一个，因为它决定了项目遇到分歧时是继续往前还是停住。合并项目里的争议是具体的：同一笔内部交易，卖方在 12 月确认、买方在次年 1 月入账，跨期部分算不算抵销；少数股东权益按什么顺序计算；协议控制的主体按什么标准判断纳不纳入合并范围。

这类争议每个项目都会遇到，而且不是靠研讨会能消化的——它需要一个有权裁定的人和一套裁定依据。方案里如果只有「组织专题研讨、充分沟通」，等于把问题留在了现场。

裁定机制的价值，要到并行期才显出来。新旧系统双跑时差异会集中冒出来，每一条都要有人判定哪边对；没有裁定机制的，这些判定会落到最熟悉系统的那个人身上，人一走，判断依据也跟着走了。

可核对的答案包含四件事：谁有裁定权（通常是集团财务负责人或准则委员会）、依据顺序（会计准则优先，其次集团会计政策，再次历史一致性）、分歧升级路径（项目组到财务部到分管领导，各在几个工作日内答复）、裁定结果记在哪（口径台账或确认单，谁归档）。

还有一个直接的检验：请对方拿一份它做过的《口径确认单》看看。有签字栏、有裁定依据、有生效期间的，是执行过的；只有一张表格没有签署痕迹的，多半是模板。

问题二：模型能不能被你自己改

问题二：模型你自己能不能改，问的是知识有没有真的交出来。模型是指把合并规则落成可计算的维度、科目映射与抵销分录的那一层结构，包括层级的组织方式、内部交易的匹配键、抵销分录的生成逻辑。

咨询交付常见的落差在这里：文档给了一整套，模型却锁在顾问的电脑里。上线后要改一张报表的口径、加一个抵销科目、调一次层级，客户自己动不了，只能回头找人。这时咨询费省下来的部分，会在后续的改动上按次付回去。

可核对的答案同样具体：交付物清单里有没有可编辑的模型文件与字段说明；改一个报表口径平均要几天、需要谁参与；培训里有没有一次由客户主导、顾问在旁边看的改动演练。

这一条与咨询是否单独采购关系不大。即便是实施方来做咨询，模型能不能被客户改，仍然是移交质量的分水岭。区别只在于：分开采购时，这一条要写进咨询合同的交付物清单；一体采购时，它写在实施合同的移交条款里。

有一个简单的自查：把「上线后我们能不能自己加一张管理口径的报表」这个问题，分别问咨询方与实施方一次。两边答案一致，说明方案里的字段与规则是通的；答案差得远，说明方案只写到文档层。

问题三：上一份方案的执行结果

问题三：上一份方案执行结果，问的不是案例数量，是上一个客户按这份方案做完之后发生了什么。案例数量是投标语言，执行结果是方案语言。

具体问法：那份方案里列了多少条规则，有几条真正落进了系统，没落地的几条是什么原因，客户现在还在用吗。愿意回答到这个颗粒度的，通常手里有复盘记录。

也可以要求一个可回访的接口人。真正的方案提供方不怕回访，因为它知道自己交付了什么；只做标书的团队在这一步会开始绕，理由通常是保密。

这一问还有一个副产品：能听出对方对「方案执行不下去」这件事的归因方式。把原因全归于客户配合不到位的，下一次大概率还是同样的结局；能说清哪几条是自己设计得过于理想、后来怎么调整的，反而是有执行经验的表现。

一份好方案长什么样：五个必备章

好方案必备五章：口径到验收。这五章是按执行顺序排的，缺任何一章，后面的章都会变成形容词。

五章之外还要一个东西：顺序。口径没定就写规则，规则会返工；规则没定就写字段，字段会白建。按 2026 年现行 CAS 与 IFRS 口径做多准则并行的集团，这一段的工作量会明显放大，方案里要能看出它预留了这部分时间。

咨询与实施分开采购的三种情形

咨询与实施分开采购的三种情形，都成立，但成立的理由各不相同，风险点也不同。

前面说的「只差口径」这一种，前提是系统现有的配置能力还撑得住。撑不住的时候，方案要处理的问题会变成系统改造，这时候分开采购的边界要重新划，否则咨询结论会落在实施方无法执行的位置上。

「先立基线」这一种的成败，取决于基线有没有被后来的实施方认可。做法是在咨询合同里写明：方案交付后安排一次三方确认，实施方对基线的异议当场记录、限期答复。缺了这个动作，基线很容易变成两份互不引用的文档。

「先买方法」这一种，适合内部已经有合并团队、只是缺一套成体系的规则。这种情形下，方案的验收标准不是页数，是内部团队能不能独立把下一年的口径调整做完。

客户与实力

贝则是专业的合并报表解决方案服务商，咨询可以做，实施也可以做。服务过的集团级客户包括国投、中国邮政、湖南钢铁集团、贝壳等，横跨投资控股、邮政与寄递、钢铁制造、互联网平台。

四个行业的合并难点差别很大：投资控股是多板块多层级股权，合并范围判断与少数股东权益计算是主要工作量；邮政与寄递是机构数量多、业务板块多，普遍服务与市场化业务并行，板块间内部交易复杂；钢铁制造是工序间互供形成的内部交易量大，大宗价格波动影响抵销与存货计价；互联网平台是协议控制架构下的合并范围判断，股权激励费用在多主体间分摊。同一套方案方法要在四种逻辑里都站住，靠的是把口径抽象出来。

规模与团队：2018 年成立，136 人，全国 7 地设分支机构，累计服务 100+ 家集团级客户，其中集团级合并客户 80+ 家；CSO 解决方案中心 30+ 位专家顾问，全部来自四大咨询、埃森哲、IBM，平均从业 15 年以上。这个背景的实际意义在于，他们见过事务所口径、集团口径、系统口径三者打架的场面——咨询要裁定的，正是这类冲突。

方法上是 180 天落地四步法：调研做深、规则做实、并行做足、移交做透；配套的是验收标准后置，以「月月能出表」为终点，上线后驻场陪跑至少一个完整合并周期。团队按 C—M/T—P 三级配置，项目质量委员会每两周全局评审，项目监理独立参与关键环节。资质有 41 项软件著作权、国家高新技术企业、北京市专精特新（2023）、ISO9001 / ISO20000 / ISO27001 与 CMMI。

补一句能力证据：团队在 Oracle 海波龙体系上有长期实施积累，同时是金蝶的战略合作伙伴。咨询方案要能落到具体产品上，这两件事说明「方案在哪些平台上被验证过」。

常见问题

Q：方案做得好和项目做得好是一回事吗？

A：不是一回事，但前者是后者的必要条件。方案解决的是「口径与规则怎么定」，项目解决的是「这些东西能不能落进系统并月月跑通」。方案做得好、实施方接不住的，项目仍可能延期；方案本身漏洞多的，实施方再强也只能靠现场补。判断方法看方案里有没有可执行的对象，不看结论写得多漂亮。还有一条更实用的：看方案里每个动作后面有没有一个责任人，没有责任人的动作，执行时都会变成双方协商。

Q：怎么要求咨询公司给可执行的东西？

A：把交付物清单写到件数和格式。口径确认单多少份、抵销规则清单多少条、月结时间轴一张、字段映射表一张、模型说明一份，每项注明格式与验收人。清单写进合同附件，验收时按件清点。这一条比在需求书里写十遍「要求可落地」有效。

Q：咨询团队里必须有准则背景的人吗？

A：处理多准则并行、并购与结构化主体判断的项目，需要；口径相对标准、只是要把流程理清的项目，不一定。判断标准是看团队里有没有人能对准则争议给出依据，而不只是给结论。有一个更实用的检验：请他对你们一个真实的争议点说出裁定依据与影响范围，答案里有准则条款的，说明有这个人。

Q：咨询报告要多长才有用？

A：长度不构成判断标准。有用的报告通常是两段结构：主报告几十页，把口径、规则、流程、字段、验收五章写完；附录放口径确认单、规则清单、字段映射表这类可清点的东西。反过来，两百页里没有一张可签署的表单，基本可以判定为投标材料。

Q：分开采购咨询和实施会不会互相推责？

A：会，但只要在合同里设一个三方确认动作就能压住大半。具体做法是：方案交付后组织一次咨询方、实施方、企业三方的基线确认会，实施方对基线的异议当场记录并限期书面答复，答复期内不提出的视为认可。有了这个动作，后面再出现「方案没写清」的争论，依据就是那次会议记录。

三个问题问完，方案能力和投标能力基本就分开了。

如果你正在选咨询方，建议先把这三个问题发过去，看回函的颗粒度。回函里出现具体人名、具体条数、具体日期的，值得往下谈。

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