批量付款流程设计：收款方核对、审批、幂等与失败重试

批量付款容易把“上传了一份表格”误当成“所有款项都已支付”。一份可靠的批次记录，应能追踪到每一笔款项的业务依据、收款方、审批结果和最终支付状态。

每笔付款都有对应事项

供应商货款、服务报酬和其他经营支出分别关联采购、验收或结算记录。付款名单不应只有姓名和金额，还需要业务单号、款项用途与应付依据，便于审批人判断是否应当付款。

批量付款与向消费者收款是不同能力。规划系统时，要单独确认可使用的付款服务与接口权限，不能因为已有聚合收款接口就假定具备任意代付功能。

新增或修改收款账户时，核对账户归属与业务关系，保留修改来源和确认结果。特别是临近付款时通过聊天提出的账户变更，应通过已知联系方式再次确认，避免仅凭转发截图操作。

将录入、审批和执行职责分开，尽量限制单一账号完成全部高风险步骤。批次审批后若金额或收款方发生变化，应重新进入相应的确认流程，不能沿用修改前的批准记录。

每笔付款使用稳定且唯一的业务请求标识，记录提交时间、外部流水号及查询结果。批次被接收只说明请求进入处理，不代表所有明细都成功；展示时应能分别看到成功、失败和仍待确认的记录。

网络超时后，先按原请求标识查询状态，再决定是否重试。状态未知时直接生成新编号再次付款，可能造成同一款项重复支付。明确失败与结果未知应使用不同的处理动作。

错误账户被修正后，保留原失败记录与新尝试之间的关系。批次完成后，将逐笔结果与账户流水核对，检查是否存在重复、遗漏或金额差异，并保存审批链与处理记录。

这套流程可作为业务系统的设计清单，具体接口则使用实际签约服务的文档。账务记录可以参考结算台账设计，异常筛查可参考交易风险信号。