拉卡拉开放平台
对账文件是按日组织的核对数据,它的价值在于:用一份双方都认可的记录,去比对各自系统里的记录。
多数对账文件分成两层:汇总层给出当日交易笔数与金额的总量;明细层给出每一笔的完整信息。汇总用于快速判断「有没有大差异」,明细用于定位「差异具体在哪一笔」。
| 字段 | 含义 | 核对用途 |
|---|---|---|
| 交易单号 | 平台的唯一标识 | 与本地记录逐条关联 |
| 商户单号 | 业务方发起时的标识 | 对照本地业务数据 |
| 交易时间 | 平台侧落定时刻 | 检查日切归属 |
| 交易金额 | 按约定单位的数字 | 金额一致性比对 |
| 手续费 | 当笔费用 | 净额计算依据 |
| 交易类型 | 支付、退款等 | 分类汇总与方向核对 |
同一笔交易可能经过不同的支付渠道,渠道侧的落定时间与状态回传节奏各不相同。差异集中出现在特定渠道时,排查方向会清晰很多——这也是为什么明细里保留渠道字段非常关键。
对账文件的保存周期应当覆盖可能出现的争议窗口。它不只是当天的核对依据,更是之后任何一次追溯、审计与解释的原始凭证。删除它的成本很低,重建它几乎不可能。
| 类型 | 表现 | 典型成因 |
|---|---|---|
| 长款 | 平台有、本地无 | 本地写入失败或状态未回写 |
| 短款 | 本地有、平台无 | 请求未真正送达或重复记账 |
| 金额不符 | 两侧都有但数值不同 | 单位换算、精度截断、手续费口径不一 |
对账的价值不在发现差异,而在把差异按成因分好类——分类正确,处理才可能自动化。
对账可以按日进行,也可以按更细的粒度进行,选择取决于业务量级与差异容忍度。
| 粒度 | 优点 | 代价 |
|---|---|---|
| 按日 | 流程简单,文件数量少 | 差异发现滞后一天 |
| 按时段 | 差异定位更及时 | 文件多,调度复杂 |
差异归集之后,需要明确由谁处理:技术原因交给技术,业务原因交给业务,口径不一致则需要双方共同确认。责任不清的差异会长期积压,最终变成无人认领的坏账。
对账文件包含完整的交易明细,属于敏感数据,留存与访问都要有明确约定。
24小时免费咨询
请输入您的联系电话,座机请加区号
