云网站服务器_国内数据云存储_移动云数据库服务器主机-搜集站云

大带宽_网站建设那个好_怎么样

小七 141 0

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

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

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

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

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

保护您的库存-高级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中设置了什么,我的云,我配置了两步序列: