引擎定位
表单引擎是业务对象在平台上的「数据 + 界面」载体。通过模型定义字段、关联、校验与列表视图，再映射到录入表单、查询列表与详情页，使 SRM 订单、QMS 异常单、MES 报工页等不必从零写前端。设计态智能体可辅助生成与调整表单对象，但最终仍以可进设计器继续改的真实配置为准。
制造业表单的复杂度在于分支校验、主子表、选人/选部门/选物料等主数据组件，以及与流程、权限的联动。表单引擎与组织、权限、流程引擎共用底座，保证「谁在什么范围填什么、提什么审批」一致，并为多语言运行预留字段级译文空间。
适用场景
- 业务单据靠 Excel 或零散页面，字段口径不统一，统计要靠人工清洗，口径会议反复开
- 主子表、校验与联动逻辑散落在代码里，小改动也要发版，业务规则迭代跟不上现场
- 选人、选部门、选物料组件各写一套，主数据不一致，同一人在不同单据里对不上
- 同一业务在 PC 与现场终端体验割裂，规则无法复用，导致扫码端「简化版」另搞一套数
- 多语种运行时，界面文案与业务字典缺少统一替换点，出海只能复制页面或放弃翻译
能力要点
- 业务模型实体、字段类型、关联与约束集中定义，作为表单、列表、接口与报表取数的共同源头。字段口径一经建模，统计不必再靠人工清洗。
- 表单设计录入布局、分组、显隐与校验可配置，支持主子表等制造单据结构。小规则调整进设计器发布，而不是每次都排期发版等开发。
- 列表与查询查询条件、列展示、排序与导出与数据权限范围联动。能看见的行即授权范围内的行，导出不成为泄密或越权旁路。
- 主数据组件人员、部门、岗位、角色及业务对象选择组件统一消费组织与业务主数据，消灭各模块自建下拉导致的主数据分裂。
- 与流程联动表单提交可触发或驱动流程；节点可对字段施加只读/必填等约束，使审批与填报规则同一套配置，状态机不打架。
- 多语言就绪界面与字典文案可按租户语种替换，缺译回退原文。出海与多基地场景下，表单不必为每个语种复制一套页面。
典型断点
推进与验收
- 抽三类高频单据：新建、变更、作废/关闭，验证校验、权限与流程触发是否一致
- 主子表保存与列表加载性能可接受；关键字段变更有留痕或可追溯到版本
- 与 QMS/SRM/MES 等产品复用同一模型对象时，字段含义与单位在文档与界面一致
- 设计态智能体生成的表单/列表可在设计器中继续改并回滚，不覆盖未发布版本
- 驳回/撤回后字段可编辑范围与流程节点配置一致，禁止接口侧绕过
- 导出列与列表可见列在权限规则下保持一致
- 模型发布通知抄送集成主责与报表口径负责人，附变更字段与状态枚举清单
实施分期
- 一期：核心对象建模、状态机、组织组件、列表与校验基线
- 二期：流程挂接、权限字段规则、主子表与版本策略
- 三期：跨产品复用对象、设计态智能体人在环发布、报表取数联调
制造落地提示
IQC 记录、采购订单行、报工明细、检验项子表等是高频建模对象：字段单位（件/KG/米）、批次/序列号、组织维度应在模型层一次定义。与 ERP 对接时，避免在表单侧复制一套物料描述；选物料组件应消费主数据。列表默认筛选按工厂/仓库组织联动，减少「看得见全集团行」的配置失误。
不适用场景
- 用表单引擎承担复杂跨系统编排——长链路协同应结合流程与集成引擎
- 无模型治理、允许现场随意加字段——应先有命名与主数据归属规则
- 替代专业 CAD/PLM 结构 BOM——表单适合业务单据，不承担 CAD 原生能力
- 把 Excel 导入当长期主通道——导入宜用于初始化，运行态应回归系统录入与接口