关于 SAP S/4HANA 中的CO您应该了解什么-Part2

最新推荐文章于 2024-03-14 13:53:30 发布

蓝袍先生

最新推荐文章于 2024-03-14 13:53:30 发布

阅读量1.2k

点赞数 33

分类专栏： SAP BLOG 文章翻译文章标签： CO 成本控制概述

本文链接：https://blog.csdn.net/Wang_Deji/article/details/134936632

版权

SAP BLOG 文章翻译专栏收录该内容

27 篇文章 11 订阅

订阅专栏

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

这篇博文的第二部分是团队合作。我请我的两位 RIG 同事帮助完成计划部分和物料分类帐部分。在本博客的第一部分中，我承诺我也会讨论 FIORI 报告，但由于第二部分又变得足够长，我决定在第三部分中讨论 FIORI 。

灵活的层次结构

灵活的层次结构应用程序能够根据主数据中的字段创建层次结构。例如，您想要按负责人创建成本中心层次结构。

该应用程序自 S/4HANA 1709 起可用，直到现在（2020 年 8 月），您可以为成本中心、利润中心和公司代码创建层次结构。

您可以在管理灵活层次结构 Fiori 应用程序中执行此操作。

我认识一位拥有大约 21000 个成本中心的客户，因此他创建了自定义程序，并有专人来维护层次结构。这个应用程序肯定会对客户有所帮助。

还可以使用自定义字段并以不同的顺序创建层次结构（这意味着您可以决定使用自定义字段信息创建层次结构的顺序）。

过去，在报告中显示主数据属性从来都不是一件容易的事。如今，随着 Fiori 的采用，使用灵活的层次结构构建主数据变得更加简单（请参阅本博客上的 FIORI 部分）。

此外，此功能还可用于将自定义字段内容上传到主数据。

如果您想将您的集合层次结构与全局层次结构同步，您可能需要阅读我写的关于该参数的博客文章

规划流程（作者：Christian Rainer）

第 1 部分讨论了一本通用控制期刊的概念、优势和影响。但《环球期刊》只保留实际数据。通常计划是控制中主要且重要的过程之一。那么关于 SAP S/4HANA 中的规划您应该了解哪些内容？

如今众所周知，从 SAP S/4HANA 1610 开始，可以将规划结果存储在新表 ACDOCP 中。该表与通用日志表 ACDOCA 具有相同的结构。让我从控制中的主要变化和经典计划事务开始。

当我探索 SAP S/4HANA 时，我意识到一些经典的计划事务在菜单中消失了。但其中许多像以下众所周知且经常使用的事务仍然可以在 SAP S/4HANA 中使用：

KP06/KP07（成本中心计划）
CJ40/CJ42（项目总体规划）
CJR2/CJR3（项目规划）
KPF6/KPF7（订单计划）

这些更改在简化列表和 SAP 说明2270407 – S4TWL – 损益计划、利润中心计划、成本中心计划、订单计划和项目计划中进行了详细描述。只有 FI-GL 计划和利润中心计划事务不再可用，必须按照本 SAP 说明中的说明重新激活。

因此，您可以继续使用经典计划事务处理成本中心计划、订单计划和项目计划。但这些经典计划事务仍然写入经典表中，并且不使用新表ACDOCP。另一方面，新的分析应用程序不从这些经典表中读取计划数据，而仅从 ACDOCP 中读取计划数据。在讨论已引入并与新计划表 ACDOCP 集成的新计划选项之前，让我先从一个例外开始。

生产/流程订单的计划数据

一个例外是生产或流程订单的成本计划（也称为基于对象的计划）。除了经典表之外，生产和流程订单的计划数据也存储在新计划表 ACDOCP 中。它们为 SAP Fiori 应用程序生产成本分析和按工作中心/操作分析成本中的目标成本计算提供了基础。最后一个很好地概述了工作中心的计划操作与实际操作，并提供了进一步的深入选项和调整布局的可能性，如图所示：

请注意，正如已经提到的，SAPGUI 事务中显示的信息仍然基于旧表！因此，即使额外的详细信息存储在 ACDOCP 表中，您也不会看到这些事务中按工作中心或操作划分的成本（请参见下面带有主列的屏幕截图）。

当使用计划类别 PLANORD01 保存生产或流程订单时，计划数据存储在 ACDOCP 中。ACDOCP中引入了计划类别来存储不同类型的计划数据，它类似于计划版本。对于订单计划数据（应用程序类型 2 = 生产订单），将提供以下默认计划类别

平面01
平面02

如果您的系统中未配置这些类别，则必须在 IMG 中的控制 -> 常规控制 -> 计划 -> 维护计划类别下维护它们。

有关详细信息，请参阅订单计划/标准成本的 SAP 帮助类别。

规划中的普遍分配

另一个基于 ACDOCP 的新应用程序是 SAP S/4HANA 中的新通用分配，它也可用于实际值。在 Fiori 应用程序管理分配中，您可以创建包含许多选项的分配周期，其中之一是选择计划，如图所示：

SAP S/4HANA 中财务规划的规划选项

SAP S/4HANA 中的成本中心、内部订单或项目计划等控制中的其他计划领域有哪些新选项？

SAP 规划应用程序的完整摘要，您可以在博客S/4HANA 中的财务规划选项中找到。我将仅关注 SAP S/4HANA 中的控制中可用于规划的选项，而不是独立的规划解决方案（例如适用于 BW/4HANA 的 SAP BPC11）。

下图展示了财务计划的整体架构，其中计划 ACDOCP 的主表充当计划数据的单一事实来源：

在 SAP S/4HANA 中，除了生产订单（如上所述）之外，商业项目管理 (CPM) 还使用新的 ACDOCP 表作为计划数据的持久性。

适用于 SAP S/4HANA 的 SAP BPC

SAP S/4HANA 第一个版本提供的第一个选项是 SAP BPC for SAP S/4HANA（又名 SAP BPC Optimized for SAP S/4HANA）。它基于 SAP S/4HANA 中的嵌入式 BW，并具有 BPC 的已知功能和预交付的内容。主数据和实际数据可直接获取，无需任何复制。从 SAP S/4HANA 1610 开始，计划结果不仅可以存储在计划信息立方体中，还可以直接存储在表 ACDOCP 中，如上图所示。

利用 Analysis for Office 中提供的内容和工作簿，您可以进行主要成本计划以及成本中心、内部订单、项目、损益表和 CO-PA 的活动计划，例如特性计划。Analysis for Office 是一个 Excel-Add-Inn，因此提供了众所周知的 Microsoft Excel 前端用户界面。所有规划区域都使用表 ACDOCP，因此可以根据设计自动协调和集成。这就是为什么该规划解决方案的第一个版本也称为财务综合业务规划 (IBPF)。这有点令人困惑，因为它不应该与SAP IBP for Supply Chain混淆，后者是用于供应链规划（如需求、库存、销售和运营规划）的新集成业务规划解决方案。

BPC 还提供更多功能，例如简单分配。但是，如果您想使用 SAP S/4HANA 中的 ECC 中提供的经典计划功能（例如分配或活动率计算），您该怎么办？在这些情况下，您必须将数据从 SAP BPC for S/4HANA 撤回到经典总计表中。然后，这些提取的数据可以用作成本中心分配、活动价格计算以及订单/项目预算和结算的基础。最后，您还可以将数据从 SAP S/4HANA 传输回 SAP BPC for S/4HANA，以便在规划周期完成时可用于报告。

有关 SAP S/4HANA 的 SAP BPC 的更多信息，请访问：

重要提示：SAP BPC 是一个成熟、功能齐全的规划和整合应用程序，并且将继续得到支持和维护（时间表请查看 SAP 产品可用性矩阵）。但主要的新规划增强功能将在 SAP Analytics Cloud（SAP 战略规划解决方案）中提供。

SAP 分析云

最近，SAP Analytics Cloud (SAC) 开发了许多用于规划的创新。它是一个基于浏览器的应用程序，作为软件即服务 (SaaS) 提供，用于对规划场景进行建模、捕获规划数据并通过现代用户界面执行（基本）规划功能。

SAP Analytics Cloud for Planning 与 SAP S/4HANA 完全集成，可实现集成的财务规划流程。它有自己的计划数据持久化，不直接写入ACDOCP。S/4HANA 中的主数据和交易数据可以加载到 SAP Analytics Cloud 中，规划结果可以写回到 S/4HANA 中。

与 SAP S/4HANA 的 SAP BPC 类似，SAP Analytics Cloud 中也提供用于财务规划的业务内容。内容不断增强，最新的财务规划内容涵盖以下流程：

成本中心计划
产品成本计划
销售和盈利规划
项目计划
内部订单计划
财务报表规划

该图显示了业务内容的流程以及它们是如何集成的（更多关于SAP Analytics Cloud 中的 SAP Help Financial Planning）：

每个规划区域由模型、故事和规划功能组成。模型就像 BPC 中的信息立方体，是业务数据及其关系的表示。故事是页面的集合，每个页面都包含基于模型的表格、图表和图形。故事就像BPC中的工作簿，用于维护计划数据，但它们也用于分析和报告。SAP Analytics Cloud 还支持创建简单分配，并且还有计算活动价格的计划功能。

当然还有更多新功能，我无法在这篇简短的博客文章中介绍。我认为很明显，未来 SAP 控制顾问不仅要了解 SAP S/4HANA 中的新闻，还要学习和了解 SAP Analytics Cloud 提供的业务内容和功能。

