交易渠道(支付宝)对客户投诉或确认交易违规时,会将案例推送给通联收银宝系统,收银宝会通过主动发起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 |
商户编号 |
|
1 |
|
appid |
收银宝APPID |
|
|
|
sign |
sign校验码 |
|
|
|
complain_amount |
投诉单涉及交易总金额(单位:人民币元) | ||
|
complain_content |
用户投诉内容 | ||
|
complaint_trade_info_list投诉交易列表 |
|||
|
id |
投诉单号id | ||
|
trade_no |
支付宝交易单号 | ||
|
complaint_record_id |
|||
|
out_no |
|||
|
gmt_trade |
|||
|
gmt_refund |
|||
|
status |
|||
|
sybtrxid |
收银宝交易单号 | ||
|
|
|||
|
contact |
联系方式 | ||
|
gmt_complain |
投诉时间 | ||
|
gmt_overdue |
过期时间 | ||
|
gmt_process |
处理时间 | ||
|
gmt_risk_finish_time |
推送时间 | ||
|
opposite_name |
投诉单被投诉方的名称 | ||
|
opposite_pid |
被投诉人pid | ||
|
gmt_complain |
投诉时间 | ||
|
paychnl |
通知类型 | ALI | |
|
status |
交易投诉状态 |
用户撤诉: DROP_COMPLAIN 超时未处理: OVERDUE 已退款: PROCESSED 退款处理中: REFUNDING 待处理: WAIT_PROCESS |
|
|
status_description |
交易投诉状态描述 |
DROP_COMPLAIN:用户撤诉 OVERDUE:超时未处理 PROCESSED:已退款 REFUNDING:退款处理中 WAIT_PROCESS:待处理 |
|
|
task_id |
投诉单号id | ||
|
trade_no |
支付宝交易单号 | ||