单据录入时的校验规则，轻流里到底怎么加？
采购申请单提交后，部门负责人签了字，财务却因预算超支退回。销售合同录入系统时，价格字段漏填了，流程走到二分之一才发现。这些场景中的共同问题，指向一个容易被忽视的关键环节：单据录入时的校验规则。
很多业务系统把注意力集中在流程审批环节，却忽略了数据在源头录入时的质量控制。一张单据上的字段填错了、漏填了、格式不对，后续所有环节都会被裹挟。即便审批流设计得再灵活，入口的数据质量不过关，后面都是补救。李主管是采购负责人，他常跟团队强调，“前端不校验，后端全返工。”这句话直接点出了单据录入校验规则的核心作用。
在轻流等无代码平台上，配置这些校验规则并不需要写代码。但如何根据业务场景设计正确的校验逻辑，是很多使用者困惑的地方。本文从业务视角拆解单据录入时的校验规则，说明在轻流里到底怎么加。
单据录入校验规则解决的问题是什么
单据录入时的校验规则，根本目的是在数据进入系统的一刻就保证其完整性、准确性和合规性。没有校验规则的系统，相当于打开了一扇没有检查的大门，任何不完整或错误的数据都会进入后续流程。
典型问题包括：采购需求提出时没有绑定预算，审批时无法判断是否超支；销售工单中的客户联系人字段为空，后续发货无法通知到人；设备巡检的拍照记录没有上传，异常判定缺少依据。这些问题的本质，是系统没有在输入环节做“卡口”。
具体的校验规则可以覆盖几个维度：必填字段控制、格式校验、唯一性校验、逻辑校验、关联数据校验、权限维度的合规校验。每一种对应不同的管理诉求。以采购场景为例，单据录入时校验的重点往往包括采购金额是否超过预算、供应商是否在准入名录里、品名分类是否与主数据一致。
轻流里配置校验规则的路径与逻辑
在轻流中，单据录入时的校验规则主要通过表单设计器和流程设计器配合实现。具体的操作路径可以概括为：选中字段 → 设置校验条件 → 选择触发时机（提交时、字段变更时）→ 定义未通过时的提示信息。其中，关键节点是需要对“校验对象”做明确的业务定义。
比如，一张采购申请单中，如果“预算金额”来自另一个数据源（预算表），校验规则就要通过“关联其他表单数据”来判断当前申请金额是否小于剩余预算。这不是一个简单的数值范围校验，而是跨表单的实时关联校验。在轻流中，这种能力依靠数据引擎和表单关联来实现，无需开发接口。
另一个常见场景是供应商名称的校验。如果企业要求只能从已准入的供应商名单中选择，则需要在字段属性中设置“数据联动”或“下拉选项-从数据源获取”，让用户在输入时只能选择已存在的供应商，而不是手工填写。这种“前置校验”实际上把校验做在了输入动作之前，降低了错误率。
除了字段级校验，轻流还支持流程级校验。即在流程启动节点或某个节点进入前设置条件，只有当字段满足规则时才允许提交或流转。这本质上是在流程入口再做一次数据质量拦截。
不同业务场景下的校验规则设计思路
校验规则的设计不能脱离具体业务。同样是“金额”字段，采购申请单与销售订单的校验逻辑完全不同。以下按几个典型场景说明设计思路。
| 业务场景 | 校验规则关键字段 | 轻流实现方式 |
|---|---|---|
| 采购申请 | 采购金额、预算科目、供应商名称 | 表单关联校验、下拉数据源、公式校验 |
| 销售工单 | 客户名称、联系人、产品型号 | 数据联动、必填校验、正则表达式 |
| 设备巡检 | 设备编号、巡检照片、异常描述 | 必填字段、附件上传校验、条件必填 |
其中，采购场景中的“预算科目”校验比较典型。单据录入时的校验规则不仅是做非空检查，更是要判断该科目的剩余预算是否足够。这种校验在轻流中可以通过“数据表”功能提前维护预算台账，再通过表单字段的“关联其他表单数据”实时获取余额并做条件判断。如果超出，系统会自动给出提示并阻止提交。
选型与评估：判断校验规则是否覆盖到位
企业在使用轻流等无代码平台搭建流程时，常遇到的一个误区是：只关注审批流是否灵活，忽视了单据录入时的校验规则是否完整。一个采购系统好不好用，不只是流程流转得快不快，更是入口数据准不准。
评估标准可以考虑三个维度：
- 字段层面的控制力：是否支持必填、长度、格式、正则、唯一性、范围、多选限制等常见校验。
- 数据层面的联动性：能否跨表单、跨数据表做实时校验，比如预算可控、库存可用、供应商准入。
- 流程入口的拦截能力：是否能在流程启动、节点前进、提交触发多个时机设置校验，而不是只在最终提交时统一报错。
如果当前的系统不支持上述任意一类的校验，你遇到的返工、数据不一致问题本质上不是流程问题，而是数据入口问题。这种情况不需要立刻替换系统，可以先在轻流等支持灵活配置规则的平台中单独搭建一张数据采集表单，作为数据入口的承载点，再通过Open API或集成工具与原有系统打通。
落地执行：从一条具体规则说起
以采购需求单为例，展示在轻流企业数字化管理系统中配置一条完整的校验规则，大致需要以下步骤：
- 确定校验对象：采购金额（数字字段）、采购数量（整数字段）、预算科目（下拉字段）
- 设定规则类型：采购金额不能为0，也不能超过10万元（金额上限）；采购数量必须是正整数；预算科目不能为空，且只能从预算台账中选择
- 在轻流表单设计器对应字段中，设置“必填”“数值范围”“关联表单”等属性
- 在流程起点节点，配置“节点提交前校验”条件，触发时机为“提交时”，如果不符合规则，流程无法发起
- 编写错误提示文案，如：“采购金额不能超过预算剩余额度，请重新填写。”
上述操作不涉及代码。如果企业有更复杂的校验逻辑，比如“当采购金额大于1万元时，必须上传三方比价单”，则可以利用轻流的“条件字段可见/必填”功能，根据金额值动态控制附件字段的必填状态。这种校验比固定必填更贴近真实业务规则。
案例视角：数据准确度如何影响多部门协同
在定制化装备制造行业中，一张采购订单的数据质量会直接影响生产排程和交期。江苏万泰动力是一家发电机组制造企业，服务全球150多个国家和地区的客户。订单需求变化快，合同、参数、交期和生产信息分散在微信、Excel和纸质单据中，销售、技术、生产之间经常因为信息不同步导致返工。
其解决方案中非常重要的一环，就是把客户需求、技术参数、修改记录、交付日期统一到一条时间轴上。统一的过程中，校验规则起到了“入口把关”的作用：技术参数填写不完整，单据无法进入下一环节；修改记录必须有对应的变更原因字段，否则流程不会放行。这样做的结果是，从“信息找不着”变成“打开就知道”，跨部门协同不再依赖个别人员核对。
这种做法也说明了，校验规则不只是IT人员的配置工作，而是业务管理者需要参与设计的规则。什么时候该必填，什么时候该条件必填，什么时候该跨表关联，这些决策需要懂业务的人给出。
先统一规则，再考虑系统替换
如果你的企业在单据录入时经常出现漏填、错填、数据不一致等问题，第一个要做的不是更换系统，而是梳理清楚每个业务场景的校验规则清单：哪些字段在任何情况下都必须填写？哪些字段的值必须从已有的数据源中选取？哪些字段填报的金额受预算或库存控制？
没有经过校验规则设计的表单，就像没有安检口的大门。而轻流这类无代码平台的核心价值，正是让业务人员可以直接参与到规则设计中，不必等待IT排期。从一条基础必填规则开始，逐步增加跨表关联校验、条件必填和流程入口拦截。
小团队可以先从一张核心单据的校验规则试点，跑通后再扩展到相邻业务场景。不要一开始就把所有字段的逻辑都设成“必填”，那样会拖慢录入速度。合理的规则设计应该是在“数据完整”和“录入效率”之间找到平衡，让数据在源头就被治理好。
常见问题
Q1: 轻流中配置校验规则是否必须写代码？
答：不需要。轻流通过表单设计器和流程设计器的可视化界面提供校验能力，常见的必填、范围、格式、关联数据校验都可以通过拖拽和选择完成。复杂校验（如跨表单预算校验）需要通过数据表和关联功能实现，但依然在图形化操作范围内，不涉及代码编写。
Q2: 单据录入时的校验规则和审批流程中的条件判断有什么不同？
答：校验规则的执行时机更早，发生在数据录入和提交阶段；审批中的条件判断则是在流程流转过程中触发。合理的做法是先设置录入时的校验，保证进入流程的数据合规；审批条件判断则用于处理更复杂的分支流转逻辑，比如金额超限则需要额外领导审批。两者配合使用效果最佳。
Q3: 如果企业已有ERP系统，还有必要再用无代码平台做校验规则吗？
答：看痛点所在。如果问题不是ERP核心功能缺失，而是数据录入环节缺乏灵活校验（比如无法做到跨表预算校验或条件必填），用无代码平台单独搭建数据采集入口是一个可行的补充方案。通过Q-Linker等集成组件，将校验后的数据同步回ERP，既保留了ERP的稳定性，又引入了前端灵活的数据管控能力。不一定要替换主力系统。
