Odoo 中文社区

    • 注册
    • 登录
    • 搜索
    • 版块
    • 标签
    • 热门
    • 用户
    • 群组

    Odoo中文社区可以通过以下两个域名访问:shine-it.net , odoo.net.cn

    由于系统升迁的原因,本论坛部分较早期的内容存在格式和链接损坏失效的问题,并非本论坛系统本身的缺陷,望谅解

    本社区没有维护任何QQ群讨论组,任何与本社区同名的QQ群讨论组的言论与本社区无关!

    开发人员可以登录gitter讨论组: http://gitter.im/odoo-china/Talk, 需要github账号

    如果您登录系统碰到问题,请在微信公众号留言:

    已解决 请教: MTS+重订货规则时,未计算MO需求,只是按照重订货规则触发产生新采购PO,这是怎么回事?

    Odoo 新手求助
    2
    18
    730
    正在加载更多帖子
    • 从旧到新
    • 从新到旧
    • 最多赞同
    回复
    • 在新帖中回复
    登录后回复
    此主题已被删除。只有拥有主题管理权限的用户可以查看。
    • S
      SRP 最后由 编辑

      最近测试Oddo MRP 逻辑时发现以下问题,目前原因锁定,路线设置和库位,还在验证中,哪位大神了解情况还请指教,感谢!
      c45cfa77-090a-47a3-86c6-3dafde884a72-image.png
      e8bc466b-1b8c-459f-8ee3-5833e694f8ba-image.png

      1 条回复 最后回复 回复 引用 0
      • digitalsatori
        digitalsatori 管理员 最后由 digitalsatori 编辑

        首先建议不要去手工修改已有的物流路由的设置,除非你确实知道你在做什么。在仓库设置上的多个选项,就是多个预设的可选路由选项,它们基本能满足你绝大多数的物流需求。比如,你上诉的生产原材料的MTS+重订货规则就是典型的应用场景,不需要做任何修改就可以支持的。

        测试的错误原因,可能情况有:

        1. 库位设置错误
          重订货规则会归集其所设置的库位及其下属库位的物料需求,所以我们的重订货库位一般定义在仓库的库存“根库位“,即:Stock库位,
        2. 需求库位和“采购”/“生产”对应库位间没有需求传递规则。也就是路由中那些push/pull的规则。
          所以,测试错误的原因可能是另外设置了现有路由规则所覆盖的库位之外的库位。

        再次建议你先在默认的设置选项做测试,在确认成功的前提下,再去做一些个性化的设置。

        希望对你的测试有所帮助。

        【上海先安科技】(tony AT openerp.cn)

        S 2 条回复 最后回复 回复 引用 0
        • S
          SRP 最后由 编辑

          修改重订货规则中的库位后,应该是此 库位触发MO需求加入计算,PO 数量增加了,但是数量与预期不符,需要继续分析原因
          cc9bab41-1a2a-4a40-919b-a8abdf4074cf-image.png
          0d098ba2-11f8-456d-b73b-66b7b01c27de-image.png

          1 条回复 最后回复 回复 引用 0
          • S
            SRP 最后由 编辑

            New MO/PO 数量不准确原因分析: 多步入库的情况下,顶端需求未传递到末端触发补货的库位,需要从顶端需求对应的源库位开始,按以下步骤逐个修改重订货规则中的Location然后Run MRP 需求才能逐步从需求顶端传递到末端触发补货,那么如何能实现系统自动走这个步骤呢?还请高人指点
            测试案例如下:
            7e2ec6c4-cc81-4e68-8443-ccd2a703c64c-image.png
            46a5a22c-3ef9-4ade-871f-15d7056ab2e5-image.png
            第一次 重订货规则维护“WH/采购接收”后New PO 数量 15
            b23b45e4-eb94-483c-b4e2-0d30377230df-image.png
            c4f488f9-0bed-47fc-b677-49eac728f65c-image.png
            5c334683-155c-4181-9ee2-156ce98fda1d-image.png
            59f27d88-c766-4c44-8f9f-4e2f95c078e2-image.png
            8407d73f-54e8-4fac-8ba1-91d9d483b159-image.png
            ba2778ab-e549-4c39-b7fa-172ee425e89e-image.png
            04092522-e82c-495c-a93b-4e42132a4542-image.png
            5a7273e1-c961-48c0-a102-7b70da02b49a-image.png
            b0f17749-6d63-446a-8140-3f19e19de3c2-image.png
            3284726a-c006-4750-8ed5-3bab11d42b12-image.png

            1 条回复 最后回复 回复 引用 0
            • digitalsatori
              digitalsatori 管理员 最后由 digitalsatori 编辑

              首先建议不要去手工修改已有的物流路由的设置,除非你确实知道你在做什么。在仓库设置上的多个选项,就是多个预设的可选路由选项,它们基本能满足你绝大多数的物流需求。比如,你上诉的生产原材料的MTS+重订货规则就是典型的应用场景,不需要做任何修改就可以支持的。

              测试的错误原因,可能情况有:

              1. 库位设置错误
                重订货规则会归集其所设置的库位及其下属库位的物料需求,所以我们的重订货库位一般定义在仓库的库存“根库位“,即:Stock库位,
              2. 需求库位和“采购”/“生产”对应库位间没有需求传递规则。也就是路由中那些push/pull的规则。
                所以,测试错误的原因可能是另外设置了现有路由规则所覆盖的库位之外的库位。

              再次建议你先在默认的设置选项做测试,在确认成功的前提下,再去做一些个性化的设置。

              希望对你的测试有所帮助。

              【上海先安科技】(tony AT openerp.cn)

              S 2 条回复 最后回复 回复 引用 0
              • S
                SRP @digitalsatori 最后由 编辑

                @digitalsatori 好的,感谢指点,解惑!

                1 条回复 最后回复 回复 引用 0
                • S
                  SRP @digitalsatori 最后由 编辑

                  @digitalsatori 我重新建了一个新的仓库CM2,所有原始路由, 库位我都没有调整, Reorder Rules 的Location 也修正了, 但Run MRP 后都没有触发生成补货 New MO和PO ,还请指点。
                  PS:一步入库/出货我之前测过了原始路由没问题,我现在的主要问题在多步入库/出货 , 实际业务需要设置多步路由.
                  设置细节如下:
                  父阶:SFG-002 子阶 Com.003 用量 1:1 未修改原始路由
                  f1dcb6a7-7105-409b-b439-a8227802094b-image.png
                  f9d35a0b-6d31-46c5-b3ad-e93c1b6a5705-image.png
                  9eb0929c-69e7-4202-bc48-b39ae265a9fa-image.png
                  77e3b04d-4781-4955-8d4b-49011b90acaf-image.png
                  c88890eb-5e8e-4630-b314-9bb506e6d64b-image.png
                  6b5960f7-1b05-4461-904f-627d8f51b816-image.png
                  635c4b20-7710-44e6-8c90-07c4d38c9ce8-image.png
                  3b0bb4d0-4d67-4585-b60b-95181265b151-image.png
                  903c1dc2-cdd4-4c28-b262-b683cf49e4c4-image.png
                  2f8d024f-43fc-4aa7-98bf-3c47cd47e891-image.png
                  f1768be7-d0fc-4b95-ad41-f7572fae1558-image.png
                  137eebda-9d83-42dd-bc60-57dc68d704a2-image.png

                  1 条回复 最后回复 回复 引用 0
                  • digitalsatori
                    digitalsatori 管理员 最后由 digitalsatori 编辑

                    @SRP 我之前回复你的时候测试过三步收货+单步生产的情况。还没有时间测试包含三步生产的情况。
                    你可以先测试三步收货+单步生产的情况是否有你描述的问题。

                    另外,为了避免你的测试环境的代码和我的测试环境不一致的情况。建议你到官方的持续集成测试服务器测试:http://runbot.odoo.com/runbot

                    runbot_repo___runbot_odoo_com.png

                    【上海先安科技】(tony AT openerp.cn)

                    S 2 条回复 最后回复 回复 引用 0
                    • S
                      SRP @digitalsatori 最后由 编辑

                      @digitalsatori 好的,非常感谢!

                      1 条回复 最后回复 回复 引用 0
                      • S
                        SRP @digitalsatori 最后由 编辑

                        @digitalsatori 麻烦发一个测试账号注册邀请给我,我没权限

                        b0b8c7e2-79a1-418c-b2da-6c0e8fbaf40a-image.png

                        1 条回复 最后回复 回复 引用 0
                        • digitalsatori
                          digitalsatori 管理员 最后由 编辑

                          admin/admin

                          【上海先安科技】(tony AT openerp.cn)

                          S 1 条回复 最后回复 回复 引用 0
                          • S
                            SRP @digitalsatori 最后由 SRP 编辑

                            @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 中测试结果,供参考
                            5bed2460-1f89-4176-9c44-f3d1d75ea3a1-image.png

                            1 条回复 最后回复 回复 引用 0
                            • digitalsatori
                              digitalsatori 管理员 最后由 编辑

                              @SRP 不太明白你的意思。 之前咱们不是一直在说原材料Com3吗?

                              你这SFG-002的需求来自哪里?SFG-002是另一个Bom里的半成品?

                              【上海先安科技】(tony AT openerp.cn)

                              S 1 条回复 最后回复 回复 引用 0
                              • S
                                SRP @digitalsatori 最后由 SRP 编辑

                                @digitalsatori 这个是我新建的BOM 只有两层, 成品 SFG-002 下阶一个原材料 Com.003 用量1:1, SFG-002 需求来自于SO,我是成品和原材料都在测,成品Run MRP+Reorder rule 会触发生成New MO, 原材料会触发生成New PO

                                1 条回复 最后回复 回复 引用 0
                                • digitalsatori
                                  digitalsatori 管理员 最后由 digitalsatori 编辑

                                  这个MO的触发跟三步生产是没有关系的。三步生产只是增加了原材料的取料和产成品的入库,并不影响SO的需求是否生成MO。

                                  我猜测你的问题是源于SFG-002的设置,你没有选默认的"Manufacure"路由,而勾选了“三步生产”(估计是修改了三步生产的作用范围到“产品”,默认是不显示在产品上的)。这样设置的理解是错误的,事实上‘三步生产’如前所述并不触发生产,你也不需要把“三步生产”设置到产品上。

                                  【上海先安科技】(tony AT openerp.cn)

                                  S 1 条回复 最后回复 回复 引用 0
                                  • S
                                    SRP @digitalsatori 最后由 编辑

                                    @digitalsatori 非常感谢,我修改设置后重新测了,这次测试结果是正确的.
                                    另外,还想请教下我实际业务中,物流路径及库位及有做以下细分,如果原始路由不做变更,那么是不是只有在每个根库位设置 上架策略 (Removal Strategy)这一个办法才能入库到相应库位,感谢!
                                    6e91f5fe-1b7b-4828-b4b3-543b34e26dfd-image.png

                                    1 条回复 最后回复 回复 引用 0
                                    • digitalsatori
                                      digitalsatori 管理员 最后由 编辑

                                      我估计你是想说“Put away Strategy"吧, 是的,你需要设置Put away Strategy

                                      【上海先安科技】(tony AT openerp.cn)

                                      S 2 条回复 最后回复 回复 引用 0
                                      • S
                                        SRP @digitalsatori 最后由 编辑

                                        @digitalsatori 是Put away Strategy,万分感谢!

                                        1 条回复 最后回复 回复 引用 0
                                        • S
                                          SRP @digitalsatori 最后由 编辑

                                          @digitalsatori 有两个问题请教:

                                          1. Reorder Rule 是MRP 的必要设置吗?我测试发现MTS 规则下, 如果不设Re Order Rule 就不会产生补货MO,或PO.
                                          2. MPS 要如何设置才能作为需求参与MRP 计算?
                                          1 条回复 最后回复 回复 引用 0
                                          • First post
                                            Last post