“字段必填”需要放回具体入口理解
在费用管理中,账单可能来自手工录入、图片识别或外部同步。即使模板中设置了必填,也应该分别检查各个入口在哪个环节进行校验。
一个值得复用的排查方向是:采集入库、打开详情编辑保存,以及后续引用到账单或报销流程,并不一定经过完全相同的前台校验过程。
这意味着,“采集后出现在列表里”与“该账单已满足后续业务的全部必填要求”需要分开核对。具体行为必须以对应租户和产品版本为准。
先确定正在修改的模板
从当前环境的费控服务工作台进入账单管理或发票管理,找到对应账单模板。核对票种、个人或企业账单范围,以及模板是否启用。
如果是不同票种、不同账单来源或不同模板,不能只根据字段显示名称相同,就认为同一项配置会自动覆盖所有入口。
把验证拆成一张小矩阵
| 验证入口 | 可以记录的问题 |
|---|---|
| 新建或采集 | 缺少目标字段时,是否允许进入账单列表? |
| 打开详情并保存 | 是否触发必填提示?提示对应哪个字段? |
| 业务单据引用与提交 | 是否继续校验,字段映射是否完整? |
| 已有账单再次编辑 | 渲染和保存行为是否与新建账单一致? |
每个入口应保留版本、模板和操作结果。用测试资料复现,不需要把真实发票、乘车人、购销方或企业账号写进公开记录。
必填、只读和显示是不同的控制
必填解决的是保存或提交时的数据完整性;只读用于控制能否编辑;显示或隐藏则影响界面呈现。一个字段隐藏了,并不能据此断言后台数据或校验规则也被取消。
涉及票据解析回填的金额、税额等字段时,还要核对字段来源和编辑规则。应先确认产品当前支持的行为,再决定如何调整。
涉及模板模式升级时,单独核对
旧账单模板与 UI 模板模式之间,还可能存在能力和生效方式差异。这一部分与产品版本、业务参数及租户升级状态相关,应当单独确认。
是否支持明细拆行、哪些编辑动作触发公式、切换后能否回退,应对照当前环境及厂商说明确认。先把当前入口的行为验证清楚,再评估模式切换,能减少配置变化与版本差异混在一起造成的误判。
最终记录应包含产品版本、所用模板、数据入口和实际触发校验的环节。这样,后来遇到相似问题时,才能判断哪些配置可以复用,哪些行为还需要重新验证。