退款结果通知
更新时间：2024.07.16退款状态改变后，微信会把相关退款结果发送给商户。
注意
对后台通知交互时，如果微信收到应答不是成功或超时，微信认为通知失败，微信会通过一定的策略定期重新发起通知，尽可能提高通知的成功率，但微信不保证通知最终能成功
- 同样的通知可能会多次发送给商户系统。商户系统必须能够正确处理重复的通知。 推荐的做法是，当商户系统收到通知进行处理时，先检查对应业务数据的状态，并判断该通知是否已经处理。如果未处理，则再进行处理；如果已处理，则直接返回结果成功。在对业务数据进行状态检查和处理之前，要采用数据锁进行并发控制，以避免函数重入造成的数据混乱。
- 如果在所有通知频率后没有收到微信侧回调。商户应调用查询订单接口确认订单状态。
特别提醒： 商户系统对于开启结果通知的内容一定要做签名验证，并校验通知的信息是否与商户侧的信息一致，防止数据泄露导致出现“假通知”，造成资金损失。
# 接口说明
支持商户： 【普通服务商】
请求方式： 【POST】
请求URL： 该链接是通过退款申请指定的notify_url，必须为HTTPS协议。如果链接无法访问，商户将无法接收到微信通知。 通知URL必须为直接可访问的URL，不能携带参数。示例："https://pay.weixin.qq.com/wxpay/pay.action"
# 通知规则
商户退款完成后，微信会把相关退款结果和用户信息发送给清算机构，清算机构需要接收处理后返回应答成功，然后继续给异步通知到下游从业机构。
对后台通知交互时，如果微信收到应答不是成功或超时，微信认为通知失败，微信会通过一定的策略定期重新发起通知，尽可能提高通知的成功率，但微信不保证通知最终能成功。（通知频率为15s/15s/30s/3m/10m/20m/30m/30m/30m/60m/3h/3h/3h/6h/6h - 总计 24h4m）
# 通知报文
退款结果通知是以POST 方法访问商户设置的通知URL，通知的数据以JSON 格式通过请求主体（BODY）传输。通知的数据包括了加密的支付结果详情。
注意
由于涉及到回调加密和解密，商户必须先设置好APIv3密钥后才能解密回调通知，APIv3密钥设置文档指引详见APIv3密钥设置指引 (opens new window)
# 步骤说明
# 步骤一：验证签名
微信支付会对发送给商户的通知进行签名，并将签名值放在通知的HTTP头Wechatpay-Signature。商户应当验证签名，以确认请求来自微信，而不是其他的第三方。签名验证的算法请参考 《微信支付API v3签名验证》 (opens new window)。
# 步骤二：参数解密
为了保证安全性，微信支付在回调通知，对关键信息进行了AES-256-GCM加密。商户应当按照以下的流程进行解密关键信息，解密的流程：
- 用商户平台上设置的APIv3密钥【微信商户平台 (opens new window)—>账户设置—>API安全—>设置APIv3密钥】，记为key；
- 获取resource.algorithm中描述的算法（目前为AEAD_AES_256_GCM），以及resource.nonce和resource.associated_data；
- 使用key、nonce和associated_data，对数据密文resource.ciphertext进行解密，得到JSON形式的资源对象。
注意
- AEAD_AES_256_GCM算法的接口细节，请参考rfc5116 (opens new window)。微信支付使用的密钥key长度为32个字节，随机串nonce长度12个字节，associated_data长度小于16个字节并可能为空。
- Java回调解密Json取值不带引号。
# 字段说明
# 通知参数
- id 必填通知的唯一ID。
- create_time 必填遵循rfc3339
标准格式，格式为yyyy-MM-DDTHH:mm:ss+TIMEZONE，yyyy-MM-DD表示年月日，T出现在字符串中，表示time元素的开头，HH:mm:ss.表示时分秒，TIMEZONE表示时区（+08:00表示东八区时间，领先UTC 8小时，即北京时间）。例如：2015-05-20T13:29:35+08:00表示北京时间2015年05月20日13点29分35秒。 - event_type 必填通知的类型:REFUND.SUCCESS：退款成功通知REFUND.ABNORMAL：退款异常通知REFUND.CLOSED：退款关闭通知
- summary 必填通知简要说明。
- resource_type 必填通知的资源数据类型，支付成功通知为encr
- resource 必填通知资源数据
- 属性
# resource解密后字段
- sp_mchid 必填服务商户号，由微信支付生成并下发。
- sub_mchid 必填子商户的商户号，由微信支付生成并下发。
- out_trade_no 必填返回的商户订单号
- transaction_id 必填微信支付订单号
- out_refund_no 必填商户退款单号
- refund_id 必填微信退款单号
- refund_status 必填退款状态，枚举值：SUCCESS：退款成功CLOSED：退款关闭ABNORMAL：退款异常，退款到银行发现用户的卡作废或者冻结了，导致原路退款银行卡失败，可前往【商户平台
—>交易中心】，手动处理此笔退款 - success_time 选填1、退款成功时间，遵循rfc3339
标准格式，格式为yyyy-MM-DDTHH:mm:ss+TIMEZONE，yyyy-MM-DD表示年月日，T出现在字符串中，表示time元素的开头，HH:mm:ss表示时分秒，TIMEZONE表示时区（+08:00表示东八区时间，领先UTC 8小时，即北京时间）。例如：2015-05-20T13:29:35+08:00表示，北京时间2015年5月20日13点29分35秒。 - user_received_account 必填取当前退款单的退款入账方。1）、退回银行卡：{银行名称}{卡类型}{卡尾号}2）、退回支付用户零钱: 支付用户零钱3）、退还商户: 商户基本账户、商户结算银行账户4）、退回支付用户零钱通：支付用户零钱通5）、退回用户经营账户：用户经营账户6）、退回支付用户银行电子账户：支付用户银行电子账户7）、退回支付用户零花钱：支付用户零花钱8）、退回支付用户来华零钱包：支付用户来华零钱包9）、退回企业支付商户：企业支付商户
- amount 必填金额信息
- 属性
# 通知应答
退款通知HTTP应答码为200且返回状态码为SUCCESS才会当做商户接收成功，否则会重试。
注意
重试过多会导致微信支付端积压过多通知而堵塞，影响其他正常通知。
- code 必填错误码，SUCCESS为清算机构接收成功，其他错误码为失败。
- message 选填返回信息，如非空，为错误原因。
# 回调示例
退款通知
1{2 "id":"EV-2018022511223320873",3 "create_time":"2018-06-08T10:34:56+08:00",4 "resource_type":"encrypt-resource",5 "event_type":"REFUND.SUCCESS",6 "summary":"退款成功",7 "resource" : {8 "original_type": "refund",9 "algorithm":"AEAD_AES_256_GCM",10 "ciphertext": "...",11 "associated_data": "",12 "nonce": "..."13 }14}商户对resource对象进行解密后，得到的资源对象示例
1{2 "sp_mchid": "1900000100",3 "sub_mchid": "1900000109",4 "transaction_id": "1008450740201411110005820873",5 "out_trade_no": "20150806125346",6 "refund_id": "50200207182018070300011301001",7 "out_refund_no": "7752501201407033233368018",8 "refund_status": "SUCCESS",9 "success_time": "2018-06-08T10:34:56+08:00",10 "user_received_account": "招商银行信用卡0403",11 "amount" : {12 "total": 999,13 "refund": 999,14 "payer_total": 999,15 "payer_refund": 99916 }17}应答示例
1{ 2 "code": "SUCCESS",3 "message": "成功"4}
