针对非SAP和SAP源的BW4独特数据概念

2020-09-09 11:37发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


亲爱的同事,

我问的是一个非常笼统的问题,从本质上来说,这与发布BW系统无关。 尽管如此,我还是想添加这些信息,因为除我的问题之外,也许有人会通过使用BW4的新概念和新方法来提出新的想法。

背景:

我们将迁移/移动旧的过时的Netweaver 7.3到新的未开发的BW4。 在旧系统中,我们存在主数据唯一性的概念问题。 我们正在连接两个SAP ERP系统(每个部门都有独立的ECC),几个月以来,我们还连接了各种非SAP ERP系统(所有不同的公司)。 我们的报告解决方案应该既可以在本地使用,也可以在全球使用(跨公司,跨部门)。 我们总是在数据唯一性方面遇到困难。 为了满足此要求,我们创建了一些自定义信息对象。 我们还将数据流和对象彼此隔离,这使我们在发生更改时进行了双重维护。 我们从来没有一个清晰的概念,只是以某种方式使它起作用,这样每个人都可以运行报告(本地和全局)

现在:

我们现在有一个空盒子BW4,可以在其中重新设计应用程序(真是一个很大的机会!!!)在我们的旧系统中,我们没有使用大多数可用的标准内容。 我们也希望更改此设置,并尽可能使用sap中的业务内容(仍然有80%的报告在SAP数据上运行)。 在许多情况下,它已经符合我们的要求。

但是问题到了。 我们总是必须处理两个世界。 SAP和非SAP。 在SAP中,由于SAP框架(InfoObjects,Datasources等)提供了很多服务,因此我们可以控制很多东西。 对于非SAP,我们已构建了所有内容(上帝保佑基于字段的建模),并且我们希望为客户合并视图。 例如,对于标准销售报告,我们的用户不应注意到是从SAP还是从非SAP检索数据。 但是就LSA和Masterdata而言,我们不想将所有内容维护x倍。 因此,我正在寻找一个明智的概念,如何将其集成到BW4中。

我已经阅读了几篇与0SOURCE_SYTEM的复合信息对象相关的文章-实际上,它提供了我认为需要的灵活性。 我们可以为多个数据源来源维护相同的数据流。 以及查询和报表定义可以始终在相同的Infobjects上运行。 但是,由于整个BW4系统的全局组合给您带来很多麻烦,因此大多数线程都"试图以另一种方式协调数据"。

外面有人面临像我这样的类似问题并对我有很好的建议吗?

非常感谢。

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


亲爱的同事,

我问的是一个非常笼统的问题,从本质上来说,这与发布BW系统无关。 尽管如此,我还是想添加这些信息,因为除我的问题之外,也许有人会通过使用BW4的新概念和新方法来提出新的想法。

背景:

我们将迁移/移动旧的过时的Netweaver 7.3到新的未开发的BW4。 在旧系统中,我们存在主数据唯一性的概念问题。 我们正在连接两个SAP ERP系统(每个部门都有独立的ECC),几个月以来,我们还连接了各种非SAP ERP系统(所有不同的公司)。 我们的报告解决方案应该既可以在本地使用,也可以在全球使用(跨公司,跨部门)。 我们总是在数据唯一性方面遇到困难。 为了满足此要求,我们创建了一些自定义信息对象。 我们还将数据流和对象彼此隔离,这使我们在发生更改时进行了双重维护。 我们从来没有一个清晰的概念,只是以某种方式使它起作用,这样每个人都可以运行报告(本地和全局)

现在:

我们现在有一个空盒子BW4,可以在其中重新设计应用程序(真是一个很大的机会!!!)在我们的旧系统中,我们没有使用大多数可用的标准内容。 我们也希望更改此设置,并尽可能使用sap中的业务内容(仍然有80%的报告在SAP数据上运行)。 在许多情况下,它已经符合我们的要求。

但是问题到了。 我们总是必须处理两个世界。 SAP和非SAP。 在SAP中,由于SAP框架(InfoObjects,Datasources等)提供了很多服务,因此我们可以控制很多东西。 对于非SAP,我们已构建了所有内容(上帝保佑基于字段的建模),并且我们希望为客户合并视图。 例如,对于标准销售报告,我们的用户不应注意到是从SAP还是从非SAP检索数据。 但是就LSA和Masterdata而言,我们不想将所有内容维护x倍。 因此,我正在寻找一个明智的概念,如何将其集成到BW4中。

