企业级仿钉钉低代码工作流引擎开源啦

基本介绍

历经两个多月没日没夜的肝,AntFlow第一个里程碑版本开源啦.
包括前端和后端代码,功能完整
前端gitee地址
后端github地址
后端gitee镜像地址

AntFlow 是一款基于activiti的、✈久经生产环境考验的、企业级低代码工作流引擎平台。可独立部署，也可以做为模块嵌入到现有系统中。使用简单，易于维护，前端只需要简单点击和选择即可完成流程配置，后端只需要实现一个接口即可新开发出一条业务流程！

核心价值

1. 开源,完全免费，前后端项目均开源,没有任何收费功能,无付费引导。(如果您的企业使用了,麻烦让作者知道,帮助作者推广开源项目,作者也会帮您进行技术支持,帮您在企业快速落地)
2. 久经生产检验的：AntFlow经历了多个版本的迭代更新.在某大中型客服公司、某中型互联网公司、某大型快递公司落地使用，经爱住了复杂业务场景海量数据压力的考验。
3. 流程开发简单,对开发者友好,即便没有工作流基础,也能够快速手上,后端只需要实现FormOperationAdaptor 填充样板方法即可快速开发一个审批流业务

在企业内部只需要有一个人对工作流比较熟悉（主要是维护流程引擎，有问题能够快速定位解决）便可以带整个团队开发工作流业务，开发者只要懂编程即可并且了解业务即可（可以使用任意编程语言，由于项目是Java语言写的，java开发更为方便），不需要写任何和工作流相关的代码，只需要专注业务curd即可

4. 流程设计简单,流程设计器用户友好，人人可用：AntFlow提供了一个简洁的流程设计器，摒弃了传统设计工具的复杂性，使得用户能够直观、轻松地设计和管理工作流程。

传统流程设计器往往需要在页面上配置脚本,监听器、流程变量、表达式…随着公司流程增加多，传统模式维护成本剧增，最主要的是往往需要程序员来绘制流程图，对于有成千上万并且流程变更频繁的企业对开发维护者简单是噩梦。AntFlow致力于解决流程设计器的复杂性，使流程设计更简单，更易用。不需要程序员介入,流程运营人员即可搞定流程配置

核心技术栈

• Java8-21 (main分支为java8版本,如果使用较新java版本,请切换到java17_support分支)
• Activiti 5.23
• Spring Boot 2.7.17
• MybatisPlus 3.5.1
• MySql 5.7+

前端设计界面一览

添加节点

条件属性面板

审批节点属性面板

参数校验

管理界面

功能一览

