签约状态通知
更新时间：2025.02.19一、回调描述
当用户在微信车主小程序暂停，删除当前ETC扣费服务或解约车主服务时，微信会把相关结果异步通知到服务商的回调地址（回调地址需要事先申请配置）。
回调地址设置方式： 回调地址需事先联系运营助理申请设置，且必须为HTTPS协议。如果链接无法访问，商户将无法接收到微信通知，必须为直接可访问的URL，不能携带参数，回调地址的设置规范和回调IP列表请参考文档：回调通知注意事项。
|
二、回调处理步骤
1、服务商接收回调通知报文
微信支付会通过POST的方式向回调地址发送回调报文，回调通知的请求主体中会包含JSON格式的通知参数，具体的通知参数列表如下：
通知参数
id 必填 string(32)
【通知ID】 通知的唯一ID。
create_time 必填 string(16)
【通知创建时间】 通知创建的时间，遵循rfc3339标准格式，格式为yyyy-MM-DDTHH:mm:ss+TIMEZONE，yyyy-MM-DD表示年月日，T出现在字符串中，表示time元素的开头，HH:mm:ss表示时分秒，TIMEZONE表示时区（+08:00表示东八区时间，领先UTC 8小时，即北京时间）。例如：2020-03-26T10:43:39+08:00表示北京时间2020年03月26日10点43分38秒
event_type 必填 string(32)
【通知类型】 ETC授权签约状态通知的类型，枚举值：
VEHICLE.USER_STATE_CHANGE
resource_type 必填 string(32)
【通知数据类型】 通知的资源数据类型，ETC授权签约状态通知为：encrypt-resource
summary 必填 string(64)
【回调摘要】 回调摘要
resource 必填 object
【通知数据】 通知资源数据
 | 属性 |
签约状态结果通知
2、回调验签与应答
服务商接收到回调通知报文后，需在5秒内完成对报文的验签，并应答回调通知。
2.1、对回调通知进行验签
回调报文的HTTP请求头中会包含报文的签名信息，用于后续验签，具体如下：
参数 | 描述 |
|---|---|
Wechatpay-Serial | |
Wechatpay-Signature | 验签的签名值 |
Wechatpay-Timestamp | 验签的时间戳 |
Wechatpay-Nonce | 验签的随机字符串 |
验签需使用请求头中的【Wechatpay-Timestamp】、【Wechatpay-Nonce】以及请求主体中JSON格式的通知参数构建出验签串，然后使用【Wechatpay-Serial】对应的微信支付平台证书/微信支付公钥对验签串和【Wechatpay-Signature】进行验签，确保接收的回调内容是来自微信支付。
商户可通过HTTP头"Wechatpay-Serial"中的证书序列号判断选择对应的证书验签，微信支付公钥的序列号固定采用"PUB_KEY_ID_数字串"格式（例如：PUB_KEY_ID_3000000001），若请求头中的序列号不符合该格式，则应使用平台证书进行验签。
详细验签步骤请参考：如何验证签名
微信支付会在极少数通知回调中返回以“WECHATPAY/SIGNTEST/”开头的错误【Wechatpay-Signature】，以检测商户系统是否正确验证签名。服务商请参考：如何应对签名探测流量进行处理。
签名探测流量HTTP头中的Wechatpay-Signature示例：
2.2、对回调通知进行应答
服务商验签后，根据验签结果对回调进行应答：
验签通过：服务商需告知微信支付接收回调成功，HTTP应答状态码需返回200或204，无需返回应答报文。
验签不通过：服务商需告知微信支付接收回调失败，HTTP应答状态码需返回5XX或4XX，同时需返回以下应答报文：
code 选填 string(32)
【返回状态码】服务商验签不通过时返回FAIL，代表回调接收失败。
message 选填 string(256)
【返回信息】返回信息，回调接收失败原因。
应答成功示例
200或204
应答失败示例
5XX或4XX
2.3、微信支付回调处理机制说明
微信支付接收到商户的应答后，会根据应答结果做对应的逻辑处理：
若商户应答回调接收成功，微信支付将不再重复发送该回调通知。若因网络或其他原因，商户收到了重复的回调通知，请按正常业务流程进行处理并应答。
若商户应答回调接收失败，或超时(5s)未应答时，微信支付会按照（15s/15s/30s/3m/10m/20m/30m/30m/30m/60m/3h/3h/3h/6h/6h - 总计 24h4m）的频次重复发送回调通知，直至微信支付接收到商户应答成功，或达到最大发送次数（15次）
3、对回调通知内容进行解密
为了保证业务信息的安全性，微信支付将业务信息进行了AES-256-GCM加密，并通过参数resource将加密信息回调给服务商，服务商需要进行解密后才能获取到业务信息。
解密步骤如下：
获取服务商平台上设置的APIv3密钥，设置APIv3密钥可参考文档：APIv3密钥设置方法；
通过回调通知参数resource.algorithm确认加密算法（目前仅支持AEAD_AES_256_GCM，算法的接口细节，请参考：rfc5116）。
使用APIv3密钥与回调通知参数resource.nonce和resource.associated_data，对数据密文resource.ciphertext进行解密，最终可得到JSON格式的业务信息。
解密示例代码可参考文档：如何解密回调报文
注意
使用Java进行回调解密，取JSON串内的参数值时，只需取引号内的内容进行解密。例："nonce":"123"，只需取值123，不用取加上引号的"123"。
resource中ciphertext解密后字段
appid 必填 string(32)
【发起签约的AppID】 发起签约绑定的AppID
sp_mchid 必填 string(32)
【服务商商户号】 服务商商户号，由微信支付生成并下发。
sp_openid 必填 string(32)
【用户在发起签约App的标识】 用户在发起签约App下用户唯一标识
sub_openid 选填 string(32)
【用户在发起签约子App的标识】 用户在发起签约子App下用户唯一标识。
sub_mchid 选填 string(32)
【特约商户号】 特约商户号，由微信支付生成并下发。
contract_id 必填 string(32)
【ETC扣费授权协议号】 商户etc绑定号
bind_state 必填 string(32)
【etc绑定状态】 etc绑定状态，枚举值：
OPENED：已开通
PAUSE：已暂停
DELETED：已关闭
plate_number 必填 string(32)
【绑定的车牌号】 绑定的车牌号
对resource中ciphertext对象进行解密后，得到的资源对象示例
