一张申请可以包含多项费用
报销单的申请人、部门和事由属于单据层信息，每项费用的日期、类别、金额和项目归属则属于明细。把它们分开有助于统计，也方便某项费用被退回时保留其他内容。企业还需要决定是否允许跨项目报销、币种如何处理及附件是否逐项对应，不能让用户只上传一张总金额图片就完成所有信息表达。
审批关注点按岗位展示
直属主管通常确认费用与业务的关系，项目负责人关心项目预算，财务关注资料完整性和后续支付。系统可按企业流程分配待办，但不应让每个审批人重复填写同一组信息。审批页面展示当前需要确认的内容，保存意见与时间。替岗审批、越级处理和长时间未处理的提醒，也应有清楚的授权边界。
通过审批不代表已经付款
申请审核通过后，可以进入待支付清单，再记录实际付款时间、金额与必要的凭据。付款失败、分次付款或撤回未支付申请，应保留各自状态。涉及原始附件更换时，记录版本并按业务要求触发复核，防止审批时看到的材料与付款时使用的材料不一致，造成后续追溯困难。
用真实报销过程验收
选择一笔差旅申请，包含交通、住宿和其他费用，测试退回其中一项后再次提交。核对项目归属、预算展示、附件访问和审批历史，再由财务完成部分及剩余付款。报表应能区分申请、批准与实付金额，同时确认普通员工不能通过导出或链接访问其他人员的完整报销材料。
方案落地前需要确认
本文以“报销系统定制”为主题讨论功能设计，属于方案指南，不代表某个客户项目的实际交付承诺。具体实施前，应由业务负责人确认适用规则、使用角色、现有系统接口和验收方式，再通过原型验证关键操作。对于暂时不能确定的条件，保留待确认清单，在范围明确后评估开发周期与费用，避免将示例直接套用于不同企业。