个人收款-结算回调通知

更新时间:2024.11.19

# 一、回调描述

用户确认结算收款后,微信支付会发起结算,结算结果会通过POST的请求方式,向商户发起结算传入的回调地址发送回调通知,让商户知晓结算结果。

回调地址设置方式: 回调地址通过申请批量结算接口中的“notify_url”参数设置,回调地址的设置规范和回调IP列表请参考文档:回调通知注意事项 (opens new window)

# 二、回调处理步骤

# 1、商户接收回调通知报文

微信支付会通过POST的方式向回调地址发送回调报文,回调报文的HTTP请求头中会包含报文的签名信息,用于后续验签,具体如下:

参数 描述
Wechatpay-Serial 验签的“微信支付平台证书”所对应的平台证书序列号
Wechatpay-Signature 验签的签名值
Wechatpay-Timestamp 验签的时间戳
Wechatpay-Nonce 验签的随机字符串

回调通知的请求主体中会包含JSON格式的通知参数,具体的通知参数列表如下:

通知参数

    Body 包体参数
  • id 必填 string(36)
    通知的唯一ID。
  • create_time 必填 string(16)
    通知创建的时间,使用rfc3339所定义的格式。使用北京时间(+08:00)
  • event_type 必填 string(32)
    通知的类型,结算成功通知的类型为SETTLEMENT.SUCCESS。
  • resource_type 必填 string(32)
    通知的资源数据类型,交易结算成功通知为encrypt-resource
  • summary 必填 string(64)
    回调摘要
  • resource 必填 object
    通知资源数据。
    • 属性

结算成功结果通知

1{
2 "id": "EV-2018022511223320873",
3 "create_time": "2015-05-20T13:29:35+08:00",
4 "resource_type": "encrypt-resource",
5 "event_type": "SETTLEMENT.SUCCESS",
6 "summary": "个人收款结算成功",
7 "resource": {
8 "algorithm": "AEAD_AES_256_GCM",
9 "ciphertext": "",
10 "original_type": "",
11 "associated_data": "",
12 "nonce": ""
13 }
14}

# 2、回调验签与应答

商户接收到回调通知报文后,需在5秒内完成对报文的验签,并应答回调通知。

# 2.1、对回调通知进行验签

验签需使用请求头中的【Wechatpay-Timestamp】、【Wechatpay-Nonce】以及请求主体中JSON格式的通知参数构建出验签串,然后使用【Wechatpay-Serial】对应的“微信支付平台证书 (opens new window)”对验签串和【Wechatpay-Signature】进行验签,确保接收的回调内容是来自微信支付。

详细验签步骤请参考:非文件/图片下载如何验证签名 (opens new window)

微信支付会在极少数通知回调中返回以“WECHATPAY/SIGNTEST/”开头的错误【Wechatpay-Signature】,以检测商户系统是否正确验证签名。商户请参考:如何应对签名探测流量 (opens new window) 进行处理。

# 2.2、对回调通知进行应答

商户验签后,根据验签结果对回调进行应答:

验签通过:商户需告知微信支付接收回调成功,HTTP应答状态码需返回200或204,无需返回应答报文。

验签不通过:商户需告知微信支付接收回调失败,HTTP应答状态码需返回5XX或4XX,同时需返回以下应答报文:

    Body 包体参数
  • code 必填 string(32)
    【返回状态码】
    错误码,FAIL为回调接收失败。
  • message 选填 string(256)
    【返回信息】
    返回信息,回调接收失败原因。

应答示例

1{
2 "code": "FAIL",
3 "message": "失败"
4}

微信支付接收到商户的应答后,会根据应答结果做对应的逻辑处理:
若商户应答回调接收成功,微信支付后续不再发送该回调内容。若因网络或其他原因,商户收到了重复的回调通知,按正常业务流程应答即可。
若商户应答回调接收失败,或超时(5s)未应答时,微信支付会按照(15s/15s/30s/3m/10m/20m/30m/30m/30m/60m/3h/3h/3h/6h/6h)的频次重复发送回调通知,最多发送15次。

# 3、对回调通知内容进行解密

为了保证业务信息的安全性,微信支付将业务信息进行了AES-256-GCM加密,并通过参数resource将加密信息回调给商户,商户需要进行解密后才能获取到业务信息。

解密步骤如下:

  1. 获取商户平台上设置的APIv3密钥,记为key;
  2. 通过回调通知参数resource.algorithm确认加密算法(目前仅支持AEAD_AES_256_GCM,算法的接口细节,请参考:rfc5116 (opens new window))。
  3. 使用key与回调通知参数resource.nonce和resource.associated_data,对数据密文resource.ciphertext进行解密,最终可得到JSON格式的业务信息。

解密示例代码可参考文档:如何解密回调报文 (opens new window)

注意

  • 使用Java进行回调解密,取JSON串内的参数值时,只需取引号内的内容进行解密。例:"nonce":"123",只需取值123,不用取加上引号的"123"。

resource解密后字段

    Body 包体参数
  • out_settle_batch_no 必填 string(32)
    【商户结算批次单号】 商户结算批次单号
  • settle_batch_no 必填 string(64)
    【微信支付结算批次单号】 微信支付系统内部生成的结算批次单号,全局唯一对应一条商户结算批次单号。
  • individual_auth_id 必填 string(64)
    【商品单个人收款方受理授权ID】 标识一个微信用户在该平台用于个人收款的微信支付账户,平台邀请微信用户完成个人收款授权后获得此id,详见 查询个人收款方授权结果
  • description 必填 string(255)
    【收款方描述】 收款方描述
  • state 必填 string
    【批次状态】 批次状态,枚举值:
    ACCEPTED:结算已受理
    RECEIVED:用户入账成功
    SUCCESS:结算完成
  • trade_scenario 必填 string
    【交易场景】 交易场景,枚举值:
    RECOMMERCE:二手电商
  • create_time 必填 string(32)
    【批次创建时间】 批次创建时间,遵循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秒。
  • finish_time 选填 string(32)
    【批次完成时间】 仅在批次状态为【结算成功】的时候有值。
    遵循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秒。

对resource对象进行解密后,得到的资源对象示例

1{
2 "out_settle_batch_no": "123699878455555",
3 "settle_batch_no": "123688554855555666",
4 "individual_auth_id": "1236996544852212445",
5 "description": "共计2笔订单,订单金额xxx元,平台服务费xxx元,合计收款xxx元",
6 "state": "SUCCESS",
7 "trade_scenario": "RECOMMERCE",
8 "create_time": "2024-06-08T10:34:56+08:00",
9 "finish_time": "2024-06-08T10:34:56+08:00"
10}