数据库服务器_企业邮箱注册申请免费注册_安全稳定

企业应用 虚拟云 浏览

小编:三个TLA在一个标题里怎么样? 但这是我在描述IBP如何与ERP整合以实施批准的计划时经常讨论的一个重要话题。在本次讨论中,我假设使用IBP SOP或Supply都可以生成成品的计划需求,以及

三个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。

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

当前网址:http://www.vmchk.com/share/2021/0612/88870.html

 
你可能喜欢的: