引言
因为从Odoo 9.0开始Odoo 官方社区将可视化审批流的功能模块移除，改用Button+Context+Python代码的混用方式造成通用化的定制审批工做流的需求。为此不少Odoo粉丝从10.0以后在想去经过可视化配置与操做工做流变得异常的困难，固然咱们开源智造咨询有限公司（OSCG）做为实施客户数量最多的公司也是常常遇到实施服务人员被工做流弄的只能经过二次开发来解决，确实效率不高，也没法将实施经验传递给到客户。这使我潜心下来开发一套先进且符合odoo新标准的工做流。python
一块儿来缅怀经典的Odoo8.0审批工做流功能模块架构
这是另一种流程图呈现形式，至今依然不少人都不知道如何打开dom
固然Odoo官方从9.0去掉审批工做流模块也是由于从某种意义上来讲，除了专业的实施公司会使用之外，客户操做起来仍旧在一些按条件审批或跳转的审批上依然依赖Python开发代码才能解决，某种意义上造成了鸡肋。因此站在产品角度我认为odoo此举作法很是正确。ui
高级的判断跳转依旧逃不开python动做代码设计
仍是让通常用户来设置比较复杂3d
我也看到了网上有形形色色的审批流，大多都是只能作到固定的（1级审核或2级审核），而条件每每都是只能从金额去判断工做流走向，但对其余的数据项没法去定义和判断工做流走向，在这里只能说：目前比较痛心疾首的是大多数Odoo从业者都是技术开发出身，产品经理及咨询顾问还有甲方业务专家的人才实在是太少了，才会出现这样的窘境。又或者我理解下来就是怕麻烦，毕竟作套通用化的审批流模组是很是困难的，同时技术要求也颇高。因此大多数也就只能作到个模块了不得了。日志
吊打友商的审批工做流模组
开源智造一向的软件工程思想，化繁为界，大道之极！通用、好用、易用是咱们的软件设计哲学。这点上咱们既有老肖的IBM软件的严谨思想，也有老杨的苹果软件的极简风思惟。才有了这样一个菜单搞定一切的逻辑，就算他是BPM级的工做审批流也是同样的。blog
简易的全局Odoo工做审批流,尽收眼底!利用视图特性能够分组教程
- 引用模型：做用在具体Odoo哪一个模块须要进行审批流
- 验证者：能够是用户组、能够是具体的指定的用户
- 审核者：根据验证的身份信息绝对最终的选项用户或用户组
- 定义：域（domian）
- 定义域：已经能够支持手写domian修饰代码或可视化指定数据源拖拉配置
- 序号：这个很关键，当同一个做用在功能应用（这里举例是采购订单）时则直接根据序号倒序规则判断第一级流程审批是走哪一个规则。
看来真的作到了无代码化的可视化流程规则配置资源
来个实际的例子跑个分看看
咱们这里举个采购订单的审批案例，在这里因为咱们服务的500家客户大多数客户对标准Odoo功能不满的地方基本以为就是采购审批流程自身只支持1级审核这点以为比较遗憾，一直但愿做为中国最权威最厉害的Odoo实施服务商开源智造是否是能有所做为来弥补国内大多数针对采购审批这块的谨慎的规范流程的完善。咱们开源智造一直以来秉承着把客户当朋友的原则，既然要解决这样的缺陷且又是通用的，干脆咱们把全部Odoo应用功能模块的工做审批流全作了好了。这样一劳永逸，愿意用的按照以前的方式去配，不肯意用的不须要配，仍是保留Odoo原有的架构特性。
增长了一个工做审批流发起引擎按钮
当按照上图所示，点击了请求验证按钮后，则会启动一个工做流，当主管查阅到审核的这张PO00006单据时，单据会以下图所示的效果：
这就是第一个节点审批的人的界面
为了追寻乔老爷子的风格，咱们将审批尽量的作极简，这里说明一下，咱们不是为了去开发一套专业级和协同级的BPM或者OA工做流，咱们仅仅是为了解决Odoo业务数据的灵活的可视化审批工做流的设置缺陷，因此不要把一些复杂的审批流程植入脑海了。
终审核以后，业务审批流结束
一样咱们利用了Odoo的单据Messges机制打通审批日志和消息推送功能，让审批工做利用Odoo自身的功能实现协同化、可追溯化及整合化。
写在最后
若是各位有对Odoo可视化工做审批流需求的或者须要此功能模块，能够直接百度访问【开源智造】-【关于咱们】-【联系咱们】致电或填写线上反馈信息或邮件与咱们联系，咱们将经过服务工程师免费赠送给到有需求的人。
若是您对免费开源ERP Odoo总体产品不了解以及实施操做不了解的能够百度访问【开源智造】-【资源下载】-【书籍教程】免费下载 Odoo实施、开发、架构全套教材
来源：开源智造(OSCG) - 源自欧洲，业界领先的免费开源ERP Odoo金牌服务机构