sap委外采购订单冲销 102_[SAP]订单关系在排产中的应用

在排产过程中,除了“共享能力”(Ref:共享能力在排产中的应用)外,订单关系也有着非常广泛的应用与非常重要的作用。

订单关系,经常充盈着实际计划业务的诸多方面,比如:

  • “半成品-成品”生产过程中,上下两层订单需要满足一定的条件。比如在化工间歇式生产(Ref: 化工间歇式生产的一点总结)中,在某些事业部或生产工厂,由于现场管理、质量、抽样、混批要求等原因,对于直包的业务,要求下层反应釜订单必须在上层包装订单前一天完成生产、不可超前也不可延后;对于灌包的业务,直接为了包装而补储罐液位的反应釜生产订单也必须在前一天完成生产,不可在同一天既包装又灌液。
  • 同样在两层式生产中,半成品订单与成品订单具备一定的“资源联动”性,比如在化工间歇式生产中的直包业务,为了实现在包装时、反应釜产能还必须同时占着,在成品订单中会有反应釜工作中心的工序,这时候就要求,当其对应的半成品订单的反应釜改变时,比如系统自动挑选或计划员手工挑选不同的反应釜(比如从#1釜改为#2釜),那么成品包装订单对占反应釜的工序也必须自动随着调整。
  • 在同一张订单中,前后工序、并行工序必须要满足一定的条件,例如前后关系、时间差等等。比如化工间歇式生产中,对于直包的成品包装订单而言,占反应釜的工序必须与本身包装工序同时开始(Start-Start,Nointerval)、也同时结束(End-End,Nointerval),这样才能实现“在包装时,反应釜产能同时被占据”;对于半成品反应釜订单而言,使用了“共享工作中心”来控制反应釜总数限制,同一张订单中既有0010本身的生产工序,又有诸如0020共享工作中心的工序,这两道工序需要具备0010开始、0020也开始(Start-Start),但2者在开始的时间上可以有个差额,比如0010从12点开始生产,但共享工作中心依然开始于9点、并占满共享工作中心一天的产能,也就是说,在Start-start关系之上还需要限制“允许的时间间隔(Interval)”。

分析这些实际的业务场景和应用,APOPP/DS也与之相匹配地提供了以下2种“订单关系”进行排产的考虑。

bc7fab1951d594e66411f66dba285376.png

(1)工序间的订单关系

这层“订单关系”,是SAP最常用也是最直接的关系。

最常见的莫过于一道生产工艺包含着几步工序,比如在光伏行业组件生产时的“单焊à串焊à层压前准备à层压à组装à测试”、整车行业整车生产时的“焊à涂à总”等等。因此这些工序间本身就具有着一定的前后顺序上的“订单关系”。

除此之外,就如上面举例的在化工间歇式形态下的,并行工序间的“同时开始、同时结束”等“订单关系”。

这层“订单关系”,统称之为“工序间的关系”,也即Order-Internal Relationship。

这层关系,很多是由SAP自动依据生产主数据如工艺路线Routing或PP-PI流程行业的配方Recipe生成,比如上面举例的多道工序的“End-start“及”with/ without interval”,然后传入APO形成生产主数据PDS的一部分。

从PP/DS的技术上来说,这层“订单关系”是使用着如下的结构进行显式地保存:

68b837fca821f3be47c2dc2ef86da782.png
    • ACTID_Pred与ACTID_Succ指定了前后工序的活动(PPDS中的Activity)
    • Relation_Type指定了如End-Start,Start-Start等类型
    • Constraint_Type指定了如是否考虑最小间隔、最大间隔等
    • Mode_rel_Type指定了如是否要满足资源相同(如上面举的包装-反应釜的例子)
    • Mintime/Maxtime等指定了间隔的大小
    • 等其他相应的控制字段

最终在PP/DS中,将会保存如下的订单间关系:

e993e95fd69fc70eedc7a1ee560bc638.png
    • 第一行就是同一个工序中Setup与Procure不同Activity间的关系
    • 后两行就是不同工序间的Activity的关系

然后PP/DS中排产时,就可以灵活告知系统是否需要考虑此类关系:

2de70d13e55c5d8b81b61149b768dd3d.png

最终系统将会排出“带着工序间关系”的生产计划。

(2)订单间的订单关系

与第一种“订单关系”相对应的,便是真正的“订单间关系”,真正代表着不同订单而非同一张订单中各工序的关系。

这层“订单关系”,也即Cross-order Relationship。

第一种“工序间关系Order-Internal Relationship”是“显式”地保存并体现在生产主数据PDS,可以看出它其实是一种“主数据”。而第二种“订单关系Cross-order Relationship”显然是“Order-based”即其是跟着订单走的,所以它其实是一种“业务数据”。

很遗憾,本身PP/DS并没有提供维护此类关系的标准功能,而仅仅只是在”Subcontracting委外”(Ref:委外与MTO模式下的委外采购整车行业中委外业务的一些特殊)业务中进行了支持:

311aa021521d74e380fa1685ba32b182.png

但也正因如此,可以借鉴该关系,通过开发、增强从而将该机制应用于更多的业务场景。原因也即因为,从PP/DS技术上来说,“订单关系”,无论是第一种的“工序间的关系”还是“订单间的关系”,都是使用相同的技术结构进行保存,只是一个体现在生产主数据PDS、一个体现在订单罢了。

所以,在实际应用中,可以通过增强或者自定义的启发式Heuristics,来将订单间关系进行创建并维护:

925f19f93b9d5d8ab095ace3d3a0426d.png
    • 另外,这里也可以看出,除了“订单间关系”,上述的“工序间关系”也会同时在此(订单级别)进行体现。

然后,同上述第一种“工序间关系”一样,通过系统灵活设置是否考虑订单关系(Cross-order Relationship),从而最终系统将会排出“带着订单间关系”的生产计划。

在应用上:

79524b6344d009a88bba43a2870b1afd.png
    • 订单关系可以显式地在排产界面显示出来,上图中带箭头的实线即是各种关系。
    • 同时,当计划员手工拖拽该订单时,上图的虚红线也可以体现出该订单的所有“订单关系”,包括工序间关系及、与其他订单的订单间关系。

更多请参阅个人微信公众号:

effac88b741800113538ce2d47f54ac7.png
SAP供应链管理与高级排产应用
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值