发表于： 2019-07-29 21:18:02
2 669
今天完成的事情：
1.画原型
2.思考测试逻辑！！！业务逻辑好难啊！！！
明天计划的事情：
1.测试原型
遇到的问题：
1.题目和结果的逻辑，通过计算每题分数这样太难了，沿用了雯雯的方式
收获：
支付是对订单进行付款，交易是生成订单
支付行为分为单次支付，退款，转账，订阅支付。
支付分为：银行卡支付（线下POS支付，线上：信用卡支付，储蓄卡支付），认证支付（首次验证用户银行卡信息，保存信息，后期支付仅需要验证码），快捷支付（和认证支付相似，不同点在于快捷支付不需要保存卡号信息，银联提高token接口），网银支付（输入卡号，验证码，有U盾或其他安全插件），第三方支付
资金流：同行快捷支付是从一个账户转入另一个账户内
银联快捷支付同一收款银行，则银联给银行，银行内部系统完成两个账户转账
如果收款行是他行，则银联发布指令，分别完成两个账户余额增减
第三方支付，第三方支付在银行有托管资金，发生交易后，一般不会产生跨行资金流动，用户的资金会被打到托管账户中，另一银行托管账户打到客户账户。
一手入金，一手垫付，支付机构内部做账
1.对账：交易主体，交易对手，交易渠道侧
2.对账流程涉及到如下步骤： 渠道对账单下载、本地交易记录准备、轧账、平账。
3.轧帐是按照客户订单号来比较本地交易记录和渠道交易记录是否一致。
4.平账：发现两边数据不一样，进行处理
针对交易记录的对账的处理，主要有如下情况：
- 本地未支付，支付渠道已支付。这主要是本地未正确接收到渠道下发的异步通知导致。 一般处理是将本地状态修改为已支付，并做响应的后续处理，比如通知业务方等。
- 本地已支付，支付渠道已支付，但是金额不同，这个需要人工核查。
- 本地已支付，但是支付渠道中无记录；或者本地无记录，支付渠道有记录。在排除跨日因素外，这种情况非常少见，需要了解具体原因后做处理。
针对退款的对账处理，主要有如下情况：
- 本地未退款，支付渠道已退款，则以支付渠道为准，修改本地为已退款状态，并触发后续处理。
- 本地已退款、支付渠道已退款，但是金额不同，需要人工核查；
- 本地已退款，但是支付渠道无记录；或者支付渠道有记录，但是本地没有。 在排除跨日因素外， 这种情况非常少见，需要了解具体原因后做处理。
返回列表
评论