5. 详情
详情中主要展示计费相关的信息条目；主要包括：
① 对账信息：渠道名称/匹配对应时间/结算币种/文件上传时间/账单笔数/对账结果；
② 渠道侧账单明细：即展示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；
④ 具体的费用项根据计费规则系统进行计算
部分渠道相关费用项，渠道侧会算好给我们；有的渠道需要我们自己按照计费规则，系统进行计算。
6. 差异处理
1）差异处理页面展示信息
① 信息栏：展示字段包括渠道名称/匹配对应时间/订单号/未匹配天数/订单金额/渠道流水总金额/交易流水总金额/差异处理状态/操作时间/差异原因/操作人/管理
订单号：用于标识商户或支付发起方系统中特定订单或交易的唯一标识符。
注：如何根据订单号追踪PI号：
获取订单号和相关支付信息：首先，您需要获取包含订单号的商户或支付发起方的相关交易信息。这可能是从您的系统中提取订单号，或者从商户或客户提供的相关信息中获取。
查找相关支付交易：使用订单号，您可以联系相关的支付渠道或银行来查找与该订单号相关的支付交易。这通常涉及与支付渠道或银行的客户支持或运营团队进行联系。
确认PI号：一旦找到相关支付交易，您可以请求支付渠道或银行提供与订单号相关的PI号。PI号通常可以在他们的支付指令或结算文件中找到。它是用于跟踪国际支付和结算的重要标识符。
进行对账或差异处理：一旦获得了PI号，您可以将其用于对账或差异处理。通过将订单号与相关PI号关联，您可以验证支付是否已经成功处理，或者解决可能存在的不匹配或差异。
- 未匹配天数：由于交易侧数据获取滞后导致部分数据未匹配，故允许在数据库中回溯7天；当回溯时间为第四天匹配成功时，未匹配天数＝4；
- 订单金额：即交易金额；
- 渠道结算净额：由于该渠道只对支付，不含退款；且仅对订单状态处于成功时的订单进行对账；所以渠道结算净额=结算金额-手续费
- 交易结算净额：交易结算净额=结算金额-手续费；
- 差异处理状态：已处理、待处理和处理中；
- 操作时间：等于差异处理时间；
- 差异原因：差异取决于交易侧金额、渠道侧金额于订单金额不一致和订单状态；故差异原因包括：交易侧金额与订单金额不一致/渠道侧金额与订单金额不一致/金额与订单状态不一致/渠道侧与交易侧金额不一致/汇率差异/交易侧无数据；
- 管理：【差异处理】按钮提交证据进行差异处理。
2）差异处理功能
- 订单号：自动获取；
- 上传凭证：支持上传原始交易记录/三方支付渠道或银行记录/我方订单和交易记录/汇率信息/手续费信息等截图；要求上传JPG//PNG/JPEG格式，文件不超过20M；
- 差异处理记录日志：上传差异处理过程的操作日志/处理代码等；
- 差异原因：系统自动给出的原因有交易侧金额与订单金额不一致/渠道侧金额与订单金额不一致/金额与订单状态不一致/渠道侧与交易侧金额不一致/汇率差异/交易侧无数据；该字段需要在系统给定的基础上加以补充。
注：差异处理中的数据包括：渠道侧和交易侧确实存在差异（即账没有对平）和交易侧数据由于时间差未及时获取而无法和渠道侧匹配对账造成的差异
①渠道侧和交易侧确实存在差异：给出差异原因并进一步追溯解决；
- 金额导致的差异：修改金额并提交支付凭证截图；
- 系统导致的差异：迭代BUG后，提交差异处理证明；
- 汇率导致的差异：系统目前是每日线上从官方渠道拉取汇率值，若汇率不是想要的数值，后期支持手动修改，修正汇率。
②时间差未及时获取而无法和渠道侧匹配对账造成的差异：系统预留出7天的回溯时间，七天内如果该明细和交易侧对平了，则差异处理中该条记录自动删除，同时渠道对账中的相关费用随着也要变化——具体根据匹配的PI号和匹配时间确定对应条目。
7. 下载
支持下载渠道侧和交易侧的对账结果明细；
① 对账完成后，下载按钮由置灰状态变成可点击状态；同时选择想要下载的账单（支持多选）。
② 对账成功后，除了页面支持下载外，系统自动将交易和渠道侧的对账单明细以及差异明细文件发送到通知群中。
③ 下载与发送：
四、总结复盘1. 针对项目的复盘
1）明确渠道对账的目的
- 确保渠道提供商提供的账单与实际交易记录一致。
- 跟踪和解决渠道侧和交易侧之间的不平账或差异。
- 方便老板查看公司计费相关的财务状况。
2）明确渠道对账的内容：对的是渠道侧和交易侧的账单明细；涉及的渠道是微信和支付宝；且目前渠道侧只包含支付成功的账单明细；故我们仅对订单状态处于success状态的明细进行对账。
3）明确渠道对账的上传解析规则&匹配规则。
4）明确计费项金额的规则：对应金额按照计费规则进行计算。
5）最终的结果展示。
2. 方法论复盘
1）明确目标—明确对账业务逻辑和计费数据逻辑后：最后进行功能设计。
2）目标拆解
① 确保渠道提供商提供的账单与实际交易记录一致：
- 渠道侧账单明细和交易侧账单明细具体涉及的金额由哪些，进行对账；
- 跨境国际对账需要考虑币种问题，不同的结算币种对应的汇率不同，最终的结算金额也不同；
- 如何展示最终对账结果——遵从交互逻辑简单，清晰展示涉及到的信息。
② 跟踪和解决渠道侧和交易侧之间的不平账或差异：
差异处理：展示差异和设计差异处理功能。
③ 方便老板查看公司计费相关的财务状况：老板想要了解计费相关的信息（涉及到公司的盈利情况）；故而最好放在一起展示。
本文由@月月有????吃 原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自 Unsplash，基于CC0协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
,
