Procurement_order， purchase_order和计划运行的先后关系

[artil]

系统数据库里面的sales_order-》sales_order_line，后，里面有procurement_id，可以找到对应的procurement_order表。procurement_order里面又有对应的purchase_id，我想问一下，procrement_order是计划运行后产生的？还是在计划运行前就有了？计划运行是产生purchase order吗？

如果大家觉得我问题问的不太清楚，请指出。谢谢

[jeffery]

procurement Order[简写为PO] 建立和触发的机会有
[list type=decimal]
[li]如果是MTO模式，立即建立PO，然后通过定时任务，定期寻找解决PO的 规则
[/li]
[li]如果是MTS模式，在运行定时任务的时候，根据安全库存规则建立PO，然后立即寻找解决PO的 规则
[/li]
[li]或者使用JIT模式，当需求发生的时候，立即建立并运行PO，然后立即寻找解决PO的 规则
[/li]

[/list]

PO的满足，就是寻找解决PO的 规则，即寻找合适的pull rule..
首先，查找PO自身的 pull rule,  也就是订单行上指定的pull rule,
其次，查找 产品、产品类别上的 pull rule
然后，查找 仓库级别的pull rule
最后，查找 全局的pull rule.

按照上面的优先级，使用第一个找到的pull rule 求解PO

[mrshelly]

sale_order_line 确认的时候, 就会有一个 procurement.order.1 销售单对应仓库库存库位的需求单
然后 procurement.order.1 运算后, 会产生从 其他库位(其他内部库位 调拨,  生产库位 生产)(MTS) 或者 采购(MTO) 的相关单据.

[jeffery]

[quote author=jeffery link=topic=17274.msg30919#msg30919 date=1440653480]
procurement Order[简写为PO] 建立和触发的机会有
[list type=decimal]
[li]如果是MTO模式，立即建立PO，然后通过定时任务，定期寻找解决PO的 规则
[/li]
[li]如果是MTS模式，在运行定时任务的时候，根据安全库存规则建立PO，然后立即寻找解决PO的 规则
[/li]
[li]或者使用JIT模式，当需求发生的时候，立即建立并运行PO，然后立即寻找解决PO的 规则
[/li]

[/list]

PO的满足，就是寻找解决PO的 规则，即寻找合适的pull rule..
首先，查找PO自身的 pull rule,  也就是订单行上指定的pull rule,
其次，查找 产品、产品类别上的 pull rule
然后，查找 仓库级别的pull rule
最后，查找 全局的pull rule.

按照上面的优先级，使用第一个找到的pull rule 求解PO
[/quote]

而pull rule则在Route 里面定义， Route包含2个类型的rule
[list type=decimal]
[li]pull rule
[/li]
[li]push rule
[/li][/list]

pull rule规则规定当某个location需要某种产品的时候，这个需求如何满足，可以
[list type=decimal]
[li]MTS，即从现有库存调取[/li]
[li]MTO，在需求库位发起一个新的PO[/li]
[/list]

push rule规则规定当产品到达某个location的时候，将会被送往哪个库位，以及如何调拨

push rule 和 put away strategy使用效果尽管很类似，但是它们是 不同的两个。

[artil]

非常感谢你的回复，特别是第一条，很有帮助

[jeffery]

[quote author=jeffery link=topic=17274.msg30923#msg30923 date=1440734373]
[quote author=jeffery link=topic=17274.msg30919#msg30919 date=1440653480]
procurement Order[简写为PO] 建立和触发的机会有
[list type=decimal]
[li]如果是MTO模式，立即建立PO，然后通过定时任务，定期寻找解决PO的 规则
[/li]
[li]如果是MTS模式，在运行定时任务的时候，根据安全库存规则建立PO，然后立即寻找解决PO的 规则
[/li]
[li]或者使用JIT模式，当需求发生的时候，立即建立并运行PO，然后立即寻找解决PO的 规则
[/li]

[/list]

PO的满足，就是寻找解决PO的 规则，即寻找合适的pull rule..
首先，查找PO自身的 pull rule,  也就是订单行上指定的pull rule,
其次，查找 产品、产品类别上的 pull rule
然后，查找 仓库级别的pull rule
最后，查找 全局的pull rule.

按照上面的优先级，使用第一个找到的pull rule 求解PO
[/quote]

而pull rule则在Route 里面定义， Route包含2个类型的rule
[list type=decimal]
[li]pull rule
[/li]
[li]push rule
[/li][/list]

pull rule规则规定当某个location需要某种产品的时候，这个需求如何满足，可以
[list type=decimal]
[li]MTS，即从现有库存调取[/li]
[li]MTO，在需求库位发起一个新的PO[/li]
[/list]

push rule规则规定当产品到达某个location的时候，将会被送往哪个库位，以及如何调拨

push rule 和 put away strategy使用效果尽管很类似，但是它们是 不同的两个。
[/quote]


答到现在，似乎跟purchase order还没有发生关系，那继续往下说....

pull rule 规定了 当规则触发的时候，如何解决需求，可能采取的动作
[list type=decimal]
[li]buy，用购买的方式满足需求
[/li]
[li]manufacture，用制造的方式满足需求
[/li]
[li]move，用库存移动的方式满足需求
[/li]

[/list]

当规则的动作是 move时，又会
[list type=decimal]
[li]mts 从现有库位的库存调拨[/li]
[li]mto 在现有库位发起一个新的PO，注意，这个就能与其他的pull rule形成一个 链条[/li]
[/list]

待续...

[wjfonhand]

计划运行就是批量运行procurement_order