请教: MTS+重订货规则时,未计算MO需求,只是按照重订货规则触发产生新采购PO,这是怎么回事？
-
首先建议不要去手工修改已有的物流路由的设置，除非你确实知道你在做什么。在仓库设置上的多个选项，就是多个预设的可选路由选项，它们基本能满足你绝大多数的物流需求。比如，你上诉的生产原材料的MTS+重订货规则就是典型的应用场景，不需要做任何修改就可以支持的。
测试的错误原因，可能情况有：
- 库位设置错误
重订货规则会归集其所设置的库位及其下属库位的物料需求，所以我们的重订货库位一般定义在仓库的库存“根库位“，即：Stock库位， - 需求库位和“采购”/“生产”对应库位间没有需求传递规则。也就是路由中那些push/pull的规则。
所以，测试错误的原因可能是另外设置了现有路由规则所覆盖的库位之外的库位。
再次建议你先在默认的设置选项做测试，在确认成功的前提下，再去做一些个性化的设置。
希望对你的测试有所帮助。
- 库位设置错误
-
首先建议不要去手工修改已有的物流路由的设置，除非你确实知道你在做什么。在仓库设置上的多个选项，就是多个预设的可选路由选项，它们基本能满足你绝大多数的物流需求。比如，你上诉的生产原材料的MTS+重订货规则就是典型的应用场景，不需要做任何修改就可以支持的。
测试的错误原因，可能情况有：
- 库位设置错误
重订货规则会归集其所设置的库位及其下属库位的物料需求，所以我们的重订货库位一般定义在仓库的库存“根库位“，即：Stock库位， - 需求库位和“采购”/“生产”对应库位间没有需求传递规则。也就是路由中那些push/pull的规则。
所以，测试错误的原因可能是另外设置了现有路由规则所覆盖的库位之外的库位。
再次建议你先在默认的设置选项做测试，在确认成功的前提下，再去做一些个性化的设置。
希望对你的测试有所帮助。
- 库位设置错误
-
首先建议不要去手工修改已有的物流路由的设置，除非你确实知道你在做什么。在仓库设置上的多个选项，就是多个预设的可选路由选项，它们基本能满足你绝大多数的物流需求。比如，你上诉的生产原材料的MTS+重订货规则就是典型的应用场景，不需要做任何修改就可以支持的。
测试的错误原因，可能情况有：
- 库位设置错误
重订货规则会归集其所设置的库位及其下属库位的物料需求，所以我们的重订货库位一般定义在仓库的库存“根库位“，即：Stock库位， - 需求库位和“采购”/“生产”对应库位间没有需求传递规则。也就是路由中那些push/pull的规则。
所以，测试错误的原因可能是另外设置了现有路由规则所覆盖的库位之外的库位。
再次建议你先在默认的设置选项做测试，在确认成功的前提下，再去做一些个性化的设置。
希望对你的测试有所帮助。
@digitalsatori 好的,感谢指点,解惑!
- 库位设置错误
-
首先建议不要去手工修改已有的物流路由的设置，除非你确实知道你在做什么。在仓库设置上的多个选项，就是多个预设的可选路由选项，它们基本能满足你绝大多数的物流需求。比如，你上诉的生产原材料的MTS+重订货规则就是典型的应用场景，不需要做任何修改就可以支持的。
测试的错误原因，可能情况有：
- 库位设置错误
重订货规则会归集其所设置的库位及其下属库位的物料需求，所以我们的重订货库位一般定义在仓库的库存“根库位“，即：Stock库位， - 需求库位和“采购”/“生产”对应库位间没有需求传递规则。也就是路由中那些push/pull的规则。
所以，测试错误的原因可能是另外设置了现有路由规则所覆盖的库位之外的库位。
再次建议你先在默认的设置选项做测试，在确认成功的前提下，再去做一些个性化的设置。
希望对你的测试有所帮助。
@digitalsatori 我重新建了一个新的仓库CM2,所有原始路由, 库位我都没有调整, Reorder Rules 的Location 也修正了, 但Run MRP 后都没有触发生成补货 New MO和PO ,还请指点。
PS：一步入库/出货我之前测过了原始路由没问题，我现在的主要问题在多步入库/出货 , 实际业务需要设置多步路由.
设置细节如下:
父阶：SFG-002 子阶 Com.003 用量 1:1 未修改原始路由
- 库位设置错误
-
@SRP 我之前回复你的时候测试过三步收货+单步生产的情况。还没有时间测试包含三步生产的情况。
你可以先测试三步收货+单步生产的情况是否有你描述的问题。另外，为了避免你的测试环境的代码和我的测试环境不一致的情况。建议你到官方的持续集成测试服务器测试：http://runbot.odoo.com/runbot
-
@SRP 我之前回复你的时候测试过三步收货+单步生产的情况。还没有时间测试包含三步生产的情况。
你可以先测试三步收货+单步生产的情况是否有你描述的问题。另外，为了避免你的测试环境的代码和我的测试环境不一致的情况。建议你到官方的持续集成测试服务器测试：http://runbot.odoo.com/runbot
@digitalsatori 好的,非常感谢！
-
@SRP 我之前回复你的时候测试过三步收货+单步生产的情况。还没有时间测试包含三步生产的情况。
你可以先测试三步收货+单步生产的情况是否有你描述的问题。另外，为了避免你的测试环境的代码和我的测试环境不一致的情况。建议你到官方的持续集成测试服务器测试：http://runbot.odoo.com/runbot
@digitalsatori 麻烦发一个测试账号注册邀请给我,我没权限
-
admin/admin
-
admin/admin
@digitalsatori 我分别在官网测试了 3步入库+1步生产+1步出货 和 3步入库+3步生产+1步出货 结果如下,还请帮忙看看是怎么回事，感谢！
3步入库+1步生产+1步出货 MRP 结果正确
3步入库+3步生产+1步出货 MRP 结果错误 未生成New MO 和New PO.
另外,我自己的环境中测试3步入库+1步生产+1步出货 MRP 结果也是正确的.以下是http://runbot.odoo.com/runbot 中测试结果，供参考
-
@SRP 不太明白你的意思。 之前咱们不是一直在说原材料Com3吗？
你这SFG-002的需求来自哪里？SFG-002是另一个Bom里的半成品？
@digitalsatori 这个是我新建的BOM 只有两层, 成品 SFG-002 下阶一个原材料 Com.003 用量1：1， SFG-002 需求来自于SO,我是成品和原材料都在测,成品Run MRP+Reorder rule 会触发生成New MO, 原材料会触发生成New PO
-
这个MO的触发跟三步生产是没有关系的。三步生产只是增加了原材料的取料和产成品的入库，并不影响SO的需求是否生成MO。
我猜测你的问题是源于SFG-002的设置，你没有选默认的"Manufacure"路由，而勾选了“三步生产”（估计是修改了三步生产的作用范围到“产品”，默认是不显示在产品上的）。这样设置的理解是错误的，事实上‘三步生产’如前所述并不触发生产，你也不需要把“三步生产”设置到产品上。
-
这个MO的触发跟三步生产是没有关系的。三步生产只是增加了原材料的取料和产成品的入库，并不影响SO的需求是否生成MO。
我猜测你的问题是源于SFG-002的设置，你没有选默认的"Manufacure"路由，而勾选了“三步生产”（估计是修改了三步生产的作用范围到“产品”，默认是不显示在产品上的）。这样设置的理解是错误的，事实上‘三步生产’如前所述并不触发生产，你也不需要把“三步生产”设置到产品上。
@digitalsatori 非常感谢,我修改设置后重新测了,这次测试结果是正确的.
另外,还想请教下我实际业务中,物流路径及库位及有做以下细分,如果原始路由不做变更,那么是不是只有在每个根库位设置 上架策略 （Removal Strategy）这一个办法才能入库到相应库位，感谢！
-
我估计你是想说“Put away Strategy"吧， 是的，你需要设置Put away Strategy
-
我估计你是想说“Put away Strategy"吧， 是的，你需要设置Put away Strategy
@digitalsatori 是Put away Strategy,万分感谢！
-
我估计你是想说“Put away Strategy"吧， 是的，你需要设置Put away Strategy
@digitalsatori 有两个问题请教：
- Reorder Rule 是MRP 的必要设置吗？我测试发现MTS 规则下, 如果不设Re Order Rule 就不会产生补货MO,或PO.
- MPS 要如何设置才能作为需求参与MRP 计算?
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login