欢迎回到另一篇关于零售分析。对于那些想走上正轨的人：https://blogs.sap.com/2020/01/08/analytics-in-retail-a-short-introduction/

在我的上一篇文章中，我试图提取交易信息与分析信息的主要区别。有了这些知识，我们终于能够了解实际的SAP零售环境。但让我们从头开始：

是什么让零售如此特别？

这很容易回答：每个人都知道零售从他/她的日常生活：购买决策和购买东西-这是伴随着我们从童年到老年的事情。

因此，购买交易发生在世界各地，每一天。这就是"交易"这个词。现在，如果您已经阅读了我的上一篇博文，那么ERP或S/4 HANA这个术语应该作为事务信息的主要系统出现在您的脑海中。然而，还有另外两个重要事实："每一天和全世界"。想象一下，在一个典型的超市里，一天中发生了多少笔销售点（POS）交易！现在你得到了让零售业如此特别的隐藏答案：大数据！从数字数据收集开始，零售业现在是，将来也会是一个大数据产业不是为海量数据而构建的。想象一下，由于系统中浮动的数据太多，您的业务"心跳"发生了"心脏病发作"！因此，SAP的第一个POS解决方案构建在SAP Business Warehouse（SAP BW）之上。sapbw被设计用来处理巨大的数据量。SAP POS数据管理（SAP POS DM）应用程序用于接收、审核、处理和分析来自商店的事务性数据。

由于ERP是您的主要操作系统，因此它通过定期传输聚合数据进行更新（工作日结束时是非常常见的时间）。聚合信息的传输减少了数据量，提高了性能并节省了时间。

因此，一开始，SAP POS DM位于SAP BW之上，几个小时后，数据就可以在SAP BW内进行报告，并且ERP会定期更新聚合数据（大部分是在一天结束时）。

接下来发生了什么？

SAP HANA诞生，性能的新时代。突然间，实时信息成为可能。因此，SAP发明并推出了一种新产品—SAP客户活动存储库（SAP CAR）。SAP CARE的想法是能够收集实时数据："SAP客户活动存储库是一个收集事务数据的基础，海淘客，这些事务数据先前以不同的格式分布在多个独立的应用程序上。存储库为所有消费应用提供了一个通用的基础和协调的多通道事务数据模型。"作为一个逻辑结果，POS从SAP BW转移到SAP CARS，称为POS数据传输和审计（POS DTA）。突然间，POS数据的实时报告成为可能。

回到分析–我们现在在企业系统中有了一个额外的数据桶。有了这个新的数据桶，我们就有了新的报道可能性。这里的关键是实时报告！（准确度取决于POS点滴输入SAP CAR的频率（大约7-15分钟）。

本文无意详细描述SAP CAR。与此相反，我想集中讨论零售体系结构及其理解。请阅读此处，以防您想了解更多有关SAP CAR的详细信息。

在了解了一点SAP CAR之后，我想到的第一个问题是："我们还需要SAP BW吗？"

简而言之：当然，我们仍然需要SAP BW。让我举一个例子来说明原因：

SAP CAR包含的功能允许您在业务中实现近乎实时的库存查看。这意味着，您将知道特定商店中特定产品的当前库存。但是：你不知道过去。过去的1小时，或过去的2天，都是未知的。这是您将从sapbw中获得的信息！在这里，您可以再次看到系统的两个不同特征：SAP BW为您提供了战略决策所需的一切重要信息，而SAP CAR则帮助您了解当前的运营业务。

由于主题是库存，因此需要提及的另一个副作用是：库存是一个非累积的关键数字。表示一周中每天有10件库存，并不意味着每周有7*10件=70件库存。在SAP BW中，此类KPI的处理在过去几十年中得到了改进。因此，查询非累积关键数字非常容易。使用sapbw-on-HANA或sapbw/4HANA，您可以将两个世界中最好的（HANA和BW）结合起来。在sapcar中，虚拟数据模型主要通过HANA本地视图完成。（根据应用程序的不同，私人云服务器，您还可以找到嵌入式BW功能和ABAP CDS视图，但到目前为止，最大的比例是基于HANA视图实现的虚拟数据模型。）

（简短的说明：当然，SAP CAR中也提供很少的历史库存信息，但SAP BW提供的完整性和逻辑不同！）

再次回到分析和下一个重要点：过去十年电子商务的增长正在影响零售商，同时也需要将其战略从多渠道转变为全渠道。在SAP零售体系结构中，SAP C/4 HANA套件（包括SAP Commerce Cloud）结合SAP Qualtrics Digital CX解决了这一需求。想法和需求都很清楚：支持跨渠道战略，使零售商能够改善其用户体验，并帮助他们在不同的接触点与客户建立更好的关系。

但这对今天的分析意味着什么？