Skip to content
  • Categories
  • Tags
  • Popular
  • Users
  • Groups
Skins
  • 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

  • Default (Flatly)
  • No Skin
Collapse

Odoo 中文社区

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

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

Scheduled Pinned Locked Moved Solved Odoo 新手求助
18 Posts 2 Posters 1.6k Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • S Offline
    S Offline
    SRP
    wrote on last edited by
    #2

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

    1 Reply Last reply
    0
    • S Offline
      S Offline
      SRP
      wrote on last edited by
      #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 Reply Last reply
      0
      • digitalsatoriD Offline
        digitalsatoriD Offline
        digitalsatori 管理员
        wrote on last edited by digitalsatori
        #4

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

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

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

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

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

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

        S 2 Replies Last reply
        0
        • S Offline
          S Offline
          SRP
          replied to digitalsatori on last edited by
          #5

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

          1 Reply Last reply
          0
          • S Offline
            S Offline
            SRP
            replied to digitalsatori on last edited by
            #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 Reply Last reply
            0
            • digitalsatoriD Offline
              digitalsatoriD Offline
              digitalsatori 管理员
              wrote on last edited by digitalsatori
              #7

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

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

              runbot_repo___runbot_odoo_com.png

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

              S 2 Replies Last reply
              0
              • S Offline
                S Offline
                SRP
                replied to digitalsatori on last edited by
                #8

                @digitalsatori 好的,非常感谢!

                1 Reply Last reply
                0
                • S Offline
                  S Offline
                  SRP
                  replied to digitalsatori on last edited by
                  #9

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

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

                  1 Reply Last reply
                  0
                  • digitalsatoriD Offline
                    digitalsatoriD Offline
                    digitalsatori 管理员
                    wrote on last edited by
                    #10

                    admin/admin

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

                    S 1 Reply Last reply
                    0
                    • S Offline
                      S Offline
                      SRP
                      replied to digitalsatori on last edited by 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 Reply Last reply
                      0
                      • digitalsatoriD Offline
                        digitalsatoriD Offline
                        digitalsatori 管理员
                        wrote on last edited by
                        #12

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

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

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

                        S 1 Reply Last reply
                        0
                        • S Offline
                          S Offline
                          SRP
                          replied to digitalsatori on last edited by SRP
                          #13

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

                          1 Reply Last reply
                          0
                          • digitalsatoriD Offline
                            digitalsatoriD Offline
                            digitalsatori 管理员
                            wrote on last edited by digitalsatori
                            #14

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

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

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

                            S 1 Reply Last reply
                            0
                            • S Offline
                              S Offline
                              SRP
                              replied to digitalsatori on last edited by
                              #15

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

                              1 Reply Last reply
                              0
                              • digitalsatoriD Offline
                                digitalsatoriD Offline
                                digitalsatori 管理员
                                wrote on last edited by
                                #16

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

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

                                S 2 Replies Last reply
                                0
                                • S Offline
                                  S Offline
                                  SRP
                                  replied to digitalsatori on last edited by
                                  #17

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

                                  1 Reply Last reply
                                  0
                                  • S Offline
                                    S Offline
                                    SRP
                                    replied to digitalsatori on last edited by
                                    #18

                                    @digitalsatori 有两个问题请教:

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

                                    • Login

                                    • Don't have an account? Register

                                    • Login or register to search.
                                    • First post
                                      Last post
                                    0
                                    • Categories
                                    • Tags
                                    • Popular
                                    • Users
                                    • Groups