绿色: 计划补货MO/PO 数量
灰色: 补货,O/PO 已创建
红色:原有补货计划变更
黄色:补货MO/PO 作业完成

您说的是理想状态,所有人员都遵守规则的情况下应该没问题。
但实际运作中如果不通过系统设置卡关,就会出现,是物流和信息流脱节的现象,最终帐实不符。

谢谢各位大大的不吝赐教！

此问题已经解决。
解决过程是这样的，在另外一个群内询问后得到启示：规则一般是没问题的，但多条规则可能会互相影响。
于是从记录规则处，所有与联系人相关的规则一个个排查，依次停用，并查看。
最后发现一条： res.partner.rule.private.employee ，停用后，之前规则生效。
再排查此条规则，规则作用群组是所有内部用户，修改为销售/用户:所有文档 群组之后，问题解决。

再次感谢回复的各位大大！谢谢你们的热心鼓励！

@天津-随风 感谢。又学到了🙏

问题已经解决.谢谢

问题已经解决。谢谢digitalsatori

@digitalsatori 谢谢，已经解决！我范了低级错误

测试了除采购外的其它规则,总结：制造单据在任何时候都是独立的不能合并, 其它单据如 发料单，制造完工入库单，分拣单都是可以合并的，可根据业务需要进行设置单据分开或合并。

@digitalsatori 感谢指点,我测试看看.

@SRP 在 请问“Inter Cpmpany Transit” 应用的业务场景有哪些，如何使用? 中说：

如下图,Oddo 两个不同仓库可以直接进行内部调拨,为何要通过“ transit库位”中转呢,这样做的作用是什么呢?

想象一下一个仓库在北京，一个仓库在上海。从北京仓调出的货品怎么能瞬间到达上海仓。而且北京仓的仓管和上海仓的仓管也不会是同一个人，北京仓管负责发货确认，上海仓管负责接收确认。

@api.model def fields_get(self, allfields=None, attributes=None): # 筛选 - 添加自定义筛选 - ID 自定义显示字段 res = super(Course, self).fields_get(allfields=allfields, attributes=attributes) # 不想显示的字段 fields_not_search = ['id', 'name', 'session_ids', 'create_uid', 'create_date', 'write_uid', 'write_date'] for field in fields_not_search: # 筛选 res[field]['searchable'] = False # 分组 res[field]['sortable'] = False return res

fcdc2e81-62b6-426e-9133-733c170146ce-image.png

谢谢，辛苦了 谢谢，辛苦了

@breezeair 在 搭建新odoo服务时出现错误，无法正常运行 中说：

@元宝 我写的目录地址是没问题的，里面web也是在的。就是加载不起来

将enterprise 放在addons-path第一个。

@花洋葱 你好，尝试回答。

我也是新手，但也在尝试使用ODOO，中间有知道的，看能否帮到你。

1是否正确配置你的邮箱imap和smtp地址，odoo本身是不带邮件服务器的；
2登录你发邮件的地址，尝试发送给你的目标邮件地址，看是否能正确发送；
3如果你原来的邮件能正确发送，多半是1处配置邮箱地址出的问题。

如果还是未解决，还请继续留言。

好的,感谢解答！

不客气，常来交流。在“主题工具”里可以标记“问题已解决”。我已经帮你标记了。

修改addons/crm/models/crm_lead.py文件485行

compute_probabilities 改为 update_probability

@digitalsatori 有两个问题请教：

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