[图片][图片] 其他的用户都可以正常查看到提现的款，但是只有这一个用户，收不到钱，看明细又是成功了，实在是搞不懂为啥了，看了客户的openid都是对的上的，我们甚至都登录了客户的微信去查看，确实没有这笔钱，所以想知道，这个是什么原因呢？如果客户没有收到这笔钱，这个钱又去哪里了呢？

[图片]

5月18日，微信发布了一则简短的通知，全文如下： [图片] 媒体界有句话叫：字越少，事越大。 这次升级，也造成了不小的影响。 主要影响简单来说就是：新开通的商户号，不再支持开通【企业付款到零钱】功能。显然，微信官方是想通过【商家转账到零钱】取代原来的【企业付款到零钱】。然而事实是，这两个完全是不同的产品，拥有不同的设计思路和理念，不能算是升级，因此并不能完全代替原有功能。 不仅不能代替原有功能，而且在我看来这次“升级”，完全就是在降级，开倒车。为什么这么说呢？ 1、必须开通运营账户。【商家转账到零钱】强制从运营账户出资，所以你必须保证运营账户的余额充足。运营账户的资金从哪里来呢？需要人工充值进去，注意是人工，可以通过银行卡充值，也可以从基本账户转账到运营账户，但必须人工。额，这种设计就很奇葩了，人工智能大行其道的时代，人们在不断的追求自动化的时候，微信居然反其道而行之，变自动为手动，你必须安排专人每天转钱，还不能请假。我们作为用户真的需要这个所谓的运营账户吗？不，是微信需要。 2、需要人工确认支付。这个设计已经不能用奇葩来形容了。【商家转账到零钱】功能，其实只是生成一个订单，支付的时候还需要管理员输入密码+短信验证码才能最终支付，虽然可以设置免密支付的金额，低于这个金额可以不用管理员人工参与，但是这个免密金额最大只支持100元，聊胜于无。好了，自动再次变为手动，为什么？官方说法是：为了确保资金安全。为了安全，所以就加入人工参与，恩，这个脑回路真的清奇。回想一下，我们接入API的初衷是什么？不就是为了实现自动化，解放人力，回家陪老婆孩子吗？好了，现在需要24小时无时无刻地盯着手机，一次又一次的支付密码，无论你在洗澡，在吃饭，在看书，还是在约会。。。照这样下去也就没有什么女朋友了，不用约会了。 3、产品定位混乱。如果是升级就在原有基础上升级，让用户自主选择是否升级。如果是新产品，就完全隔离，互不影响。然而，现在的这个产品定位混乱，看起来像是新加的产品，但是其实只是原功能换了皮肤。很明显的一点是，对于【商家转账到零钱】设置的支付限额，与【企业付款到零钱】的限额根本就是同一个东西，两个会互相影响，这个真是个大大的坑。你本来想设置一个，结果意外的修改了另外一个。这么重要的提示，微信居然只用了一行浅色的小字显示，不仔细看根本发现不了。很容易就踩了大坑。而且更过分的是，如果你之前的额度比较大，开通此功能会重置你的限额，如果想恢复额度，不好意思，需要重新申请提额。有点请君入瓮的意思。[图片] 像这种关键提示，小字显示的问题，还不止这一处。比如，开通运营账户时的“一经开通无法关闭” ： [图片] 产品经理这么设计，似乎是很怕你发现这一点，所以放在了最不起眼的地方。你如果去找他理论，说这么重要的提示你为什么不早说，他就拿出这个截图告诉你：我有提示，是你没有看到，这不怪我吧！ 4、增加了接入难度。 文档、SDK、demo 聊胜于无。 微信支付V3接口是我见过的最烂的接口文档之一，足以让一个十年经验的老手，卡到怀疑自己这十年是否选错了职业。技术不过关的，还是不要轻易尝试了。 理想的文档应该是有介绍、有接入流程说明、有详细的参数说明、有详细的错误说明、有完善的闭环的SDK、有一看就懂的demo，调用者不需要关心你采用的什么设计思想、什么加密算法，只需要按照demo，参照文档改成自己的参数，运行一下，成功了。看看V3文档，看了一遍又一遍，还是无从下手。根本就是半成品，SDK缺失关键代码、demo只是个片段，跑不通，毫无参考价值。 整个接入过程就是，百度找示例，修改，调试，报错，再百度，再调试，报错，再百度。。。 5、增加了流程的复杂度。 原本一个接口就可以搞定的事情，现在需要两个接口：发起商家转账接口、转账查询接口，增加了流程的复杂度。而且，原先只需要记录一个商户端订单号就可以了，现在需要记录两个单号：批次单号、明细单号，因为后面的查询接口需要用到。 6、没有提前通知。这么巨大的改动，居然没有提前告知。只在升级的时候，发一个不痛不痒的公告。 总之，这个产品让人看不懂。新版本也并没有看出有任何优势。整体来说设计是失败的，不仅无法取代原有功能，而且更加的别扭，不够灵活，虽然【企业付款到零钱】功能也有问题，比如付款信息太少，不容易对账，但是很明显这个升级非但没有解决这些旧问题，反而制造了更多的新问题。希望微信的产品经理在设计产品的时候能够贴近用户，了解用户的真实需求，而不是在办公室里创造需求。否则，只能让广大用户失望，而转投到其他竞品的阵营里。

