4. OpenERP7.0在内部调拨时显示“等待可用”，而相应的源库位里明明有产品。

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

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

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

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

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

OpenERP7.0在内部调拨时显示“等待可用”，而相应的源库位里明明有产品。

  • Banned

    环境：Ubuntu12.04 Sever LTS
    OE版本：7.0 ，3月14日
    操作：
    安装了仓库管理模块，建了库位并设置了库链。
    新建了产品，并通过入库，并强制可用，入了产品到仓库中。

    现象：通过内部调拨 从仓库中移动产品时，显示等待可用。而仓库中的相应库位明明有产品。

    0
  • 管理员

    应该是你的库位结构设置的问题，只有库位归属于仓库所对应的Location Stock中所定义的库位才会参与物料需求运算。

    你可以把你的Stock Location 列表和仓库设置的截图发上来，我们来帮你看一下。

    0
  • Banned


                                库位名称                          库位类型
    物理库位 / OpenERP中文文档交流中心 / 出库 内部库位
    物理库位 / OpenERP中文文档交流中心 / 库存 内部库位
    物理库位 / OpenERP中文文档交流中心 / 手册借阅 内部库位


                名称                          入库库位                                  库位库存                                                出库库位                              拥有者地址
    中文手册 物理库位 / OpenERP中文文档交流中心 / 库存 物理库位 / OpenERP中文文档交流中心 / 库存 物理库位 / OpenERP中文文档交流中心 / 出库


    “物理库位 / OpenERP中文文档交流中心 / 手册借阅”是我新建的，其它的库位是用系统的默认库位改的名称。


    我是从“ 物理库位 / OpenERP中文文档交流中心 / 库存”内部调拨到“物理库位 / OpenERP中文文档交流中心 / 手册借阅”时出这问题的。


    0
  • 管理员

    有没有点击"check availability" 按钮，或者运行 “run scheduler"
    你提到“设置了库链”， 设置了什么库链？

    0
  • Banned

    点击 “run scheduler"无效，点击"check availability" 按钮也无效。
    库链是从“库存”内部移动到“手册借阅”库位时后，“手册借阅”自动创建一个到“库存”的入库单，等待库管员点击“收货”。

    0
  • 管理员

    不要用internal move, 用delivery order试试

    0
  • Banned

    用delivery order也显示“等待可用”，但上面有个“检查可用”按钮，
    点击“检查可用”按钮后就变为“已准备好”了。
    虽然感觉应该直接显示“已准备好”，不过官方这样做有他的道理吧！

    谢谢，总算解决了。

    0
  • 管理员

    帮你做个总结，那个“借阅库位”因为不归属于仓库所辖库位，所以这个移库动作不属于“internal move", 所以要用delivery order。其实你也可以用“内部调拨单”或直接用“Stock move"单据来完成操作，关键点在于将"外借“的这个移库动作中的"shiping type"设置为“sending goods"

    至于状态为什么要等到“check availability"之后再变，这个纯属正常。一般情况下，我们的mrp运算是根据scheduler的设定定期运算的（比如每晚运行一次），在你检查时scheduler尚未运行或根本没有激活，所以要手工check availability。

    其实也可以通过安装mrp_jit模块来即时运算需求，但这种即时计算需求的方法也有其弊端，一因涉及大量运算，会影响系统响应速度，二是无法根据时限和优先级统筹运算需求。

    0
  • Banned

    太感谢了。

    0

  • 理论上, 都是内部库位, 应该是使用 internal move 吧?
    为嘛要用 delivery order 呢?  一直没有搞懂...

    0
  • 管理员

    [quote author=mrshelly link=topic=5832.msg14531#msg14531 date=1363661094]
    理论上, 都是内部库位, 应该是使用 internal move 吧?
    为嘛要用 delivery order 呢?  一直没有搞懂...
    [/quote]

    虽然都属于internal类型的库位，但是他设置的库位不归属于仓库所辖库位，所以对仓库而言是外部库位，所以要用“sending goods"的shipping type.
    我解释了你还是可以用internal move表单的，但是在stock move 上要选择"sending goods"的shipping type. 只是deleivey order所对应的stock move的shipping tyep已经默认为是"sending goods"了

    😎

    0

  • 就是内部调拨时, 要指定 shipping type 为 sending goods

    谢谢...
    一直 以 目标库位/源库位类型来 理解 收货/发货/内部调拨, 看来理解错了...

    0
Log in to reply