为库存预测计算交付周期

为库存预测衡量交付周期


首页 » 资源 » 此处

交付周期是一个基本变量,它对于准确计算满足未来需求所需的库存量至关重要。无论采用何种预测技术,都需要正确衡量交付周期。进行库存优化时所需的交付周期涉及很多微妙之处。本页将阐述如何针对实际情况衡量交付周期。

另请参阅交付周期定义交付周期预测

根据您过去的采购订单并着眼于订货与交付之间的延迟,可以最好地计算出交付周期。我们建议不要相信供应商给出的"官方"交付周期;因为供应商所给出的这些数值常常过高或过低。如果贵公司在使用某种由 Lokad 提供原生支持的应用,那么 Lokad 会根据您的历史数据自动计算适用的交付周期。


交付周期的计量单位是日历日

对于每一 SKU,Lokad 都期望以输入信息形式使用交付周期值。Salescast 不会测量交付周期,因此该值应在 Salescast 开始处理数据时便已齐备。

不论预测周期按周还是按月计算,交付周期都应以日为单位。另外,交付周期的计量单位为日历日而非工作日。

值得注意的是,与供应商之间的协议通常包含以工作日为单位的交付周期,因此这些数据应重新按日历日计量。

一个始于“现在”的未来时间段

用于计算再订货点的分位数预测将交付周期视为一个起始于历史数据终点的时间段。Lokad 也确实将“现在”定义为数据终点。因此,数据的终点便是预测的起点。

Image


上图显示,我们的交付周期为4天。这意味着,如果 Lokad 利用该交付周期计算再订货点,并假设服务水平为 95%,则根据 Lokad 的预测,再订货点将代表最低的存货价值,这足以涵盖未来的需求波动,以确保再订货点的存货价值在 95% 的时间内均高于需求(从而避免缺货)。

再订货延迟

根据 Lokad 的理解,交付周期必须体现造成补货延迟的所有因素。尤其再订货延迟几乎无法避免。随着 SKU 单位的出售或消耗,补货订单(向供应商下的订单)通常不具有实时性。例如某些 SKU 可能无法每周订购。

Image


如上图所示,假设我们每 3 天订购一次,并且供应商的交付周期为 4 天,则我们很容易错误地将交付周期确定为 4 天。事实上,这种做法未能考虑在下次订货前的 3 天延迟。若采用 4 天作为交付周期,则 Lokad 建议的再订货点将不能适当涵盖第 5、6、7 天。

Lokad 针对该情况采用的正确交付周期值为 4+3 = 7 天。因此,存货应从第零天开始,延续至第 7 天结束(即第二批货物交付),而不是第 4 天结束(即第一批货物交付)。实际上,第 B 次订货直到第 7 天结束时才会发挥效用,因此无论第零天订货多少,都应涵盖全部 7 天的需求波动。第 B 次订货将从第 7 天开始发挥作用。

每天预测两次

下图所示可能会出人意料 – 对同一天进行了两次预测。事实上,第 4 天至第 7 天即属于从第零天开始的第一次分位数预测,也属于从第 3 天结束后开始的第二次分位数预测。

Image


但这种做法并不错误。Lokad 在此提供的预测是可转化为再订货点的分位数预测。然而,再订货量本身等于再订货点减现有存货与订购存货。因此,再订货点计算可能对同一天进行两次预测,但涉及再订货量时,不会对同一天进行两次计算。

情景示例

在本节,我们将通过几个典型情景来进一步了解如何根据 Lokad 的要求正确计算交付周期。

存在休息日的次日交货

让我们假设,某零售店打算针对以下情况运用 Lokad:
  • 零售店每星期营业六天,星期日休息。
  • 零售店除星期日外每天均可收货。
  • 零售店每天上午 10 点之前订货,供应商次日交货。星期六的订单在星期一收货。
  • 零售店在每天下午 5 点将前一天午夜之后的所有数据输入 Lokad。

在该情况下,除星期六外,每天的交付周期均为 2 天;星期六的交付周期为 3 天。

存在半休息日的隔日交货

让我们假设,某零售店打算针对以下情况运用 Lokad:
  • 零售店每星期营业七天。
  • 零售店除星期日外每天均可收货。
  • 零售店每天上午 10 点之前订货,供应商隔日交货。星期五的订单在星期一交货。星期六的订单在星期二交货。
  • 零售店在每天下午 5 点将前一天午夜之后的所有数据输入 Lokad。

在该情况下,从星期一至星期四,每日订单的交付周期均为 3 天,即再订货的一天延迟加供应商的两天交付周期。星期五和星期六的交付周期均为 4 天。对于这两天而言,应将只营业不收货的星期日考虑在内。尤其是,在星期五上午做出的决策需要持续到下星期二结束,因为星期六的再订货行为尚未对星期二造成影响。