您好，我们11月2日使用商户号打款给用户，接口打款成功，但是用户反馈没收到款，账单截图也没有这笔，用户微信没有注销，请问是什么问题？ 以下是转账明细查询返回信息：    "batch_id":"1030000021901269272862022110201867957898",     "detail_id":"1040000021901269272862022110201859832612",     "detail_status":"SUCCESS",     "initiate_time":"2022-11-02T12:16:16+08:00"

有一笔两千的企业报销，付款页面明明写单笔最高额度是2w，实际超出一千就提示超出额度了，而且也没有申请提升额度的入口，请问这种要怎么解决？ [图片] [图片][图片]

尊敬的微信支付商户： 为保障商户资金安全、优化商户体验，商家转账到零钱产品将于11月16日起对现有产品能力逐步调整，主要包括： 1、批次转账的明细数量上限调整； 2、商户基于转帐场景提交资料，平台将基于不同场景确定商家转账限额及使用方式； 3、支持下载5年内账单并优化业务账单格式，同时支持下载2年内电子回单。 详情请参考：产品规则调整说明文档 特别提示：其中使用转账给员工、付款给合作伙伴的场景，需要在商户平台-商家转账到零钱添加收款用户openid及姓名，仅可向列表中已添加且姓名一致性校验通过的用户转账。为了不影响你的使用，请在16日业务上线后，尽快在商户平台添加需要付款的用户openid及姓名，否则调用转账接口会返回报错信息“未配置收款用户列表，请前往商户平台-产品中心 - 商家转账到零钱 - 转账场景中添加”或“该openid不在收款用户列表中，请前往商户平台-商家转账到零钱-转账场景中添加”。 财付通支付科技有限公司 2022年11月10日

