「流程」是一个被用得很窄的词。多数人一提流程，想到的是请假、报销、公文——办公室里的事。

关键在最后一行：过程节点和机器节点都不是「人」，但它们的触发路径不同。机器节点把继续流转交给定时任务（AutoRun_WhoExeIt.cs 里那条 WHERE...

审核组件（代码实体：节点审核配置实体 / 运行描述：审核附件对象，前端：WorkCheck.vue）是流程节点上内置的审批意见采集、展示与留痕模块。

本文所阐述的「表单三大设计范式」划分标准，出自该低代码平台 BPM 团队的技术归纳与产品主张，并非业界唯一分类方式，但经二十年该引擎工程实践反复验证。

典型动作：发送前校验、发送后同步第三方、退回拦截、流程结束写台账、自定义活动节点、自定义办理页按钮等。

在企业数字化里，组织结构从来不是一张通讯录——它是流程找人、权限隔离、低代码应用分域的共同地基。人员、部门、角色，以及它们之间的对应关系，决定了系统「谁能看见什...

该平台把上述能力沉淀为 四大菜单 + 三大处理器，并给出稳定 API 与页面入口；Activiti / Flowable / Camunda 把能力沉在 引擎任...

三家都在解决同一件事：人工等待与系统继续如何在一条流程里共存。分歧不在「有没有自动节点」，而在建模单元和调度哲学。

多数 BPM 产品会拆成「用户任务 / 服务任务 / 脚本任务 / 定时器」多类节点。该 BPM 平台的做法不同：节点形态不变，只改「节点的执行方式」。设计器上...

业务不要写在 Vue 里拼 SQL，也不要写在 Handler 里堆逻辑。Handler 只接参数、转 JSON；真正干活的是 工程接口类。

很多团队上了流程引擎之后会发现：请假、报销、合同签批都很顺，但一到装修、施工、巡检、交付实施，流程就开始别扭。

工程管理模块 不是把甘特图硬塞进流程引擎，而是参照流程引擎的分层方式，单独做了一套工程运行时：

解决手工纸质请假单繁琐：线上发起、逐级审批、按天数分支、人力资源备案、结果反馈申请人。

「护城河」在本文中指：经过长期交付沉淀、难以用「画布 + 几个钩子」短期补齐的产品能力面。 这些能力并非玄学，而是可在表结构、枚举、事件基类与 API 上逐条核...

参评引擎：Elsa Workflows、Workflow Core、WorkflowEngine.NET(OptimaJet)、StepWise、该引擎、Sli...

因此，本文采用统一指标 + 加权打分，并在选型建议中按场景分流，避免「总分第一就适合所有人」。

典型场景：发送成功时，把提醒推给当事人（下一节点接收人）、其他节点人员（如申请人）、以及表单字段上的人员。