普通分账申请高比例流程和资料 【务必按照邮件模板要求申请，附件名称规范、邮件主体带有申请表格】 流程：向微信支付运营邮件申请 注意：要如实描述场景。 别问行不行了，行不行看图不就知道了，不行的找找自己的原因，最后预祝大家申请成功。 [图片]

一、微信支付支持的分账产品及能力 1.针对直连商户的分账：文档地址 接口版本：V2 2.针对服务商模式的分账：文档地址 接口版本：V2 3.针对品牌连锁分账：文档地址 接口版本：V3 4.针对电商收付通分账：文档地址 接口版本：V3 二、企业如何选择使用哪个产品及能力 这个是根据公司自有业务来选择，有的公司使用其中一种就够了，有的公司可能涉及全部(提供解决方案的软件服务提供商),下面是官方产品介绍及场景举例，可以看看自己符合哪一种： 直连商户分账 产品介绍 (详情) 直连商户分账主要用于商户将交易成功的资金，按照一定的周期，分账给其他方，可以是合作伙伴、员工、用户或者其他分润方。 使用场景举例 1、员工奖励 零售、餐饮等行业中，当销售人员销售完成后，达到可奖励的条件，可以通过分账，将销售奖励分给员工。 2、管理资金到账时间 在酒店行业中，利用分账功能中的“冻结/解冻“能力，当用户预订/入住酒店时，交易资金先冻结在酒店的账户中，当用户确认消费离店后，再利用“分账“功能中的”分账完结“解冻资金到酒店的账户中。这样可以避免用户退款时商户账户资金不足的情况。 3、分润给合作伙伴 在与他方合作的情况下，可以用“分账”功能，将交易资金分给合作伙伴，例如物流合作商。 服务商分账 产品介绍详情 服务商分账，主要用于服务商帮助特约商户完成订单收单成功后的资金分配。 使用场景举例 • 服务商抽成 在各个行业中，服务商为特约商户提供增值服务，服务商与特约商户协商，可以从特约商户的交易流水中抽取一定的手续费。 • 员工奖励 零售、餐饮等行业中，当销售人员销售完成后，达到可奖励的条件，可以通过分账，将销售奖励分给员工。 • 管理资金到账时间 在酒店行业中，利用分账功能中的“冻结/解冻“能力，当用户预订/入住酒店时，交易资金先冻结在酒店的账户中，当用户确认消费离店后，再利用“分账“功能中的”分账完结“解冻资金到酒店的账户中。这样可以避免用户退款时商户账户资金不足的情况。 4、分润给合作伙伴 在与他方合作的情况下，可以用“分账”功能，将交易资金分给合作伙伴，例如物流合作商。 品牌连锁分账 产品介绍详情 适用于已开通连锁品牌工具箱的服务商、品牌商户和接入品牌的门店，品牌可通过供应链分账对门店、连锁业态其它参与者进行更灵活的资金管理。 使用场景举例 • 品牌管理门店账期：门店独立收款，品牌可以通过供应链分账的“冻结解冻“功能实现对门店的账期管理。 • 品牌基于门店交易抽成：门店独立收款，品牌根据门店的每笔交易在线抽成。 • 分账给服务商、供应商、店员或其他分账方：门店独立收款，按每笔交易分账给品牌合作的服务商、供应商、门店店员、或者有品牌合作的其他分润方。 • 品牌分账给门店：在品牌统一营销活动等场景，品牌可先收款再分账给门店。 电商收付通分账 电商收付通介绍 电商收付通是微信支付专为电商行业场景打造的支付、结算解决方案。电商平台的平台商户入驻微信支付成为二级商户。电商收付通支持将多个二级商户的订单进行合单支付（如电商购物车中的多笔订单合并支付），合单支付款项分别进入到二级商户各自的账户（资金为冻结状态，可用于实现二级商户账期）；电商平台在满足业务流程条件下（如确认收货等），可将二级商户的冻结状态的资金解冻，并收取平台佣金。 产品介绍详情 通过分账接口，根据实际业务场景将交易款项分账到其他业务参与方的账户(如：平台抽取佣金)，目前默认最高分账比例30%；同时通过该接口，实现合单交易冻结资金的解冻，从而实现对二级商户的账期； 适用于已开通电商收付通的电商平台及二级商户，电商平台可通过供应链分账实现对平台二级商户的账期管理和资金分配。 使用场景举例 • 二级商户账期管理：二级商户直接收款，电商平台通过供应链分账的“冻结解冻”能力实现对二级商户账期的管理。 • 电商平台交易抽成：二级商户直接收款，电商平台根据二级商户的每笔交易实现服务费的在线抽成。 • 分账给供应商、达人或其他分账方：二级商户直接收款，按每笔交易分账给二级商户上游的供应商、下游分销的达人、或者其他分润方。 三、官方整理的关于分账常见问题 总的来看架构有可能是一套（技术底层实现），只是针对不同场景有不同处理。所以当接入过一个后，接入第二个会比较轻松。 1)高比例分账如何申请？详情 此文档还包含以下常见问题解答： [图片] 2)分账接口问题Q&A【官方】详情 3)有问题善用社区搜索 [图片] 四、近期上线的新能力 【通知】分账新上线了2个功能 (比如之前都需要自己来计算可分账金额，比如，支付了100块，如果费率是千六，需要（100- 100x0.006）x 商户设置的可分账比例，实际可分的是99.4 x 分账比例等，目前都已提供接口反馈) 1）查询订单待分账金额 直连分账V2： https://pay.weixin.qq.com/wiki/doc/api/allocation.php?chapter=27_10&index=7 服务商分账V2： https://pay.weixin.qq.com/wiki/doc/api/allocation_sl.php?chapter=25_10&index=7 电商分账V3： https://pay.weixin.qq.com/wiki/doc/apiv3/wxpay/ecommerce/profitsharing/chapter3_9.shtml 品牌分账V3： https://pay.weixin.qq.com/wiki/doc/apiv3/wxpay/brand/chapter3_9.shtml 2）父查询子配置的订单最大可分账比例 服务商分账V2： https://pay.weixin.qq.com/wiki/doc/api/allocation_sl.php?chapter=25_11&index=8 品牌分账V3: https://pay.weixin.qq.com/wiki/doc/apiv3/wxpay/brand/chapter3_10.shtml 五、分账使用问题和需求反馈 如果现有分账产品与能力还不能满足业务需求，可通过以下反馈地址进行反馈，产品小姐姐、运营小姐期待您的反馈 。 反馈地址：https://wj.qq.com/s2/7672765/3527/

