企业付款到零钱无异步回调，必须调用gettransferinfo接口主动查询结果；配置notify_url无效，需用相同证书发起带签名的HTTPS GET请求轮询partner_trade_no。
微信企业付款回调地址收不到数据？先确认是否真在回调
微信企业付款（paymch）的「企业付款到零钱」功能，根本不提供异步回调通知。这是最常被误解的一点——很多开发者按公众号支付或JSAPI支付的经验，去配置 notify_url，结果死活收不到请求，日志里也查不到任何访问记录。
微信官方文档明确说明：企业付款到零钱 的结果必须通过主动调用 gettransferinfo 接口查询，而不是依赖回调。所谓“回调”是误传，或是把其他支付场景（如服务商模式下的某些子商户付款）混淆了。
- 你配置的
notify_url在企业付款接口中完全不生效，微信服务器不会发起任何 POST 请求 - 如果你在服务器上看到该 URL 被访问，大概率是自己测试时手动触发、或被其他业务误调用
- 沙箱环境和正式环境均无此回调机制，不存在“开启回调开关”或“后台配置回调地址”的操作
如何正确获取企业付款结果：调用 gettransferinfo 查询
必须在调用 transfers 发起付款后，用返回的 partner_trade_no 主动轮询查询结果。这是唯一可靠方式。
注意：gettransferinfo 是 HTTPS GET 请求，需带签名，且必须使用与付款相同的证书（apiclient_cert.pem 和 apiclient_key.pem）。
立即学习“PHP免费学习笔记（深入）”；
- 请求 URL 格式：
https://api.mch.weixin.qq.com/mmpaymkttransfers/gettransferinfo?partner_trade_no=xxx&nonce_str=xxx&sign=xxx -
sign必须按微信签名规则生成（参数排序 + 拼接 + MD5 + 转大写），不能漏掉appid和mch_id - 建议首次查询延迟 2–3 秒，后续间隔可拉长至 5–10 秒，最多查 5–10 次，避免频繁请求被限流
- 响应是 XML，需用
simplexml_load_string()解析，重点看status（Success/Failed）、reason（失败原因）、payment_time（成功时间）
$xml = <<<XML <xml> <return_code>SUCCESS</return_code> <return_msg>OK</return_msg> <result_code>SUCCESS</result_code> <partner_trade_no>1234567890</partner_trade_no> <status>Success</status> <payment_time>2024-01-01 12:00:00</payment_time> </xml> XML;
为什么有人“收到回调”？可能是误用了服务商模式或自建中转
极少数情况下，开发者声称收到了企业付款的“回调”，通常有以下几种真实原因：
- 你接入的是微信服务商平台（
spbill_create_ip或sub_mch_id场景），而服务商后台配置了代付结果通知，但这不是微信官方接口行为，而是服务商自行实现的 HTTP 推送 - 你在前端或订单系统里加了定时 AJAX 轮询，误以为是后端收到了微信回调
- 使用了第三方 SDK 或封装库，它内部模拟了“伪回调”逻辑（比如查完
gettransferinfo后自动触发你写的onTransferComplete回调函数） - 把企业付款和
jsapi支付的notify_url配置混在一起，导致支付成功的回调被当成付款回调处理
PHP 实操建议：封装一个安全的查询函数
别每次手写签名和 cURL。直接封装成函数，重点处理证书路径、超时、错误码和重试逻辑。
- 证书路径必须用绝对路径，
file_get_contents('apiclient_cert.pem')在 CLI 下容易失败，推荐curl_setopt($ch, CURLOPT_SSLCERT, '/full/path/to/apiclient_cert.pem') - cURL 必须设置
CURLOPT_SSLKEY、CURLOPT_SSLCERTTYPE（PEM）、CURLOPT_TIMEOUT（建议 ≤10s） - 微信可能返回空响应或
500，需检查curl_errno()和curl_error()，不要只判return_code - 对
status=Pending的情况，必须继续轮询；status=Failed时，reason字段才真正有用，比如“余额不足”“用户已注销”
真正的难点不在“怎么写回调”，而在“怎么设计轮询状态机”——尤其是并发付款、失败重试、幂等更新数据库这几块，稍不注意就会出现重复入账或状态丢失。
