关于 SAP S/4HANA 中的控制您应该了解什么-Part1

原文地址：What you should know about controlling in SAP S/4HANA. (Part 1) | SAP Blogs

（自 SAP S/4HANA 版本 1909 起更新）

作为一名CO顾问，我对 SAP ERP 中央组件 (ECC) 向 SAP S/4HANA 的演变感到非常兴奋。

自从第一个版本发布以来，我就问自己：

SAP S/4HANA 中是否仍然有“CO”概念，或者CO部分正在演变为独特的财务概念？
在环球期刊时代，CO的知识应该朝哪个方向发展？
既然环球期刊是主要来源，CO应该如何转型？

因此，这篇博文的主要目的是回答这些问题，试图谈论 SAP S/4HANA 新概念，并描述这些概念是如何演变和正在演变的。

随着 SAP S/4HANA 的出现，控制方面的许多事情都发生了变化；我准备了一个基于 SAP S/4HANA 1909 的列表（当然，由于产品在不断发展，所以这个列表并不详尽）。

这是我将在本文第一部分介绍的主题列表：

通用期刊
实时集成
成本要素
在《Universal Journal》上撰写的 CO 内部帖子
SAP ECC 盈利能力分析向 SAP S/4HANA 利润分析的演变
- 预测会计
- 成本构成分解/销货成本分解和产品成本差异
- 统计销售情况
- 归属 CO-PA

通用期刊

通用期刊如今已广为人知，但说实话，当我看到这个概念的第一个描述时，我想知道对最终用户有什么好处。

我能够理解并认识到通用期刊概念中包含的技术优势，例如：

表格简化以及子分类帐的统一（例如 FI、CO、AA、ML）
消除总数概念
改善表演
消除OLTP和OLAP概念上的差异
消除不同分类账之间的对账（例如 FI 和 CO）

但我一直在努力思考如何将其转化为财务总监的切实业务优势。

当时，有机会在 Universal Journal 上看到新的 SAP FIORI APPS，我很清楚 FIORI 将是完美的搭配。事实上，我可以验证一些 FIORI 应用程序能够提供前所未有的控制报告。例如市场细分 FIORI 应用程序。

另请参阅本博客第三部分中的 FIORI 主题（何时准备好）。

关于控制部分，Universal Journal 的后果之一是总计表不再存在，如果您还记得 ECC，大部分控制报告都是基于总计表的。那么这些报告现在如何在 SAP S/4HANA 中发挥作用呢？有一个无中断的兼容性视图机制，可确保报告重定向并继续工作。正如 OSS 2270404所提到的：

“以前的表 COEP、COSP 和 COSS 被同名视图（所谓的兼容性视图）取代，这些视图根据旧的表结构动态聚合通用日志中的数据”

旧报告继续基于通用期刊表工作，CO Fiori Apps 也基于通用期刊，这意味着事实上您的报告源现在是通用期刊。但环球期刊的哪一部分呢？这确实是控制者应该问自己的问题（我将尝试在这篇博文中进一步回答）。

我想向我的客户展示一个关于消除表格和统一分类账的例子。大家都知道应付帐款、应收帐款、资产、控制帐和物料帐现在位于同一个通用日记帐表（ACDOCA 表）中。这也意味着财务发布的粒度有所增加；例如，如果您考虑购买资产，您购买的每项资产都会有一行（而不仅仅是代表资产本身的总账科目）。但Universal Journal 的概念不仅仅是一个技术概念：有一个地方可以找到有关购买支付流程等所有信息，这是非常有用的。

例如，客户向项目提出采购申请和采购订单，在这种情况下，材料将被视为资本支出成本。因此，收货被定向到 Wbs 元素，然后 Wbs 元素结算到在建资产（期末），然后结算到最终资产（内部施工结束）。一段时间后，会开具发票，然后过帐付款。

在 ECC 中，您可能必须创建一个自定义报告，以将不同表中从采购申请到付款的信息汇总在一起。使用通用日志，您可以在一个表中找到每条记录。（无论如何，如果您想保持文档相互关联，您应该更深入地分析问题，也许新的文档流 FIORI 应用程序可能会在这方面帮助您一点）。

因此，随着 SAP S/4HANA 的发展，我找到了实现控制器真正商业价值的方法。

实时集成

财务实时集成以及之前的控制对账账本是 ECC 中使用的概念，以保持 FI 与 CO 的一致。

例如，属于不同利润中心或业务范围或公司代码的跨成本中心 CO 过帐可能会导致 FI 和 CO 之间不一致。在 ECC 中，如果您在成本中心 A（利润中心 A）上有 100 欧元的 FI 过帐，然后从成本中心 A 到成本中心 B（利润中心 B）的 CO 内部分配，事实上，您的控制报告（成本中心和利润中心）与财务报告不一致。

财务报告：成本中心 A（利润中心 A）100 欧元

控制报告：成本中心 A（利润中心 A）0 欧元成本中心 B（利润中心 B）100 欧元

如果您需要协调财务和控制报告（例如，因为您的利润中心代表您的业务部门，并且它应该始终在 FI 和 CO 中保持一致），您可以使用上述概念来重新调整 FI 与 CO。

