把流程引擎落进一个客户项目,通常需要一周左右的结构化推进:先让环境与组织架构可用,再依次完成表单、样板流程、权限与消息、集成联调、生产部署与版本锁定,最后验收移交。本文给出一份按天执行的参考计划。
天 | 主题 | 交付物 | 责任方 |
|---|---|---|---|
D1 | 环境落地 + 组织架构 | 可用环境 + 组织/人员/岗位导入 | 实施方 |
D2 | 表单引擎上手 | 3~5 张业务表单 | 实施方 + 业务方 |
D3 | 流程设计(极简模式) | 2~3 条样板流程跑通 | 实施方 + 业务方 |
D4 | 权限与消息 | 权限方案 + 消息通道 | 实施方 |
D5 | 集成与二开 | 集成方案确认 + 接口联调 | 实施方 + 客户开发 |
D6 | 生产部署 + 版本锁定 | 生产环境 + 升级 SOP 落地 | 实施方 + 运维 |
D7 | 验收与移交 | 验收报告 + 培训 + 文档移交 | 双方 |
关键原则:
让系统"能被业务方看到",而不是停在做Demo层面。
server.port = HostURL = VITE_GLOB_API_URL。动作 | 说明 | 文档 |
|---|---|---|
建立组织树 | 部门层级、集团/单组织模式确认 | 组织结构 |
导入人员 | 手工或接口 | 组织结构接口 |
建立岗位/角色 | 供"谁执行它"使用 | 同上 |
数据同步接口选型 | 决定后续走接口同步还是手工维护 | 数据同步接口 |
业务方能用自己的账号登录并看到组织架构。
让业务方看到"我要的单子长什么样"。
动作 | 说明 |
|---|---|
认识表单类型 | 经典表单(主用)、开发者表单、章节表单、VSTO |
拖拽设计 | 字段、分组、从表、附件 |
字段类型 | 文本/数值/日期/枚举/外键/富文本/签名… |
注意:自由表单已下线,请用经典表单/开发者表单。
选择客户最急需的 3~5 个场景(如请假单、报销单、采购申请、用印申请),真实地做出来。
文档 | 用途 |
|---|---|
表单引擎 | 表单设计总入口 |
表单元素 | 各控件用法 |
表单权限控制 | 字段级权限 |
业务方确认"表单字段对得上我们的实际单据"。
跑通 2~3 条完整的样板流程。 这一天决定项目成败。
先用「极简模式」,不要一上来选「专业模式」。 95% 的审批流用极简模式就够了,几乎零配置。 详见 《简化模式与专业模式:设计器使用指引》。
FlowDevModel = 1)。发起 → 审批 → 结束。选 2~3 条真实流程(如"请假审批""报销审批"),端到端跑通:
发起 → 审批 → 结束只有明确需要时才解锁高级能力:
需求 | 查这里 |
|---|---|
按条件分支 | 方向条件 |
多人会签 | 会签加签 |
连续多级主管 | 接收人规则-连续多级主管 |
退回规则 | 退回规则 |
业务方亲手办理一遍,确认流程符合实际。
让系统"能用"变成"好用"。
配置 | 说明 |
|---|---|
表单控制方案 | 默认 / 只读 / 自定义(字段级) |
节点按钮控制 | 每个节点谁看到什么按钮 |
菜单权限 | 谁能看到哪些菜单 |
见 表单权限控制、按钮控制。
通道 | 文档 |
|---|---|
企业微信 | 企业微信 |
钉钉 | DingDing集成 |
微信消息机制 | 单组织-微信消息机制对接 |
同时配置定时任务(消息靠它发出):
# bpm.properties
EnableScheduler=1
HostURL=http://127.0.0.1:8090/ # 必须指向本进程见 定时任务。 ⚠️ 多实例部署时只允许一台开启调度。
用不同角色登录,权限表现符合预期;收到一条真实待办消息。
明确"怎么嵌进客户现有系统",并完成接口联调。
模式 | 适用 | 文档 |
|---|---|---|
Toolkit(推荐) | 嵌入自家前端,个性化强 | 什么是 Toolkit |
RestFull API | 自己画界面 | RestFull 接口 |
iframe 产品页 | 最快上线 | 功能页调用 |
新项目优先 Toolkit。
动作 | 文档 |
|---|---|
单点登录 / Token | 二开必读 |
发起流程接口 | 启动流程 |
组织结构同步 | 数据同步接口 |
从客户系统点一个按钮能发起流程。
把系统安全地推上生产,并锁住版本。
动作 | 文档 |
|---|---|
后端部署 | 该引擎 部署.md) / .NET 部署 |
前端部署 | Nginx 部署 |
子路径部署 | 子路径说明 |
第三方插件 | kkFileView、电子签名、WPS |
⚠️ 不做版本锁定就上生产 = 埋雷。 见 《生产环境版本锁定与升级 SOP》。
必做清单:
[ ] 记录后端 commit + Ver 号(Upgrader.cs 中读取)
[ ] 记录前端 dist 构建时间 + commit
[ ] 完成全库备份,并验证可恢复
[ ] 建立"版本发布单"
[ ] 确认生产不跟随 Gitee 主线
[ ] SAAS 模式确认人工升级流程生产环境核心链路可跑通,且备份可回滚。
按 D1~D6 的交付物,逐项对照验收。
移交项 | 内容 |
|---|---|
管理员培训 | 流程/表单配置、org 维护 |
运维培训 | 升级 SOP、备份恢复、常见故障 |
开发者培训 | 二开必读、Toolkit 集成 |
文档移交 | Wiki 入口 + 4 份配套文档 |
客户方能独立完成"新建一条流程 + 表单 + 上线"。
风险 | 高发日 | 应对 |
|---|---|---|
一上来选专业模式,陷入属性海洋 | D3 | 强制用极简模式 |
端口三件套不一致 | D1 | 部署后立即核对 |
用非空白库安装 | D1 | 严格空白库 |
忘记版本锁定 | D6 | 列为不可省项,纳入验收 |
多实例都开了调度 | D4 | 只允许一台开 EnableScheduler |
组织架构反复变更 | D1 | 尽早确定同步方式(接口优先) |
文档 | 用途 | 何时用 |
|---|---|---|
新手 30 分钟上手路径 | 环境跑通 | D1 前 |
简化模式与专业模式指引 | 流程设计 | D3 |
生产环境版本锁定与升级 SOP | 生产升级 | D6 起 |
客户常见质疑应答手册 | 答疑 | 全程 |
客户技术问题答复 | 能力对照 | D5 |
客户案例介绍 | 对标参考 | 全程 |
D1 环境 + 组织 → 业务方能登录看到组织
D2 表单 → 3~5 张真实表单
D3 流程(极简模式) → 2~3 条流程跑通 ★ 最关键
D4 权限 + 消息 → 角色权限对 + 收到消息
D5 集成 + 二开 → 按钮能发起流程
D6 生产 + 锁版本 → 可回滚的备份 ★ 不可省
D7 验收 + 移交 → 客户能独立上线新流程
铁律:D3 用极简模式;D6 必须锁版本;每天有可见交付物。原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。