从队长到联合国-驰骋BPM三态组织类型划分白皮书

从「队长」到「联合国」——驰骋 BPM 三态组织类型划分白皮书

文档定位：驰骋 BP 架构 · 4.3 组织结构设计（组织类型划分）
文档版本：2026-06
依据代码：CCFlow/Components/BP.En30（BP.Port、BP.Web、BP.Difference、BP.Sys）
姊妹文档：组织结构设计技术报告 · 五表工程价值宣传 · 组织结构数据字典

开篇：为什么要有「三种组织」？

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

驰骋 BPM（CCBPM）将这套语义持久化在Port_*系列数据表中，实体类统一归属BP.Port命名空间。五张核心表（Port_Dept、Port_Emp、Port_Station、Port_DeptEmp、Port_DeptEmpStation）撑起全部组织语义；在此基础上，驰骋用一个配置项切换三种截然不同的运行世界：

这不是三套产品，而是同一套引擎、同一套表结构、三种隔离策略——从单机部署到集团管控，再到 SaaS 商业化，改配置即可演进，不必推倒重来。

一、代码里的「总开关」：CCBPMRunModel

运行模式在源码中定义为枚举CCBPMRunModel（BP.Sys.EnumLab）：

publicenumCCBPMRunModel{Single,// 单机版 / 单组织GroupInc,// 集团模式SAAS,// 多租户模式}

系统通过appsettings.json/app.config中的CCBPMRunModel键读取，逻辑集中在SystemConfig.CCBPMRunModel：

设计要点：全站数百处业务分支——人员编号规则、管理员判定、数据查询过滤、枚举共享——均读取这一开关。组织隔离不是某个模块的「补丁」，而是贯穿 BP.En30 引擎层的横切能力。

二、组织数据的共同底座：Port_*与BP.Port

无论哪种运行模式，组织结构的核心语义不变：

流程引擎「按部门 + 角色找人」的 SQL 直指五表核心：

SELECTFK_EmpFROMPort_DeptEmpStationWHEREFK_Station='角色编号'ANDFK_Dept='部门编号'

三种模式共享这套表，差异体现在OrgNo怎么用、账号是否全局唯一、数据能否跨组织共享。

三、单组织版：一台服务器，一位admin

3.1 业务画像

• 典型场景：中小企业、部门内网、POC 演示、私有化单实例部署。
• 全系统只有一个逻辑组织，通常由账号admin统一管理组织、数据源与流程。
• 无需OrgNo隔离——WebUser.OrgNo在单组织模式下直接返回空字符串。

3.2 代码印证

组织编号为空（WebUser.cs）：

if(BP.Difference.SystemConfig.CCBPMRunModel==CCBPMRunModel.Single)return"";// OrgNo 属性

管理员判定：admin/system账号，或Port_OrgAdminer中的二级管理员，或历史GloVar标记均可获得管理权限。

人员编号：Emp.UserID与Emp.No等价，无租户前缀：

// SAAS 模式下 UserID 可重复；单组织下 UserID 即 Noif(BP.Difference.SystemConfig.CCBPMRunModel==CCBPMRunModel.SAAS)returnthis.GetValStringByKey(EmpAttr.UserID);returnthis.GetValStringByKey(EmpAttr.No);

数据查询：枚举、表单、角色等实体不附加OrgNo过滤条件，模型最简、集成成本最低。

3.3 一句话总结

单组织版 =零隔离开销的完整 BPM。适合「我就要一套流程平台」的客户，部署快、学习曲线平。

四、集团版：生产队与多户人家

4.1 业务画像

驰骋用「生产队」比喻集团版，形象且准确：

• 集团管理员admin：相当于生产队长，可创建多个下属组织。
• 每个组织一位主管理员（家长）：在Port_Org.Adminer登记；可配置多位二级管理员（Port_OrgAdminer）。
• 数据隔离：各部门、流程、表单、角色默认按OrgNo隔离，A 组织设计的流程，B 组织默认看不见。
• 选择性共享：集团模式下，枚举等资源支持IsShare标记，可将本组织资产共享给其他组织使用。
• 账号全局唯一：同一工号在全集团只出现一次（Port_Emp.No唯一），人员可在组织间调配，符合大型国企、控股集团的 HR 实践。

4.2 代码印证

组织实体（BP.WF.Port.Admin2Group.Org→ 表Port_Org）：

Mapmap=newMap("Port_Org","独立组织");map.AddTBString(OrgAttr.Adminer,null,"创始人",...);// 主管理员

管理员层级（WebUser.IsAdmin/WebUser.IsAdmin2）：

• IsAdmin：admin系统账号，或Port_OrgAdminer中当前组织的管理员，或Port_Org.Adminer主管理员。
• IsAdmin2：在Port_OrgAdminer中但不是Port_Org.Adminer主管理员 → 二级协助管理员。

组织上下文注入：集团模式下登录后，WebUser.OrgNo从Port_Emp按人员No解析：

stringno=DBAccess.RunSQLReturnString("SELECT OrgNo FROM Port_Emp WHERE No='"+WebUser.No+"'");

数据隔离 + 跨组织共享（以枚举为例，MapData.cs）：

// 本组织枚举sqlWhere=" EnumKey IN (...) AND OrgNo='"+orgNo+"'";// 集团共享：其他组织 IsShare=1 的枚举 UNION 进来if(CCBPMRunModel==CCBPMRunModel.GroupInc){sqlEnum+=" UNION SELECT A.* FROM ... AND B.IsShare=1 AND B.OrgNo!='"+WebUser.OrgNo+"'";}

Sys_EnumMain在集团模式下显式提供共享开关：

if(SystemConfig.CCBPMRunModel==CCBPMRunModel.GroupInc)map.AddBoolean("IsShare",true,"是否共享给其他组织?",true,true);

角色体系可按组织定制（Station.cs）：GroupStationModel支持「每组织独立岗责」或「每部门独立岗责」，适应不同集团管控粒度。

4.3 一句话总结

集团版 =统一身份 + 分权治理 + 可选共享。一个账号走天下，各子公司流程自治，集团资产可下沉复用。

五、SAAS 多租户版：联合国与各小国

5.1 业务画像

• 超级管理员admin：平台运营方，负责开通租户（组织）。
• 每个租户一位管理员，可设多位二级管理员——与集团版表面相似，但本质不同：
  • 租户之间无业务往来、无隶属关系，彼此完全隔离。
  • 用户账号租户内唯一、跨租户可重复：租户 A 的001与租户 B 的001是两个人。
  • 物理上可同库同表，逻辑上靠OrgNo+ 编号前缀实现硬隔离。

5.2 代码印证

账号双字段设计（Emp.cs）：

/// 用户ID: SAAS模式下 UserID 是可以重复的.if(CCBPMRunModel==CCBPMRunModel.SAAS){if(!value.StartsWith(WebUser.OrgNo+"_"))this.SetValByKey(EmpAttr.No,WebUser.OrgNo+"_"+value);}

对外暴露的统一用户标识（WebUser.UserID）：

if(SystemConfig.CCBPMRunModel==CCBPMRunModel.SAAS)returnWebUser.OrgNo+"_"+WebUser.No;// 全局唯一returnWebUser.No;

组织解析按 UserID（与集团版按No不同）：

// SAAS：按 UserID 查 OrgNo"SELECT OrgNo FROM Port_Emp WHERE UserID='"+WebUser.No+"'"

部门人员关系带 OrgNo（DeptEmp.cs）：SAAS 模式下Port_DeptEmp查询附加OrgNo条件，防止跨租户兼职数据串读。

SQL 构建层适配（SqlBuilder.cs）：关联Port_Emp时，SAAS 模式自动将外键字段映射为UserID，保证报表与实体查询在租户语义下正确。

枚举主键租户化（SysEnumMain设计注释）：

// 如果是 SAAS 模式, No = OrgNo + "_" + EnumKey

5.3 一句话总结

SAAS 版 =强隔离的小国家模型。平台方一套部署服务千企，租户账号可「重名」，引擎用OrgNo_前缀保证全局不碰撞。

六、三态对比总览

七、与流行设计的对比

7.1 业界常见三种多组织方案

7.2 驰骋方案的定位

驰骋走的是「B + C 混合」路线：

• 共享库、共享核心表（五表 +OrgNo），部署与运维成本低于独立库方案；
• 集团版在 B 的基础上增加组织树 + 共享标记（C 的变体），满足「总部统管、分子公司自治」；
• SAAS 版在 B 的基础上增加OrgNo_编号前缀，解决「租户内账号可重名」的商用刚需。

7.3 对比矩阵

八、这样设计的优点

8.1 一套代码，三种商业形态

从私有化单机到集团管控再到云端 SaaS，无需 fork 代码分支。CCBPMRunModel一处配置，人员实体、管理员逻辑、枚举查询、SQL 构建器同步切换——显著降低产品线的研发与测试矩阵。

8.2 组织语义不随模式而变

五表核心模型在三种模式下保持一致，流程选人规则、部门树、兼职与角色绑定不因升级模式而失效。实施顾问学会一套组织建模方法，即可服务不同规模客户。

8.3 隔离策略与业务场景精准匹配

• 单组织：零开销，最快上线；
• 集团：全局账号 + 分权 + 可选共享，贴合国企治理；
• SAAS：租户账号可重名，降低中小企业上云门槛（001、admin无需加随机后缀）。

8.4 引擎层强制隔离，而非靠自觉

集团/SAAS 模式下，Emp、Station、DeptEmp等实体的EnMap自动注入：

if(CCBPMRunModel!=CCBPMRunModel.Single)map.AddHidden("OrgNo","=","@WebUser.OrgNo");

列表查询、表单维护默认带组织过滤，减少「忘写 WHERE OrgNo」导致的数据穿透。

8.5 管理员模型清晰可落地

Port_Org.Adminer（主管理员）+Port_OrgAdminer（含二级）+ 系统admin，三级权限边界在WebUser.IsAdmin/IsAdmin2中集中实现，便于审计与权责划分。

九、这样设计的局限与应对

十、选型指南：我该怎么选？

┌─────────────────────────────────────┐ │ 需要 BPM 平台？ │ └─────────────────┬───────────────────┘ │ ┌───────────────────────┼───────────────────────┐ │ │ │ 仅一个法人实体 多法人/多子公司 对外售卖云服务 无组织隔离诉求 同一套 HR 主数据 租户互不感知 │ │ │ ▼ ▼ ▼ CCBPMRunModel=0 CCBPMRunModel=1 CCBPMRunModel=2 单组织版 集团版 SAAS 版

十一、结语：一种架构哲学

驰骋 BPM 的组织类型划分，体现的不仅是技术选型，更是一种务实的企业软件哲学：

不为一棵树砍整片森林——五表撑起全部组织语义；
不为一种客户造一个产品——一个CCBPMRunModel切换三种商业世界；
不让流程引擎绕过组织——OrgNo从登录态渗透到查询、枚举、角色与管理员判定。

从单组织的「一位admin」，到集团版的「队长与家长」，再到 SAAS 的「联合国与各小国」——驰骋用同一套Port_*底座，把组织结构做成了可生长、可商业化、可集成的平台能力。

这正是驰骋 BP 架构在 4.3 节所要传达的核心：组织类型不是表多表少的问题，而是隔离边界与商业形态是否匹配的问题。

附录：关键源码索引

驰骋工作流团队 · 组织结构系列文档 · 2026