老规矩，看完记得点赞+收藏 一、重大利好 1.1 原收款用户账户限制功能下线 即取消原有单个用户单日付款10次次数限制，改为单日向单用户最高可转2万元（不可提高），收款次数无限制 图为原收款用户账户限制功能 [图片] 1.2 由原单笔最低付款限额0.3元调整至最低单笔付款限额为0.1元，一个字：“省钱”！ [图片] 1.3 取消原开通90/30天限制，改为按场景提交申请 [图片] [图片] [图片] 二、用户侧主要改动 总结就一点：当商家单笔转账给用户金额<0.3元时，转账到账通知为简化版消息 [图片] 三、商家侧主要改动 3.1 api改动 3.1.1 发起商家转账接口新增transfer_scene_id字段，用于指定该笔转账使用的转账场景ID，场景ID在商家转账开通后可以获取到，新规则生效后开通“商家转账”产品功能该字段必传，规则前开通“商家转账”产品功能暂时不强制传该参数，建议还是去商户后台及时添加付款场景避免后续变动对自身业务带来影响 [图片] 3.1.3 单个批次转账的明细数量提升至最多支持1000笔，建议对数据进行兼容，避免后台页面发放后通过API拉取信息时出现报错 3.2 业务侧改动 3.2.1 取消原有统一的单笔、单用户付款额度与次数限制，新增以用户转账的不同场景维度对应不同的单笔、单日限额，单个商户号最多可申请添加三个使用场景 [图片] 3.2.2 单笔付款最低金额由原0.3元/笔调降为0.1元/笔 注意：小于0.3元的付款单不支持实名校验及申请电子回单 [图片] 3.2.3 商户号默认单日最高转账额度为10万元，自主申请最高可调整至100万元；商户号单日向单用户最高转账额度为2万元，不再支持提高。 注：提升额度需要先提升账户安全等级，可在账户中心->安全中心进行操作 [图片] 3.2.4 转账给员工与转账给合作伙伴场景需要在商户平台->「商家转账到零钱」添加收款用户openid及姓名，仅可向列表中已添加且姓名一致性校验通过的用户转账。 注意：若不添加或实名不通过，则无法转账成功。商户在进行转账以及转账校验前，应确保所收集及传输的第三方信息已合法获得用户授权。 [图片] 3.2.5 商家转账提供了全新升级的安全防控体系，商户可以针对付款出资验密确认、付款资金专款专用（基本账户收款，运营账户出资），满足合规及安全需求 注意：当前每日付款出资验密确认只可以下发50次，针对小额高频及夜间出款等情况可设置合理的免密额度，设置后在免密额度内的无需确认即可出资。请谨慎选择提高免密金额，在免密金额内仍有可能因平台安全监测发起验密，转账后需留意验密消息。 3.2.6 开通要求 暂时不支持小微商户、个体工商户 商户号历史无风险行为 开通环节需提交转账场景证明资料，并签订转账场景真实性承诺函 3.2.7 账单查询调整 支持下载5年内账单，支持下载2年内电子回单。业务账单格式优化（如下图）。 [图片][图片] 四、其他问题 4.1 申请开通描述写的很详细为什么还会一直被驳回？ 你所认为写的详细≠满足业务审核所要求的“详细”，大概率你写的是一堆废话 可以参考页面示例根据自己业务场景进行详细描述 转账场景与实际业务场景不匹配 所提供业务场景无法核实 4.2 无法通过基本账户出资以后，如何实现自动向运营账户充值？ 在产品中心开通「转账充值」产品，开通后可以得到一个与主体同名的银行卡号，然后使用银行的自动划拨或者定期付款产品，配置对应规则转账到该账户即可，对应功能不同银行产品叫法不同，具体可咨询自己开户银行是否支持该业务 看到这里，你不扫个码？ [图片]

商家支付到零钱接口 /v3/transfer/batches 申请转账后，使用 批次单号查询结果 batch_status 返回 FINISHED 并不代表转账成功，如果查询的状态已经是 FINISHED 或者 CLOSED ,但是由于某种原因而无法完成转账（比如运营账号刚好没钱，即便后面充值，即便不会重新付款了是吧？） 是不是意味着这个转账单号就最终结果了，这个转账单就固定了？

第一步：安装Postman软件 这一步我就不多描述了，网上搜索下载即可 第二步：配置Postman V3版本的有官方脚本，文档里面有相关步骤，可以参考文档 https://github.com/wechatpay-apiv3/wechatpay-postman-script 脚本下载点击文档里面的code，里面有三种下载方式，下载后怎么配置，就看文档里面的步骤 [图片] V2版本的请参考下图的步骤 步骤一：左上角File--》settings--》Certificates （下图这个步骤为可选操作，就是不想配置可以跳过）在这个页面先打开CA Certificates的开关，选择添加证书文件，是.pem的，不是.p12的哦 [图片] 步骤二：点击Add Certificate，开始添加商户证书，因为例如退款接口的调用是需要携带证书的，所以要配置证书 [图片] 步骤三：开始填写相关信息 [图片] Host：第一个文本框填api.mch.weixin.qq.com（V2接口的域名），第二个文本框填443CRT file：选择商户证书文件，.pem文件KEY file：选择商户私钥文件，.pem文件PFX file：可不选Passphrase：可不填注：商户证书文件和商户私钥文件要区分开来哦，通常从商户平台下载下来的压缩包，解压后就是下图这样： [图片]apiclient_cert.pem就是商户证书文件，apiclient_key.pem就是商户私钥文件 步骤四：填写好信息后，点击add添加，就添加成功了，会回到如下图的页面，如果需要重新添加，就点击Remove，然后重复步骤三，最后关闭页面就可以准备调用接口啦 [图片] 第三步：调用接口 V3调用接口（接下来的步骤操作前提是使用了官方脚本）： 1、选择导入的脚本所在的集合，点击“...”，选择Add request [图片] 2、选择请求方式和请求地址： [图片] 3、按照前面脚本文档的步骤，配置Headers部分 [图片] 4、填写参数 V3有三个部分可以填写参数，可以看文档中请求参数的字段描述判断是放在哪里的参数 [图片] [图片] [图片] query参数，填在如下位置 [图片] path参数，直接填在地址里 [图片] body参数，填在如下位置，V3接口要选择JSON格式 [图片] 5、发送请求，接收返回结果 [图片] V2调用接口 1、点击如图位置的“+”创建请求的集合 [图片] 2、重复V3调用接口的步骤1、2，创建请求填好地址，V2接口都是POST请求 3、填写请求参数，V2的请求参数为XML格式 [图片] 注：因为V2没有脚本，签名值需自己生成，然后再填到请求参数里，这里可以借助工具生成：https://pay.weixin.qq.com/wiki/doc/api/native_sl.php?chapter=20_1 4、发送请求，接收返回结果，见V3调用接口的步骤5 以上为个人使用postman时的一些配置流程，若以后postman有升级改版，页面等发生变动，与以上截图内容出现不一致的地方，请以postman官方手册的内容为准

