引言

由于从Odoo 9.0开始Odoo 官方社区将可视化审批流的功能模块移除，改用Button+Context+Python代码的混用方式形成通用化的定制审批工作流的需求。为此很多Odoo粉丝从10.0之后在想去通过可视化配置与操作工作流变得异常的困难，当然我们开源智造咨询有限公司（OSCG）作为实施客户数量最多的公司也是经常遇到实施服务人员被工作流弄的只能通过二次开发来解决，确实效率不高，也无法将实施经验传递给到客户。这使我潜心下来开发一套先进且符合odoo新标准的工作流。

一起来缅怀经典的Odoo8.0审批工作流功能模块

这是另外一种流程图呈现形式，至今依然很多人都不知道如何打开

当然Odoo官方从9.0去掉审批工作流模块也是因为从某种意义上来说，除了专业的实施公司会使用以外，客户操作起来仍旧在一些按条件审批或跳转的审批上依然依赖Python开发代码才能解决，某种意义上形成了鸡肋。所以站在产品角度我认为odoo此举做法非常正确。

高级的判断跳转依旧逃不开python动作代码

还是让一般用户来设置比较复杂

我也看到了网上有形形色色的审批流，大多都是只能做到固定的（1级审核或2级审核），而条件往往都是只能从金额去判断工作流走向，但对其他的数据项无法去定义和判断工作流走向，在这里只能说：目前比较痛心疾首的是大多数Odoo从业者都是技术开发出身，产品经理及咨询顾问还有甲方业务专家的人才实在是太少了，才会出现这样的窘境。又或者我理解下来就是怕麻烦，毕竟做套通用化的审批流模组是非常困难的，同时技术要求也颇高。所以大多数也就只能做到个模块了不起了。

吊打友商的审批工作流模组

开源智造一贯的软件工程思想，化繁为界，大道之极！通用、好用、易用是我们的软件设计哲学。这点上我们既有老肖的IBM软件的严谨思想，也有老杨的苹果软件的极简风思维。才有了这样一个菜单搞定一切的逻辑，就算他是BPM级的工作审批流也是一样的。

简易的全局Odoo工作审批流,一览无余!利用视图特性可以分组

引用模型：作用在具体Odoo哪个模块需要进行审批流
验证者：可以是用户组、可以是具体的指定的用户
审核者：根据验证的身份信息绝对最终的选项用户或用户组
定义：域（domian）
定义域：已经可以支持手写domian修饰代码或可视化指定数据源拖拉配置
序号：这个很关键，当同一个作用在功能应用（这里举例是采购订单）时则直接根据序号倒序规则判断第一级流程审批是走哪个规则。

看来真的做到了无代码化的可视化流程规则配置

来个实际的例子跑个分看看

我们这里举个采购订单的审批案例，在这里由于我们服务的500家客户大多数客户对标准Odoo功能不满的地方基本觉得就是采购审批流程自身只支持1级审核这点觉得比较遗憾，一直希望作为中国最权威最厉害的Odoo实施服务商开源智造是不是能有所作为来弥补国内大多数针对采购审批这块的谨慎的规范流程的完善。我们开源智造一直以来秉承着把客户当朋友的原则，既然要解决这样的缺陷且又是通用的，干脆我们把所有Odoo应用功能模块的工作审批流全做了好了。这样一劳永逸，愿意用的按照之前的方式去配，不愿意用的不需要配，还是保留Odoo原有的架构特性。