我已经阅读了几篇与0SOURCE_SYTEM的复合信息对象相关的文章-实际上,它提供了我认为需要的灵活性。 我们可以为多个数据源来源维护相同的数据流。 以及查询和报表定义可以始终在相同的Infobjects上运行。 但是,由于整个BW4系统的全局组合给您带来很多麻烦,因此大多数线程都"试图以另一种方式协调数据"。

外面有人面临像我这样的类似问题并对我有很好的建议吗?

非常感谢。

付费偷看设置
发送
4条回答
悠然的二货
1楼-- · 2020-09-09 12:39

嗨,斯文,

我同意弗雷德里克(Frédéric)的观点,即将您的主数据与源ID混合在一起将是解决冲突的一种方式。 如果您有两个相同的键(例如,用于客户或物料)具有不同的含义(因为它们源自不同的系统),则这特别有用。
这不能帮助您统一数据-因此,如果您有两个不同的键都代表相同的对象。
以该数据集为例

System_ID客户ID客户名称
S_001 1001 Fast_Cars_Inc
S_002 1001 We_sell_cars_ltd
S_002 1002 Fast_Cars_Inc

在此数据集中,您有两个问题:
1。 相同的客户(Fast_Cars_Inc)具有两个不同的密钥(源自两个不同的系统。
2.不同的客户具有系统Customer_ID(来自不同的源系统)。

BW中的复合键使您可以创建此数据集(因为System_ID是该键的一部分),但是当您想要'Fast_Cars_Inc'的聚合结果时却无济于事。

要解决此问题,您需要一个不同的属性,即"全球客户ID"。
这可以是指向引导系统的指针(S_001 | 1001),也可以是一个新密钥(GC00001)。 如果创建一个新的Global Customer对象,则可能必须考虑如何维护主数据。 您可以基于其他系统中的主数据自动加载某些属性。

System_ID客户ID客户名称Global_Customer
S_001 1001 Fast_Cars_Inc GC0001
S_002 1001 We_sell_cars_ltd GC0002
S_002 1002 Fast_Cars_Inc GC0001

如果要合并主数据,则需要解决有关"谁是哪个记录/属性的所有者"的问题。

当然,如果您想解决所有问题,那么您需要考虑主数据管理/主数据治理(MDM/MDG)。 这将在事务系统级别(可以是SAP以及其他系统)上集成来自不同操作系统的主数据。
这将是一个更大的项目,因为它将对运营流程产生影响。

N-Moskvin
2楼-- · 2020-09-09 12:42

嗨,Sven,

您主要有2种方法来处理这种情况:复合(带有源ID)或串联键(也带有源ID)。

对于级联关键方案似乎已经达成共识(比复合方案更灵活,约束更少)

请参见此处了解一些优势:

< 预> https://books.google.fr/books?id=JAHcBgAAQBAJ&pg=PT277&lpg=PT277&dq=concatenated+key+compounded+sap+bw&source=bl&ots=wGrFcYbg4A&sig=ACfU3U1VtWBmP5b7yNOadBDftDjr_fE0eg&hl=fr&sa=X&ved=2ahUKEwjb0LDRw9nhAhWNnxQKHTo7CZgQ6AEwBnoECAUQAQ#v=onepage&q=concatenated% 20key%20compounded%20sap%20bw&f = false

此致

弗雷德里克

nice_wp
3楼-- · 2020-09-09 12:40

嗨,斯文。

对于您的评论,您的主要问题是来自非SAP来源的数据。 对于这些,您是否考虑过使用使用HANA的SAP SQL数据仓库? 这种方法将为您提供必要的自由,可以对数据进行建模和清理,并将其与BW/4HANA混合使用。

您还可以使用 SAP HANA智能数据访问,允许您直接在HANA中使用其他数据库中的数据,并且可以选择是否提取信息。

希望对您有所帮助。

callcenter油条
4楼-- · 2020-09-09 12:21

嗨,奥斯卡,

感谢您的回复。 我们正在尝试 SAP HANA智能数据访问 。 这使我可以轻松地从其他来源读取数据。 但是我面临的挑战更多是将这些数据组合成独特的报告结构。

我正在寻找一种全球数据仓库的最佳实践,该仓库可以为非SAP和SAP来源提供相同的报告功能。 我要使用相同的安全性,相同的InfoObject,相同的属性。

一周热门 更多>