Odoo 库存管理 - 翻译连载
-
[b]需求规则和库存移动的需求方式 [/b]
库存移动确认后是否会在其源库位创建需求单并应用需求规则取决于其需求方式的设置。只有设置了需求方式为“高级：应用需求规则”的库存移动会生成需求单。
当用户创建一个在拣货单时，其中的库存移动将使用默认的需求方式：“默认：取自库存”。这表示该库存移动不会在其源库位创建一个需求单，而会在源库位查找是否有足够的可用库存。这也是诸如“移动呆滞库存产品到滞销库位“这样的内部移库的基本逻辑。
但是如果用户将库存移动的需求方式改变为”高级：应用需求规则“，Odoo就会在该库存移动的源库位创建需求单。（译者：写文档的人这一通反反复复，是怕自己忘了吗:-) 比如，创建发货单可以导致一个与该发货单对应的采购订单的生成。
当我们设置了“拣货->包装->发货“这样的需求规则时。应用该需求规则，Odoo会自动生成从仓库货位向包装货位的库存移动。这样即使你手动创建一个从仓库的发货单，Odoo也会自动创建拣货/包装流程。
需求方式只对内部调拨，和发货有意义。收货操作不需要预留库存，所以他们总是使用默认设置”默认：来自库存“。
你可能会想是否可以连续创建多个这样的链式库存移动呢。事实上，当一个需求规则创建一个新的库存移动时，新的库存移动的需求方式可以被事先定义好。也就是说，需求规则可以决定新创建的库存移动是寻找并应用与其匹配的需求规则还是使用默认“来自库存”的设置。
这样就可以创建出下例表述的库存移动的长链。假设我们有设置了拣货-包装-发货的需求规则的MTS需求类型的产品，当包含该产品的销售订单确认时，“链式反应“启动。首先销售订单会在客户库位创建需求单，该需求单的运行会创建从仓库出货库位到客户库位的库存移动，而该库存移动的”需求方式“为”高级：应用需求规则“，这样就会在在”出货库位“创建一个需求单，如此循环直到在”包装货位“的需求单创建库存移动单，并且该库存移动单的需求方式为”默认：来自库存“。
未完待续... (下节：链式库存及其状态） -
看看stock模块下的doc目录
-
[quote author=digitalsatori link=topic=16409.msg28095#msg28095 date=1401303166]
…………………………参见下图及说明：
[attach=1]
这是一个"库存移动“的表单视图，默认情况下其“供应方式”（Supply Method)是“取自库存”（Default:Take from Stock)，表示当该库存移动确定时将检查“源库位”是否有足够库存，如果库存不足则进入“等待可用”状态。而当我们将“供应方式”设为：”高级：应用需求规则时“，Odoo就会去检查与该库存移动的”源库位“相关的”需求规则“， 见下图：
[attach=2]
上图中可以看到“需求规则”中有定义“需求库位”（Procurement Location), 并且在“动作”（action）中可以选择“采购”，“生产”，和“从其他库位移动存货“（选择此项会显示更多选项），根据“动作”的选择不同会产生对应的需求单，在需求单运行后会产生对应的采购或生产，或其他库存移动来满足“需求库位”的存货需求。
但是需求单也不必一定由库存移动产生。用户可以手动创建需求单，或在确认销售订单时，Odoo为每一个销售订单明细在“客户”货位创建需求单。事实上这个由需求单，库存移动单和需求规则所构建的体系在Odoo系统里是贯彻始终的。比如在最简单的库存管理设置中，当我们运行这些由销售订单创建的需求单时，这些需求规则就会创建出发运单。
……………………………………………………
[/quote]
校长，这几段，我想找原文对照阅读的，没找到呢。这几段是你原创添加的么？ -
[quote author=周乐 link=topic=16409.msg28821#msg28821 date=1408975531]
"由拉式规则生成的规则不能再应用推式规则了" —— 这句有个难理解的点是“规则生成规则”，在O8好像没“规则生成规则”这回事吧？
我想当然地意译为：“如果某Rule既是Push rule又是Pull rule，则Push rule失效。” 我的想当然，有理么？
如果没理，请举例反驳～
[/quote]
感谢您的细心，应该是有拉式规则[b]所生成的库存移动[/b]不能再应用推式规则了
Push rule 和 Pull rule是两种完全不同的规则，内部对象也完全不同，拉式规则作用于需求单其结果是生成新的库存移动，或生产单，或采购订单；而Push Rule作用与库存移动用于产生新的库存移动。
[quote]校长，这几段，我想找原文对照阅读的，没找到呢。这几段是你原创添加的么？[/quote]
呵呵，没有原文，自己编的 -
还有吗？求继续更新！
正在学习呢，看着脑袋都大了。 -
;D ;D
-
;D ;D ;D
