发表于 | 分类于

本文假设读者已经了解odoo路线的推拉规则

路线规则的优先级

我们知道，odoo中的路线可以在四个地方设置，分别是产品路线、产品分类路线、仓库路线和订单明细行中的路线。这四种路线的优先级为:

1
销售订单明细行 ——> 产品路线——> 产品分类路线——> 仓库路线

这个很好理解，当几个路线对某个库位设置的规则冲突时，依据本优先级进行应用。现在问题来了，我们知道产品路线中有多个路线可以选择，当产品路线中的多个路线的多个规则定义了相同的库位的规则时，会怎样呢？

隐藏的规则

相同级别的路线如果定义了相同的库位规则，官方并没有给出文档解释，我们从代码中可以窥见这隐秘的规则：

我们知道在早期的版本中，驱动销售产生采购、生产单的背后的大佬是需求单(procurement.order)，到了13.0中已经演变成了procurement.group，需求单也不复存在，而且这家伙并不为普罗大众所熟知，造成的结果就是，很容易陷在路线的泥潭里而百思不得其解。

我们先来看procurement.group中是如何运行路线规则的：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
@api.model
def run(self, procurements):
    """ Method used in a procurement case. The purpose is to supply the
    product passed as argument in the location also given as an argument.
    In order to be able to find a suitable location that provide the product
    it will search among stock.rule.
    """
    actions_to_run = defaultdict(list)
    errors = []
    for procurement in procurements:
        procurement.values.setdefault('company_id', self.env.company)
        procurement.values.setdefault('priority', '1')
        procurement.values.setdefault('date_planned', fields.Datetime.now())
        if (
            procurement.product_id.type not in ('consu', 'product') or
            float_is_zero(procurement.product_qty, precision_rounding=procurement.product_uom.rounding)
        ):
            continue
        rule = self._get_rule(procurement.product_id, procurement.location_id, procurement.values)
        if not rule:
            errors.append(_('No rule has been found to replenish "%s" in "%s".\nVerify the routes configuration on the product.') %
                (procurement.product_id.display_name, procurement.location_id.display_name))
        else:
            action = 'pull' if rule.action == 'pull_push' else rule.action
            actions_to_run[action].append((procurement, rule))

    ...

由此可见，关键方法_get_rule负责根据需求寻找对应的路线规则。所以，我们来看一下 _get_rule的具体内容:

1
2
3
4
5
6
7
8
9
10
11
12
@api.model
def _get_rule(self, product_id, location_id, values):
    """ Find a pull rule for the location_id, fallback on the parent
    locations if it could not be found.
    """
    result = False
    location = location_id
    while (not result) and location:
        domain = self._get_rule_domain(location, values)
        result = self._search_rule(values.get('route_ids', False), product_id, values.get('warehouse_id', False), domain)
        location = location.location_id
    return result

这里有两个方法，_get_rule_domain负责查找库位的domain，_search_rule负责根据传入的库位查找规则。_get_rule_domain的功能比较简单，就是在规则中查找源库位为location_id且不是推式物流的规则。而_search_rule才是真正查找路线规则的关键先生。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
@api.model
def _search_rule(self, route_ids, product_id, warehouse_id, domain):
    """ First find a rule among the ones defined on the procurement
    group, then try on the routes defined for the product, finally fallback
    on the default behavior
    """
    if warehouse_id:
        domain = expression.AND([['|', ('warehouse_id', '=', warehouse_id.id), ('warehouse_id', '=', False)], domain])
    Rule = self.env['stock.rule']
    res = self.env['stock.rule']
    if route_ids:
        res = Rule.search(expression.AND([[('route_id', 'in', route_ids.ids)], domain]), order='route_sequence, sequence', limit=1)
    if not res:
        product_routes = product_id.route_ids | product_id.categ_id.total_route_ids
        if product_routes:
            res = Rule.search(expression.AND([[('route_id', 'in', product_routes.ids)], domain]), order='route_sequence, sequence', limit=1)
    if not res and warehouse_id:
        warehouse_routes = warehouse_id.route_ids
        if warehouse_routes:
            res = Rule.search(expression.AND([[('route_id', 'in', warehouse_routes.ids)], domain]), order='route_sequence, sequence', limit=1)
    return res

