⑧ 账对不平的原因:存在差异和瞬时交易与交易系统的交互存在时间差异
A. 长款:平台侧多收钱,渠道侧少收钱;即渠道侧记录20条、平台侧记录19条,多结算了一笔。
出现长款原因:
- 系统掉单;
- 系统BUG;
- 由于瞬时交易和交易系统交互反应时间过长,系统轮询时没有询到导致查找无结果。
解决方式:
- 平台侧进行补单;
- 平台侧对所补订单进行退款;由于找零为退还导致金额不一致;
- 设置一定时间范围定时轮询,超过此时间范围返回还是无结果判定失败,根据具体的对账详情判别是否要进行差异处理。
B. 短款:通道侧记录多收了钱;公司少收钱;即渠道对账生成19条,我方生成20条;
出现短款原因:平台认为成功了,实际上银行并没有收到请求。
解决方式:
- 去调单:需要判断是否为渠道侧的失误;去查看渠道侧的报文,判断是否追回。
- 平台侧发起补偿;即重新联系用户发起扣款或冻结订单。
注:若用户拒绝重新发起支付,会造成掉单;避免此种场景的方式可以免密支付或者快捷交易在支付里不仅能用于改善用户体验、提升支付成功率,也能用于事后代扣、避免资损。
C. 双边金额不一致:账单明细可以对上,但是最终显示的金额不一致。
造成的原因:系统BUG,流水一致但最终总金额轮询时,没有询上。
解决方式:修改金额,且设置轮询机制。
D. 金额和订单状态不一致:流水明细和金额一致,但订单状态未更正。
造成原因:
解决方案:找零的钱退还给用户,对于订单状态字段新增轮询机制。
⑨ 差错处理:
3)方案目标
- 对账核对渠道侧支付和退款流水明细、支付与退款总金额与我方支付&退款流水明细、我方支付与退款总金额及订单状态;
- 对账完成后,对有差异问题的订单给予差异处理功能;
- 系统对账后,通过给出的差异原因对系统其他功能进行优化迭代。
① 产品方案
页面信息展示:
A. 信息栏:包含字段业务类型/订单号/订单状态/订单金额/三方支付流水号/三方支付流水总额/实付金额/三方退款流水号/我方退款流水号/累计退款总额/找零金额/差异金额/差异处理状态/操作人/操作时间/管理。
- 找零金额:即用户实付金额-订单金额=找零金额;有找零则显示找零额度,无则显示“—”;
- 找零状态:已找零/未找零;没有找零金额时,则显示为“-”;
- 差异金额:即用户实际付款-累计退款=差异金额;
- 三方支付流水号:由于三方支付流水号=我方支付流水号,故我方支付流水号不做展示。
B. 搜索栏:业务类型/订单号/三方流水号(三方支付流水/三方退款流水/我方退款流水号)/差异类型/核对时间/差异处理状态。
- 业务类型:参与对账的业务线;
- 订单号:由于是由数字组成,故对字符串/空格等符号不兼容;
- 三方流水号:兼容字符串;
- 差异类型(原因):选项包括订单状态和金额不一致/三方流水大于我方流水/实付金额和售价不一致/我方流水大于三方流水/累计退款和退款流水不一致/未找零退款;
- 核对时间:自动对账的时间;
- 差异处理状态:已处理/待处理/无差异。
详情页展示:
A. 基本信息详情展示:包括业务类型/顶堤干号/订单金额/实付金额/累计退款/三方支付流水总额/三方退款流水总额/订单状态/差异金额/差异净额净额/找零金额/找零状态/差异id/对账时间/差异处理状态/差异原因
差异原因:对存在差异的订单,系统会给出差异原因,方便工作人员更好的排查。
B. 支付流水信息:包括订单号/三方支付流水号/三方支付流水金额/三方支付方式/我方支付流水号/我方支付流水金额/我方支付方式。
C. 退款流水信息:包括退款订单号/三方退款流水号/三方退款流水金额/三方退款方式/我方退款流水号/我方退款流水金额/我方退款方式。
差异处理:对存在差异的订单进行处理。
- 根据差异状态筛选出有差异待处理的订单;
- 在差异处理模块中提交支付流水号(支付上传多个流水号);支持上传支付/退款凭证;系统原因导致的差异,要求处理差异解决的代码;同时对差异原因进一步说明;
- 提交到后台系统自动审核。
2. 以实际项目来阐述渠道对账
1)需求背景
目前渠道对账是资金根据渠道侧给的文件脚本生成,为方便资金更快的查看处理对账结果,上线渠道对账功能;同时核对渠道侧和我方交易侧的账单明细后将,渠道对账面板功能将结算金额按照计费规则拆解成费用项展示在面板上方便后续计费。
2)需求分析
目的:是确保所有交易都被正确无误地记录在账户或账单上,获取渠道和交易侧的匹配情况,方便资金处理对账结果,同时对无误的账单明细渠道对账后根据计费规则罗列对账单具体的收费项总的费用。
跨境支付的渠道对账的内容:对的是账单明细和总额,由于wechat和alipay渠道目前只有支付,无退款;所以这两个渠道只对支付明细;对退款不进行对账。
① 对明细:对的是渠道金融机构拿到的报表(明细)和公司数据库里的交易明细对账;最终显示的条目只展示交易侧和渠道侧的明细需要匹配多少条,成功匹配了多少条;未匹配多少条。
对账的条目内容
② 对总额:最终展示在页面上的是无差异账单明细中每个收费项的总额;不同的渠道匹配规则不同。主要展示结算总金额信息、和计费相关的具体收费项金额信息。
3)对账时间和文件获取
① 文件上传模式:由于渠道侧的账单明细无法从数据库直接获取,是渠道那边发给我们的excel文件,因此;我们通过上传文件的形式进行匹配;支持excel\csv文件上传。
② 对账时间:由于负责资金的同事在中国,结合工作习惯以北京时间为准进行对账,每日0点,根据渠道侧的不同的币种,系统自动生成待上传账单的基本表头信息的条目;即根据币种不同显示渠道待上传的条目。
- 考虑提前生成脚本的好处:由于是对账文件是人工上传,系统根据渠道所支持的币种多少,对应生成多少条目;这样根据币种来划分方便后续资金结算;同时避免上传的文件有误;
- 由于负责资金的同事在中国,所以对账时间按照中国时间为准,但公司总部在国外的话结算日期按照总部所在国家为准,即当结算周期遇到节假日时,按照国外的节假日为准。
4)文件解析
- 北京时间0点系统按照渠道的结算币种数量生成对应的渠道对账条目,次日资金上传从渠道那边获取的excel文件,通过人工上传进行对账;
- 由于渠道侧的文件来源于不同渠道方给的excel文件;文件取名或内容格式不一,因此该功能对上传的文件名格式不做限定;但是文件中字段的内容需要和渠道方核实,做格式兼容处理;
上传完成后系统自动解析,解析完成后对应以下几点:
① 当解析成功时,弹出弹窗【解析成功,是否开始对账】;
② 当解析失败时,有几点原因导致:
- 上传文件内容格式有误——找渠道侧确认文件内容;
- 上传的文件内容重复——需要把历史上传的文件删除后才能二次上传;
- 网络加载错误。
5)对账匹配规则
① 交易侧的匹配账单以当天账单的post_time字段为准进行匹配
比如10.17号获取账单、其账单内的post_time记录的是5.10号,则对应在系统中生成的条目是匹配时间是5.10号;开始对账时间是10.17号。
② 渠道侧和商户侧的账单明细按照PI号进行匹配
“PI号”是指付款信息号码(Payment Instruction Number),通常用于跟踪和匹配交易。PI号的达标意味着PI号字段的信息是准确、一致和完整的,这使得渠道侧和交易侧的账单能够按照PI号进行匹配。
③ 币种和对账条目一一对应
由于渠道涉及多币种;考虑到不同币种汇率差异会导致对账金额不一致;随意不同渠道的对账条目按照币种划分;即以wechat为例,涉及到结算币种由GBP、HK和USD;即0点时系统准备拉取交易对账脚本,按照币种数量生成对应的条目,当天资金上传渠道侧文件时,同一份文件按照币种不同上传三次,每一次只解析和对账币种所对应的账单。
6)对账结果
① 匹配无差异:平账;无需处理。
② 匹配有差异:对账金额不一致即交易或渠道的某一侧少钱。
由于具体的收费项是根据计费规则确定的;影响最终收费项金额的因素由:费率、汇率、费用计算公式,结算金额、和系统等因素组成。
A. 时间差导致:由于不同地区和国家之间的时差和时区差异,会导致交易日期和时间的不匹配。
解决方案:对上传的渠道侧的数据,该日未对平的数据在数据库中回溯七天;并在差异处理中记录该条数据,如果七天内对平了该数据最终,则差异处理中该条数据自动删除;如果七天后仍未对平,则系统不再回溯,差异处理功能中仍会显示该条信息,对账结果显示有差异;状态显示待处理。
B. 通信问题:由于渠道对账涉及多个系统和平台之间的数据传输,会存在通信问题,可能导致交易数据未能正确传递或同步,从而引起不平账。
解决方案同上。
C. 汇率差异:在跨境支付中,涉及不同货币的交易可能会受到汇率波动的影响。如果汇率不一致或不准确地应用于交易,可能会导致金额不匹配,从而引起不平账。
上线汇率面板功能,将汇率和计费系统联动;汇率面板中的数据每日从从中国银行和海云汇中直接拉取。当发掘拉去的汇率不合适时,支持人工修改。
7)对账完成后的结果处理
对账完成后,会在【对账笔数】字段中显示匹配结果,即交易侧和渠道侧的各自明细要匹配多少条;在【匹配结果】字段中显示成功匹配了多少条;有差异的有多少条;需要回溯的有多少条。
注:需要回溯的数据是指渠道侧或交易侧某一侧有这条数据;另一侧没有获取。
- 由于对账时间是以的post_time时间为准;获取的是post_time当天的渠道侧账单明细数据;当对账完成后,功能页面显示改天各收费项明细的总金额;方便内部人员知道公司在渠道这边计费相关的财务状况;
- 对账完成后,支持系统对渠道侧和交易侧对账结果账单的下载;同时系统会把对账结果的excel文件自动推送的到通知群里,文件包括渠道侧、交易侧的对账结果明细以及差异处理的文件。
注意:下载的文件中除了包括原始的账单明细外,还要加上对账的匹配结果字段,以及对需要回溯的数据,后面加上回溯天数。
差异处理:对账完成后,对有差异的账单明细系统推送给到差异处理功能中;去处理差异;同时也会生成excel文件自动发送到通知群里;提醒工作人员去处理。
- 对由于时间差异导致交易侧数据未录入,需要等待回溯的订单,回溯完成后渠道自动对账,对平后,差异处理面板中该条数据系统自动删除,如未对平则保留该条;等待差异处理。
- 差异处理面板中的数据处理完成后,数据重新进入对账流程和交易侧数据进行对账,直到账单对平为止。进入对账流程还是以该渠道的post_time时间为准。
8)下载与推送文件格式
- 渠道侧的文件命名:渠道名_matched_report_年_月_日
- 交易侧的文件命名:渠道名_Merchant_matched_report_年_月_日
- 差异明细的文件命名:渠道名_差异明细_年_月_日
产品方案:
渠道对账涉及到的渠道:不同渠道匹配规则不同,现以wechat和Alipay 渠道为例。
页面信息展示: