支付对账系统三期设计.docxVIP

需求概述 文档背景及目的 对账过程中，由于上游通道日切时间点不同，对账原文件数据区间与对账系统对各个通道的数据归集区间存在差异，造成异常对账结果较多，影响对账效率。为了提升系统对账效率及精确性，本文档重点描述对账系统数据归集时间与通道日切时间匹配; 设计实现对异常对账结果的操作处理。 功能点如下： 系统接口数据归集时间与各通道日切时间点保持一致； 新增可自动对账接口； 异常对账结果的自动处理； 阅读对象 本文档阅读对象为：开发人员、测试工程师。 名词释义 名词 银行单边 平台单边 银行已付 平台已付 时间差交易 退款退回交易 名词解释 通道订单为成功，系统无订单或订单状态为非成功通道无订单，系统订单为成功或进行中 通道出款订单为成功，系统无订单或订单状态为非成功通道无订单，系统订单状态为成功 由日切时间不同而导致的跨账期对账成功交易 出款类交易，通道实时返回成功，但 T+N 日后，再次通过对账文件显示该笔付款交易出款失败；例如：民生代付【退汇】交易 系统数据归集接口属性设置 每日日终，对账系统对当日交易数据进行归集，等待获取通道对 账文件后，进行核对；各个通道的日切时间不同，通道对账文件对账区间不一，若系统数据归集时间统一为 00:00~24:00，对账结果将因 时差产生不必要异常结果，影响结算组对每日异常结果的分析和处理。 为减少时间差交易的存在，根据每个通道的对账时间区间，对账接口增加（通道）接口对账时间属性，限制系统接口的数据归集时间为通道的对账时间。 -------(D-1 日或 D 日 ~D 日)，这个提示是干嘛的 接口对账区间，通道对账文件的对账区间。时间框可按时间格式输入时间，输入框内冒号前后为两个独立输入内容，可分别输入数值。以第二个时间框内时间为对账当日日切时间。 异常对账结果处理 退汇处理 业务描述 完成对账，对账结果为银行单边，通道侧交易状态为：银行退汇， 异常交易类型为：银行单边。系统内交易状态为：打款成功。要求结算人员可在系统内进行退汇操作。 对账获取对账结果 对账 获取对账结果 银行单边置为退汇 通知成本计费表 生成退汇订单 通知转账表 通知商户计费表 通知会计系统 变更商户余额 功能描述 图表 1 付款退汇-置为退款 置为退款：可对退汇订单进行置为退款操作。点击置为退款，弹出退款确认对话框，点击确认，生成退款订单。 退汇订单写入银行退汇表，并通知各个相关数据表。 通知成本计费表，生成一条成本计费项为银行退汇的成本计费信息，冲销打款成功时成本费用。 通知转账表，生成一条新的转账信息，转账信息交易状态为交易成功，审核状态为审核通过，通知商户账户余额增加交易金额及手续费，并通知商户计费表。 商户计费表生成一条订单类型为退汇、计费类型为退汇、计费角色为平台的商户计费订单。冲销该笔退汇订单类型为正向交易的订单。 通知会计系统，将退汇及成本信息计入会计系统。 表单与数据项 表1. 退汇所涉及表单及数据 数据项 类型 说明 必填 来源 退汇订单 序号 字符串 自动生成 必填 系统自动生成 创建时间 日期时 间 自动生成 必填 系统自动生成 商户 字符串 打款商户 必填 打款表读取 原打款请求号 字符串 商户打款请求号 必填 打款表读取 银行订单号 字符串 初次打款批次号 必填 打款表读取 退汇流水号 字符串 系统内记录退汇 编号 必填 系统自动生成 商户退汇订单 号 字符串 反馈给商户退汇 打款订单 必填 系统自动生成 退汇金额 字符串 必填 打款表读取 算法 退汇对账采用三轮对账一轮反查，对账表为退汇订单表， 反查打款表。 约束条件 只有银行退汇，系统状态为打款成功，可以做置为退汇操作。 通道名称荣邦科技 通道名称 荣邦科技 荣邦扫码(汉堡) 优先 级 1 中信银行 中信扫码-代理(0.25%) 2 中信扫码-代理(0.25%) 中信扫码-(0.23%) 2 中信银行 2 艾米支付 中信扫码-非代理(0.2%) 2 艾米扫码（薯饼） 3 网联天下 网联天下扫码（薯条） 3 现在支付 现在扫码 3 微保扫码 微保扫码 3 北京兴业 北京兴业微信 4 通道名称 优先级 广发银行 广发银行代付 1 现在支付 现在代付 1 国采代付 国采余额代付 国采垫资代付 3 3 艾米支付 艾米代付 3 荣邦科技 荣邦垫资代付 4 厦门民生 厦门民生余额代付退汇 5 根据每周上线三至四个通道安排，三期主要上线荣邦扫码、广发代付、现在代付的开发、测试。