跳转至内容
  • 版块
  • 标签
  • 热门
  • 用户
  • 群组
皮肤
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • 默认(Flatly)
  • 不使用皮肤
折叠

Odoo 中文社区

  1. 主页
  2. 版块
  3. Odoo 新手求助
  4. 请教: MTS+重订货规则时,未计算MO需求,只是按照重订货规则触发产生新采购PO,这是怎么回事?

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

已定时 已固定 已锁定 已移动 已解决 Odoo 新手求助
18 帖子 2 发布者 1.5k 浏览
  • 从旧到新
  • 从新到旧
  • 最多赞同
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • S 离线
    S 离线
    SRP
    写于 最后由 编辑
    #1

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

    1 条回复 最后回复
    0
    • digitalsatoriD 离线
      digitalsatoriD 离线
      digitalsatori 管理员
      写于 最后由 digitalsatori 编辑
      #4

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

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

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

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

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

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

      S 2 条回复 最后回复
      0
      • S 离线
        S 离线
        SRP
        写于 最后由 编辑
        #2

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

        1 条回复 最后回复
        0
        • S 离线
          S 离线
          SRP
          写于 最后由 编辑
          #3

          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
          • digitalsatoriD 离线
            digitalsatoriD 离线
            digitalsatori 管理员
            写于 最后由 digitalsatori 编辑
            #4

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

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

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

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

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

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

            S 2 条回复 最后回复
            0
            • S 离线
              S 离线
              SRP
              在 回复了 digitalsatori 最后由 编辑
              #5

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

              1 条回复 最后回复
              0
              • S 离线
                S 离线
                SRP
                在 回复了 digitalsatori 最后由 编辑
                #6

                @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
                • digitalsatoriD 离线
                  digitalsatoriD 离线
                  digitalsatori 管理员
                  写于 最后由 digitalsatori 编辑
                  #7

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

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

                  runbot_repo___runbot_odoo_com.png

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

                  S 2 条回复 最后回复
                  0
                  • S 离线
                    S 离线
                    SRP
                    在 回复了 digitalsatori 最后由 编辑
                    #8

                    @digitalsatori 好的,非常感谢!

                    1 条回复 最后回复
                    0
                    • S 离线
                      S 离线
                      SRP
                      在 回复了 digitalsatori 最后由 编辑
                      #9

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

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

                      1 条回复 最后回复
                      0
                      • digitalsatoriD 离线
                        digitalsatoriD 离线
                        digitalsatori 管理员
                        写于 最后由 编辑
                        #10

                        admin/admin

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

                        S 1 条回复 最后回复
                        0
                        • S 离线
                          S 离线
                          SRP
                          在 回复了 digitalsatori 最后由 SRP 编辑
                          #11

                          @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
                          • digitalsatoriD 离线
                            digitalsatoriD 离线
                            digitalsatori 管理员
                            写于 最后由 编辑
                            #12

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

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

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

                            S 1 条回复 最后回复
                            0
                            • S 离线
                              S 离线
                              SRP
                              在 回复了 digitalsatori 最后由 SRP 编辑
                              #13

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

                              1 条回复 最后回复
                              0
                              • digitalsatoriD 离线
                                digitalsatoriD 离线
                                digitalsatori 管理员
                                写于 最后由 digitalsatori 编辑
                                #14

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

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

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

                                S 1 条回复 最后回复
                                0
                                • S 离线
                                  S 离线
                                  SRP
                                  在 回复了 digitalsatori 最后由 编辑
                                  #15

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

                                  1 条回复 最后回复
                                  0
                                  • digitalsatoriD 离线
                                    digitalsatoriD 离线
                                    digitalsatori 管理员
                                    写于 最后由 编辑
                                    #16

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

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

                                    S 2 条回复 最后回复
                                    0
                                    • S 离线
                                      S 离线
                                      SRP
                                      在 回复了 digitalsatori 最后由 编辑
                                      #17

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

                                      1 条回复 最后回复
                                      0
                                      • S 离线
                                        S 离线
                                        SRP
                                        在 回复了 digitalsatori 最后由 编辑
                                        #18

                                        @digitalsatori 有两个问题请教:

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

                                        • 登录

                                        • 没有帐号? 注册

                                        • 登录或注册以进行搜索。
                                        • 第一个帖子
                                          最后一个帖子
                                        0
                                        • 版块
                                        • 标签
                                        • 热门
                                        • 用户
                                        • 群组