协查技巧总结

1银行卡A是存折，翼支付误将存折作为借记卡处理，但银行响应签约成功，该原因未发送给银行（邮件已写好，邮箱未知）确认

在签约之前查询该银行卡的绑卡记录，查询到该借记卡类型的银行卡绑卡成功

后来翼支付发现了这个问题，将存折作为借记卡处理的问题修正了过来

通过银行卡查询卡宾信息，查询出来时存折类型

通过该类型查询支付机构，是查询不到的，因为翼支付现在还没有通过存折去支付的业务

2协查上海银行绑卡问题

查询的目的：

（1）查询当天有没有绑卡成功的

（2）绑卡失败的原因有哪些（分点列条列出，总结规律，进而解决某一种类型的问题）

签约的过程：

（1）网关manager模块和cif模块之间的调用

A 调用AgreementServiceImpl类的applyAgreement方法 调用cif<客户关系管理>系统 告诉cif我这边要发起一笔签约请求

Bcif回调网关FastPayManagerEntryServiceImpl类的bankBound方法 manager模块查询是银行下发短信verifyByBankSms还是平台下发短信verifyByBankBound

C对用户信息进行验证（因为有些银行不做用户信息校验，所以可能要先去公安网和中国银联去校验一下信息）

C如果是平台下发短信 则调用FastPayBindingService接口的bound方法 进行用户身份信息的验证，cif收到响应信息，然后发送短信

D如果是银行下发短信FastPayBindingService接口的bankSMS方法 调用资金源模块的请求银行下发短信接口，请求银行下发短信

（2）验证短信验证码

A用户收到短信验证码，输入并点击支付（手机客户端大多是纯绑卡，web客户端大多是绑卡+支付）

B如果是平台下发短信AgreementService 接口的 openAgreeRel，到平台缓存中验证是否正确，则银行模块绑卡成功

C如果是银行下发短信FastPayManagerEntryService接口的checkBankSms，通过资金源模块调用银行短信验证码验证接口，如果验证成功，则绑卡成功

查询的技巧：通过日志编号、线程名称、请求流水号进行定位

3总结绑卡的过程

（1）关键点一定要打印日志，并且是info级别的，否则查询问题很麻烦

（2）最关键的是绑卡流程一定要清楚，要铭记于心，要多多的去协查、分析、体会

（3）其实协查并不难，难的是定位日志，如果日志都定位到了，则再去分析问题的原因就很简单了

（4）定位日志最关键的是要清楚业务的流程，比如像绑卡，系统之间的调用比较复杂，不清楚，就会头脑不清晰，出现事倍功半的效果