title: "什么是动态表单？不同合同为什么需要不同表单？"
description: "动态表单是按合同类型和业务条件动态组织字段、校验、权限与展示方式的能力。它在减少无效录入的同时，保证企业获得可用于流程、台账和履约管理的结构化数据。"
keywords: ["动态表单", "合同自定义字段", "合同类型", "条件审批", "合同管理系统"]
什么是动态表单？不同合同为什么需要不同表单？
一句话解释
动态表单，是系统根据合同类型、业务选择或配置规则，动态展示不同字段、控件、必填校验、默认值、字段权限和布局的能力。它让企业在保留统一合同基础信息的前提下，为采购、销售、租赁、保密、工程等不同合同采集真正必要的数据。
为什么“一张万能表单”通常会失效
所有合同共用一张表单，看似统一，实际常有两种结果：要么字段过多，使用人为了提交随意填写；要么字段过少，关键业务事实只能写进备注或正文，无法用于审批、预警和统计。
例如采购合同可能需要预算来源、采购方式、验收方式和付款节点；租赁合同更关注租赁物、面积、租期、递增规则和押金；保密协议则需要保密信息范围、接收方、保密期限和返还要求。让每个经办人都填写与其无关的内容，不会提升数据完整性，反而会稀释重点。
动态表单的价值在于“标准化与差异化同时存在”：金额、主体、期限、负责人等共性字段统一；与合同类型相关的事项通过扩展字段按需出现。
一套专业动态表单应包含哪些规则
| 规则类型 | 解决的问题 | 例子 |
|---|---|---|
| 字段类型与布局 | 用合适的方式采集信息 | 金额、日期、下拉、人员、附件、明细表格 |
| 必填与格式校验 | 防止关键数据缺失或错误 | 项目编号必填；金额不得为负；日期范围合法 |
| 条件显示 | 避免无关字段干扰 | 选择“框架合同”后才显示预计采购额 |
| 默认值与选项 | 减少重复录入并统一口径 | 币种默认人民币；预算来源从字典选择 |
| 字段权限 | 控制谁能看、谁能改 | 商务可填业务字段，财务可维护税务字段 |
| 检索与流程映射 | 让字段参与后续管理 | 资金来源作为审批分支，项目编号作为台账筛选 |
动态表单不是简单的“自定义几个输入框”。没有字段定义、数据格式、权限和后续用途的表单，只会制造一批难检索的杂项数据。
典型场景：采购与保密协议为什么不能同表填写
假设企业把“采购合同”和“保密协议”都放在同一张表单中。采购经办人需要跳过保密信息类别、披露场景等字段；法务发起保密协议时，又要面对预算、验收、物流等无关字段。久而久之，字段要么空置、要么被错误填充，审批人也无法快速看到真正需要判断的信息。
更合理的设计是：两类合同共享合同名称、主体、期限、负责人等基础字段；采购类动态表单增加采购方式、预算来源、验收方式、项目编号；保密类动态表单增加保密范围、保密期限、返还/销毁要求。前者可影响金额或资金来源审批，后者可作为法务审查清单。不同表单并不破坏统一台账，反而提高了数据的可用性。
动态表单、合同模板和条件审批有什么区别
| 概念 | 处理对象 | 主要作用 |
|---|---|---|
| 动态表单 | 结构化业务数据 | 采集、校验、展示和检索字段 |
| 合同模板 | 合同文本内容 | 生成和规范权利义务文本 |
| 条件审批 | 流程流转规则 | 根据金额、部门、类型或字段值决定审批路径 |
三者可以联动，但不能相互替代。表单采集的项目编号可以填入合同模板，也可以成为条件审批的判断依据；模板中的一段条款却不会自动成为可筛选的台账字段，除非被明确设计为元数据。
在肇新合同系统 2.0 中如何落地
肇新合同系统 2.0 的动态表单以“元素管理”为配置入口：管理员可定义扩展字段的控件类型、校验规则、分组布局和字段级可见/可编辑权限，并在合同类型中选择引用哪些元素。合同起草时按所选合同类型加载最新配置；一旦草稿或审批单保存，系统同时保留当时的表单结构和已填数据，确保后续编辑、审批、变更和合同详情能够按原始结构回显，而不会因管理员后来调整配置而误读历史数据。
系统在提交审批时校验动态表单的必填项，临时保存则允许未填完整；审批和详情场景以只读方式展示数据。扩展字段可用于流程条件分支，也可由管理员选择是否在合同台账中展示或参与高级筛选。对于合同变更，系统还能对扩展字段的前后值形成差异摘要，使审批人看到的不只是“有变更”，而是具体哪项业务事实发生了变化。
动态表单治理的关键原则
字段标识应稳定，展示名称可以调整。 报表、流程条件和接口往往依赖字段标识。随意删除、复用或改变字段含义，会造成历史数据与统计口径断裂。
配置变更应当版本化思考。 新增字段通常风险较低；修改选项、校验或含义时，应评估对草稿、历史合同、审批中流程和台账筛选的影响。
权限应遵循最小必要原则。 能编辑不等于能查看全部敏感信息。涉及价格、税务、个人信息或商业秘密的字段，应分别设计可见、可编辑、可导出规则。
企业落地检查清单
- 是否先梳理合同分类与每类合同的决策、审批、履约信息需求；
- 是否保留统一基础字段，并将差异信息设计为类型专属扩展字段；
- 是否为每个字段定义名称、标识、数据类型、口径、责任人和使用场景；
- 是否配置必填、格式、逻辑校验以及必要的字段级权限；
- 是否只将真正需要分析的扩展字段开启台账显示和检索；
- 是否在上线前测试起草、临存、提交、审批、变更、详情、导出与历史回显全链路。
常见问题 FAQ
动态表单变更会影响历史合同吗？
如果系统只读取当前配置，确实可能造成历史数据无法正确展示。因此应保存合同当时的表单结构和数据，并将新增、改名、停用等配置变化纳入变更管理。
所有自定义字段都应该进入台账筛选吗？
不建议。只有具有稳定口径、经常用于查询或统计、且对数据权限影响可控的字段才应开放检索；否则高级筛选会变得复杂且性能、口径都难治理。
动态表单能直接决定审批流程吗？
可以将字段值作为条件审批的依据，但前提是字段定义稳定、填写校验可靠，并已对各种取值和空值场景完成流程测试。
一句话总结
动态表单不是让企业“多填一些信息”，而是让每类合同以最低必要的录入成本，获得能驱动流程、履约、台账和决策的可信数据。
关联名词
- 合同元数据
- 条件审批
- 合同自动生成
- 合同数据权限