功能	功能解释&场景示例	完成情况
审批人前去重	不同节都需要同一个审批人审批时,审批人只在最前面节点出现(可能刚接触流程业务的人不理解为什么要去重,如果审批流每个节点都是固定人员,当然不需 ,实际情况是复杂的办公流程很多节点都不是指定的人,而是根据规则带出来的.比如一个报销流程需要直属领导和部门负责人审批,有的员工的直属领导就是 部门负责人(比如你是研发组长))	✅
审批人后去重	不同节都需要同一个审批人审批时,审批人只在最后面节点出现.前去重还是后去重是根据实际业务决定的.比如在一个财务流程中需要资金经理和财务总监 都审核。财务总监可能也是资金经理（资金经理有多个），这时候流程对他后去重比较合理，流程先让其它资金经理把关，没问题了再到他那里（	✅
审批人不去重	审批人前去重后去重都是针对流程整体而言的，针对流程的某个节点，有需要不去重的场景（即去重逻辑对它失效）。比如某个大额打款流程需要出纳在 特定的机器上操作（可以实现对流程特定节点控制）。如果他在打款节点被去重掉了，则将导致打款行为无法进行（流程设计时是对打款这个节点进行控制）	✅
会签	流程某个节点需要多人审批时（通常是一类角色，会有多个人），需要所有人都审核通过流程才能继续进行。比如一个项目立项流程需有个审批节点是副总 经理审批，可能公司有多个副总经理，需要他们都同意流程才继续	✅
顺序会签	上面的会签是不分顺序的，强调需要审批节点上的人都需要同意方可继续。顺序会签则是流程到了这个审批节点，需要按预先设计好的顺序依次审批通过 还以上面项目立项流程为例。假如多个副总经理有一个是起决定作用，其它人都是象征性同意。则可以将流程设计为他最先执行，然后再到到其它人审批 具体需要不需要顺序，要结合具体的业务设计。总体上而言，不需要依次审批的效率会高一些（这里批审批的流转效率，技术上没有区别）	✅
或签	流程某个节点是多人审批节点，但是只需要一个人审批通过流程就可以继续向下执行。比如一个财务报销流程，到了出纳审批的环节公司可能有多个出纳， 但是只需要任意一个出纳审核票据无误就可以继续向下进行	✅
打回修改	AntFlow的特色功能（市面上一些竞品也有这项功能），流程发起后，由于表单字段填写错误，这时候让发起人重新填写显然效率非常低，也容易让人暴躁, AntFlow支持将流程打回到发起人重新修改后再提交，然后流程继续	✅
流程同意、拒绝	审批流的基本功能	✅
流程加批	流程加批用在一些组织角色不明确的流程中，比如一个开发人员发起了一个数据库变更流程，需要他对应的产品同意，公司中一般可能没有开发对应的产品 是谁这样的划分，这时候流程可以设计为允许加批，开发在发起流程时选择自己的产品进行审批。	✅
流程作废	在流程还没有审批完成时,流程发起人对流程执行作废操作,终结掉当前流程	✅
变更当前处理人	变更流程当前正在执行节点。使用场景：正常离职需要办理离职交接手续，其中有一步是交接手上正在处理的流程给别人，但是有些 特殊关系户，他在离职的时候只需要找个招呼就行了。这个时候需要他审核的流程就会卡住进行不下去，这时候可以向领导请求他手里的流程可以交接给谁 然后把处理人变更为指定的人。变更处理人直接更改引擎中当前节点的处理人，是危险操作，可能会查看审批路径人审批人看起来不对	✅
变更未来节点处理人	有些流程由于开发时存在逻辑bug或者运营人员在配置时候配置错了，导致不应该出现在当前审批流中的人出现了。比如加班餐20元报销流程不一般不需要 老板亲自审批，但是走到老板那里了。一大早上老板的OA系统出现一堆加班餐报销流程，想想老板会是什么心情💀。这时候如果流程还没到老板那里，可以变 更一下流程处理人。注意，变更未来节点处理人是一补救措施。和变更当前处理人的区别第一点当然是节点状态不同。第二点就是变更处当前处理人一般针 单个具体流程实例（通俗讲就是有流程编号的一个流程），变更未来处理人一般为整个流程级别的。比如所有的已发起的加班餐报销流程	✅
流程委托	处理人将自己需要处理的流程转交给别人代处理的过程称作流程委托。比如为了感谢你对公司辛勤付出，领导给你放一个月假让你到三亚旅游一圈，此间你 不想处理任何与工作相关的事务（那是不可能的），这时候可以发起一个流程委托申请流程，被委托人和相关负责人都审批通过后流程就自动委托给指定的 人处理了（流程委托也是危险操作，不能轻易开放。比如一个百万级别的采购流程公司副总擅自委托给一个不知明喽啰审批显然是不合适的😄）	✅
流程限时制委托	流程处理人将自己需要处理的流程在指定时间段内委托给指定人代处理的过程叫作限时委托。有些委托是永久性的，比如老板会将一些非必要自己审批的流程 委托给自己的秘书（老板委托自己的流程也要发起流程申请？are you kidding me?其实要看怎么设计的，如果老板会严格遵守公司规范没问题，如果不是则 就需要特殊考虑，比如给管理员增加一个手动修改流程委托人权限，这也可以防止程序出现意外情况有补救措施。比如别人流程委托申请的流程走完了，结果 逻辑没生效。你让别人再重新发起一个流程？这个时候自己手动私下处理掉得了🙄。回到正题，实际工作中很多流程委托都不是永久性的，比如上面的你到三 亚旅旅游的案例。你只需要在这段时间内将流程委托出去，你回来了还得继续当牛做马干活🤐	✅
定时流程	工作中有很些场景流程并不会是由用户手动发起的，有的是系统以指定用户的名义发起的。比如员工试用期转正申请。如果让员工自己来关注会比较累，让hr 来提醒hr也会比较累。这时候可以制定一些定时流程，在员工试用期到的时候自动以他的名义发起一个试用期转正申请流程（流程节点上要把他设置为审批人 不然他自己都不知道，一脸蒙蔽🥴）	✅
流程灰度	在日常开发中，有些比较规范的团队会有灰度发版操作。同样，在重度依赖审批流的公司中，审批流出错可能会导致严重的问题，轻则批评责备，重则相应 开发负责人员卷铺盖走人。为了将新上线的流程可能的bug导致的风险降到最低。可以对流程进行灰度试点。灰度的策略有很多，比如指定人员使用，指定 角色使用，指定部门使用等。线上运营一段时间没有问题时再放开给整个公司使用。（看到这里你是不是感觉可能会非常困难，其实使用起来非常简单。这也 是AntFlow的追求，让流程尽量简单，流程开发完成以后运营能做的事尽量不让开发来做。后面会出教程详细介绍	✅
流程遇到指定人结束	这是流程设计时的一种功能，非运行时的。比如一个按公司部门组织层层审批的流程，有时候不知道需要向上审批多少层结束，但是可以在有某个人出现的时候 终止。	✅
超时自动审批	目前尚不支持，开发起来没有太大技术难度。但是作者一直坚持流程同意应当是审批人的真实意愿，可以结合oa系统站内信提醒，IM工具发消息提配，线下电 话沟通等方式让他同意掉。而不仅仅是为了时效性通过技术手段让流程自动通过。（AntFlow有很多中国式办公的功能，比如某个人不在了导致流程无法进行 这时候可以变更处理人来处理。总之有很多方法）。当然如果大家觉得这个功能很必要，出可以开发	❌
流程抄送	审批流的基本功能，将流程抄送给指定的人方便他查阅、归档管理。	✅
流程自定义条件	流程设计的时候往往会根据不同的条件决定执行不同的流程分支。条件也多种多样，和公司业务有密切关系。也是AntFlow中为数不多需要自己开发定制的功能 当然开发起来也非常简单。只需要实现一个接口构造一个返回true或者false的函数即可。剩下的交给引擎来完成。	✅
流程执行运作	流程在审批某个特定节点\审批完成时执行一个运作。比如一个用户发起一个腾讯云账号申请流程。有的公司是流程完成之后负责这个流程的人手动给员工开通 账号，对于大型企业每天有成千上百的人需要申请各自云平台账号，这样显然是低效的，可以更进一步，流程完成以后会发起回调事件，在回调事件里写上特定 的和云平台对接开通账号的逻辑即可。流程执行运作也是危险行为，需要注意设计逻辑的完整性	✅
流程完结后自动发起 新流程	比如在一些公司有着复杂的离职流程，一般公为几个有先后顺序的流程，最后一个流程走完了才算离职完成。这里可以通过流程运作来完成，单独拎出来说是因 为作者觉得这个功能非常基础。也是为了帮助大家拓宽思路。结果流程引擎的现有某项或者某几项能力来完成一项功能	✅
外部流程接入	外部流程接入是指公司内以OA系统为核心，将流程引擎做为基础组件提供给公司其它业务系统来使用。比如果Devops系统，CRM系统，WMS系统等。这些外部 系统接入了之后便可以使用OA流程引擎的基础功能，一方面便于流程集中管理，另一方面减少研发资源的浪费。很多团队比如Devops团队做流程引擎自然没有做 OA系统的人专业。他们随便在网上找个组件使用一面方存可能存在能力不足问题，另一方面可能存在各种bug需要处理，他们可能处理不了。这些专业的事情应该交 给一个专业的团队来做（这块功能作者在做企业级开发的时候做过，但是效果不是很满意，这块功能正在重新规划中）	🕘

背后故事

项目原计划于2021年开源,当时两位作者(本人和本人主要负责开发前端界面的朋友)花费了数个月时间完善功能.然而由于口罩原因,作者失去工作,整日生活在迷茫和焦虑中。在这两年中，后端一直处于停滞状态。但是看到git上不断有人零零星星的给以点赞，提出问题。作者感受到了很大的鼓舞，决定不能让这么一个自认为还错的项目就此沉寂下去。于是两位作者于五月份线下碰了一面，讨论了之前设计不合理的地方以及后面的方向。吃过饭以后两个各自回家便开始了重启开发工作。较上次准备开源的版本，这次的改进点：

• 前端使用vue3重写（不是自己完全从头开始写的，基于其它大佬的项目改写的workflow github 地址
• 后端重新设计用户组织模块，完全放弃原先的设计，用户接入自己系统，只需要提供几个简单的查询员工，组织，角色的sql即可接入现有系统
• 升级支持java17

未来规划

AntFlow指在于提供一个适合中国市场的、创壮又不失灵活性的的一站式工作流解决方案。
核心研发团队正在夜以继日地根据用户反馈增加实用功能、提升系统易用性、稳定性、可观测性和可靠性

结合社区内测用户以及大佬们的反馈，未来主要在以下几个方面努力

1. 增强的集成能力： 改善与外部系统（如CRM、ERP）的集成，以提供统一的工作流管理平台。
2. 移动访问： 开发移动应用程序，使用户能够随时随地管理和审批工作流，确保灵活性和响应性。
3. 与常用的办公IM工具如企业微信、钉钉、飞书集成
4. 集成低代码表单。目标真正做以只需要在页面拖拽就能完成流程设计，零代码开发流程。提供节点级别的表单字段可见性和可编辑性权限控制
5. 高级分析和报告： 添加高级分析和报告功能，以提供工作流效率、瓶颈和性能指标的洞察。（期待前端大佬们加入）
6. AI智能和自动化： 引入人工智能和自动化功能，以预测工作流结果、推荐流程改进和自动化日常任务，进一步提高效率并减少手动干预。（其它有相关开发经验的大佬加入）