交易渠道(支付宝)对客户投诉或确认交易违规时,会将案例推送给通联收银宝系统,收银宝会通过主动发起http post请求的方式,把通知信息转接推送到客户在收银宝客户平台配置的风控通知地址,请求参数如下:
注意:因为以后可能会增加通知参数,请获取全量变量,然后遍历获取非空变量,而不能用request.getparam(“key”)这样用文档中的字段名来一个个获取,到时候收银宝增加通知字段,就无法兼容了.请参考demo
通知的每一个字段都会进行UTF-8的UrlEncode,如果商户接收结果的服务器用web容器进行接收,例如TOMCAT,IIS.则无需进行URLDecode,如果不是用web容器进行接收,而是读数据流自己进行解析,则需要进行UTF-8的UrlDecode
以java为例:
String trxreserve = "订购人+10086";
String sendData = URLEncoder.encode(trxreserve, "UTF-8");
String getData = URLDecoder.decode(sendData, "UTF-8");
通知响应结果:
商户服务端在接收到结果通知并正确处理后,应响应消息。正确处理响应success,其他响应或者不响应通联开发平台则通过重发机制进行重发,重发次数为5次
对后台通知交互时,如果通联收到商户的应答不符合规范或超时,通联认为通知失败,通联会通过一定的策略定期重新发起通知,尽可能提高通知的成功率,但通联不保证通知最终能成功。(通知频率为15s/15s/5m/10m/15m - 总计30m30s)
|
字段 |
名称 |
取值 |
最长长度 |
说明 |
|---|---|---|---|---|
|
cusid |
商户编号 |
|
15 |
|
|
appid |
收银宝APPID |
|
8 |
|
|
sign |
sign校验码 |
|
256 |
|
|
complain_amount |
||||
|
complain_content |
||||
|
create_timecomplaint_trade_info_list |
||||
|
contact |
||||
|
gmt_complain |
||||
|
gmt_overdue |
||||
|
gmt_process |
||||
|
gmt_risk_finish_time |
||||
|
opposite_name |
||||
|
opposite_pid |
||||
|
gmt_complain |
||||
|
paychnl |
||||
|
status |
||||
|
status_description |
||||
|
task_id |
||||
|
trade_no |