S/4HANA On Premise：SAP S/4HANA 的集成财务规划

2753796 – 集成场景：SAP Analytics Cloud for Planning 与 SAP S/4HANA

导入财务计划数据应用程序

如果您正在寻找将计划数据导入 ACDOCP 的另一种解决方案，那么您应该检查 Fiori 应用程序导入财务计划数据。使用此应用程序，您可以将计划数据从csv文件导入 ACDOCP。

另一个有用的应用程序是导入统计关键数字计划数据应用程序。使用此应用程序，您可以将计划数据上传到表 FINSSKF 中，该表可用作通用分配中的参考。该表还用于传输来自 SAC 的统计关键数据。不幸的是，它仅适用于成本中心，不适用于 WBS 元素。

财务计划数据API

还有一个公共 API“财务计划数据 - 写入”，用于将数据传输到 ACDOCP 中。更多信息请访问 SAP API 业务中心：api.sap.com/api/API_FINPLANNINGDATA_SRV/overview

S/4HANA 中的通用分配

通过通用分配，SAP 决定将不同的分配技术置于同一保护伞下，并在 FIORI 中采用单一的分配程序。

当然，这不是一朝一夕的结果，而是一个发展的过程。在我撰写本文时，成本中心、利润中心计划和实际分配、间接费用分配在 FIORI 中可用，并且自 S/4 HANArelease 1909 FPS01 自上而下分配现在已成为通用分配的一部分。正如 Christian 之前在这篇博客文章中所写的，普遍分配对于规划也有效。

要使用 COPA 自上而下分布，您必须在选择标准中包含账户/成本要素，并且分布的参考数据必须基于账户（根据 OSS 2349278 – S4TWL – 盈利能力分析）

Universal Allocation 未来还将尝试解决诸如执行模拟功能的可能性、通过成本对象分配成本的可追溯性等挑战（因为此Allocation Flow应用程序已在云中提供，并且将来可能会在 SAP S/4HANA 上发布）前提也是如此）。

有关通用分配的更多详细信息，请参阅Daigo Imai的博客文章

材料分类帐（作者：Alina Vranceanu）

众所周知，在 SAP S/4HANA 中，物料分类帐已成为强制性的，它负责库存评估。这一决定背后的原因在于将与库存相关的所有信息集中在一个地方。

在 ECC 中，库存评估是在 MM 中完成的，对于物料分类帐处于活动状态的客户，是在物料分类帐中完成的。由于 SAP 希望拥有统一的解决方案，因此利用通用日记帐（表 ACDOCA）将所有客户的库存评估转移到了物料分类帐中。

实际成本计算仍然是可选的。

大多数在转换之前没有激活 Material Ledger 的客户都在询问 Material Ledger 的好处是什么，因为他们知道在 SAP S/4HANA 中已经成为强制性的：

物料分类帐支持库存并行评估（最多 3 种货币）和并行会计标准
跟踪物料主数据中的历史价格
此外，还减少了所需的系统资源
实时洞察、更好的报告功能
实际成本核算和转移价格也可以通过物料分类帐激活，这是可选功能。

转换中的物料分类帐。

如果您要从物料分类帐未激活的现有 SAP 系统转换到 SAP S/4HANA，则物料分类帐将在转换过程中激活。

即使您没有在源系统中使用物料分类帐，您始终需要迁移它。例如，采购订单需要迁移到新的数据结构。为此，在运行转换之前，您需要设置自定义。

下面我提到转换之前需要执行的自定义步骤：

设置物料分类帐更新结构非常重要，否则您将无法进行其余的定制。

在物料分类帐更新期间，系统从估价相关事务（例如收货、发票收据和生产订单结算）收集数据。这些数据根据物料更新结构收集在物料分类账中的不同类别中。

这些交易对材料价格确定时的评估价格的影响取决于它们所属的类别。提供以下类别：收据、消费和其他收据/消费。

收据总是影响估价。通过消耗，您可以确定它是否影响物料的评估价格：其他收货/消耗类别有影响，消耗类别没有影响。

在标准设置中，类别在物料更新结构 0001 中定义，以便物料结算的评估价格对应于加权平均价格。我的建议是使用标准更新结构，不要创建额外的结构。

定义更新结构后，需要将其分配给评估区域：

下一步是分配货币类型并定义物料分类帐类型 (OMX2) – 在这里您创建物料分类帐类型并为其分配货币类型。

您最多可以向物料分类帐分配 3 种货币类型（如果您正在进行新建或选择性数据迁移），但如果您正在进行转换并且之前没有激活物料分类帐，则只能分配本地货币类型(10) 和集团货币类型 (30) 到物料分类帐。

如果您在转换之前激活了物料分类帐，则需要使用源系统中的相同货币执行转换，在转换过程中无法更改或添加其他货币。

可以分配给物料分类账类型的一些货币示例：

ECC 中未激活 ML 的转换，S4 HANA 中 ML 的强制货币为 10（本地货币）和 30（集团货币）
绿地实施，无需并行评估，您最多可以设置 3 种货币：货币类型 10（本地货币）、30（集团货币）+ 根据您的需求添加额外货币
绿地实施并行估价，本地和集团估价，您必须设置：10（法定估价）、30（法定估价、集团货币）、31（集团货币、集团估价）
绿地实施并行计价、本地、集团和利润中心计价，您必须设置以下货币：10（法定计价）、31（集团货币、集团计价）、31（利润中心计价）。利润中心估值可以使用 10 或 30 作为基础货币，您可以在货币和估值配置文件中进行设置。

将物料分类帐类型分配到评估范围 (OMX3)

经常检查状态，它显示货币的一致性。如果状态为红色，则表示 ML 和 FI 之间的货币不一致，您将无法激活物料分类帐。

激活评估区域的物料分类帐 (OMX4)

通过此步骤，您可以检查为每个评估区域设置的 ML（检查物料分类帐设置）并进行必要的设置以激活物料分类帐（激活物料分类帐）

请记住“激活物料分类帐”步骤这只是一个自定义步骤，物料分类帐的激活是在转换期间完成的。

默认价格确定始终由系统设置为 2 – 基于交易。

在基于交易的物料价格确定（物料主数据中的选项 2）中，通过价格控制 V，物料按移动平均价格估价。通过价格控制 S，物料按标准价格计价。计算移动平均价格仅供参考。如果您在转换之前没有使用物料分类帐并且没有使用实际成本核算，建议将其保留为 2。

定制的最后一步是创建物料分类帐编号范围。

定制完成后，您可以通过定制的准备和迁移进行移动，这可以在会计到 SAP S/4 HANA 的转换下找到。运行这 2 个步骤，如果没有发现不一致，您就可以进入数据迁移活动。

如果您在 ECC 中启用了 ML，这两个步骤也是必需的。

执行准备步骤后，您可以继续转换。

开始和监控数据迁移、事务 FINS_MIG_STATUS – 迁移监控下物料分类帐转换的相关步骤是：

M10 – 此活动确保为所有评估区域激活物料分类账，因为它在 SAP S/4HANA 中是强制性的。该活动以所有物料分类帐货币创建比上一年最后一个期间更近的期间的物料分类帐主数据（表：CKMLHD、CKMLPR、CKMLPP 和 CKMLCR）。

M20 – 此活动检查并验证迁移的数据。例如，库存和物料分类帐表中的现有值与通过表 ACDOCA 进行的聚合进行比较。

M11-如果在 SAP S/4HANA 转换之前物料分类帐在任何评估区域中均未处于活动状态，则此活动可确保所有现有采购订单历史表记录（表 EKBE、EKBEH、EKBZ、EKBZH）和生产订单历史表记录（表 MLAUFCR）和 MLAUFCRH）转换为物料分类帐货币。

M21 – 此活动验证所有生产和采购订单历史记录是否已转换为物料分类帐货币。

对于转换前使用Material Ledger 的客户来说，了解数据模型发生的变化非常重要。您可以在下面提到的注释中找到更改：

2354768 – S4TWL – 实际成本核算中物料分类帐的技术变化

2337383 – S4TWL – S/4HANA 1610 及更高版本中的材料评估数据模型简化

2354768 – S4TWL – 实际成本核算中物料分类帐的技术变化

对于进行绿地实施的客户，注释2577551 S4HANA 中的物料分类帐生产设置（绿地方法）解释了实施步骤。

实际成本核算

实际成本核算不是强制性的，它可以在转换为 S4 HANA 之前和之后的任何时间点激活。

对于那些愿意激活该解决方案的人来说，实际成本计算的好处是：

物料分类帐捕获所有价格差异（如采购价格差异、生产差异等），并允许作为可选的期末活动，在期末重估期末库存，并可选择根据客户将其发布为下一个期间/季度/年度的标准价格需要
通过物料分类帐和实际成本核算，可以实现多重估价。Material Ledger 为在多个国家/地区运营的企业集团提供三种不同级别的估值选项：
法定估值代表法人实体层面的当地估值——当地货币，
集团估值代表法定估值减去以集团货币计算的公司间利润，
利润中心估值侧重于部门之间商定的管理价格或市场价格（可选）
COGS 拆分 – COGS 过账包括制造产品的所有成本，例如劳动力或材料成本。这些成本是通过成本核算计算出来的，在系统中记录销售额时，可以拆分销货成本，提供不同类型成本的详细信息。

由 S/4HANA RIG 为您提供

阿琳娜·弗兰恰努

克里斯蒂安·赖纳

吉安卢卡·塔科内

产品专家
SAP S/4HANA 区域实施小组