利用几句话,就能促使AI助力生成一套完整的审批流程,整个流程持续时间不到一分钟 ,jeecg - bpmn AI Skill让开发者摆脱手工编写BPMN XML的繁杂,只需提供后端API地址以及Token,便可凭借自然语言推动流程设计的整个生命周期。
对于jeecg - bpmn AI Skill的运用而言,是需要去获取两项核心信息的,其一为后端API地址,其二是用户Token。后端地址一般来讲乃是JeecgBoot服务的API入口,像https://api3.boot.jeecg.com这样的。Token能够借助浏览器开发者工具来获取,在通过F12打开的控制台那里,切换至Network标签页,寻找到任意请求的Headers,将X - Access - Token对应的那个值进行复制便可。此Token从本质上来说是JWT格式,具备时效性,建议在每次使用之前去重新获取最新的Token,以防因过期致使API调用失败。AI会于首次交互之际主动询问这两项信息,预先准备好了能够极大地加快流程搭建速度。
创建一个车辆出差申请流程
## 流程摘要
- 流程名称:车辆出差申请流程
- 流程类型:oa
### 流程节点
| 序号 | 节点名称 | 类型 | 审批人 |
|------|---------|------|--------|
| 1 | 开始 | startEvent | - |
| 2 | 申请人填写 | userTask (草稿) | ${applyUserId} |
| 3 | 部门负责人审批 | userTask | 表达式(部门负责人) |
| 4 | 分管领导审批 | userTask | 表达式(上一级部门负责人) |
| 5 | 车辆调度确认 | userTask | 上一节点指派 |
| 6 | 结束 | endEvent | - |
确认以上信息正确?(y/n)
## 流程创建成功
- 流程ID:2032497475959439362
- 流程Key:process_1773420125267
首先,仅需输入一句话来创建指令,就像“帮我创建一个车辆出差申请流程,其中需要三级审批”这种。接着,当AI收到指令之后,会先行询问后端地址以及Token,在获取到凭据后,能自动推导出流程所需求的节点结构。然后,AI会展示出一份流程摘要以供确认,该摘要涵盖起止节点、草稿填写环节以及三级审批的具体层级。在确认无误以后,AI会自动生成完整的BPMN 2.0 XML文件,并且通过API完成创建,整个这一过程耗时不到一分钟。第二步是去增添审批节点,当有关业务需求出现变化,需要于流程末尾增添总经理审批之时,仅仅只需持续对话来阐述需求,AI会依据已有的流程信息,呈现修改过后的节点摘要,并且清晰地标注变更项,在确认之后,使用相同的processDefinitionId以及processKey致电API达成流程更新。第三步,是要添加条件分支,比如说,得依据不一样的金额,去走不一样的审批路径,AI能够自动识别需求,进而引入排他网关,设计出完备的分支逻辑,在确认之后,API会自动更新流程,最终生成含有分支逻辑的流程图。
修改刚才的流程,加入一个总经理审批节点,最后一个节点
| 序号 | 节点名称 | 类型 | 审批人 | 变更 |
|------|---------|------|--------|------|
| ... | (原有节点) | ... | ... | |
| 6 | 总经理审批 | userTask | 表达式(上两级部门负责人) | 新增 |
| 7 | 结束 | endEvent | - | |
在实际运用当中,jeecg - bpmn对多种风格表述的需求描述予以支持,AI能够精准领会并转化成标准流程定义,不管是像“创建请假流程,三天以内部门审批,以上HR审批”这样简短的概括形式,还是像“创建一个费用报销流程,金额小于1000元由财务经理审批,1000到5000元由财务总监审批,超过5000元由CFO审批”这般详细的描述样式,AI都可以从中提炼出关键信息进而做出恰当的流程设计。在已创建流程的情形之下,修改指令具备同等的灵活性,比如说,“将第三步的审批人替换为发起人的部门负责人”,又或者是,“于总经理审批的前面增添一个财务复核节点”。每一次进行修改的时候,所提交的皆是覆盖式的完整BPMN XML,AI会在同一个会话以内记住当前流程的ID以及Key,并不需要再次提供。
在部门负责人审批节点后面增加分支条件,如果用车时间超过3天则需要人力审批,然后再流向车辆调度确认
开始 → 申请人填写 → 部门负责人审批 → 用车天数判断
├─ ≤3天 ──────────────→ 分管领导审批 → 车辆调度确认 → 总经理审批 → 结束
└─ >3天 → 人力审批(hr角色) ↗
这个 JeecgBoot 平台,具备支持多种审批人分配方式的能力。其中的 jeecg - bpmn,能够依据自然语言描述,自动映射到相对应的技术实现。当你提及“admin审批”一事起来,AI将会识别成为固定指定人,当你表述“发起人”或者“申请人”之时,AI会运用${applyUserId}表达式,当你说出“部门负责人”这个对象的时候,对应着getDepartLeaders表达式,当你讲到“分管领导”这种情况的时候,对应着getLevel1DepartLeaders表达式,当你说“HR角色”或者“角色组”这方面内容的时候,配置成为candidateGroups并指定groupType=“role”,当你提及“上一节点指派”这种话语来讲呢,设置isAssignedByPreviousNode=true,当你说出“张三或李四”这样的情况之时,配置成为candidateUsers候选人,当你说到“会签”或者“多人同时审批”方面的时候呢,则生成多实例节点并配置countersignRule。这表明,你根本无需去记住哪怕任何一个Flowable技术参数,而是能够直接凭借业务语言对于审批人予以描述。
# 简单描述
创建一个请假审批流程,先经理审批再HR审批
# 指定审批人
创建流程:开始 → admin审批 → hr角色组审批 → 结束
# 描述条件分支
报销流程,金额大于1万需要总监审批,否则经理审批即可
# 描述会签
创建合同审批流程,需要法务部和财务部同时会签
在流程依据业务数据去往各异分支之际,AI会按照描述自行缔造相应的条件表达式,举例而言,当表述为“金额大于1万”时,AI生成${amount > 10000},当表述为“天数超过3天”时,生成${use_days > 3},当表述为“通过”或“拒绝”时,分别生成${result == 1}和${result == 0},当表述为“部长以上职务”时,生成${oaUtil.branchConditionByPost(...)}。要特别予以留意,条件表达式里的变量名像use_days、amount务必跟关联的业务表单字段名维持一致,所以在实际运用当中建议先确信好表单字段定义,随后再配置条件分支,要防止因字段名不相符致使流程判断失败。
# 增加节点
在经理审批后面加一个总监审批
# 增加条件分支
在提交节点后加一个金额判断,超过5000走总监审批
# 修改审批人
把部门经理审批改成角色组 manager
# 删除节点
去掉HR审批节点
jeecg - bpmn尤为适配快速原型验证、标准化审批流程构建以及流程迭代修正这几类情形,对于涵盖复杂并行网关、多层嵌套子流程等高级情形,AI生成的流程或许需在可视化设计器里进一步精细调整,提议在初次创建流程之际尽可能详尽地表述需求,涵盖每个节点的审批人类别、可能的条件分支以及异常处理逻辑,在修改流程之时清晰阐明是插入新节点、删除现有节点还是调整节点顺序。每次开展操作之前,要保证Token是有效的,在操作结束之后,要马上验证流程发布情况。这一组工具把BPM流程设计,从依靠手工编写XML,转变为借助拖拽式设计器,直至如今依据自然语言来驱动,使开发者在仅仅表达几句的情形下,就能够达成以往或许得耗费数小时才能从事的流程定义工作。
你于运用AI去设计业务流程期间,最为经常碰到的需求究竟是什么呢,诚邀在评论区域以内分享你自身的实战经历,通过点赞促使更多开发者能看见这个具备效率的工具,将其分享给身旁那种正在进行流程管理工作的朋友。

相关标签: # JeecgBoot # 低代码 # AI # BPM流程 # 自然语言生成