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

需求 ： 服务商A 代 特约商户B创券 发券 问题 ：接口以服务商A的身份去给特约商户B进行制券，激活代金券都没问题（已开通跨商户发券所以可以成功，关于邮件开通跨商户发券的建议可否直接申请一次性开通服务商旗下所有特约商户包括后续新进件的商户，感觉新进件一个商户就要发一份邮件还要等审核，有点麻烦），但是发券的时候无法通过接口实现。如果是以服务商A的身份去给特约商户B发放该批次代金券会报错（app_id与商户号不匹配），尝试咨询过客服和浏览社区帖子汇总出几个其他人解决（回答） 官方方案1：（未测试，就文档说明的理解 应该无法解决我的需求，因为我发券的时候需求是：以服务商的身份去帮特约商户的小程序或公众号的用户发券，无法保证同主体，且绑定数量有限制） . [图片] 社区回答方案2：（无法满足我的需求：此时时间是以商户的身份去进行发券） 以商户的身份去发券（开通跨商户发券邮件中的特约商户），需要商户授权给服务商侧的员工，员工生成密钥，签名等下载存储并管理.先不说商户的资料安全问题，服务商测运营维护成本会增加很多. 在线技术支持和电话客服回复3： 电话客服十分肯定（毕竟这样的需求也是服务商基本的需求）回复这个需求接口可以满足，确认我是参数填写错误 ，要我提交工单进行排查 在线技术很直接 回复简单明了 接口无法满足我的需求 [图片] 在线技术和客服回复的不太一致无法确定谁是对的 现在其实开通跨商户发券后服务商在管理后台人工操作已经可以给特约商户进行制券 发券了 ，接口暂时未实现 ，请问发放代金券接口的逻辑十分真的不支持以服务商的身份去给商户发券？

服务商模式下 小程序下单 获取到prepay_id 后进行数据拼接签名后 数据返回给前端调起支付显示签名错误 ，已使用微信签名验证工具进行验证没问题 但是依然报错签名校验无法唤起支付窗口（测试过使用预下单时使用的服务商appid进行签名 也测试过使用唤起支付的小程序appid进行签名 都显示签名校验失败）