「翻译」SAP零售:补货 Vs 多步骤补货

2021-09-23 14:53:59 浏览数 (1)

SAP零售:补货 Vs 多步骤补货

补货

在IS零售中,引入了新型MRP/RP策略W–补货(IS零售)。一开始值得一提的是,它只能用于门店和客户,而不能用于配送中心。该解决方案与MRP非常相似,具有重新订购点或时间阶段计划,但我将在本文末尾留给您决定。

配置从商品主数据中的设置开始。第一个决定是如何将库存管理用于补货。

Setting for type of inventory management to use.

在补货中,您可以选择使用物料管理(MM)模块里的库存管理,即MM选项。或者,您可以使用基于补货的库存管理,这是为更简化的系统而设计的。我们建议的方法是使用尽可能多的面向MM的设置,因为该设置更准确,并允许在计算需求数量时有更多选项(如ATP影响)。另一方面,它也有一些限制,比如它只能用于有价值更新和数量更新的商品。如果您有基于商品类别管理的商品(仅限价值物品),则只能使用第二个选项(即基于补货的库存管理)。与MM选项相比,第二个选项里需求数量的计算要简单得多,其计算逻辑仅基于现有库存(如果在商品主数据中设置了参数Correct RS,则可能会考虑预期的收货),通过简化处理方式即将预期库存等同于现有库存。本文只介绍了面向MM的方法。

配置的第二步是为门店设置配置数据。在SAP制造业中,MRP的结果是内部生产(生产/工艺订单)或外部采购(采购申请/计划协议交货行)。在SAP零售系统中逻辑有点不同,决定系统计划运行后创建何种类型的单据非常重要。此信息来自门店订单控制参数,它是POS入站参数文件的一部分。

Store Order profile

如上面的屏幕截图所示,系统根据处理来源(补货或门店订单)和商品主数据中指定的供应源类型(1-标准,外部,2-内部,来自配送中心)来决定创建哪种类型的单据。如前所述,门店订单参数文件包含在分配给站点的POS入站配置文件的设置中。如果不存在分配,则系统默认创建销售订单类型TAV(标准订单(VMI))。

Assignment of POS Inbound profile to site

此外,可以为每个商品类别分配不同的POS入站配置文件。

Assignment of POS Inbound profile to site/merchandise category

如前所述,POS入站配置文件包括几个设置,包括门店订单参数文件:Aggregated sales和Sales as per receipts,用于接收来自POS系统的销售Idoc(相应的IDoc分别是:WPUUMS01、WPUBON01)数据。即使这些设置对于“经典”补货功能并不重要,但对于多步骤补货功能却非常重要。

POS Inbound profile – aggregated sales configuration

POS Inbound profile – sales per receipt configuration

为了从标准需求计划中排除使用了补货的商品,必须通过补货类型为商品分配RP策略W(补货,只用于SAP零售行业解决方案)。SAP Retail中使用了以下补货(RP)类型:

  • RP (replenishment)
  • RF (replenishment with dynamic target stock)
  • RS (time-phased replenishment)
  • RR (time-phased replenishment with dynamic target stock)

补货类型RS和RR分别与RP和RF相同,只是用于多步骤补货,后面将对其进行描述。

RP和RF之间的主要区别在于如何计算目标库存。RP类型使用静态计算,目标库存值在商品主数据的后勤门店视图中设置。未来的GR/GI或预测销售可作会被作为一个选项来考虑。这种方法非常类似于MRP类型V1或V2中使用的重订货点。RF类型使用动态计算,通过将当前期间的预计消耗数量加上相关商品和门店的目标范围(在商品主数据”后勤”视图中设置的补货参数),自动计算目标库存。该目标库存是基于预测的销售方式确定的,预测运行是该方法的先决条件。

计算例子

商品906的RP类型型是RF(动态目标库存),目标覆盖期为7天。目前的库存是10架。在接下来的3个时段,每周进行一次预测。根据消耗量计算以下预测值:

Forecasted values for article 906

补货程序WRP1的选择界面:

  • Rcpts/Issues (via ATP) –如名称所示,根据RP检查规则该选项自动勾选。
  • Include forecasted issues –仅对静态目标库存确定有效,而动态目标库存计算的时候始终会考虑forecasted issues。

Replenishment run without determination of ATP and forecasted issues

Replenishment run with determination of ATP and without forecasted issues

计划于07/01(星期日)运行,为后续的7天。这个商品一周的预测是21个。在这种情况下,目标覆盖期为7天,即等于整周,但如果覆盖期为3天,则系统应预测数量为21EA(期间总预测)/5(工作天数)*3(覆盖工作天数)=12.6 EA(四舍五入至13EA)。

根据门店订单参数文件中的设置和商品的供应源,会自动创建STO采购订单作为后续单据。

多步骤补货

补货的特殊形式是多步骤补货,整个过程分为两个或三个步骤。它的目的主要是通过分工来提高性能,因为它只能用于门店。补货包含一个程序分别用于:

  • 确定需求计算数据–编译并保存需求计算所需的主数据。
  • 需求计算-确定需求。
  • 生成后续单据。

在多步骤补货中,2步补货策略使用不同的程序分别用于计算需求以及创建后续业务单据。而需求确定的程序没有在2步补货策略中用到。3步补货策略则会使用到多步补货的所有三个程序。

以下补货(RP)类型用于多步骤补货:

  • RS – time-phased replenishment with static target stock – reorder point RS–具有静态目标库存的分阶段补货–重订货点
  • RR – time-phased replenishment with dynamic target stock – target coverage RR–动态目标库存的分阶段补充–目标覆盖率

与动态目标库存的非多步骤补货一样,预测是必需的。与“经典”补货不同,multi-step使用自己的销售预测(POS历史记录 销售预测值),使用事务代码WFCS01计算销售预测。

为了能够使用多步骤补货功能,POS入站参数文件需要更新。此参数文件在站点主数据或站点/商品类别级别分配。对于Aggregated sales和Sales as per receipts ,字段“Update replenishment-based inventory management”必须设置为“1 – Special Replenishment-Based Inventory Management.”。

举例说明计算过程

商品号906,在门店ZSK4下被创建好了。如下参数:

  • RP type RR is assigned.
  • Planned delivery time is 1 day
  • Source of supply 2 – stock transfer order
  • Forecast period indication W- week
  • Forecast historical periods 6
  • Forecast period 3
  • Target coverage 7 days
  • Current stock 100EA

销售数据通过IDoc从POS系统传入,集中处理使用事务代码WPUUMS01, 单个处理使用事务代码WPUBON01。(表格WRPL和WRPT被更新)。

POS Inbound monitor. GI not yet posted but available for sales forecast calculation

销售预测(尚未发货过账)的计算,

Display of consumption data and forecasted values. Sum of not posted consumption is 91EA

上图显示了消耗数据和预测数据,没有过账的消耗总是是91 EA.

入站IDoc被重新处理,发货过账已完成。需求计算运行中.

Results of requirements calculation run

确定目标库存的逻辑与上述相同。由于当前库存为9EA(最初为100EA–91 EA,从POS入站Idocs过账),系统将需求数量计算为11 EA。在第二步(或第三步,取决于方法)中,运行生成后续凭证的事务(WRSO)。根据门店订单参数文件中的设置和商品供应源,后续的STO采购订单将会被自动创建。

技术信息

  • Tables WRPL, WRPT, WRPP
  • Dynamic target quantity calculation

英文原文地址:

https://blogs.sap.com/2018/01/08/sap-is-retail-replenishment-vs-multi-step-replenishment/

2021-9-21 翻译于住处。

erp

0 人点赞