如何搭建计费系统的渠道对账功能？这篇文章里，作者结合自身经验，从需求背景、需求分析、产品方案、等几个维度做了拆解和总结，一起来看看吧，或许会对想了解支付、计费系统设计等方面内容的同学有所帮助。
作者结合在支付领域工作一年的经验，并结合在跨境支付公司的实际项目和理论知识，对计费系统的渠道对账功能搭建进行详细阐述；供大家学习和参考。
目前渠道对账是资金根据渠道侧给的文件脚本生成，为方便资金更快的查看处理对账结果，上线渠道对账功能；同时核对渠道侧和我方交易侧的账单明细后将，渠道对账面板功能将结算金额按照计费规则拆解成费用项展示在面板上方便后续计费。
是确保所有交易都被正确无误地记录在账户或账单上，获取渠道和交易侧的匹配情况，方便资金处理对账结果，同时对无误的账单明细渠道对账后根据计费规则罗列对账单具体的收费项总的费用；
对的是账单明细和总额，由于wechat和alipay渠道目前只有支付，无退款；所以这两个渠道只对支付明细；对退款不进行对账。
1）文件上传模式：由于渠道侧的账单明细无法从数据库直接获取，是渠道那边发给我们的excel文件，因此；我们通过上传文件的形式进行匹配；支持excel\csv文件上传。
2）对账时间：由于负责资金的同事在中国，结合工作习惯以北京时间为准进行对账，每日0点，根据渠道侧的不同的币种，系统自动生成待上传账单的基本表头信息的条目；即根据币种不同显示渠道待上传的条目。
上传完成后系统自动解析，解析完成后对应以下几点：
1）当解析成功时，弹出弹窗【解析成功，是否开始对账】。
2）当解析失败时，有几点原因导致：
1）交易侧的匹配账单以当天账单的post_time字段为准进行匹配
比如10.17号获取账单、其账单内的post_time记录的是5.10号，则对应在系统中生成的条目是匹配时间是5.10号；开始对账时间是10.17号。
2）渠道侧和商户侧的账单明细按照PI号进行匹配
“PI号”是指付款信息号码（Payment Instruction Number），通常用于跟踪和匹配交易。PI号的达标意味着PI号字段的信息是准确、一致和完整的，这使得渠道侧和交易侧的账单能够按照PI号进行匹配。
3）币种和对账条目一一对应
由于渠道涉及多币种；考虑到不同币种汇率差异会导致对账金额不一致；随意不同渠道的对账条目按照币种划分；即以wechat为例，涉及到结算币种由GBP、HK和USD；即0点时系统准备拉取交易对账脚本，按照币种数量生成对应的条目，当天资金上传渠道侧文件时，同一份文件按照币种不同上传三次，每一次只解析和对账币种所对应的账单。
1）匹配无差异：平账；无需处理。
2）匹配有差异：对账金额不一致即交易或渠道的某一侧少钱。
由于具体的收费项是根据计费规则确定的；影响最终收费项金额的因素由：费率、汇率、费用计算公式，结算金额、和系统等因素组成。
① 时间差导致：由于不同地区和国家之间的时差和时区差异，会导致交易日期和时间的不匹配。
解决方案：对上传的渠道侧的数据，该日未对平的数据在数据库中回溯七天；并在差异处理中记录该条数据，如果七天内对平了该数据最终，则差异处理中该条数据自动删除；如果七天后仍未对平，则系统不再回溯，差异处理功能中仍会显示该条信息，对账结果显示有差异；状态显示待处理。
② 通信问题：由于渠道对账涉及多个系统和平台之间的数据传输，会存在通信问题，可能导致交易数据未能正确传递或同步，从而引起不平账。
解决方案同上。
③ 汇率差异：在跨境支付中，涉及不同货币的交易可能会受到汇率波动的影响。如果汇率不一致或不准确地应用于交易，可能会导致金额不匹配，从而引起不平账。
上线汇率面板功能，将汇率和计费系统联动；汇率面板中的数据每日从从中国银行和海云汇中直接拉取。当发掘拉去的汇率不合适时，支持人工修改。
对账完成后，会在【对账明细】字段中显示匹配结果，即交易侧和渠道侧的各自明细要匹配多少条；在【匹配结果】字段中显示成功匹配了多少条；有差异的有多少条；需要回溯的有多少条。
注：需要回溯的数据是指渠道侧或交易侧某一侧有这条数据；另一侧没有获取。
注意：下载的文件中除了包括原始的账单明细外，还要加上对账的匹配结果字段，以及对需要回溯的数据，后面加上回溯天数。
差异处理：对账完成后，对有差异的账单明细系统推送给到差异处理功能中；去处理差异；同时也会生成excel文件自动发送到通知群里；提醒工作人员去处理。
① 对由于时间差异导致交易侧数据未录入，需要等待回溯的订单，回溯完成后渠道自动对账，对平后，差异处理面板中该条数据系统自动删除，如未对平则保留该条；等待差异处理。
② 差异处理面板中的数据处理完成后，数据重新进入对账流程和交易侧数据进行对账，直到账单对平为止。进入对账流程还是以该渠道的post_time时间为准。
渠道对账涉及到的渠道：不同渠道匹配规则不同，现以wechat和Alipay+渠道为例。
1）搜索栏
① 渠道名称：可选择wechat 和Alipay+。
② 结算币种：来源于渠道侧给到的结算币种，我方从账单报表中进行提取可得：
注：即根据前面【对账时间】中关于对账条目获取的规则描述，可知，在次日0点时，系统根据渠道对应币种数量自动生成对应的条目；每一个条目需要上传一次渠道对账文件；待此时工作时间资金上传渠道报表，按照比重条目生成对应的对账结果数据。
③ 时间：由于渠道侧和交易侧的对账是根据匹配对应时间进行对账，所以时间按照匹配对应时间获取相应的条目。
2）信息栏
① 渠道名称
② 结算币种
③ 匹配对应时间：按照渠道侧和交易侧文件中的post_time时间对应
④ 账单解析状态：解析成功&解析中&解析失败
⑤ 账单笔数：分别显示渠道侧和交易侧对账文件中各自有多少条目；即显示渠道侧：200条；交易侧：200条
⑥ 对账结果：显示：对平：XX条；待回溯：XX条；差异处理：XX条。
待回溯指的是交易侧由于汇率时间差或其他原因还没有接收到对应的账单条目；需要等待一段时间才会显示。
⑦ 渠道侧总额：由于匹配的账单明细都是同一天，故渠道侧总额等于当天渠道侧账单明细的所有条目交易总额；同理交易侧总额等于交易侧账单明细所有条目的交易总额=tran_amount字段之和
⑧ 文件上传时间：为资金开始操作对账时间
⑨ 操作人：操作对账对应的工作人员名称
⑩ 管理：详情/差异处理/下载账单/重新解析/删除
3）搜索栏
① 页面信息展示：页面一开始展示所有渠道的数据，按照渠道名称首字母和匹配对应时间两个条件倒叙配列
② 渠道：支持Wechat 和Alipay+搜索
③ 结算币种：包括HKD/GBP/USD/EUR
④ 时间：选择时间后对应【匹配对应时间】字段的的检索结果
比如wechat渠道，对应结算货币有GBP/USD/EUR，即系统自动拉取三个条目。
上传渠道文件后解析过程提示分为解析成功和解析失败。
① 解析成功：上传—上传中—正在解析—解析成功并判断是否开始对账—开始对账—对账成功/对账失败；
② 解析失败：上传—上传中—正在解析—解析失败；
详情中主要展示计费相关的信息条目；主要包括：
① 对账信息：渠道名称/匹配对应时间/结算币种/文件上传时间/账单笔数/对账结果；
② 渠道侧账单明细：即展示post_time当天从渠道侧获取的账单中计费项的总金额，包括Total Settlement Amount/Total Acq_fee/Total Ic_fee/Total Scheme_fee/Total Other_fee/Total 3ds_fee/Total Settlement net Amount；
③ 交易侧账单明细：即展示post_time当天交易侧（即公司数据库中）获取的账单中计费项的总金额，包括Total Settlement Amount/Total Acq_fee/Total Ic_fee/Total Scheme_fee/Total Other_fee/Total 3ds_fee/Total Settlement net Amount；
④ 具体的费用项根据计费规则系统进行计算
部分渠道相关费用项，渠道侧会算好给我们；有的渠道需要我们自己按照计费规则，系统进行计算。
1）差异处理页面展示信息
① 信息栏：展示字段包括渠道名称/匹配对应时间/订单号/未匹配天数/订单金额/渠道流水总金额/交易流水总金额/差异处理状态/操作时间/差异原因/操作人/管理
订单号：用于标识商户或支付发起方系统中特定订单或交易的唯一标识符。
注：如何根据订单号追踪PI号：
获取订单号和相关支付信息：首先，您需要获取包含订单号的商户或支付发起方的相关交易信息。这可能是从您的系统中提取订单号，或者从商户或客户提供的相关信息中获取。
查找相关支付交易：使用订单号，您可以联系相关的支付渠道或银行来查找与该订单号相关的支付交易。这通常涉及与支付渠道或银行的客户支持或运营团队进行联系。
确认PI号：一旦找到相关支付交易，您可以请求支付渠道或银行提供与订单号相关的PI号。PI号通常可以在他们的支付指令或结算文件中找到。它是用于跟踪国际支付和结算的重要标识符。
进行对账或差异处理：一旦获得了PI号，您可以将其用于对账或差异处理。通过将订单号与相关PI号关联，您可以验证支付是否已经成功处理，或者解决可能存在的不匹配或差异。
2）差异处理功能
注：差异处理中的数据包括：渠道侧和交易侧确实存在差异（即账没有对平）和交易侧数据由于时间差未及时获取而无法和渠道侧匹配对账造成的差异
①渠道侧和交易侧确实存在差异：给出差异原因并进一步追溯解决；
②时间差未及时获取而无法和渠道侧匹配对账造成的差异：系统预留出7天的回溯时间，七天内如果该明细和交易侧对平了，则差异处理中该条记录自动删除，同时渠道对账中的相关费用随着也要变化——具体根据匹配的PI号和匹配时间确定对应条目。
支持下载渠道侧和交易侧的对账结果明细；
① 对账完成后，下载按钮由置灰状态变成可点击状态；同时选择想要下载的账单（支持多选）。
② 对账成功后，除了页面支持下载外，系统自动将交易和渠道侧的对账单明细以及差异明细文件发送到通知群中。
③ 下载与发送：
1）明确渠道对账的目的
2）明确渠道对账的内容：对的是渠道侧和交易侧的账单明细；涉及的渠道是微信和支付宝；且目前渠道侧只包含支付成功的账单明细；故我们仅对订单状态处于success状态的明细进行对账。
3）明确渠道对账的上传解析规则&匹配规则。
4）明确计费项金额的规则：对应金额按照计费规则进行计算。
5）最终的结果展示。
1）明确目标—明确对账业务逻辑和计费数据逻辑后：最后进行功能设计。
2）目标拆解
① 确保渠道提供商提供的账单与实际交易记录一致：
② 跟踪和解决渠道侧和交易侧之间的不平账或差异：
差异处理：展示差异和设计差异处理功能。
③ 方便老板查看公司计费相关的财务状况：老板想要了解计费相关的信息（涉及到公司的盈利情况）；故而最好放在一起展示。
本文由@月月有🐟吃 原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自 Unsplash，基于CC0协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。