一套数据底稿支撑 IFRS 18 与 CAS 30 两套口径

图：一套底稿支撑 IFRS 18 与 CAS 30 两套口径（贝则科技）

直接回答：IFRS 18 与 CAS 30 是同一套列报逻辑的国际版与国内落地版，只是同一家企业可能被要求按两套口径出表。贝则的做法是——分类判断在集团层面只做一次，形成一套统一的分类规则与数据底稿，IFRS 18 与 CAS 30 共用这份底稿，只在最后的报表映射环节分叉。这样做的结果是：同一笔损益在两套口径下的归属可以逐项对照，差异可解释、可复核。这套方案由合并报表系统与数据集成平台共同承载，核心是"判断不重复、映射可分离"。

两套准则并行，难点从来不在多写一张表

对在境内外同时上市的集团，CAS 30 与 IFRS 18 的执行时间落在同一年——都是 2027 年 1 月 1 日。财务团队面对的不是"多做一张利润表"这种工作量，而是一个更根本的问题：两套准则下的分类判断是不是同一套逻辑？

从条款层面看，两套准则的框架是趋同的。CAS 30 第三十二条把损益分为经营、投资、筹资、所得税费用、终止经营五类；IFRS 18 同样按经营、投资、融资三类活动分类，加上所得税与终止经营。两套准则都要求列报结构化的中间小计，都要求追溯调整比较期数据。

这意味着分类判断的实质依据是共通的。既然如此，为两套准则各维护一套判断逻辑，就是主动制造差异。这也是我们在方案设计上把"判断与呈现分离"作为前提的原因。

贝则的解法：判断只做一次，映射环节分叉

贝则在多准则并行项目上的基本设计是三层结构。

最底层是分类判断层，全集团共用一套。按 CAS 30 第三十九条至第五十九条建立一套分类规则，明确每类损益的归属。这一层产出的不是报表，而是每个损益项目在五分类中的归属结论。

中间是数据底稿层，两套准则共用。把分类结论与核算数据一起沉淀为一份业财融合的数据底稿。这份底稿承载的是"这笔损益由什么活动产生"的答案，本身不区分准则。

最上层是报表映射层，在这里分叉。两套准则各自建立从底稿到报表项目的映射关系。同一份底稿，通过两套映射规则，分别输出 CAS 30 口径与 IFRS 18 口径的利润表。

层次	职责	是否区分准则	变更频率
分类判断层	确定每类损益归属的活动类别	不区分，集团共用一套	随准则或业务模式变化时调整
数据底稿层	沉淀分类结论与核算数据的结合结果	不区分，两套准则共用	随数据来源变化时调整
报表映射层	底稿项目映射到各准则的报表项目	区分，两套映射并行	随各准则列报要求变化时调整

这条结构原则的要点在于：把变化频率最低的部分放在底层，把需要分叉的部分放在上层。准则列报要求的调整只影响映射层，业务模式的调整才需要动到判断层。反过来设计——两套准则各配一套判断逻辑——每次准则发生变化都要改两处，且两处之间的一致性无法保证。

结构怎么落到系统：底稿要承载什么

三层结构在系统里能不能跑起来，取决于数据底稿承载的内容是否足够。判断层的产出要能被底稿接住，映射层才可能只改一处。

按我们的实施口径，底稿需要承载三类信息。一类是分类结论，即每笔损益的活动类别归属，这是后续所有映射的输入。另一类是结论的来源标识，包括判定所依据的科目、辅助维度取值、业务系统字段，以及规则版本号——没有来源标识，结论就无法复核。还有一类是可映射的项目标识，让同一笔金额能被多套映射规则分别取用。

三类信息中，最容易被遗漏的是来源标识。多数企业的底稿只记录结果，不记录依据。结果是并行的期间内看不出问题，等到次年准则解释更新、或者审计要求逐项说明分类依据时，才发现历史期间的判断依据已经不可还原。

并行期怎么设，哪一层由谁维护

两套准则的生效时间同在 2027 年 1 月 1 日。对同时适用的集团而言，真正的压力不在生效那一期，而在生效之前。

并行期要解决的不是"两套表都能出来"，而是"两套表的差异能被解释"。按我们的做法，并行期至少覆盖一个完整的合并与报告周期，期间对 IFRS 18 与 CAS 30 之间的每一处差异逐项归因：属于实质差异的进入差异说明，属于口径理解偏差的回到判断层修规则。

组织分工是这套结构能否长期稳住的另一个前提。分类判断层的维护责任建议放在集团会计政策或报表主责部门，因为它需要跨主体统一；报表映射层的维护责任可以随准则条线走，因为它只影响呈现。如果两层都交给同一批人在同一时点处理，就很容易出现在映射环节顺手改判断的返工——判断层一旦被非授权修改，并行的可比性立刻失效。

差异怎么呈现，而不是怎么消除

