先从终态开始

只有到达终态的支付才适合对账。Titan Pay 会推送四种终态,所以结算单里不应该出现还在变化的行。截止时仍 pending 的订单,属于下一个批次,不属于今天的打款。

一行能对上的字段

每条结算行至少要有:订单号、UTR、交易金额、手续费、净额、终态、批次号和结算日期。订单号回到你的系统,UTR 回到银行,批次号把这笔钱和打款连起来。少一个,这行就不是“已对账”,只是一个数字。

字段能证明什么
订单号这行属于你系统里的真实订单
UTR这笔支付的银行参考号
交易额、手续费、净额算术结果与费率表一致
终态支付不是仍然 pending
批次号与日期这行属于本次打款和起息日

关账前的五项检查

  1. 数量。当期成功订单数等于批次行数。
  2. 参考号。每条成功行都有 UTR,且没有重复 UTR。
  3. 金额。交易金额减手续费等于净额,没有分位漂移。
  4. 状态。失败、过期、退款订单被正确排除或冲正。
  5. 截止。批次窗口和起息日与签署的结算表一致。

缺失 UTR 要当事故处理

缺参考号不是格式问题。它会变成工单、延迟打款和审计问题。当天从后台补上参考号,并把修正留在文件历史里。如果同一个商户或通道反复出现缺 UTR,先修接入,再放量。

为什么 D0 更依赖对账

当日结算压缩了支付和打款之间的时间。对现金流是好事,但也压缩了发现差异的时间。T+1 有一天修参考号,D0 只有几个小时。把五项检查自动化,文件关账后不要再改。

常见问题

D0 结算单至少应包含什么?

订单号、UTR、交易额、手续费、净额、终态、批次号和结算日期。

截止时订单还是 pending 怎么办?

不要放进当天打款,等它到达终态后归入下一个批次。

先用 ₹1 测试单跑通

在 Telegram 领取沙箱密钥、接入文档与费率表。

Telegram @titantg_chan