本周早些时候，我在LinkedIn上发表了一篇关于IBP在零售企业中的应用的文章。随后的对话表明，大家对这个话题有足够的兴趣，可以在这里多捕捉一些想法，并希望开始一段对话。

与大多数关于IBP应用程序的对话一样，ide并不是新的。早在2010年，我在奥利怀特的朋友们就对零售IBP做了一个很好的三部分概述。当然，与我们合作的运营最好的公司都有一个规划流程。

但正如我所看到的，与我们的客户合作的始终如一，神奇之处在于提供了各种工具—SAP的IBP—使领导者能够实现他们的愿景。

本着进修者的精神，零售业缺乏对IBP的关注是可以理解的。mot可见的盈利驱动因素要么是在商店层面，要么是在计划单个或集群商店的商品分类和类别的过程中。这些任务，以及与商店补货相关的供应链和物流，都得到了SAP for Retail suite组件的良好支持，并代表了一组详细的事务流程，这些流程可以聚合起来通知IBP，但不是由IBP计划的。

事实就是这样，而且没有改变。IBP有一些潜在的用例，包括商店级的粒度—例如，大数据可视化，在产品类别详细级别的总收入和数量规划，或者使用与驱动程序相同的类别级别的数量执行粗略的容量或空间规划。但这是一组二级应用程序，在实施过程中可能会在一个单独的规划区域进行管理。

零售企业IBP的主要价值不在供应链的DC-to-Store部分，而是在上游流程中，以确保来自内部、合同制造和外部来源的产品是可靠的当需要支持正在进行的操作和促销时，可在相应的DC中使用。本部分中的流程是经典的IBP用例，涉及供应和库存规划，并通过与供应商合作提供扩展价值。

因此，在讨论零售IBP时，有两个关键的分隔符：

我们关注的是供应商到DC，而不是DC到商店作为第二个考虑因素，计划范围内的公司区域可能比传统制造业或分销业更远，因为从DC到商店的部分被认为是冻结的

因此，需求的考虑与许多其他情况不同。在短期内，从IBP的角度来看，面向商店的DC的需求是由预测汇总到SKU级别的零售应用程序驱动的。但在某些时候，长期规划将从细节转向其他预测模型，这些模型也会在DC层面规划需求，但没有任何商店层面的细节。我们需要确定的只是对信用证的需求。我们的客户认为这是部署一致预测的一个重要机会。

长期评估需求也是我最喜欢的说法的一个很好的例子，即IBP"了解情况，但不受操作系统的约束"。对于寻求中长期规划的零售商，需要包括执行系统不知道的新市场或产品类别。IBP当然支持这一点。

一旦确定了需求表，计划的供应和库存确定阶段与我们在其他行业看到的一致。没有什么独特之处，无论产品是来自内部生产、合同制造还是外部供应商，我们都是IBP的最佳选择。

也就是说，IBP和SAP Ariba的供应链协作工具之间的联系为零售企业开启了另一个重要的价值驱动力。CPFR（Collaborative Planning for Forecast and Requirement）的概念是由零售和CPG公司推动的，它定义了一个模型，供客户（零售商）与其供应商共享预测、库存和供应数据，以最小化供应链中的延迟和噪音，从而减少库存和消除浪费。

同样，这不是一个新的概念概念。通过SAP IBP和Ariba网络之间的互操作，这是一个很好的解决方案。

正如我们在许多领域看到的那样，大数据前景，淘客分佣系统，IBP的能力使我们的客户能够实现改变其业务的愿景。

，大数据可视化平台，淘客程序