三个TLA在一个标题里怎么样？

但这是我在描述IBP如何与ERP整合以实施批准的计划时经常讨论的一个重要话题。在本次讨论中，我假设使用IBP S&OP或Supply（时间序列规划），而不是响应。

S&OP或Supply都可以生成成品的计划需求，以及潜在的子组件和组件，通常以周为单位。

在ERP中使用这一点，计划必须转化为可执行的订单–生产、采购或库存转移。我们推荐的方法，也可以说是最简单的方法，是将IBP计划供应作为计划独立需求（PIR）传递给ERP，并让MRP按照标准逻辑转换为实际订单。

然而，比较便宜的云服务器，要使此过程正常工作，ERP还必须知道何时忽略代表IBP计划供应的PIR，而使用实际需求，无论是客户还是从属客户。

使用ERP中的标准预测消费逻辑很容易实现。为了证明这一点，我用我经常介绍的汽车供应商内容创建了两个简单的示例。充分披露，我没有使用HCI将IBP中的数据拉到ERP中……

图1–产品TKW_的IBP计划

此需求作为一系列计划的独立需求传递到ERP中，MRP运行：

图2–基于计划的独立需求的MRP计划

数据到目前为止，物联网的应用，该系统能够将IBP计划需求转化为MRP计划生产，在本例中是一个重复构建计划。特别是当我们需要在客户发布范围之外制定计划，用长周期部件"启动泵"时，这一点非常重要。

但我们也需要在短期内设法满足客户的实际需求。在我们的例子中，需求是作为客户调度协议发布接收的：

当MRP再次运行时，企业内部软件，我们可以看到上面的PIR已经被实际需求消耗了，但是在客户需求已知的时间之后，PIR仍然是驱动因素：

对于IBP中计划的没有需求的零件，如何获得大数据，使用了类似的技术ERP中的客户需求（例如，当附加率计划用于可配置父级的关键模块或组件时）。但在这种情况下，PIR的消耗是依赖的，物联网学什么，而不是客户需求：

这两个过程在标准SAP ERP配置下都能很好地工作，并且代表了一个简单但有效的用例，可以将计划从IBP引入ERP。

当然，这也引出了一个共同的问题，即如何在短期内处理"未消耗"的预测。但这是一个更广泛的讨论，对于另一个博客…。