我们是微信支付服务商，小微商户想用微信小程序进行支付，我们有小微商户的商户ID，为什么我们不能在小程序上面唤起微信支付呢？怎么样才能唤起小程序支付？ 

前言 10月12日夜晚社区发了公告小程序模板消息能力调整通知，正式发布了 一次性订阅消息 这一能力，所以第一时间进行了体验。 本文主要是补充一下官方未提供的使用方法，和使用中与模板消息用法的不同。 文档地址 https://developers.weixin.qq.com/miniprogram/dev/framework/open-ability/subscribe-message.html 使用方法 [代码]wx.requestSubscribeMessage({ tmplIds: ["模板id1","模板id2"], success: function (res) { //成功 }, fail(err) { //失败 console.error(err); } }) [代码] 第一个坑 如果不勾选红色方框内的内容，用户每次触发订阅消息功能都会弹出授权窗口，如果用户勾选了则不会出现弹窗。 [图片] 第二个坑 目前开发者工具（v1.02.191012）不支持调试，只能通过真机调试。 [图片] 第三个坑 微信不会为开发者保存订阅次数，需要自己在后台记录用户触发的次数。 超过次数调用接口下发订阅消息会返回失败。 [图片] 第四个坑 发送模板格式和原来的模板消息格式不一致，特别是data内的内容，订阅消息的字段key是和数据类型有关，value的参数需要严格按照设置的类型提交，具体使用参考后台的模板详情。 模板消息的格式： [代码]"data": { "keyword1": { "value": "内容", "color": "#000" }, "keyword2": { "value": "内容", "color": "#000" } } [代码] 订阅消息的格式： [代码]"data": { "thing1": { "value": "内容" }, "number2": { "value": 20 } [代码] 第五个坑 订阅消息申请模板的时候，需要选择所属类目，而且只能是自己小程序相关类目，模板消息是不需要选择对应类目的。 如果删除小程序类目，则会把订阅消息模板一起删除，需谨慎操作。 [图片] 第六个坑 长期订阅消息只针对特定行业开放，所以普通开发者并无法使用。 结束 暂时就先总结这些，有其它坑再补充。