换句话说，在 CO 分配之后，您可以有（唯一的）FI 过帐，例如：

– 100 成本中心 A
+ 100 成本中心 B

如果分配是在次要成本要素上完成的，则您可以用特定的总账科目“表示”次要成本要素，以便允许在 FI 中过账（根据定义，无法在次要成本要素上进行 FI 过帐））。

在 SAP S/4HANA 中，借助通用日记帐的概念，辅助成本要素是总账科目，每个 CO 过账都在通用日记帐中表示，因此您不再需要对帐分类帐或实时集成概念。

请注意，我不是在谈论跨公司清算账户，这也保留在 SAP S/4HANA 定制中。

成本要素

事实上，成本要素现在是总账科目，这也是一个众所周知的概念。拥有《环球》杂志这一事实表明我们应该有一个单一的概念。这意味着，即使您在 CO 中创建内部定位（例如两个成本中心之间的 CO 内部分配），您也将获得带有 FI 标题（BKPF，而不是 BSEG）的 FI 凭证。

如果您担心在 B/S 或 P/L 结构中分离次要成本要素时遇到困难，您可能想知道有哪些方法可以将它们与主要成本要素分离。

OSS 2841880可能会有所帮助，它讨论了财务报表版本总账科目层次结构语义标签。

总帐科目层次结构和财务报表版本的定义在这方面有所帮助。您可以将主要和次要成本要素总账科目分配到不同的层次结构，以将它们分开以用于报告和法定目的。

语义标签有助于创建 KPI。

无论如何，根据定义，次要元素的总影响为零（因为您仅使用它们将成本从一个成本对象转移到另一个成本对象），因此您不必担心它们的总数，而只需在控制对象中担心它们。

如果您将通用日记帐概念（已解释）与 SAP 趋势结合起来，建议客户使用基于旧帐户的 CO-PA（使用总帐帐户而不是基于成本核算的值字段）的利润分析，您可能会发现成本要素和总账科目的“联姻”是一个简单的自然结果。

在通用期刊上撰写的 CO 内部帖子

通过通用日记帐概念，CO 过账写入通用日记帐表 (ACDOCA) 中。

要在此表上书写，您需要一些基本概念：

文档类型。甚至 CO 内部过账现在也写在文档类型上（根据 FI 文件）。您可能需要为每笔 CO 业务交易选择一种文档类型。如果您考虑前面解释的实时集成概念，那么您需要文档类型的原因现在应该很清楚了。
将 CO 版本分配给主分类账或每个分类账。如果您将新的分类账概念视为一种将损益表和负债表分组以用于内部和外部（例如 IAS、美国公认会计准则）报告目的的方式，您可能会发现这种可能性非常有趣。

基本上，您可以选择在特定分类账组中记录一些过账，甚至可以专门使用 CO 过账来获得替代损益。即使使用新的通用分配，您也可以按分类帐运行分配周期。此外，您还可以对每个分类账组执行 CO 特定过账（例如手动重新过账成本）。因此，手动或自动分配成本可能是开始按分类帐过帐（会计原则）的好方法。

SAP ECC 盈利能力分析向 SAP S/4HANA 利润分析的演变

随着通用日志的出现，SAP 建议使用控制盈利能力分析的利润分析演变。

在 ECC 中有 2 种类型的 CO-PA

基于成本计算（基于单独的分类帐并使用值字段）
基于科目（与总账会计集成并使用总账科目）

（实际上，对于特定客户，还有第三种类型的盈利能力分析，称为“组合”，但现在 SAP S/4HANA 中不再允许这种情况）

大多数使用盈利能力分析的客户都选择基于成本核算，因为它非常强大并且与产品成本核算非常集成。例如，它允许使用评估导入 CO-PA 销售订单统计条件，此外，它还具有将 COGS 拆分导入 CO-PA 值字段的功能。

基于值字段（而不是总账科目），在不同的表格上书写，有时与总账凭证过账（例如发货）不完全一致，因此基于成本核算的 CO-PA 不容易与总账保持一致。

遵循 Universal Journal 的集成方法，SAP 决定使用集成的 ECC Account Based CO-PA 作为构建新 SAP S/4HANA 利润分析的基础。保证金分析概念成为基于帐户的 CO-PA 的新版本，在通用期刊中进行了改进。基于成本计算的 CO-PA 仍可在 SAP S/4HANA 中使用，但利润分析将是 SAP 改进的唯一解决方案

事实上，您现在在 Universal Journal 中拥有特征，这实际上意味着无论您想在详细损益表中创建什么特征（例如客户、市场细分、产品组等），您都可以在您的损益表中看到该特征。通用日志表 ACDOCA 作为列。

最初，用于利润分析的选项对于基于 CO-PA 成本核算的客户来说并不容易采用，因为如前所述，基于成本核算的 CO-PA 提供了更多功能；但随后，随着版本的发布，SAP 通过新功能改进了 Universal Journal 中的利润分析。如今，这些改进和新发展已将保证金分析转变为更好的解决方案。

我们看一个对比表：

