这个博客以一种非常创新的方式介绍了BPC系统中的审计日志跟踪。它与SAP BPC Embedded 10.1建立在SAP BW之上的HANA相关。

了解BW IP、HANA和编程的基本知识是理解概念所必需的。

在我们谈论规划系统时，审计日志信息是非常关键的。非常有必要确定哪些值是由谁和何时更改/添加的。它要求最终用户、业务超级用户监视这些更改。在任何项目中，都可能需要跟踪审计日志。当前的博客将帮助BPC开发人员构建此类解决方案。

在早期版本（BPC 10.0）中，懒懒淘客，可以为模型启用审核。该模型在BW后端内部创建infocube。但在BPC中，阿里大数据分析，嵌入式模型与BW ADSO（支持规划）相链接。标准审计方法不适用。所以我在下面解释的解决方案来了。

问题陈述：

在下面的场景中，预算计划数据由业务用户通过AO输入表保存到ADSO中。另一个用户可以通过输入表修改相同的数据。此外，对于某些地区，用户将文件发送给IT团队，该文件通过DTP加载到同一ADSO。

从审计角度来看，用户需要根据

使用AO输入表添加/修改的数据跟踪更改通过DTP从文件中加载的数据

用户要求有一个通用的解决方案，淘客系统开发，可以跟踪以上两种情况，并在报告中显示所有增量变化。

在标准SAP中，没有规定可以将BPC模型建立在支持计划的ADSO上，而BW IP用作计划的两种情况结合起来进行审计解决方案。

解决方案：

我在下面解释了如何处理这种情况的过程。

注意：规划ADSO不需要更改，也不需要添加额外的维度。无需单独审计ADSO.

此解决方案基于请求TSN（REQTSN）。对于每个更改，都会创建一个请求编号。可用于按顺序标识更改（关键数字的增量更改）。它既适用于通过输入表添加的计划数据，大数据营销，也适用于数据加载。

创建包含以下字段的新Z表：

ADSO名称请求编号用户名日期时间

将ADSO名称和需求作为如下所示的键。

我在下面解释了这两种情况如何捕获信息。

从输入AO表保存计划数据时，在将计划缓冲区保存到ADSO之前，有一个标准代码被执行。我已经确定了一个地方，在那里我可以捕获保存到ADSO的请求ID。我创建了增强点（带有增强框架），将代码插入到SAP标准中。我捕获了运行AO报告并触发对planning buffer的更改的用户id。确定了可以捕获请求中正在更新的多维数据集名称的位置。最后存储了所有到新Z表之间的关系，包括当前日期和时间。使用转换出口转换为正确的时间（UTC+8）详细设计如下图所示。

当数据通过DTP加载时，有一组代码在将记录加载到ADSO之前执行。我确定了可以获取ADSO信息和请求编号的位置。将信息与当前日期和时间戳一起更新到之前创建的新Z表中。我只为所需的计划ADSO启用了。这个逻辑就放在代码里了。原因是可能有这么多的ADSO通过系统中的数据负载，我们只需要为我们的计划ADSO。下图显示了增强点和逻辑。

新Z表的hana表在SAPABAP1模式下可用。我创建了一个SQL视图，云服务市场，包含上面的视图和表（USR21、ADRP、ADR6），以捕获用户信息（例如用户名、电子邮件等）我已经将ADSO名称定义为SQL视图的输入参数（I\u ADSO）。因此，它可以用于我们需要此机制的任何ADSO。

创建了一个hana计算视图，其中包含上述SQL视图和规划ADSO的hana视图。基于REQTSN在这两者之间创建了连接。因此，系统可以很容易地识别用户和时间戳的记录得到了更新的计划ADSO。这里还传递了ADSO名称的输入参数。

将上述hana视图附加到复合提供程序。在复合提供程序上创建了BW查询。将所有ADSO特征保留在自由特征中。在选择中保留将要使用的所有必需字段。在BW查询上创建AO表。它能够显示对关键数字值的所有更改以及用户名、日期和时间戳的内容。

现在您刚刚学习了如何在BPC embedded中创建一个基于请求号概念跟踪审核日志更改的解决方案。您可以找到下面提到的好处。

此报告允许根据从planning ADSO中选择的字段以任何粒度显示。即使在每个请求编号级别您可以轻松地跟踪数据加载所做的更改，以及通过同一组特征的输入表所做的更改。所有关键数字的变化（增量）都会显示在用户所做的每一个变化中。