为了优化用户的使用体验，平台将回收“使用 wx.getUserInfo 接口直接弹出授权框”以及“使用 wx.authorize 接口直接申请提前授权用户信息”的能力，开发者需要使用组件方式唤起登录授权弹窗。 2018年10月10日后发布新版本的小程序，将无法在线上版本中使用接口直接弹出授权框。开发者可结合平台设计建议，提前做好兼容，合理使用微信登录能力。 能力调整背景 怎么合理使用微信登录能力 小程序登录流程设计建议 01 能力调整背景 推出微信登录能力的初衷是希望：当用户使用小程序时，可以便捷地使用微信身份登录小程序。但在实际使用场景中，我们发现：很多开发者在打开小程序时直接弹出授权框，如果用户点击拒绝授权，无法使用小程序。 在用户无法获知当前小程序服务内容的情况下，很多用户就会选择拒绝授权并离开当前小程序。所以“一进入小程序就要求用户授权”的做法打断了用户正常使用小程序的流程，同时也不利于小程序获取新用户。 所以平台调整登录接口，回收“使用 wx.getUserInfo 接口直接弹出授权框”以及“使用 wx.authorize 接口直接申请提前授权用户信息”的能力，并鼓励开发者参照以下指引合理改造小程序内的登录流程。 02 怎么合理使用微信登录能力 平台分别提供多种方式实现微信登录： 1. 调用wx.login接口，静默获取openid 适用场景：无需使用用户头像、昵称、Unionid信息 2. 使用 open-data （小程序）或者开放数据域（小游戏）的方式展示用户信息（无需用户授权） 适用场景：需要在前端“展示”用户头像、昵称信息，但不需要获取Unionid 3.使用button（小程序）或UserInfoButton（小游戏）组件，用户点击后弹窗请求用户授权 适用场景：需要获取用户头像、昵称、Unionid等基本信息 开发建议 第一步：获取openID 当用户访问小程序时，先通过wx.login，获取用户openID 。这时无需弹框授权，开发者拿到 openID 可以建立自身的帐号 ID。 第二步： 使用open-data方式或开放数据域方式展示头像昵称 如需要在前端展示用户头像、昵称信息， 使用open-data 方式或者开放数据域的方式展示用户信息 第三步：根据实际使用场景，使用组件，引导用户登录 在关键操作中，如必须获取用户头像、昵称、UnionID信息，可根据第一步获取的openID判断是新用户还是旧用户：     如果是旧用户，可以直接登录，也可定期使用wx.getUserInfo更新用户的信息；     如果是新用户，使用button（小程序）或UserInfoButton（小游戏）组件，在用户点击后弹窗请求获取用户基本信息。 03 小程序登录流程设计建议 a. 在必须用到登录信息的环节引导用户登录 在用户必须登录时才引导用户登录（如：购买前需要获取会员信息，用于同步积分数据），而不是用户一进入小程序就弹窗要求用户授权。如只需要在前端展示用户头像、昵称，无需要求用户授权，可直接展示。 [图片] b.清晰、准确地引导用户登录 在登录页面中，清晰、准确地告知用户当前操作是登录，说明获取登录信息的目的（如：用于同步会员积分数据等） [图片] c. 不强制用户必须登录后才能使用小程序服务 提供游客模式，不强制用户必须登录后才能进入小程序。如要求必须授权头像昵称等信息才能继续使用小程序，会导致某些用户放弃使用该小程序。 [图片]