授权与请款之间，钱漏掉的地方

一句话总结

信用卡结算分为批准和购买两个事件，在这期间会发生几个小时到几天，在此期间会因购买遗漏、部分购买余额、银行卡密码失败而产生双重索赔。

为什么需要这个？

进入PG（结算代理）公司后，第一次得到的提问通常是这个。“批准件数和购买件数为什么不一样？”

其他是正常的。信用卡结算不会一次性结束。

승인 authorization  이 카드로 이만큼 쓸 수 있는지 확인하고
                    그만큼을 한도에서 떼어 둔다. 돈은 아직 안 움직인다.
매입 capture        실제로 청구한다. 여기서 돈이 움직인다.

配送结束后，因为有很多加盟店购买，所以两个之间的时间差从几个小时到几天不等。所以批准件数和购买件数本来就不一样。问题不是因为不一样，而是不能说明原因。如果不能说明原因，即使在差异中真的混杂着事故，也无法知道。

怎么行动

一个批准最终会成为三个中的一份。

전량 매입   승인 금액만큼 청구됐다. 정상 종료.
부분 매입   승인 금액보다 적게 청구됐다. 주문 일부 취소·품절이 원인.
            차액은 승인 취소를 따로 내지 않으면 고객 한도에 계속 묶인다.
매입 없음   승인만 나고 끝났다. 여기가 위험하다.

没有购买的批准是危险的原因是因为批准有有效期。通常在几天到一个月之间自动解除，解除后尝试购买的话会被拒绝。在那个时候没有办法撤销——加盟店把东西寄了，但收不到钱就结束了。所以只有批准没有购买的情况必须在有效期过期之前找到，这是需要每天进行排班检查的检查类型。

部分购买的余额的性质也一样。如果在5万韩元的批准下只购买了3万韩元的话，除非另外支付2万韩元的批准取消（void），否则会一直被束缚在客户限额内。因为客户没有使用的2万韩元，所以下次付款被拒绝，然后电话中心会收到该咨询。

**一次性付款和双重收费。**即使在超时的情况下，支付请求也可能实际成功。如果未收到回复的客户，请重试，如果服务器没有以相同的结果返回相同的请求，则将收到两次批准。如果两次批准都成功，客户将收到两次收费。

这里最重要的事实就是这个。两个批准是auth_id不一样。如果用批准号码查找重复项，什么都没有出现。做过同样的事情两次的事实只有留在拨号码上。所以双重收费调查总是从拨号码标准的汇总开始。如果完全不保存拨号码的系统，这个事实本身就是第一个报告项目。

在现场相遇的样子

在一个PG上，曾出现特定加盟店的双重收费投诉。该加盟店的结算模块设置了3秒的响应超时时间，但信用卡公司批准的响应通常需要2.8秒左右。平时会勉强通过，但如果信用卡公司稍微慢一点，就会大量出现超时，每次都会重新尝试。这个请求内容在请求正文中，但PG服务器没有保存，只是直接通过了。

修改的只有两个。不是延长了超时时间，而是保存了唯一密钥，让同一密钥返回相同的响应。重新尝试不会消失，所以必须由接收方阻止。而且已经发现的双重索赔进行了退款，但制作名单所花费的时间是基于唯一密钥的统计。无论如何用批准号码搜索都找不到的45件，一旦用唯一密钥绑定，就一次性出现了。

批准·购买的时差是证券的T+2一样的结构。事件分为两部分，中间有状态，如果不监控状态的话，钱就会消失。虽然域名不同，但要处理的问题的形状是一样的。

下次实习要做的事情

制作了3,045件批准和2,745件购买的日志，并将差异全部解释为批准取消、拒绝、部分购买、无购买。分别支付没有购买的批准金额和部分购买的余额，最后根据平均价格标准组合，找到双重收费的金额。