文档地址：「请求分账（直连）」、「请求分账（服务商）」 Q1：调用请求分账接口返回”非分账订单不支持分账“是什么原因？ A1：请按照以下几点检查： 微信订单号填写错误，请检查确认统一下单时未上传分账标识（profit_sharing=Y）的订单，是不支持分账的 Q2：调用请求分账接口返回”分账金额不足“是什么原因？ A2：请按照以下几点检查： 该订单已全额退款，没有资金可以分账在微信支付中，实际收款之后微信支付会收取一定的结算手续费，在减去手续费后剩余的钱才能分账，详情可参考订单结算手续费说明该订单已解冻，已无分账资金（普通商户分账订单默认冻结期是30天; 电商分账订单默认冻结期是180天）超过订单剩余可分账金额或者该订单已无可分账金额，请检查确认（可调用查询订单待分账金额API确认剩余可分账金额） Q3：调用请求分账接口返回”分账接收方关系不存在，请检查参数中每个接收方的关系“是什么原因？ A3：未添加分账接收方，分账接收方在分账之前需要调用“添加分账接收方接口”添加，请添加接收方后再调用请求分账接口。 Q4：调用请求分账接口返回“分账金额超出最大分账比例”是什么原因？ A4：请检查分账的金额是否超出在商户平台设置的允许分账的最大比例，设置路径如下： 普通直连商户设置分账比例路径：登陆商户平台-产品中心-分账-分账管理比例普通服务商商户设置分账比例路径：需要特约商户可以登录商户平台-产品中心-授权的产品-分账授权中进行设置比例。电商收付通商户设置分账比例路径：登陆服务商商户平台-产品中心-我的工具箱-电商收付通-供应链分账设置里设置连锁品牌分账商户设置分账比例路径：登陆服务商平台-产品中心-合作工具箱-连锁品牌工具箱-品牌专区-品牌交易-品牌供应链分账-供应链分账管理设置 Q5：调用请求分账接口返回”无分账权限“是什么原因？ A5：请按照以下几点排查： 1、未开通分账权限，请开通后再调用分账接口，可参考开通指引 2、请求参数错误，服务商用了普通商户的开发文档提交参数，检查确认 服务商模式请求分账文档 普通商户分账文档 Q6：分账调用“添加分账接收方接口”返回：微信用户姓名与实名不一致 A6：请求中传了字段“个人姓名name”，该字段传了之后会校验用户实名是否正确，请填写正确的用户实名（查看用户实名认证路径：微信-我-服务-右上角三点-实名认证-姓名） Q7：分账调用“请求单次分账接口”返回：分账接收方列表格式错误 A7：receivers中的参数amount类型错误，amount类型是int，请检查确认 Q8：分账接收方类型包括哪些？ A8：有以下几个类型： MERCHANT_ID：商户ID PERSONAL_OPENID：个人openid（由父商户APPID转换得到）PERSONAL_SUB_OPENID: 个人sub_openid（由子商户APPID转换得到） Q9：分账调用“请求单次分账接口”，为什么不返回分账结果 A9：分账是异步的，需要调用“查询分账结果”接口查询确认 Q10：分账调用“请求分账接口”返回：订单处理中，请稍后重试 A10：请按照以下几点检查： 请在订单支付成功1分钟后再调用分账接口未结算的订单，请在结算后再调用分账接口请求分账。查看结算周期路径：超级管理员使用电脑登录商户平台（pay.weixin.qq.com），通过【账户中心】->【商户信息】->【结算信息】进行查看老资金流商户的订单，不支持分账（旧资金流流水介绍、新资金流流水介绍）商户开通了收支分离但手续费账户余额不足（手续费账户最低余额要求是100元以上，在充值手续费账户1小时后，订单会正常结算，即可正常调用分账接口） Q11：分账调用“请求分账接口”返回：分账接收方与原请求不一致 A11：商户分账单号填写错误，调用“请求分账接口”多次分账，要生成新的“商户分账单号”，不能使用已经分过账的商户分账单号 Q12：分账调用“请求单次分账接口” A12：请按照以下几点检查： 签名类型错误，分账接口签名类型目前只支持HMAC-SHA256普通商户的分账订单，请使用普通商户分账接口，不能使用服务商分账接口系统超时，请使用原参数尝试再次掉调用API Q13：调用分账接口是否有额外的手续费 A13：没有，商户的交易订单，平台会正常的收取结算手续费。商户使用分账功能没有额外的费用 Q14：分账调用“请求分账接口”返回：分账接收商户全称不匹配 A14：请按照以下几点检查： 分账接收商户全称填写错误，请填写正确的商户全称，商户全称对应进件接口中的字段“商户名称merchant_name”字段值没有加密，该字段值需要加密后上传，请正确加密后再提交。上传的中文全称乱码，请检查接口编码是否正确，接口需要使用UTF-8编码 Q15：分账调用“添加分账接收方接口”返回：账户不存在 ，请先点击充值 A15：账户未开通，请接收方商户在商户平台点击“充值”创建账户（商户平台-交易中心-充值） Q16：分账如果有退款怎么处理，是否可以回退？ A16：需注意以下几点： 已分出去的资金，在商户接收方同意的情况下，可以发起分账回退。（接收方可在“商户平台-交易中心-分账-分账接收设置”中开启同意分账回退） 更多分账订单退款逻辑，请查看文档说明 [图片]   Q17：分账调用“请求单次分账接口”返回：签名错误 A17：请按照以下几点检查： 使用签名检查工具校验签名算法是否有误确认秘钥是否有误（服务商模式使用服务商商户号秘钥，秘钥是在商户平台配置，如果同一商户号调用其它接口成功可排除是秘钥问题）确认接口实际的请求参数与生成签名原串的参数一致，不能增加或缺少参数（可通过打印签名原串进行排查）确认参数的大小写，参数名与接口文档一致签名原串的参数值使用原始值，不需要encode接口需要使用UTF-8编码 Q18：分账添加接收方接口，是在分账前添加一次，如果接收方无变化，后续是否还需要调用接口再添加 A18：是的，如果接收方没有变化，只需要添加一次即可 Q19：分账调用“查询分账结果接口”返回的分账单状态有几种 A19：有以下几点状态： ACCEPTED—受理成功 PROCESSING—处理中 FINISHED—处理完成 CLOSED—处理失败，已关单  Q20：在商户平台设置了分账动账通知url，为什么收不到通知 A20：请按照以下几点排查： 未设置动账通知url，该链接是通过商户平台【交易中心-分账接收设置】中配置的通知url，必须为https协议。如果链接无法访问，商户将无法接收到微信通知。必须为直接可访问的url，不能携带参数。示例：notify_url：https://pay.weixin.qq.com/wxpay/123456789商户未设置加密的密钥，请登录商户平台操作！请参考什么是APIv3密钥？如何设置？只有分账接收方才能收到分账动账通知，分账方是不会有通知的 Q21：分账调用“请求分账接口”返回：对同笔订单分账频率过高 A21：同笔订单多次分账频率是1秒1次，请降低频率后重试 Q22：分账后资金到可提现是否有中间状态 A22：没有中间状态 Q23：分账后的资金什么时候可提现 A23：分账后钱已经到商户的账户了，可以立刻提现 Q24：分账调用“完结分账接口”的作用是什么 A24: 调用该接口，可以将不需要进行分账的订单金额解冻给商户，解冻后的资金商户可自行发起提现 Q25：分账调用“分账回退接口”返回：参数不正确，请检查参数 A25：return_account与mch_id不能填写为相同的商户号，分账方与接收方商户号一致时，不需要回退 Q26：分账订单调用“申请退款接口”返回：申请退款金额大于剩余未分账金额，请等待分账完成后再试 A26：订单有过部分分账，退款金额不能大于剩余未分账金额，请调用“完结分账接口”解冻剩余资金后再发起退款 Q27：查询分账结果接口里面分账单状态（status）字段，当值为ACCEPTED时是表示分账成功了吗 A27：分账单的状态是表示分账单是否受理成功，并不代表分账是否成功。查看分账是否成功，需要调用查询分账结果接口，查看返回参数“分账接收方列表”里面的字段“分账结果result=SUCCESS”才是分账成功。 Q28：调用“添加分账接收方接口”一次可以添加多个接收方吗 A28：不可以，一次只能添加一个 Q29：请求分账接口返回：分账接收方不允许为分账出资方 A29：请按照以下几点检查： V2接口，“请求单次分账接口”分账接收方不允许为分账出资方，“请求多次分账接口”分账接收方可以为分账出资方V3接口，finish为true的情况，“请求分账接口”分账接收方不允许为分账出资方（这种场景，直接调完结分账API就好）。finish为false的情况，“请求分账接口”分账接收方可以为分账出资方 Q30：调用“请求分账接口”，分账分给多个接收方，会出现分账既有成功又有失败的情况吗 A30：同一次分账请求，会出现有的成功，有的失败的情况。具体请调用“查询分账结果接口”，查看返回参数“分账接收方列表”里面的字段“分账结果result=SUCCESS”才是分账成功。 Q31：“请求分账接口”分账接收方列表中的参数description会体现在分账账单里面吗 A31：在分账方分账账单和资金账单、分账接收方的资金账单里面都会体现 Q32：分账调用“添加分账接收方接口”返回：请求正在处理中，请稍后重试 A32：商户请求并发导致，重新再请求一次即可 Q33：分账调用“添加分账接收方接口”返回：商户已添加的分账接收方个数过多。请先删除多余的分账接收方，并在24小时之后再尝试添加 A33：添加分账接收方的个数限制是2W个，超过这个限制，请按照提示处理 Q34：电商收付通分账调用“请求分账回退接口”返回：可用余额不足，请充值后重新发起 A34：“回退商户号”的账户可用余额不足，需充值后再原单重试才能回退成功。（充值指引：登陆商户平台【交易中心】->【资金管理】->【充值/转入】，根据指引充值即可） Q35：电商收付通分账调用“请求分账回退接口”返回：可用余额不足，请充值后重新发起。这个时候，调用“查询分账回退结果API”却返回：PROCESSING（处理中），这个逻辑是正常的吗 A35：是正常的，逻辑就是这样的。这种情况，商户可以按照提示要求，提醒“回退商户号”充值后再原单重试即可回退成功 Q36：电商收付通分账调用“请求分账回退接口”返回：PROCESSING（处理中），什么情况会返回这种状态 A36：请参考以下几点： 网络抖动导致请求中断商户账户资金转账频繁，导致回退在排队时超时 Q37：电商收付通分账调用“查询分账回退结果接口”返回：TIME_OUT_CLOSED A37：TIME_OUT_CLOSED是fail状态了，也就是处于最终态，是不需要重试的。状态是SUCCESS也同理，也是最终态，不需要重试。返回TIME_OUT_CLOSED时可更换一个回退单，重新分账回退一次即可 Q38：电商收付通分账调用“请求分账接口”返回：分账补贴还未到账，不能受理分账 A38：报这个错误，是因为支付的订单在统一下单里面传了参数“补差金额：subsidy_amount”，传这个参数后，需要调用“请求补差API”完成补差，然后再调用“请求分账接口”即可正常分账 Q39：一笔交易在分账完成之后，将接收方和分账账户的绑定关系解除（删除分账接收方），然后进行分账回退，会成功吗 A39：会回退成功，不受删除分账关系的影响 这里的逻辑有两个： 这笔单曾经分给过了这个商户，且分账成功这个商户开通了分账回退 Q40：分账调用“分账回退接口”返回：PROCESSING A40：过一分钟后原单重试即可 Q41：分账回退有时间限制吗 A41：从订单创建的时间算起，现在分账回退限制180天以内的分账请求 Q42：分账方添加接口，如果相同的分账方重复提交，会返回添加失败，还是覆盖之前的分账方信息 A42：如果系统检测到已经绑定，那么会保留原来的数据，不更新数据，直接返回成功 Q43：在商户平台-管理分账接收方中手动添加分账接收方报错：系统错误，请稍后再试 A43：这个报错的原因是：账户未开通，请接收方商户在商户平台点击“充值”创建账户（商户平台-交易中心-充值） Q44：免充值和预充值的代金券，分账的时候，可分账的金额判断逻辑是一样的吗？比如10-5，使用了免充值代金券，可分账金额是5，使用了预充值代金券，可分账金额是10元还是5元呢 A44：不一样，使用了免充值代金券，可分账金额是5，使用了预充值代金券，可分账金额是10 Q45：电商收付通请求分账接口返回：appid与openid不匹配 A45：请求分账接口里面的APPID必须传电商平台服务商的APPID，所以商户在添加分账接收方时获取的openid，也必须是这个电商平台服务商APPID获取的openid Q46：请求分账回退接口返回：分账指令不存在，请检查是否有对应的分账单 A46：请按照以下几点排查： 分账回退里面的商户分账单号out_order_no，必须是请求分账接口的商户分账单号out_order_no请先调用查询分账回退结果API确认分账是否成功，分账成功的分账单才能调用回退接口正常回退。从订单创建的时间算起，分账回退限制180天以内的分账请求，超过180天不支持回退 Q47：查询订单待分账金额返回：记录不存在 A47：请按照以下几点排查： 记录不存在，可能是单号拼错了，请检查确认订单未结算，请在订单结算后再查询非分账订单，请检查订单支付时是否传了分账标识，传了分账标识的订单，才能正确查询 Q48：商户号能正常完结分账，但是查询分账结果却提示“无分账权限”。是什么原因？ A48：分账权限被冻结，请登陆商户平台查看站内信，按照指引申诉处理。 能正常完结分账的原因是：完结分账，就是将这笔订单的剩余的可分账的钱，都解冻给自己，由于这笔钱本来就是自己的，所以分账完结是一个安全的操作（钱没有给其他人，也没有给服务商，给了自己），所以是不会做权限校验的。当前要分出去给到别人时，就会做相关的权限校验了。 Q49：请求分账接口，当提交请求后返回报错SYSTEM_ERROR，这个时候调用查询分账结果接口查询，每10分钟查询一次，共查询3次（共30分钟）。这样的情况下，是否可以不用原单重试？查询后是否可以换单再提交？ A19：请求分账返回SYSTEM_ERROR时，调用查询分账结果接口3次（30分钟）后，查询结果仍然是不存在的情况：如果商户能保证在30分钟的窗口期内都不会重试，这样做是安全的。 但我们建议在返回SYSTEM_ERROR 情况下，商户还是原单重试，这种最安全，也不用查询和等待一个窗口期。 Q50：一个微信支付单被退完款，还可以继续分账吗？ A50：不可以了，分账是针对该订单冻结的金额进行分账，如果退完款，就不能再分账了。 Q51：比如一个订单支付金额是100.1元，假如手续费是0.1元。分账前先退款了30元，默认分账比例是30%，现在可以分账的金额还是30元，这样理解没有问题吧？ A51：没有问题 Q52：比如一个订单支付金额是100.1元，假如手续费是0.1元。分账前先退款了30元，默认分账比例是30%，现在可以分账的金额还是30元，那就是说，可能出现100退了80，分出去30这种情况？ A52：不会， 两个相加不会超过订单金额的， 也就是说退款没有超过70元的话，可分账金额是30，超过70，可分账金额是剩下的钱。 Q53：普通服务商分账，添加分账接收方这个APPID，如果服务商商户号绑定了两个APPID“B”和"C"，需要分账的订单统一下单中传的APPID是B，这个时候，添加分账接收方中的这APPID可以是“C”吗？还是说必须是“B”？ A53：请注意以下两点： 添加分账接收方的时候，B下的openid，C下的openid都可以但是执行分账的时候，一次分账请求里，只能是同一个appid下的openid，不支持一次分账请求里的openid分别是俩appid下的 Q54：查询分账结果接口返回：记录不存在 A54：请按照以下几点排查： 记录不存在，可能是单号拼错了，请检查确认订单未结算，请在订单结算后再查询非分账订单，请检查订单支付时是否传了分账标识，传了分账标识的订单，才能正确查询订单未分账，所以没有记录，请在订单分账后再查询