该 BPM 平台主张:流程引擎负责“怎么流转”,事件体系负责“流转时业务怎么介入”。 在用户点击发送、退回、移交、结束、删除等操作时,引擎在固定生命周期点抛出事...
低代码模式指通过拖拉拽设计器生成应用行为的方式。在该平台平台中,典型入口包括:实体设计、大屏设计、视图设计、表单设计器等。
审批人点了通过,流程图已经走到结束,业务单据却还显示“审批中”。排查这类问题,不能只看Flowable有没有结束,还得沿着另一条链继续往下找:流程结果由谁解释,...
一家只做流程引擎的软件公司,二十多年里把产品从单一引擎做到流程、表单、组织、权限一体的低代码平台。下面这份材料按技术维度整理引擎能力、源码策略与升级机制,尽量只...
Toolkit 是一组可原样拷贝进您前端工程的「流程能力积木箱」。 它不是整站门户,也不替代您的业务表单设计;它负责把「发送、退回、审核、选人、会签……」这些流...
按这个范围,评估的对象不是「哪个平台功能多」,而是这套平台能不能撑起一个真实应用系统的全生命周期。
上一篇文章说到,菜单是「功能页面与操作者的交互面」。那么一个很自然的问题:菜单表里到底要存什么?
一个 BPM 引擎,如果只会「按图流转」,那它只是一个执行器。真正让引擎嵌入业务系统的,是它对外暴露的可编程接口。
它的核心主张可以概括成一句:开发一个业务系统,本质上是在按「系统 → 模块 → 菜单」三层,堆积一组有类型的功能入口。
「流程」是一个被用得很窄的词。多数人一提流程,想到的是请假、报销、公文——办公室里的事。
关键在最后一行:过程节点和机器节点都不是「人」,但它们的触发路径不同。机器节点把继续流转交给定时任务(AutoRun_WhoExeIt.cs 里那条 WHERE...
审核组件(代码实体:节点审核配置实体 / 运行描述:审核附件对象,前端:WorkCheck.vue)是流程节点上内置的审批意见采集、展示与留痕模块。
本文所阐述的「表单三大设计范式」划分标准,出自该低代码平台 BPM 团队的技术归纳与产品主张,并非业界唯一分类方式,但经二十年该引擎工程实践反复验证。
典型动作:发送前校验、发送后同步第三方、退回拦截、流程结束写台账、自定义活动节点、自定义办理页按钮等。