商户查费回调
更新时间：2026.08.05一、回调描述
当微信支付需要获取某笔停车的实时计费信息时，会向商户预先配置的查费接口地址发起查询请求。商户需根据请求中的停车单信息，返回当前费用、停车状态、支付状态等交易信息。
回调地址设置方式： 回调地址通过商户进件信息的「查询缴费信息接口url」（parking_info_scv_url）设置，回调地址的设置规范和回调IP列表请参考文档：回调通知注意事项。
|
二、回调处理步骤
1、服务商接收回调通知报文
微信支付会通过POST的方式向回调地址发送回调报文，回调通知的请求主体中会包含JSON格式的通知参数，具体的通知参数列表如下：
通知参数
id 必填 string(36)
【通知ID】回调通知的唯一编号。
create_time 必填 string(32)
【通知创建时间】回调通知创建的时间，遵循rfc3339标准格式，格式为yyyy-MM-DDTHH:mm:ss+TIMEZONE，yyyy-MM-DD表示年月日，T出现在字符串中，HH:mm:ss表示时分秒，TIMEZONE表示时区(+08:00表示东八区时间，领先UTC 8小时，即北京时间)。例如2015-05-20T13:29:35+08:00表示，北京时间2015年5月20日13点29分35秒。
event_type 必填 string(32)
【通知类型】固定为 PARKING_FEE.QUERY_TRANS_INFO。
resource_type 必填 string(32)
【通知数据类型】固定为 encrypt-resource。
resource 必填 object
【通知资源数据】通知资源数据，json格式，见示例
 | 属性 |
summary 必填 string(64)
【回调摘要】固定为 停车缴费查询交易信息。
查费请求通知示例
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，响应包体为 JSON，且须在响应头 Authorization 中携带商户签名（WECHATPAY2-SHA256-RSA2048）。
查费成功时，除 code、message 外，标注为「必填」的字段均须返回。
code 必填 string(32)
【返回码】成功返回 SUCCESS，失败返回 FAIL
message 必填 string(254)
【返回信息】失败时返回具体失败原因；成功时可返回空字符串或固定成功文案
total_amount 必填 int64
【当前入场单的总费用】单位为分
parking_timestamp 必填 uint64
【已停时长】秒级时间戳，如 1 小时传 3600
parking_state 必填 string
【停车状态】停车状态
PARKING_STATUS_PARKING（停车中）PARKING_STATUS_NOT_PARKING（非停车中）
pay_state 必填 string
【支付状态】支付状态
PAY_STATUS_UNPAID（未支付）PAY_STATUS_PAID（已支付）
allowed_exit_timestamp 选填 uint64
【免费待出场时间】秒级时间戳
next_raise_price 选填 int64
【下一次跳价的价格】单位为分
next_raise_timestamp 选填 uint64
【下一次跳价的时间】秒级时间戳
payable_amount 必填 int64
【当前应付费用】单位为分
paid_amount 必填 int64
【已支付费用】单位为分
查费成功应答示例
查费失败应答示例
多笔支付场景说明
同一停车单可能存在多次部分支付（例如场内预缴、出场前补缴）。商户返回费用字段时须遵循：
字段 | 多笔支付时的含义 |
|---|---|
paid_amount | 该停车单已累计支付的总金额（所有支付渠道合计） |
payable_amount | 当前仍需支付的金额，一般为 total_amount - paid_amount（已触达封顶或全免场景可为 0） |
total_amount | 按当前计费规则算出的累计应收总额（含已付 + 未付部分） |
pay_state | 当 paid_amount >= total_amount（或商户侧判定已结清）时返回 PAY_STATUS_PAID，否则返回 PAY_STATUS_UNPAID |
2.3、微信支付回调处理机制说明
商户系统不能仅依赖接口返回结果获取查费结果，需结合查询接口使用，避免遗漏或延迟问题。
微信支付接收到商户的应答后，会根据应答结果做对应的逻辑处理：
若商户应答处理成功，微信支付将不再重复发起该查费请求。若因网络或其他原因，商户收到了重复的请求，请做好幂等设计。
对后台请求交互时，如果微信收到商户的应答不符合规范、3 秒内未返回有效应答或 code 不等于 SUCCESS，微信认为查费失败。
本接口为同步查费，单次 HTTP 等待应答，不会重复重试，重复请求可按 id 或 out_serial_number 做幂等处理，返回当前最新查费结果。处理请求须先验签，再解密 resource.ciphertext 获取业务参数。
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解密后字段
out_serial_number 必填 string(64)
【商户停车单号】与同步入场时传入的 out_serial_number 一致。
plate_number 选填 string(16)
【车牌号】国内车牌,省份简称 + 6~7 位字母或数字（新能源绿牌 8 位）。
out_parking_id 选填 string(64)
【商户停车场ID】车场内部自己的停车场 ID，不是微信分配的 parking_id。
对resource中ciphertext进行解密后，得到查费的业务参数示例