两套准则确实存在实质差异，这些差异不需要消除，但需要被清晰地呈现出来。按财政部答记者问的口径，差异集中在四处：

差异项	CAS 30	IFRS 18
生效时间	分三档：2027 / 2029 / 2030 年 1 月 1 日	统一自 2027 年 1 月 1 日或之后开始的年度报告期间
最低列示颗粒度	第三十四条明确 15 项最低列示，颗粒度更细	最低列示要求相对概括
权益法其中项	要求列示"经营利润及以权益法核算的投资产生的收益"其中项；权益法核算的联营、合营投资损益始终归投资类别	无对应的强制其中项安排
配套报表格式	同步设计统一的新利润表格式，兼顾现行架构稳定	不另行规定统一的报表表样

在贝则的实施方案中，这四处差异全部落在映射层处理：生效时间差通过并行期间的长度设置来应对；最低列示颗粒度通过报表项目的细化程度体现；权益法其中项通过在 CAS 30 映射中增加一个其中项层级实现；配套格式待正式发布后校准表样。

判断层不受影响——同一笔权益法投资收益，在两套准则下都归属投资类别，区别只在于 CAS 30 需要在合计项下再单独呈现它的金额。

为什么这种结构经得起追溯与复核

CAS 30 第六十九条要求在首次执行的首年披露最近可比期间利润表各单列项目的调节信息，包括按新准则列报的调整后金额以及此前按 2014 年版准则列报的金额。

如果分类判断在报表编制阶段临时完成，这份调节信息就只能靠人工逐项比对，很难保证准确。而在上述三层结构下，调节信息可以直接生成：底稿中保留着每个项目的分类结论，旧准则的列报金额来自旧映射，新准则的金额来自新映射，两者之差即为调节项。

复核路径同样是清晰的。任何一笔损益的归属，都可以沿"报表项目 → 映射规则 → 底稿项目 → 分类规则 → 原始凭证与业务信息"的顺序回溯到依据。这也是我们把可复核性作为方案设计约束的原因——准则类项目最终要过审计，方案的评价标准不是"能不能出表"，而是"结论能不能被第三方独立重现"。

贝则的能力支撑：这套结构由什么产品承载

三层结构中，判断层与底稿层由数据集成与合并报表能力共同承载。

数据集成与映射由 BDM 数据管理平台承担。它的定位是数据管理平台，负责把总账数据与子账、交易系统中的业务信息关联起来，形成分类判断所需的业财融合数据。分类规则需要依赖业务字段时，字段的补充与映射在这一层完成。

报表结构与映射由 磐石合并报表系统承担。它负责报表项与维度成员的定义、映射关系的配置、集团层面分类统一的规则实现，以及多准则并行下的双套报表输出。合作代理的同类产品也可以承载这套结构，具体选型依据企业的复杂度、准则适用情况与既有 IT 架构确定——贝则在这件事上保持产品中立。

这套能力组合在集团级项目上有可验证的结果。某集团项目覆盖 200 家法人、5 级合并层级、多准则并行，实施后内部交易对账差异率从 37% 降至 1.2%，编制周期从 28 天压缩到 7 天，数据准确率维持在 99.8% 以上。准则口径的并行输出，依赖的正是这套底稿结构与映射机制。

常见问题

Q：两套准则并行，是不是要维护两套分类规则？

A：不需要，也不建议。更稳妥的做法是集团层面只维护一套分类判断结论，两套准则共用这份结论，在报表映射环节各自落到对应的报表项目上。维护两套规则会持续产生差异解释成本，且很难保证长期一致。

Q：如果只适用 CAS 30、不涉及 IFRS 18，这套结构还有意义吗？

A：有意义。三层结构本身解决的是"判断与呈现分离"的问题，与是否多准则无关。即使是单一准则，判断层与映射层分离也能让准则后续调整的影响范围可控。

Q：底稿里要存什么，才能支撑两套准则？

A：关键是分类结论，而不是报表结果。底稿需要保留每笔损益的活动类别归属、判断依据来源，以及后续可以被映射规则引用的项目标识。报表金额是可以重新映射出来的，判断结论丢掉了就必须重新做一遍。

Q：CAS 30 和 IFRS 18 的差异会不会导致同一笔损益在两套报表里归到不同类别？

A：在经营、投资、筹资的基本划分上，两套准则逻辑一致，同一笔损益通常归属同一类别。差异主要出现在呈现层面，例如 CAS 30 要求单独列示的权益法其中项，以及最低列示的颗粒度差异。按现行口径，两套准则均要求采用权益法核算的联营、合营投资损益归入投资类别。

Q：实施周期需要多久？

A：取决于受影响判断事项的数量与业务系统改造范围。贝则在这类项目上采用 180 天落地四步法的节奏：调研做深、规则做实、并行做足、移交做透，上线后还要驻场陪跑至少一个完整的合并与报告周期，直到客户团队能够独立操作。