这个方法印证了我们之前的结论:

  1. odoo会先查找给定的路线，如果没有指定路线，则在产品路线或者产品分类路线中查找，如果没有则在仓库的路线中查找。
  2. 相同优先级的路线规则，则依据规则的route_sequence和sequene进行排序，取第一个规则。

实际中的例子

其实关于odoo路线的讨论文章已经不少了，今天之所以会重新总结一遍，是因为在实际使用过程中又一次在这里摔了跟头。简单回顾一下问题发生的过程:

  1. 首先，odoo中制造的路线，默认的生产库位为WH/Stock。
  2. 因为某种原因，我们把Stock改成了视图库位，并在其下设置了很多内部库位。
  3. 销售某产品，产品路线设置MTO和Manufacture。生成的生产单无法完成，因为目的库位Stock为视图。
  4. 修改Manufacture的路线规则，将成品库位设置为Stock/A.
  5. 报错，提示在Input库位没有找到合适的路线规则。
  6. 一脸懵逼，怎么会跟Input库位有关系，经排查，产品分类中设置了两步入库、两步出库，两步出库第二步Stock->Output后，Stock为目的库位的规则只有一个，就是两步入库中的Input-> Stock，因为产品没有选购买，因此找不到Input的下一步规则。
  7. 发现错误，新增Stock/A->Output的规则到Manufacture, 并没有生效。
  8. 查看代码，发现优先级问题，调整规则的优先级，成功。

排查的过程真是耗费了大量的时间，因此为了节省时间作为以后排查的依据，整理的结论如下：

路线规则

  1. 销售订单明细行 ——> 产品路线——> 产品分类路线——> 仓库路线
  2. 路线规则的优先级，首先看路线的序号，然后看规则的序号，取找到的第一个规则应用。

思考题

不知道你是否想过 官方的原生的MTO路线是如何实现的？如果让你手动定义一个MTO路线，你会怎么定义？

本例中，如何设置Stock/A->Output的规则，可以实现销售单做完以后，生成两步出库单，并自动在Stock/A上生成生产单？

发表于 | 分类于

Odoo服务器中使用了HTTPS方案后，在网站下单，出现如下错误:

1
Mixed Content: The page at 'https://' was loaded over HTTPS, but requested an insecure resource 'http://'. This request has been blocked; the content must be served over HTTPS.

出现问题的原因是在HTTPS中引用了HTTP的链接，导致安全警报.

解决方案：

  1. 在系统设置-技术参数-参数中将web.base.url 由http://转成https://
  2. 创建一个新参数 web.base.url.freeze并且设置为True.

发表于 | 分类于

本模块适用于13.0企业版，尚未适配12.0，敬请关注

最近项目比较忙，都没时间更新了，今天抽空给大家带来一个新的模块，百度地图视图。模块的起因是，有客户希望能在地图上展示出所有的客户的坐标，能够一眼看清某个客户附近的客户。企业版自带了一个地图模块，不过老外嘛，自然是使用Google Map了，由于复杂的网络原因，我们并不能直接使用，体验并不好，因此才有了今天的这个模块。

模块介绍

首先，我们要使用百度地图，就需要去百度地图的开放平台去注册一个账号，获取AK，填入到我们的模块参数中：

填完AK，其余的参数可以保持不动。
接下来，我们创建一个客户，并填入客户的详细地址：

该模块会在我们保存客户地址时，自动将客户地址逆解析为百度地图的坐标，并存在数据库中，并且会在地址栏的下方显示一个客户的缩小版的地图，可以拖拽，也可以缩放。

最后，我们可以在联系人模块中，看到在原有的视图类型中多出了一个百度地图类型的视图，我们点击它将能够在一张地图上看到所有的客户。

点击地图上的某个标记，可以看到与之对应的客户信息。

后续拓展

这些都是一些比较基础的功能，后续可以结合微信小程序等拓展出更多可能的应用来。后续有时间会陆续开发腾讯地图和高德地图的版本，敬请期待。

发表于 | 分类于

快递鸟提供了600+的物流公司对接接口，是比较不错的物流查询服务选择，本文将介绍由笔者写的一个快递鸟对接工具。有兴趣的同学可以通过本人的淘宝 进行选购,跟店主说明涞源博客，可立减100元。

设置快递鸟接口参数

使用这个模块的先决条件就是需要在快递鸟平台上注册一个开发者账号，并通过实名认证。然后得到一个APP KEY和SECRET。由这两个参数就可以调用快递鸟参数了。

同步 600+ 物流公司

