客户需求和库存供应-像沙子？

广阔的沙漠，无边无际的沙子——在某些行业，从来没有供应短缺。客户订购，并很高兴地得到他们的订单按时交付全部。每个企业的理想情景

大多数公司都生活在不同的现实中：客户需求难以预测，大数据精准获客，库存有限。此外，在与消费者相关的业务中，一个众所周知的事实是，在一个计划周期内，并非每个客户都能得到全额服务。想一想计划一季系列的时装业务：春季交付的夏季系列必须在夏季缺货，物联网管理平台，以避免因库存过多而冲销和报废。

因此，将稀缺性分配给对您的业务具有最高优先级的客户是一种平衡！想象一下，你的旗舰店或大客户无法得到他们所订购的东西，因为一个优先级较低的客户（幸运或不幸）订购了出乎意料的高数量。在这种情况下，你需要保护你的库存。

我还发现，在与日本客户合作时，许多行业甚至对非季节性商品也遵循这种库存保护的概念：例如，确保某些渠道始终可以提供备件，以避免其大客户出现成本高昂的停机！

保护您的库存-高级ATP中的产品分配

我将向您展示一种通过SAP S/4HANA advanced ATP（aATP）的嵌入式产品分配实现这一点的方法。过去，我曾与SAP Apparel and Shooting（AFS）解决方案合作，该解决方案使用分配运行来优先考虑客户需求（→现在，在每个SAP S/4HANA和aATP系列中，检查供应分配！）。不过，这只是查看在分配运行的同一时期内收到的销售订单。产品分配的工作原理不同。让我们看看！

让我们看看经典的ATP，所有销售渠道都有紧急订单。序列没有被管理-这是一个现实的场景。

现在在上面的场景中，你可以看到什么会出错。由于春夏季节供应100件T恤衫，排名最低的零售渠道和主要客户已经盘点了本可用于自有商店的T恤衫。真倒霉，让我们下赛季再试一次！等等，产品分配（PAL）看起来怎么样？

在下图中，您可以看到相同的序列，但PAL已就位。我们的订单和数量是一样的。

还不理想？更多的是负数？是的，我是那样选的？但你可以看到逻辑是如何运作的。每个频道——我们将在后面看到您如何定义它——都持有一个存储桶，它只从该存储桶中消耗。也就是说，如果PAL在没有集体分配的情况下运行。你可以很容易地想象，如果我们增加自有商店和大客户的渠道库存，减少零售，需求就可以得到满足。

现在——在这个季节结束时，我们有20个PC的积压。不是很好。因此，如果我们能建立一个序列的股票访问（优先权！）我们可能会有更好的情况。让我们看看这个。

你看到两个例子。首先，我们允许自己的商店和大客户分享零售渠道的库存。如果相应的库存桶已清空，大数据和数据库，则可以访问此库存。第二，我们建立了自己的商店可以访问大客户库存（和连续零售库存）的序列

因此，我们实现了供应情况的优化。显然，我们本应该增加自有商店和大客户的库存——零售业快速下单的事实也对我们不利。但你明白吗？

现在我们了解了顺序，让我们添加另一个组件：时间。在PAL中，库存是按周期计划的。我们可以选择日、周、月、季、年。因此，库存桶非常灵活，但是，在一个PAL设置（我们可以有多个活动）中，必须选择一个期间类型。请注意，每个周期的计划数量不是特定于物料的……

请稍候！那它是怎么工作的呢？只需将计划数量视为图案-因此，如果您有绿色T恤和蓝色T恤，您可能希望为它们分配相同的库存图案，以节省维护时间。然后在不同的位置为每个图案指定材质。很简单！

好的，现在你已经了解了，让我们看看SAP s/4HANA中的元素，让它成为现实！PAL的一个伟大之处在于，除了一小部分的定制之外，它是一个完全由企业拥有和驱动的特性。而且完全是基于菲奥里的。快速简单。

完全配置和运行它只需4块瓷砖。让我们看看所需的对象并了解它们的层次结构：

尽管SAP帮助相当全面，但我发现理解上述连接是最困难的部分。我们一个接一个地看：

是的，还有一些定制，但很简单。您可以在SAP帮助中找到该指南。如果对您不起作用，我建议您输入销售订单，输入您认为应激活检查的物料，然后按"检查范围"按钮。

然后它将为您提供检查组和检查规则的基本信息：

在"自定义"中验证您是否已为PAL设置此活动。

让我们看看举个例子。我们创建一个SO，如下所示。请检查物料、交货日期和客户。

现在让我们看看PAL中设置了什么，我的云，我配置了两步序列：