Split Payment 与 ERP：如何调整你的管理系统以适应新模式

直接回答：把 split payment 集成到 ERP，需要完整交易链，而不只是支付 API。税务凭证、应收款、支付指令、结算、税款分离、税务负债、销账和冲销必须共享键和状态，同时保留历史。

最低架构

订单 → 税务凭证 → 应收款 → 支付指令 → 结算返回 → 税务/会计核对。每一步要保存标识、日期、金额、版本和状态。ERP 记录企业事件，开票系统证明凭证，金融机构证明结算，核对层解释差异。

必备设计要求

• 幂等：同一返回重复到达时不能重复销账或分录；
• 颗粒度：一张发票可分多期，一笔付款也可结清多张发票；
• 版本：旧交易必须按当时规则重建；
• 可观测性：失败应带上下文触发告警，而不是只有技术日志；
• 反向处理：取消、退货、拒付和多付要有独立状态和批准链。

即时授权并不表示所有金融返回同步到达；内部或外部税务引擎必须明确计算责任及差异优先级；核对放在 ERP 还是独立层，应根据保存键、异常和分录的能力决定。

测试路线

建立覆盖税制、目的地和支付方式的数据，先在集成外计算预期，再发送并保存必要数据，核对凭证、结算、分离和会计，重复发送测试幂等，中断步骤测试恢复，并完整反向处理交易。

业务准备见split payment 清单。数据截止：2026 年 8 月 13 日。设计税务集成。