跳转至内容
  • 版块
  • 标签
  • 热门
  • 用户
  • 群组
皮肤
  • 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. 根据BOM创建生产订单为什么计算出来的都是最底层的数量?

根据BOM创建生产订单为什么计算出来的都是最底层的数量?

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

    比如我定义了一个产品A的BOM:
    A有2个a1和3个a2组成,而a1由4个b1组成
    新增生产订单生产A,数量1
    点击计算后为什么需要的是 4个b1和3个a2
    按照BOM结构应该是8个a1和3个a2啊
    请大侠们指教

    1 条回复 最后回复
    0
    • I 离线
      I 离线
      iplan
      写于 最后由 编辑
      #2

      补充一下,上面这种情况出现在官方文档上说的Multi-level Bills of Materials的情况下,就是只给A定义了BOM

      当给a1单独也定义一个BOM时,数量就是正确的

      不知道这是bug还是确实是这样的?

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

        好像题目写错的漏了个“不”字。
        系统这样做是为避免陷入循环计算,其实这要求我们尽量做扁平的物料清单,在传统的概念中那种多层的BOM尽量避免。好处是系统不用做综合考虑,如有些物料可以自己做也可以订购,如果多层计算得到结果,如从结果看就不清楚很多情况,得到的是命令,系统没有将生产能力带入计算中,结果将是很可笑。

        但也有深层计算的mrp不过这样的系统一般要大型企业才消耗得起。

        中小型erp要么是默认能力无限,要么是默认需要人工判断

        [[i] 本帖最后由 simon 于 2009-5-14 17:59 编辑 [/i]]

        1 条回复 最后回复
        0
        • I 离线
          I 离线
          iplan
          写于 最后由 编辑
          #4

          看不太明白
          我没有漏个“不”字啊

          1 条回复 最后回复
          0

          • 登录

          • 没有帐号? 注册

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