先从终态开始
只有到达终态的支付才适合对账。Titan Pay 会推送四种终态,所以结算单里不应该出现还在变化的行。截止时仍 pending 的订单,属于下一个批次,不属于今天的打款。
一行能对上的字段
每条结算行至少要有:订单号、UTR、交易金额、手续费、净额、终态、批次号和结算日期。订单号回到你的系统,UTR 回到银行,批次号把这笔钱和打款连起来。少一个,这行就不是“已对账”,只是一个数字。
| 字段 | 能证明什么 |
|---|---|
| 订单号 | 这行属于你系统里的真实订单 |
| UTR | 这笔支付的银行参考号 |
| 交易额、手续费、净额 | 算术结果与费率表一致 |
| 终态 | 支付不是仍然 pending |
| 批次号与日期 | 这行属于本次打款和起息日 |
关账前的五项检查
- 数量。当期成功订单数等于批次行数。
- 参考号。每条成功行都有 UTR,且没有重复 UTR。
- 金额。交易金额减手续费等于净额,没有分位漂移。
- 状态。失败、过期、退款订单被正确排除或冲正。
- 截止。批次窗口和起息日与签署的结算表一致。
缺失 UTR 要当事故处理
缺参考号不是格式问题。它会变成工单、延迟打款和审计问题。当天从后台补上参考号,并把修正留在文件历史里。如果同一个商户或通道反复出现缺 UTR,先修接入,再放量。
为什么 D0 更依赖对账
当日结算压缩了支付和打款之间的时间。对现金流是好事,但也压缩了发现差异的时间。T+1 有一天修参考号,D0 只有几个小时。把五项检查自动化,文件关账后不要再改。
常见问题
D0 结算单至少应包含什么?
订单号、UTR、交易额、手续费、净额、终态、批次号和结算日期。
截止时订单还是 pending 怎么办?
不要放进当天打款,等它到达终态后归入下一个批次。
先用 ₹1 测试单跑通
在 Telegram 领取沙箱密钥、接入文档与费率表。