跳转至内容
  • 版块
  • 标签
  • 热门
  • 用户
  • 群组
皮肤
  • 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
    在 回复了 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
                            • 版块
                            • 标签
                            • 热门
                            • 用户
                            • 群组