正如您所看到的，基于成本核算的 CO-PA 和利润分析之间的大部分差距已经消除，最重要的是，与财务的对账集成在利润分析中，但没有集成在基于成本核算的 CO-PA 中。您可能会反对，即使在 ECC 中，基于科目的 CO-PA 也与总账会计集成，但尽管如此，许多客户还是选择了基于成本核算的 CO-PA。另一方面，您必须承认这些客户在 ECC 中没有通用日记帐，最重要的是，就功能而言，基于帐户的 CO-PA 不如保证金分析强大。

通过比较，您可能会发现，由于可以在扩展分类帐上的通用日记帐中写入新行，因此实现了某些功能（例如统计销售条件或传入销售订单）。如果您停下来思考一下在 ECC 中的并行分类帐上过帐的概念，您可能会想到特定财务表（BSEG 或 FAGLFLEXA）上属于财务的内容。现在，它是通用日记帐过帐，根据填写的字段，您可能也希望将它们考虑用于控制，因此它们将被视为控制过帐。

这意味着您不会在经典 SAPGUI 报告中找到它们，而只能在 FIORI 中找到它们。

预测会计

让我们考虑一下预测会计概念。

在损益销售和采购订单成为实际过账之前，将其实时纳入其专用部分的想法可以帮助客户预测月末结账和报告。

您可以将 SAP S/4HANA 销售和采购订单引入特定分类帐中，并在过帐相关财务凭证后自动冲销这些过帐。

这就是 SAP 所说的“自下而上预测会计”，此链接对此进行了清楚的解释

预测会计的好处是“预测过账”会自动与实际过账同步。

过去有多少客户“模拟未过帐的收货或发货（甚至未过帐的发票）作为月末结算程序的一部分，以便在下月初将其冲销？” （我知道一些 ECC 客户甚至在 FI-SL 特殊账本中也会这样做）。

感谢预测会计，这一切现在结束了。有人可能会反对，认为预测过帐与财务过帐不同，并且财务过帐可能与订单中应有的内容不同；嗯，这可能是真的，但我们正在谈论预测也是真的，所以在我看来，在损益表中插入预测比什么都没有要好得多。

请注意，自 SAP S/4HANA 版本 1909 起，与销售订单相关的预测会计存在局限性：

再说一次，作为控制者，您会认为这些帖子是一种增值吗？我会。

这些帖子是否被视为 ECC 中的标准？也许是的，但在特定的分离非财务综合报告中（在基于成本核算的 CO-PA 中）。

将它们与其他实际帖子一起放在通用期刊中，甚至放在扩展分类账上的单独部分中，是否有用？我会说是的。

成本构成分解/销货成本分解和产品成本差异

如果您考虑 ECC 中基于帐户的 CO-PA 和基于成本核算的 CO-PA 之间关于 COGS 分割的差异，那么主要是一个问题：

基于成本核算的 CO-PA

销售文件时模拟材料成本（固定和可变）
销售时的生产成本（固定和可变）发票

基于会计的 CO-PA

发货时的销售成本

基于成本核算的 CO-PA 优势是按与 CO-PA 值字段相关的成本构成来划分材料成本和生产成本。

在根据 OSS 注释2349278的利润分析中，“销售成本 (COGS) 过账在从仓库发货时分配给科目/成本要素”。新功能可用于根据分配的成本构成的相对权重将 COGS 过账拆分到多个帐户。此拆分可以使用 SAP S/4HANA 1809 的实际成本核算结果进行更新。

您可以使用新的自定义将成本构成与总账科目建立关系，这样您就可以在利润分析中过帐发货时获得拆分。成本组成部分可以按标准估价，自 1809 年以来也可以按实际价格估价。

与产品成本差异（产品差异拆分）相关的相同

因此，在发货时将 CO-PA 中的成本与会计进行核对的 ECC 缺口现在由利润分析涵盖。

统计销售情况

另一个基于成本核算的 CO-PA 功能是可以计算 SD 订单中但不属于销售发票一部分的统计销售条件（例如，与保修或运费相关）。这些成本在内部计算并计入 CO-PA 特征，即使未在财务中计算并借记给客户（至少不是直接）。从 SAP S/4HANA 版本 1809 开始，可以将这些统计销售条件转移到扩展分类帐中，并将其保存在通用日记帐中。

归属利润分析

归因利润分析是一种在通用日记帐中导出盈利能力段特征的新方法，即使无需执行手动活动。一个可能的示例是获取为 Wbs 元素上的过帐填写的特征，该元素具有 CO-PA 特征的结算规则。如果正确编译了结算规则，则 Wbs 元素上的简单过账也将提供保证金分析特征，而无需执行结算本身。发布控制对象仍将是 Wbs 元素，但特征字段将并行填充。这个过程当然不仅限于我所做的示例，我认为这是我们可能在 SAP S/4HANA 中找到的新功能的一个非常清晰的示例。

要更详细地了解归因实时保证金分析中包含的内容，您可以查看RIG 为您提供的此博客。

因此，要对利润分析说一些结论性的话，现在我认为，除了非常具体的功能之外，利润分析现在对于客户来说是一个合适的解决方案。主要原因有：