流程审批、选人、会签并签或签、仿真、表单存储问题汇总¶
对话主题：流程节点选人规则、会签/并签/串签/或签概念、仿真数据存储、表单底层存储、万人全员意见收集方案、意见节点与抄送区别等
一、流程仿真相关¶
本节描述的是**统计仿真**（岗位时长/通过率/独立库），尚未实现。
本期已落地的是设计器**交互走查**（流程运行时同库ISSIMULATION；仿真单据放内存缓存，不写TLK_*），见 [[流程仿真功能设计]]。第 6 条「仿真一定要独立数据源」只针对统计仿真。
1.仿真人员处理逻辑¶
- 仿真不需要绑定真实人员，优先按**岗位角色**建模；
- 同岗位多人：给岗位设置处理时长、通过率分布参数，仿真时随机取值；
- 若个别关键人员行为特殊，可单独配置特殊参数。
2.岗位多人员，真实环境分配逻辑（非仿真）¶
岗位下多人时，任务分发3种模式： 1. 随机推送：从岗位人员列表随机选一人； 2. 抢占式（抢单）：任务推送给全部人员，谁先认领谁处理，其他人待办作废； 3. 规则分配（最复杂、业务最常用）：按部门映射、负载均衡、表单字段、组织关系分配。
3.仿真数据源配置¶
- 不指定仿真数据源：默认使用业务主库，仿真数据和真实业务同库，风险高（脏数据、统计干扰、性能占用）；
- 最佳实践：独立数据库作为仿真数据源，物理隔离；
- 次选：同一库不同表（不推荐，容易混淆、权限难管控）；
- 仿真表单数据：需要保存实例表单数据用于指标统计，仿真结束后可清理原始实例，只保留统计结果。
4.仿真数据存储¶
- 仿真实例、流程数据、表单数据存放于仿真数据源；
- 历史基准数据：从业务库抽取清洗后导入仿真库；
- 仿真对比历史数据：仿真库留存。
二、审批节点多人审批概念区分¶
基础模式¶
- 串签（串行审批）：按顺序审批，上一人完成后下一人收到待办，线性执行；
- 并签（并行审批，大类）：多人同时收到待办、并行处理；是汇签、或签的父概念
- 汇签：并签的一种，全部人员同意才可流转；传统意义会签=全员审批；
- 或签：并签的一种，任意1人通过即可流转，其余待办自动作废；
对立关系¶
- 并签 ↔ 串签（并行vs串行）；
- 汇签(全部通过) ↔ 或签(一人通过)。
或签泛微底层待办逻辑¶
- E‑cology默认：给每个匹配人生成独立待办；一人同意后系统自动取消其他人待办；一人驳回不终止节点；
- 风险：匹配人数极多时批量生成大量待办；
- 优化：开启认领抢单模式、限制推送人数上限；
- 版本差异：eteams抢单池模式；E9/E10可配置认领、推送上限；默认无硬上限，业务建议50人以内。
三、节点选人规则（泛微）¶
1.选人四大类¶
- 通用选人：指定人员/部门/岗位/群组/发起人/上一步处理人、前序节点自由选人
- 表单字段选人：根据表单内人员、部门字段动态取审批人
- 组织架构逐级上级：按汇报链逐级上找领导
- 外部业务数据选人：关联其他业务表取人员
2.岗位+部门过滤两种逻辑¶
- 先选岗位、再过滤部门（推荐）
先取全公司该岗位所有人员，再按部门筛选；岗位定义全局统一，适合岗位标准化、按发起人部门过滤审批人。
- 先选部门、再过滤岗位
先锁定部门范围，再在部门内筛选该岗位人员；适合部门自治、岗位只在本部门生效。
两种都能实现相同结果，但筛选顺序、维护逻辑不同。
3.极端场景：节点角色=全员（10000+人，每个人必须提交意见）¶
- ❌ 不能直接节点选人=全员：会生成上万条待办，系统压力极大；
- ❌ 不能用抄送：抄送不强制操作、不阻塞流程；
- ✅ 方案：分批次分组会签 + 意见节点；按部门拆分子组，组内会签，全员必填意见。
四、意见节点详解¶
1.意见节点定义¶
专门用于收集参与人文字/附件意见的流程节点；区别于简单同意/驳回审批；是流程必经节点，必须提交才能流转（可设必填）。
2.意见节点 vs 抄送¶
- 意见节点：强参与、必填可控、阻塞流程，必须操作；意见是流程审批动作；
- 抄送：消息通知、仅知会，不阻塞流程，可看可不填意见。
3.意见节点核心属性¶
- 必填控制、匿名/实名、背靠背（互相不可见意见）、意见排序、附件、手写签章、查看/编辑权限；
4.意见数据存储¶
- 原始审批意见**优先保存在流程日志表（workflow_requestlog等）remark字段，流程历史来源这里**；
- 表单上的「意见展示字段」：默认只读、从流程历史表读取，不额外存储；
- 如果表单手动新建独立文本字段用来回填意见：会**双份存储（流程日志一份、表单物理表一份）**，适合表单内汇总统计。
五、泛微表单数据库存储结构¶
- 元数据（表单配置、字段定义）：系统字典表
form_main、form_field；动态配置； - 业务数据：每一张表单自动生成独立物理表
- 主表：
formtable_main_xxx - 明细表：
formtable_detail_xxx架构：元数据动态管理 + 业务数据独立物理表存储，兼顾灵活和查询性能。
六、特殊问题总结¶
- 选人匹配后只有1个人：单人审批，忽略会签/或签多人规则；
- 汇签：并签子集，全员通过；或签：并签子集，一人通过；
- 万人收集意见不能直接选人全员，分批会签+意见节点；
- 统计仿真一定要独立数据源，不要直接用生产库（交互走查的流程运行时数据仍在同库，仿真单据不写表单表，见 [[流程仿真功能设计]]）。