ERP 采购订单表单设计器方案，根据类型动态加载字段
采购员在 ERP 里下一张采购订单，第一道题通常是「采购类型」。选「原材料」，后面是物料编码、规格、数量、单价、交货期；选「外协加工」，后面变成加工物料、工艺要求、交付日期；选「固定资产」，又变成资产类别、使用部门、折旧年限。同一张采购订单，不同类型要填的字段、要挂的主数据、要过的校验，几乎没有交集。
这道题答不对，或者系统带不出对应的后续，就是采购下单里最常见的一类返工：采购员填到一半发现字段对不上，退回、重下、再催供应商。
低代码表单设计器在这里的价值，就是把这种「看采购类型变」做成规则。把这张单交给 FcDesigner 做可视化配置、交给 FormCreate 做动态渲染，采购类型就不再是页面里的一堆 if，而是一条可发布、可复用、可回放的规则。
这张单难在哪：采购类型一分，字段全变
采购订单不是「字段多」的问题，是「字段的集合随采购类型变」的问题。
采购类型一列，通常就有原材料采购、外协加工、固定资产、服务采购等若干类。这几类要的字段差异很大：
| 采购类型 | 展开的分组 / 字段 |
|---|---|
| 原材料采购 | 物料编码、规格型号、数量、单价、交货期、到货地点 |
| 外协加工 | 加工物料、加工数量、工艺要求、交付日期 |
| 固定资产 | 资产类别、使用部门、折旧年限、验收要求 |
| 服务采购 | 服务内容、交付物、服务期限、验收标准 |
明细本身就是多行子表，数量乘单价要算金额，还要做含税与不含税的切换。金额超了档位要触发更高一级审批；采购员改一行数量，合计要实时重算；改税率，税额要跟着变。
再加上供应商主数据（编码、联系人、账期）和物料主数据（编码、规格、单位）要从 ERP 既有数据带出、不能重采——这张单如果写死在代码里，每加一种采购类型就要加一串条件分支，每改一个校验规则就要找开发。
一张可配置的采购订单，在 ERP 里长什么样
把它收成一张主表加采购类型驱动的明细分组，问题就收敛了。
主表放所有类型共有的东西：采购单号、供应商、采购类型、采购员、币种、含税/不含税、付款条款、预计到货日期。采购类型用单选，这一项是后续所有联动的开关。
按采购类型挂明细：选「原材料采购」，展开物料明细（物料编码、规格、数量、单价）；选「固定资产」，展开资产明细（资产类别、使用部门）；选「服务采购」，展开服务内容、交付物、验收标准。用户选一次类型，后面的明细自己成形，而不是被路由到另一张单。
供应商和物料用远程数据或自定义组件从 ERP 主数据带出：输入编码自动带出名称和规格，不手输、不重采。
金额做联动，而不是靠人算。明细行「数量 × 单价」出行金额，行金额汇总出合计，含税/不含税切换后税额实时重算。公式按字段引用，和表格函数的用法接近。
校验放在提交之前：数量必须大于零、单价不能为负、供应商必选、金额超档位提示需上级审批、交货日期不能早于下单日。明显不成立的组合挡在采购员这头，而不是等审批岗退单。
审批岗按角色看同一份 JSON。采购主管打开明细和金额可审，财务岗打开付款条款和税额段，其他段阅读模式，基础信息锁定。移动端只保留采购类型、供应商、金额、进度和待补内容，明细批量录入留在 PC 端。设计一次，PC 与移动端共用规则，移动端按 Vant 风格呈现。
主表进库，明细进子表，JSON 跟订单版本绑在一起：哪一次下单用的是哪一版单，退回修改打开当时那版，避免拿新文件的字段去审旧订单。设计器可以按字段生成建表 SQL，执行前必须人审。
接进现有 ERP，换的是采购单怎么发布
不需要先替换 ERP。采购单号生成、物料主数据、供应商主数据、库存收货、财务应付，继续由 ERP 提供。变化发生在发布方式上：采购类型、字段、校验规则配置成 JSON，ERP 的下单入口加载这份 JSON 渲染表单；审批引擎仍管流程节点，节点用角色决定打开哪一版、用编辑还是阅读打开。
实施上先把采购类型枚举、字段、金额档位、主数据带出关系写成文字，再进设计器。规则含糊，画布上只会把多个旧页面拼成一张更长的单。AI 表单助理可以按「采购订单：主表 + 按类型展开明细 + 金额联动 + 供应商/物料带出」生成第一版，业务在画布上改类型边界和校验。
自定义组件留给供应商/物料主数据查询带出、采购单号生成、电子签章。自定义模板留给「物料明细」「资产明细」这类重复块——销售订单、采购退货、库存调拨来了，拖同样的模块，而不是复制整张单。开源 FcDesigner 够把主表和类型分叉搭出来；角色切分审批岗、公式校验、生成库表、移动端预填，再看 FcDesigner Pro 文档。
这样配置后，少掉的工作
开发不再为「加一种采购类型」或「改一个金额档位」开迭代。类型、联动、校验、提示文案在设计器里改，JSON 发布后下一次打开即生效。
采购和业务可以参与定字段和定规则，而不只是提需求等还原。画布上当场能试：选固定资产，资产明细出不出来；金额超档，财务段该不该出现。
同构模块可以复用同一套配置。销售订单、采购退货、库存调拨同样是「类型分叉 + 明细子表 + 金额联动」的结构，换枚举、换校验规则，而不是每上一个单据就做一张写死的页。
以上是典型场景里可预期的分工变化，不是某家客户的实施报告。具体能少几人天，取决于你们现在有多少张单据写在代码里。
常见问题
采购订单为什么不能做一张万能表？
采购类型分叉加明细子表加金额联动，决定了一张万能表要么塞满用户不用的字段，要么漏掉真实约束。配置化把「哪种类型出现哪些字段、金额怎么算、档位怎么校验」做成规则，采购员只看到自己类型该看的部分。
FcDesigner 能替代 ERP 的采购流程吗？
不能。FcDesigner 解决采购单长什么样、谁能改哪一项、金额怎么校验。采购单号、MRP 建议、库存收货、财务应付、审批流转仍是 ERP 的能力。两者通过「订单版本带哪一版 JSON、节点用编辑还是阅读打开」衔接。
每种采购类型都要做一份 JSON 吗？
优先做一份主表，用类型联动和明细校验消化差异。只有口径彻底不同的（例如固定资产采购和服务采购几乎不共享字段）才拆 JSON 版本。自定义模板用来沉淀「物料明细」「资产明细」这类重复块。
只用开源版能不能做采购订单？
能做出可填、可校验、可提交的采购单，并接入现有 ERP。若要把角色切分审批岗、金额公式联动、生成库表、移动端渲染一次配齐，需要看 FcDesigner Pro 的对应能力。
如果你正在给现有 ERP 换采购订单，不必先上全量低代码。拿采购订单这一张单，在 FcDesigner 里搭出主表和类型分叉，把明细子表和金额校验配通，用 FormCreate 接到下单入口上。跑通原材料和服务采购两种类型，再决定哪些同构单据收进同一套配置，哪些必须拆 JSON 版本。