AI录入ERP单据，字段校验从哪里来？

让智能体完成录单，开发人员需要回答一个具体问题：用户说出的物料、数量和业务要求，怎样变成系统能够接受的字段值？对深圳制造企业的ERP开发人员和系统管理员而言，评估重点应落到字段定义、录入规则与调用行为之间的关系，不能把“理解了需求”直接当成“单据已经符合业务约束”。

所提供的金蝶资料给出了一条技术路径：以动态领域模型KDDM统一元数据描述和操作语义，把苍穹平台沉淀的通用业务能力封装为AI可以调用的原子命令，即苍穹CLI。本篇讨论限于资料所述金蝶SaaS与苍穹体系。这条路径不能直接推广为任意ERP都可采用的现成方案。

KDDM描述的内容不止字段名称。资料列明，字段、分录、按钮、校验和权限都由元数据描述；实体、单据、基础资料、列表和树等业务对象由元模型声明。对于录单任务，这意味着需要关注的业务语义包含“填什么”“怎样填”和“能进行什么操作”，而不是只向模型提供一张字段对照表。

苍穹CLI与这些定义的联系，在于继承平台已有的通用业务能力。资料将单据录入对应到字段类型契约、联动、必填和默认值，并列出form save / plan / apply、field set命令族。这里能够确认的是能力范围与命令对应关系，资料没有展开各命令的参数、执行顺序和失败处理方式，企业仍需结合具体环境核实。

字段类型契约可以理解为输入值应遵守的类型约定。建议开发人员把类型符合性与业务有效性分开检查：值的格式能够被接收，并不等于该值适合当前业务。必填规则需要确认哪些输入不能缺少；默认值需要确认来源及适用条件；字段联动则需要确认一个字段改变后，哪些相关字段应重新取值或重新检查。

联动尤其值得纳入录单验证。建议不要只检查调用时送入的字段，还应核对系统处理后的字段结果。若某项输入会触发其他字段变化，应确认智能体是否取得变化后的结果，以及后续操作是否继续使用了正确值。这是建议验证的项目，不是资料已经说明的自动核查功能。

对于制造企业的客户化单据，建议先整理一份约束清单，将标准字段、客户化字段、分录规则和插件行为分别对应到实际操作。建议验证客户化字段和插件行为，不预设通用命令完整覆盖。对于来源不明的默认值、条件不清的必填项或无法解释的联动结果，宜先补齐说明，再确定录单验收方式。

验证可以围绕正常输入、缺少必填值、类型不匹配和联动后值变化等情形展开。建议记录输入、系统反馈与保存后的单据结果，检查约束是否在预期环节起作用。字段校验应以系统规则和实际结果为依据，不能以智能体在对话中声称“已检查”作为通过条件。

因此，评估AI录单时，建议沿着“元数据定义—通用能力—命令调用—单据结果”核对证据。KDDM与苍穹CLI说明了结构化业务语义如何进入调用链路；具体客户环境是否符合要求，还需要字段、联动及插件验证。资料未证明任意ERP均可直接采用这一机制。