安装本模块时，会自动加在受快递鸟支持的物流公司，您可以在业务中直接选择使用。

查询物流轨迹

在分拣单页面，填入物流公司和单号，点击获取物流轨迹，即可获取该单号的物流轨迹。

一键打印电子面单

出库单上直接打印电子面单。

发表于 | 分类于

##

du: 计算出单个文件或者文件夹的磁盘空间占用。
sort: 对文件行或者标准输出行记录排序后输出.
head: 输出文件内容的前面部分.

组合使用，查找某个文件夹下面的最大的10个文件夹：

1
du -ak / |sort -r -n|head -10

发表于 | 分类于

业界毒瘤

相信很多人之所以选择odoo就是因为它开源开放，虽然官方近些年来为了恰饭推出了企业版付费的模式，但节操仍在——企业版代码依旧开源开放。但是最近在客户项目中，突然发现了几个国产的微信公众号平台相关的模块，使用了闭源的方式——交付到客户手里的是加密过后的二进制代码。

这样做的带来的隐患有：

  • 源代码掌握在别人手中，出了问题只能找作者修改。
  • 一旦作者失联，项目将不可维护。
  • 数据产生之后将骑虎难下，议价权完全掌握在原作者手中。
  • 二进制代码不能Review，焉知其中没有后门或者在代码中下毒？

清除方法

首先，确认你没有生产数据在其中，否则，将会导致数据丢失。

闭源模块带来的问题之一就是本地调试极其不方便，代码出了问题无法调试。对于一个已经安装了闭源模块的数据库来说，我们可以通过一下步骤进行清除：

在数据库中，将闭源模块的安装状态设置为to remove:

1
update ir_module_module set state = 'to remove' where name ilike '%oe_jia%' and state='installed'

然后，重启服务，odoo将自动跳过这些模块，使你能够正常登录。

登录以后，找到应用，将这些毒瘤模块一一卸载清除：

呵呵，卸载时居然报错了：

忠告

不要使用不提供源码的第三方模块，因为这将对你的项目造成不可预估的风险，对你的金钱来说也可能是一笔无底洞，对后期接手项目的维护人员来说，更将是一场灾难。

发表于 | 分类于

本文基于odoo 13.0 企业版

时间来到了2020年，传闻13.0中原生集成了生产模块的外协加工功能，今天我们就来一探究竟。

启用外协设置

首先，我们需要先启用外协设置，在设置-操作-外协：

启用外协之后，我们在BOM的选项中会有一个Subcontracting的选项：

我们在创建BOM的时候选择该选项，并将选中要生产该产品的外包厂。

采购或直接从外包厂收货

odoo原生的设计支持两种外包模式，一种是从外包厂直接采购成品回来，另外一种是直接从外包厂将成品（半成品）收货。

从外包厂采购成品

我们先来看如何操作直接从外包厂采购成品回来。

首先，创建一个采购单，供应商选BOM中设置好的的外包厂：

单击确认，采购单会自动生成如下单据：

这个单据不同于我们普通的采购单，向导界面中显示的要消耗的原材料。从技术的角度上将，普通入库单中显示的是stock.move或者stock.move.line，而这里显示的是mrp.product.produce.line。

单击保存，系统将自动生成如下的库存移动：

原材料

subcontracting location—->production location

成品

production location —-> subcontracting_location
subcontracting location —–> stock

subcontracting location 是挂载在Partner Location下面的内部库位。

当我们完成收货，将会看到成品位于Stock库位，并且会消耗掉subcontracting location中相应的原材料数量。

直接从外包厂收货

直接从外包厂进货意味着不需要创建采购单，我们直接在入库单里手动创建一个入库单即可：

剩下的步骤同采购入库相同。

发表于 | 分类于

原本的设计

客户的需求是要将供应商发来的货物运送到质检仓库进行质检，将不合格的产品退回给供应商退换货，换回来的货依旧要走质检流程。因此，设计的流程如下图:

发表于 | 分类于

本文适用于12.0

在使用库存过程中如果操作不是很严格，会出现下面的错误消息：

1
It is not possible to unreserve more products of xxxxx than you have in stock.

出现该问题的原因就是本来应该属于次单据的保留数量被非法占有或移动走了。

解决方案就是找到xxxx对应的stock_move 将其模型中的product_qty字段的数量重置为0即可。

1
update stock_move_line set product_qty = 0 where id = ;