引言
由于从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原有的架构特性。
增加了一个工作审批流发起引擎按钮
当按照上图所示，点击了请求验证按钮后，则会启动一个工作流，当主管查阅到审核的这张PO00006单据时，单据会如下图所示的效果：
这就是第一个节点审批的人的界面
为了追寻乔老爷子的风格，我们将审批尽可能的做极简，这里说明一下，我们不是为了去开发一套专业级和协同级的BPM或者OA工作流，我们仅仅是为了解决Odoo业务数据的灵活的可视化审批工作流的设置缺陷，所以不要把一些复杂的审批流程植入脑海了。
终审核之后，业务审批流结束
同样我们利用了Odoo的单据Messges机制打通审批日志和消息推送功能，让审批工作利用Odoo自身的功能实现协同化、可追溯化及整合化。
写在最后
如果各位有对Odoo可视化工作审批流需求的或者需要此功能模块，可以直接百度访问【开源智造】-【关于我们】-【联系我们】致电或填写线上反馈信息或邮件与我们联系，我们将通过服务工程师免费赠送给到有需求的人。
如果您对免费开源ERP Odoo整体产品不了解以及实施操作不了解的可以百度访问【开源智造】-【资源下载】-【书籍教程】免费下载 Odoo实施、开发、架构全套教材
来源：开源智造(OSCG) - 源自欧洲，业界领先的免费开源ERP Odoo金牌服务机构