根据合单支付接口文档的返回参数，并没有一个顶层的trade_state交易状态字段，而是在sub_orders里面有各自的trade_state，这就带来一个问题，如何判断这笔合单支付交易是成功的，是否会存在部分成功部分失败，甚至各种状态组合出现，如果各个子单状态会出现不一致的情况，那就不是一个事务，合单支付也就失去了意义 https://pay.weixin.qq.com/wiki/doc/apiv3/apis/chapter5_1_11.shtml 1、是不是要循环sub_orders判断所有子单的状态为SUCCESS 2、假设3个子单，是否会出现两个成功一个失败的情况

支付V3付款码支付方式文档没有找到，这个支付文档地址可以提供一下吗？

appId：wxcd7143c00e5bb6f7 调用接口：https://api.weixin.qq.com/cgi-bin/user/tag/get?access_token=XXX 请求报文：{   "tagid" : 0,  "next_openid":""} 响应报文：{    "errcode": -1,    "errmsg": "system error hint: [NfAev0I2e-g3PVLa] rid: 613044bd-176d521a-6135b564"} 时间：2021年8月30日至今 请尽快帮忙查询原因！

appid：wxb5c7e8178bbff71f [图片]

这个一个阶段总结帖，结论是通过官方技术咨询+自身实际接口测试得出的结论 先说下现在测试唯一能通过能实现服务商给特约商户发放代金券的流程 第一步 发邮件进行跨商户发券申请 （当然给商户开通代金券相关产品服务，商户绑定app_id这些基础操作还是要做的） 第二步 登录服务商后台人工操作创建代金券（注：可发券商户 填写特约商户号）激活 获取 stock_id (代金券批次id) 第三步 发放代金券3种方式1.二维码（可以直接下载）2.接口调用发放 （注：使用特约商户的商户证书去发放） 暂时小结 1.如果你的需求是 服务商代制券 服务商代发放 接口无法实现 通过接口 服务商身份去调用接口帮特约商户创建代金券 激活代金券 都没问题 发放你会发现报错app_id与商户号不匹配 操蛋的是 你怎么可能让特约商户的app_id和你调用接口的服务商商户号进行绑定？ 如果你不死心来社区提问 他们要么给你贴个文档 要么告诉你没搞清楚关系，你很难收到正面或有用的回复 （参考我以前的贴子和同事发帖的回复，以及社区自己搜服务商发券关键字看见的帖子），我这边接口测试得出的结论是无法实现。来张官方技术回复证明 （吐槽下支付的在线技术排队 一排就是20人以后 一等就是一天） [图片] 后面在线技术客服被我给问的都无语了 （掩面逃...） [图片] [图片] 2.如果你们的需求是 服务商代创建代金券 特约商户发 接口无法完整实现 对你没看错 就是这个梗 实现了但没完全实现 ， 为什么这么说勒 经接口测试 就算给特约商户开通了跨商户发券 发券接口belong_merchant 填写的是特约商户号 创建 激活 接口依然没问题 但是发券接口依然会不负众望的报错 ：批次不支持跨商户发券 经过在线技术沟通（没错我又去排了一天队）直接上图 [图片] [图片] 那么我又说实现了是什么意思勒？有趣就在这里 你可以在服务商平台人工发券（填写好可发券商户号） 激活后 拿到代金券批次号 再用特约商户的证书去请求发券接口 就可以发券成功~！但是这样对于服务商来说十分不友好了 半自动化的操作 + 保存和管理大量的特约商户的证书密钥 成本太大 以上就是进一个星期瞎忙活的结果暂时总结了 . 以上仅仅是个人测试 个人通过在线技术沟通得出的结果 。如果你有不同的意见和解决方案欢迎指正.