小程序中有使用到获取微信用户的手机号码 以及 地理位置等隐私信息 为了符合微信平台的最新隐私协议的授权条例，在查看微信文档开发功能的时候发现以下问题，望大家指点迷津一下，感激不尽 我的开发逻辑：调用 wx.getPrivacySetting接口获取返回的needAuthorization参数如果needAuthorization参数为true 则调用wx.openPrivacyContract接口弹起/打开隐私条例给用户查看问题： 1、请问我这样的开发逻辑正确吗？ 2、隐私条例是否需要自己创建一个窗口 并且以文本的形式展示供用户查看才起作用？ 3、wx.getPrivacySetting这个接口返回needAuthorization参数跟什么因素有关，这边一直显示返回是false

刚做完测试，wx.getFuzzLocation接口的最大误差达到6公里，一般其他平台，模糊精度也就1公里以内。 我们平台的需求，是用户可以选择附近的住宅小区。 不给我精确定位wx.getLocation无所谓，你模糊位置稍微精确那么一点就行啊，起码我推荐附近10个小区能推荐到用户真实的小区也行啊， 现在倒好，给用户推荐的附近小区，一下子从城南给弄到城北去了，想推荐出正确的小区，我得推荐上五六十个才有可能碰到，根本没有用户体验可言了。 别说让我用choosePoi和choosePosition，那个连个参数都没有，直接调出来一大堆停车场门口，没办法筛选住宅小区的。

[视频] 你好，我是李艺。 上节课我们学习了按需注入和初始渲染缓存，明确了静态导航页适合使用初始渲染缓存，动态详情页适合使用骨架屏的策略。这节课我们学习分包、独立分包以及分包预下载。 首先我们看一下问题，在冷启动流程中间使用按需注入改良的只是代码注入阶段的性能，如果这个代码包本身它就比较大，那么在第一阶段，也就是资源准备阶段，就会浪费大量的时间，还有如果是代码包过大，它主包超过2MB，在微信开发者工具里面根本也没有办法上传以申请这个版本的审核，为了让这个代码包瘦身，微信开发者工具提供了静态代码依赖分析这个工具，可以帮助开发者找到无依赖文件。 但是有一点我们需要注意，有一些文件它表面上看起来是用不到的，但其实是不能删除的，因为有时候它是在运行时动态加载并使用的，如果这个代码包删除了无依赖的文件以后依然超过了2MB的限制，这时候应该怎么办？小程序又提供了分包以及独立分包的机制，只要单个代码包不超过2MB，总包大小不超过20MB即可。有些开发者可能觉得2MB限制太小了，决定阈值的从来其实都不是规定，而是网络环境和用户群体，国内有很多网民还在使用低端机，包括WiFi以及4G网络环境其实还没有100%的普及，或许等以后5G技术普及以后，限制会进一步的放开，那个时候主包大小或许会进一步的放大，在目前这个阶段，在当下网络环境里面如果要想提升小程序的启动性能以及运行性能，只能在深谙小程序的运行机制以及启动流程的前提之下，在已有的技术框架之下靠精耕细作的精神一个字节 一个字节地去优化。 接下来我们看项目实践。 目前我们的项目已经超过了2MB，必须通过分包分割总代码包的大小。 首先我们看实践一：用户主页分包、创建tab-bar组件。 将用户主页放在分包内，只需要给页面所在的目录添加分包配置就可以了，在app.json全局配置文件里面，我们可以在subpackages这个节点之下添加一个分包设置，root设置为当前页面所在的目录的一个名称，然后再加上pages设置就可以完成用户主页的一个分包设置了。 在小程序里面，如果是使用配置的方式开启tabBar导航，或者是使用这种官方自定义的方式，也就是我们通过在配置文件里面设置tabBar.custom等于true这样的方式实现tabBar导航组件，这个时候tabBar它页面地址只能放在主包里面，为了破除这个限制，我们可以使用自定义的方式实现tabBar的导航。 首先我们需要在app.json配置文件里面将tabBar的配置删掉，我们现在不需要这个配置了，然后我们在components目录下面创建一个tabBar的组件，用它提供全局的导航功能，在组件的JS代码里面会创建一个select方法，它设置哪个链接，当前是选中的状态，这个方法是给外部的代码进行提供的，这个组件的wxml代码很简单，主要是渲染一个list列表，而且这个list的数据还是从原来app.json文件里面复用过来的，wxss样式仅包含自定义组件本身它所需要的样式，这个里边有一个特殊的类样式，就是bar__active。这个是选中的样式，当这个链接与当前这个页面地址一致的时候这个文本它会呈现红色，这个图标也是红色图标，文本的选中颜色还有文本的默认颜色也就是它默认呈现的颜色，与我们原来在app.json配置文件里面的设置是一致的，完全以自定义组件这种方式实现的tabBar导航有哪些优点？我们一起看一下。 首先第一点，页面不再受分包的限制。我们可以将这个页面放到任何一个分包里面去；第二点就是tab-bar组件里边用到的图标，也不再被限制只能放在本地；第三点就是这个代码里面所有的tabBar页面的跳转也不用再单独使用wx.switchTab这样的接口，可以统一使用wx.navigateTo或者是wx.redirectTo这两个接口任何一个都可以，甚至tab-bar组件本身，如果我们愿意的话还可以将它进一步的优化，不放在主包里边，放在分包里面也是可以的。 现在我们开始实践一的代码演示。 在拿到这个源码以后，我们需要在小程序里面进行一个代码的引入，引入方式也很简单，只需要找到对应的目录然后选择，选择以后这个地方AppID要选择我们自己的账号的AppID，这个名称也可以修改，然后单击确定就可以了。我们要实现分包，实现用户主页的一个分包，首先我们看一下app.json这个文件，这个文件里面，目前我们这个地方其实已经有了一个分包设置了，在subpackages下面只需要在这个底下再添加一个新的配置就可以了。这个里面第一个字段要写的是root，它代表的是我们分包的一个地址，这个地方我们写user，因为我们这个项目底下确实有一个user的目录，也就是这个，根目录指定以后，接下来我们要指定pages，也就是这个页面了，这个页面它是我们在分包下面的一个相对地址，我们可以在这个地方复制一个相对路径，然后粘到这个地方，前面这些是不需要的，它只需要从pages下面，也就是从我们目录下面，开始计算路径，这样的话我们分包的一个设置就算是已经完成了。 再往下我们再创建我们的自定义导航按钮，自定义导航的组件在我们的components目录下面，然后去创建这个组件，现在这个目录还没有，可以创建一下目录，然后这个目录下面再创建一个tab_bar这样的子目录，在这个目录下面放tab-bar自定义组件它的一个源码，可以采用一种快速的新建的方式，比如这个地方我们选择新建Component选择这个菜单，然后写入一个index，完成以后，下面所有的四个文件已经全部默认帮我们创建了，下面开始实现这个代码，这个代码我们之前这已经有实现好的，为了快速我们直接复用我们已经实现的代码，这是页面的标签代码，这个标签代码里面我们可以看一下，主要是一个列表渲染，这个地方用了一个wx:for这样一个列表渲染，然后循环渲染这个list里边还有关于image这个地方有一个判断，当前的index是否等于selected就是我们当前选择的索引，如果等于的话，然后去渲染这样的一个图标地址，如果否的话就是选择另外一个图标地址，这是它的样式。 这个地方是我们这个页面的就是文本 一个标题或者说我们页面的一个名称，这个页面的一个跳转是靠我们绑定的一个事件，在这个上面可以看一下，在这个地方有一个tap 一个绑定，nav的方法上面，我们再看一下JS代码，这是我们JS代码，这个JS代码里面nav，这是我们刚才提到的用于页面跳转的一个方法，上面这有一个select它的参数是index就是索引，我们当前选择哪一个，这个方法是对外提供的，在这个页面里面使用这个组件的时候，稍后我们会调用这个方法。 再往上就是data对象了，第一个是一个selected，就是选择的索引，我们当前选择这列表里面哪一项作为选中的页面，它的默认是0，下面这个list这些数据是我们原来的app.json里面的数据，它的一个修改，我们可以看一下我们原来的数据这个地方 这有一个list，我们可以将这个list给它拷贝一下，除了这个list还有两个color，这里有一个color 这有一个color，我们先将这个list给它拷贝一下，然后到tab_bar这个里面，可以放在这个地方对比一下，这两个数据是很像的，它的差别其实只是我们pagePath前面多了一个斜杠，包括iconPath还有selectedIconPath前面多了两个斜杠，其他的其实都是一样的。 当然了我们上面的这种格式是微信它定义的，在app.json里面，如果是要定义tabBar导航的话必须要用这种格式，但下面这种格式是我们自定义的，我们选择这样一种方式定义便于我们和默认的官方配置、保持一致的数据结构，最后我们再看一下样式。这个代码里面只有一项就是component等于true，如果它是个组件的话，在这个json里边它这一项是等于true的样式代码，这是它的一个样式代码，在样式代码里面可以看到这个里面有一个bar__active代表的是选中状态，选中状态下它文本色，这个地方其实是文本，我们可以看到在这个里边这是它的样式，选中以后文本变成这个颜色，d81e06这样的一个样式与我们前面在这个地方看到的样式它俩是一样的，包括我们前面的5151默认的文本颜色跟我们组件里面的样式也是一样的。我们可以看一下，也就是这个颜色，这是它默认的一个颜色，是一样的。这是组件已经准备好了，这个它默认生成的，其实下面那个我们不需要，只需要这一个就可以了，组件已经准备好了。 接下来我们需要在配置文件里面做一个组件的引入，在这个里面也需要写一个usingComponents，然后是tab-bar，一般的话自定义组件的命名方式就使用这样一种单词中间用连字符，因为官方它组件，然后分割单词也是这样一种形式，所以我们就沿用官方的形式就可以了，组件的地址在哪里，这个地方可以复制一下相对地址，然后粘到这个地方再稍做修改这样就可以了，稍做修改，当然后面JS不需要 把这个给去掉，接下来我们就需要在我们的三个页面：用户主页、商品详情页和主页面里面分别添加tar-bar组件的一个使用。 首先我们在user这个里面找到这个标签页wxml这个页面，在它的最下方添加一个tab-bar，再给它一个id，这样一个代码，然后我们还需要在JS里面，在这个页面的onReady的时候onReady，这个地方没有onReady就在这个地方再加一个onReady，在这个地方需要调用这个页面的selectComponent这个地方的参数，我们写#tabBar 井号代表的是id，tabBar是我们刚才定义的id，选择以后再调用它的select方法，要传一个参数，因为我们用户主页居于导航栏的里面的属于它的索引在2这个位置，所以我们这地方要选2。这是用户主页，然后将这个代码复制一下，在另外的两个页面里面，一个是商品详情页，在这个页面最下方也拷贝一份，还有是我们的index主页的最下方也放置一份，这是wxml代码，接着是拷贝我们的选择代码，在主页里面找到onReady，在这个地方可以放在最后面 放在这个位置，这个是主页，数字要设置为1，还有一个是商品详情页，商品详情页在onReady里边添加代码，这个要设置为0，这就是我们的代码，现在已经改造完成了。 单击编译我们看一下运行效果。这个地方有一个问题，就是我们的地址它不应该在subPackages分包内出现这样的一个提示，这个提示是什么意思，看一下我们这个项目的配置文件，现在我们给用户主页实现分包，将这个地址放在了这个地方，当然这个地方多了一个.js，放在这个地方以后，在我们整个文件默认的pages下面，这个地址其实我们就应该给它删掉，它不需要了，一个页面不能同时出现在两个包里，然后这样去处理再编译一下 看看效果。 这个地方也有一个问题，模拟器无法获取这个文件，已经被忽略上传，它这个忽略上传我们暂时不要去理它，只是它自己的一个提示，现在要测试导航组件的一个表现是否正常，选择商品页，商品页现在高亮了对吧，然后选择主页，然后主页高亮了对吧，然后选择我的页面,我的页面也高亮了对吧。这个导航已经实现了它预想的一个功能，现在我们拿我们的商品详情页，就是detail这个页面它作为启动页再测试一下，也没有问题对吧，也显示了这个代码它的作用是良好的。 在这个地方有一点我们需要提示一下，我们这个代码里面是有选择组件，然后再调用其中的方法的代码也就是这个对吧，在主页里面这个地方选择组件然后再调用它的方法，选择这个组件它其实未必是可以选到的，所以如果这个地方我们要避免出错的话我们可以加一个问号，加个问号以后 就是ES6里面的可选链语法，如果是它不是null，然后找到这个组件，调用它的一个方法，这样的一个语法，这是主页，然后在这个商品详情页里面也是一样的一个处理，这个地方加一个问号，还有一个是在用户主页这个地方也加一个，我们再测试一下，没有问题。正常情况下这个页面已经走到了onReady这个地方，按理说它不会出现选择不到的这种情况，但是有一种情况我们稍后可能会遇到，如果是我们当前这个页面，它本身它跟我们的用到的组件，我们现在这个组件tab-bar这个组件是放在我们主包里面，因为它是在app.json里面配置的，如果是我们这个页面是在一个独立分包里面 它是独立的，然后它显示的时候其实主包没有加载，主包里边的组件你也使用不了，这种情况下有可能，这个地方我们要去选择组件的时候，它可能拿到的是一个空值或者是一个undefined，你在一个undefined调用它的方法，显然是不合适的话可能会报错，所以这个地方所有的组件其实都是一样，你如果想万无一失的话，给它加一个问号，这个问题就可以轻松化解了。 这个代码演示就到这里了。

一、地理位置接口新增说明 由于精确地理位置接口只允许部分类目的小程序申请使用，为了满足开发者在更多场景使用地理位置接口，自 2022 年 7 月 14 日起，新增获取模糊地理位置接口（wx.getFuzzyLocation）。同时为保障用户合法权益，该接口调用前需进行准入开通申请，该接口准入规则与 wx.chooseLocation 一致。 wx.getFuzzyLocation 接口说明： 1、该接口返回的是经过模糊处理的经纬度坐标； 2、该接口支持返回 wgs84 或 gcj02 两种类型的坐标； 3、该接口需要用户授权 scope.userFuzzyLocation。 二、app.json 的配置指引 为了开发者能够正常使用获取模糊地理位置等接口，以及后续对于代码提审环节的优化（见「三、地理位置接口使用流程」），自 2022 年 7 月 14 日起，开发者在使用地理位置相关接口时（共计 8 个，见表1），需要提前在 app.json 中进行配置。 1、需配置的接口列表 [图片] 表1 2、配置规则 1）在代码中使用的地理位置相关接口（共计 8 个，见表1），开发者均需要在 app.json 中 requiredPrivateInfos 配置项中声明，代码格式如下： [图片] 2）表1中模糊位置信息（序号1）和精确位置信息（序号2-5）是互斥的，即声明了模糊位置信息就无法声明精确位置信息。若同时声明模糊位置信息和精确位置信息，则在编译代码时出现错误； 3）注意：自 2022 年 7 月 14 日后发布的小程序，如果未在 app.json 中声明表1中的相关接口，则小程序调用这些接口（表1）时会出现错误，在 2022 年 7 月 14 日之前发布的小程序不受影响； 4）对于第三方开发者，需要在上传代码时通过参数在 ext.json 中声明其需调用的地理位置相关接口，配置规则和普通小程序的配置规则相同。 三、地理位置接口使用流程 自 2022 年 7 月 14 日起，开发者如需在最新版本发布后使用地理位置相关接口，除需完成接口权限开通外，还需在 app.json（或ext.json）配置环节，具体如下： 1、接口权限开通 以下 8 个接口需完成准入开通流程：wx.getFuzzylocation、wx.getLocation、wx.onLocationChange、wx.chooseAddress、wx.choosePoi、wx.chooseLocation、wx.startLocationUpdate、wx.startLocationUpdateBackground 1）普通开发者：需要在 “小程序管理后台 -「开发」-「开发管理」-「接口设置」” 中完成权限申请； 2）第三方开发者：可通过 apply_privacy_interface 接口完成权限申请。 2、app.json（或 ext.json）配置 1）普通开发者：需在 app.json 中声明其需调用的地理位置相关接口，具体配置流程见「二、app.json 的配置指引」； 2）第三方开发者：需要在上传代码时通过参数在 ext.json 中声明其需调用的地理位置相关接口（配置方式：可通过 commit 接口配置）。 同时，为了提升开发者体验，平台在代码提审环节会协助开发者对地理位置接口进行检测，如检测出代码中包含未完成准入开通的地理位置接口，平台将再次提醒开发者确认是否需使用相关接口。 1）普通开发者：若无需使用，开发者可在提审时确认不使用该接口，即可正常进行代码提审。小程序审核通过且新版本发布完成后，平台将对小程序确认不使用的接口关闭使用权限； 2）第三方开发者：若无需使用，可在提审时通过参数声明不使用该接口（声明方式：可通过 submit_audit 接口配置），即可正常进行代码提审，审核通过后发布上线，将对其声明不使用的接口关闭使用权限。 以上调整将仅对所有小程序生效。 微信团队 2022年6月1日

本文不在更新，请看新版自定义交易组件接入指引 看帖不点赞，bug千千万 需要先申请开通“交易组件场景专用商户号”才可以完成新版交易组件场景接入（申请场景经营商户号这是必要条件），进行接入时一定要按照文档流程顺序进行接入，不要新旧接口混合调用，否则无法正常跑通完整流程，切记！切记！切记！ 先配个图证明新版接入已完成 [图片] 有新问题可以留言，有准确答案（方案）后补充更新 一、升级版自定义交易组件接入说明 1、组件介绍 若商家此前已经完成视频号接入小程序，在小程序中调用升级版自定义交易组件组件后，可在保留原有的界面、功能及交易链路的情况下接入微信视频号场景。通过调用商品上传、订单生成、状态同步等接口，实现在视频号场景中交易资金流、售后、交易纠纷、客服等能力的标准化。 2、功能特点 可在视频号场景实现商品展示和带货等功能 未来可支持更多直播营销玩法(券、 秒杀、预售等) 支持小程序客服组件，商家能更方便收到用户的客服咨询 订单中心显示更完善的订单信息，用户可自行查看订单状态 支持用户在视频号订单中心继续付款、发起售后 3、上线案例 升级版自定义交易组件为商户提供保障用户体验的直播电商全链路能力: 可以使用微信支付商户号，资金结算更规范。 小程序和视频号的订单进行了双向打通，用户可以任选在小程序或视频号订单中心处理订单，例如重新发起支付、确认收货等，大大提升用户体验。 通过打通小程序客服组件，增强了商家处理商品咨询的能力。 [图片][图片][图片] 4、接入流程及官方文档 注意:整个接入流程需要15-30个工作日不等，建议提前准备商品的品牌、资质、类目信息，与开发调试并行，避免延误直播带货计划。 详情见：接入视频号指引 5、关键流程逻辑 注意“橙色”为新加入部分: [图片] [图片] 二、接入过程中常见问题 有新问题可以留言，有准确答案（方案）后补充更新 Q1:新版交易组件需要重新申请商户号吗？是否可以使用原有商户号？ A1：不可以，新版交易组件必须要申请开通场景专用商户号 Q2:新版场景专用商户号费率是多少，是否有优惠，结算周期是多久？ A2：商户号费率为0.6%，无费率优惠，结算周期为7+7日，即用户收货后7天后结算。 Q3:申请新商户号时，最后一步签约遇到“微信实名信息与管理员信息不一致”是什么原因？ A3：申请新的场景专用商户号时，“超级管理员”这一项不支持修改，默认为小程序“超级管理员”实名信息，如需修改，需要为该用户前往成员管理为小程序绑定超级管理员。 Q4:申请新的商户号时，为什么不能修改主体信息? A4：“当前主体”这一项不支持修改，因为商户号主体必须和该小程序注册主体保持一致。 Q5:通过新版自定义交易组件申请的场景专用商户号是否对跨境类小程序（自助报关）有影响？ A5：会，二级商户当前暂不支持自助清关接口调用，留意后续更新通知 Q6:自定义交易组件“升级版”跟升级前的自定义交易组件有什么区别，哪些接口需要升级? A6: 新支付接口，必须走新商户号。 取消订单， 小程序(小程序内以及发现-小程序我的订单)和视频号双向可取消，之前只可以在小程序上取消，然后同步给视频号状态。 申请退款，小程序和视频号双向可申请退款。 申请退货退款,小程序和视频号双向可申请退货退款，之前只有小程序上操作。 未付款订单，小程序和视频号 可在各自订单中心重新支付，同步状态。 确认收货，小程序和视频号双向可确认收货。 同步发货状态接口更新。 Q7：自定义交易组件验收流程走完后, 在MP后台点击完成依旧提示"检测到你未完成此项步骤, 请确认后重试"是什么原因？ A7：需要通过调用新接口进行验收才可以通过。 Q8：调用自定义交易组件创建售后接口ecaftersale/add时报47001错误{“errcode”:47001,“errmsg”:"data format error "} A8：请检查“product_info”字段，注意对应类型为“object”。 Q9：调用自定义交易组件创建售后接口ecaftersale/add时报错2747002，参数错误{“errcode”:2747002,“errmsg”:"参数错误 "} A9：1.请检查“orderamt”参数，传参金额应不含邮费。 2.新旧接口不可混合调用，新接口不支持对旧接口生成的订单创建售后。 3.一个商品仅可以有一笔在流程的售后单，已创建或售后完结也会报次错误。 Q10：调用自定义交易组件“同意退货”接口ecaftersale/acceptreturn时报错“同意退货失败没有默认退货地址，需要在接口中传入” {“errcode”:9700210,“errmsg”:“errmsg” =>”同意退货失败没有默认退货地址，需要在接口中传入"} A10：需要调用“更新商家信息”接口，补充默认退货地址 Q11：调用自定义交易组件“添加商品”接口shop/spu/add时报错“该账号客服方式必须包含微信客服/小程序客服” {“errcode”:1040042,“errmsg”:"该账号客服方式必须包含微信客服/小程序客服”} A11:需要在MP后台配置微信客服/小程序客服后，然后通过“更新商家信息”接口更新商家信息[图片] 调用“获取商家信息”接口应返回一下内容才为成功，“service_agent_type”字段需要同时包含0，1，2三个值 [图片] Q12：调用自定义交易组件“创建订单”接口shop/order/add时报错“不支持的发货方式” {“errcode”:1010036,“errmsg”:"不支持的发货方式“} A12：视频号场景当前只支持“正常快递”方式，其他请留意后续更新。 Q13：自定义交易组件“创建售后单”接口中“refund_reason_type”字段 定义见枚举值定义 “emAfterSalesReason ”，“emAfterSalesReason”对应枚举值是什么？ A13:INCORRECT_SELECTION = 1; // 拍错/多拍 NO_LONGER_WANT = 2; // 不想要了 NO_EXPRESS_INFO = 3; // 无快递信息 EMPTY_PACKAGE = 4; // 包裹为空 REJECT_RECEIVE_PACKAGE = 5; // 已拒签包裹 NOT_DELIVERED_TOO_LONG = 6; // 快递长时间未送达 NOT_MATCH_PRODUCT_DESC = 7; // 与商品描述不符 QUALITY_ISSUE = 8; // 质量问题 SEND_WRONG_GOODS = 9; // 卖家发错货 THREE_NO_PRODUCT = 10; // 三无产品 FAKE_PRODUCT = 11; // 假冒产品 OTHERS = 12; // 其它 Q14:自定义交易组件“获取售后单详情”接口中“status”字段 定义见枚举值定义 “AfterSalesState ”，“AfterSalesState”对应枚举值是什么？ A14:AFTERSALESTATUS_INVALID = 0; USER_CANCELD = 1; // 用户取消申请 MERCHANT_PROCESSING = 2; // 商家受理中 MERCHANT_REJECT_REFUND = 4; // 商家拒绝退款 MERCHANT_REJECT_RETURN = 5; // 商家拒绝退货退款 USER_WAIT_RETURN = 6; // 待买家退货 RETURN_CLOSED = 7; // 退货退款关闭 MERCHANT_WAIT_RECEIPT = 8; // 待商家收货 MERCHANT_OVERDUE_REFUND = 12; // 商家逾期未退款 MERCHANT_REFUND_SUCCESS = 13; // 退款完成 MERCHANT_RETURN_SUCCESS = 14; // 退货退款完成 PLATFORM_REFUNDING = 15; // 平台退款中 PLATFORM_REFUND_FAIL = 16; // 平台退款失败 USER_WAIT_CONFIRM = 17; // 待用户确认 MERCHANT_REFUND_RETRY_FAIL = 18; // 商家打款失败，客服关闭售后 MERCHANT_FAIL = 19; // 售后关闭 Q15：自定义交易组件申请视频号专用商户号后，唤起支付报错: “商户号该产品权限未开通” A15:需要先调用“生成订单”接口，然后调用“生成支付参数”接口获取调取支付所需参数，不要调用微信支付统一下单接口获取调用支付参数 Q16：调用自定义交易组件“同意退款”接口shop/ecaftersale/acceptrefund时报错“同意退款失败” {“errcode”:9700209,“errmsg”:"同意退款失败 退款失败“} A：该问题是订单流转状态不对导致，请严格按照文档流程进行操作调用；新旧接口混合调用也会报此错误。 Q17：二级商户号订单支付流程与原有订单支付流程有什么区别？ A17:主要区别是：二级商户号订单调起支付所需参数是通过“生成支付参数”获取，无需同步支付结果；原流程调起支付是需要通过微信支付统一下单获取，需要同步支付结果。 Q18：调用自定义交易组件售后相关接口：“创建售后单”、“用户取消售后单”、“用户上传物流信息”、“获取售后单列表”、“获取售后单详情”、“同意退款“、”同意退货“、“拒绝售后”、“上传退款凭证”、“更新售后单”等接口时报错{“errcode”: 48001,“errmsg”: “api unauthorized”} A18:未开通视频号场景经营商户号，需要先开通场景经营商户号才可以调用。 Q19:自定义交易组件二级商户单调起支付时报错“JSAPI缺少参数total_fee” A19:生成支付参数失败，没返回正确的预支付 ID，重新调用生成支付参数接口获取新的支付参数即可 Q20：调用自定义交易组件接口报错{“errcode”:61007,“errmsg”:“api is unauthorized to component”} A20:没有完成服务商授权。 Q21：已经开通了自定义交易组件，调用接口还是报错48001 A21:接口鉴权有本地缓存，一般最多10分钟，请稍后再试。 Q22:调用自定义组件接口报错“json异常” A22:结构体比较复杂，请检查字段层级。划重点： json不支持注释！！！json不支持注释！！！json不支持注释！！！ Q23:调用自定义组件接口报错{“errcode”:1000000,“errmsg”:“订单状态流转异常”} A23: 订单严格按照：创建、支付、发货、收货的事件流转，如果已经取消，则不能继续流转。 Q24:调用自定义组件上传图片接口报错{“errcode”:1070008,“errmsg”:"获取图片失败，请使用流式上传 "} A24:一般是图片url在微信侧获取不刀，可能为图片cdn设置了白名单或者cdn服务商把微信出口ip 给“ban”了 Q25:调用自定义组件上传图片接口报错{“errcode”:1070001,“errmsg”:"文件/图片为空 "} A25:检查请求报文协议，需[代码]Content-Type: multipart/form-data[代码] Q26:调用自定义组件上传图片接口报错{“errcode”:1000035,“errmsg”:"无效链接 "} A26:请检查图片链接是否为有效链接 Q27:自定义交易组件接入后没有收到事件回调消息 A27:使用公众平台调试工具确保回调链路正常。事件消息如下 [图片] Q28:视频号橱窗管理获取不到对应小程序 A28:1、检查是否开通视频号场景；2、检查是否绑定了推广员（非小程序超管需要绑定推广员） 持续更新中～～～

本月可提审次数 显示服务商本月剩余可提审次数和分配的总quota值，每月1号更新 本月可加急次数 显示服务商本月剩余可加急次数和分配的总加急次数，每月1号更新 以上审核资源受服务商线上表现（小程序内容安全、活跃度、平台配合度）影响，各服务商务必做好小程序商户提供内容素材的管理，减少提审驳回情况和线上违规情况 更新时间为1号早上6点，0-6点显示的是上一月quota，6点后更新为本月 审核数据 服务商可以查看近7天、本月、上月的每日审核量、合格率和期间平均合格率、驳回原因分布 平台合格率为所选择时间周期内的合格率，合格率为重要运营指标，对服务商的资源分配有较强影响，请注意提升 一期合格率存在一定的误差，仅供参考，后续会不断完善，提升这里的数据准确度 审核队列 可以对当前审核队列中的各个审核单进行管理 审核中：提审后等待审核的单，审核时效一般为7天内，表现良好的服务商有更快审核速度 审核冻结：大批量提审未通过预检，被延后审核，建议服务商基于预检不通过原因撤回整改后再次提审，审核时效>15-30个工作日，冻结不及时撤回将被平台追加处罚 审核驳回：近7天被驳回的审核单 注意，审核队列只保留最近一次审核状态的单，如近7天被驳回的单再次提审，将从审核驳回队列中消失，进入审核中队列或审核冻结队列 审核队列支持按小程序名称，小程序appid，模板id进行搜索 搜索时，将在全部审核队列中搜索。小程序名搜索的优先级高于模板id，如”幸运58”的小程序和模板id为5828的100个小程序同时存在时，搜索58将只显示“幸运58”，搜索582才会显示模板5828 appid只支持精确匹配，名称和模板id支持模糊匹配 搜索模板id时，可以按全部单和只看审核冻结单进行筛选，方便进行批量操作 目前一页可展示100个审核单，如需查看更多，请点击页面底部的“加载更多审核单”，加载第二页，以此类推 小程序加急 服务商对于审核中和审核冻结的小程序可以进行加急操作，加急后，该审核单将优先安排审核，原本被冻结的状态也会解除 加急额度属于平台稀有资源，请谨慎使用，严禁任何形式的转卖转赠，一经发现将对quota和加急次数进行一年的处罚 单个加急：可以在小程序的明细页点击加急按钮进行 多个加急：可以点击审核队列的加急按钮，选择多个小程序进行加急 不可加急的类型：需要被报备网信办等机构的审核，无法加急，提示加急失败，加急额度返还 小程序撤回 当发现bug，或者预检不通过导致大批小程序被冻结时，服务商可以操作撤回这批小程序，整改后再次提审。 对大批量问题提审单撤回有助于提升服务商合格率，降低对平台资源消耗。预检不通过的冻结单未及时撤回将会被处罚 单个撤回：可以在小程序的明细页点击撤回按钮进行 批量撤回：可以点击审核队列的撤销审核按钮，选择多个小程序进行撤回，批量操作时，可以基于模板去筛选，可以按照只看冻结去筛选 推荐操作流程：当服务商需要对某个模板id，如5234模板id中全部提审单或全部冻结审核单进行撤回时，建议点击撤销审核按钮，进入选择审核单页面，搜索模板5234，在进入的模板页，点击筛选选项（全部/只看审核冻结），然后点击全选，可以看到本次要撤回的小程序个数，最后点击确定 批量撤回在单数较多时，将生成一个后台异步任务执行，执行结束后将批量撤回结果反馈回来，大批量的撤回可能要等待较久时间 不可撤回的类型： 1，单个小程序每月撤回次数上限为10次，超过时不可撤回 2，已经被其他渠道（如API接口）撤回的单，不可重复撤回 3，其他 客服专区 本次审核专区将为部分服务商开放客服专区入口，客服专区包括机器人客服为服务商提供常用知识库，以及人工客服解决服务商具体问题 开放范围：基于服务商每月quota排名进行分配，一期开放100个，后续将不断放开，直至覆盖全部服务商 客服工作时间：工作日：9:00-12:00,14:00-18:00，特殊时期以平台公告为准 客服问题范围：小程序运营规则、服务商运营政策、提审/审核/线上处罚常见问题咨询、服务商助手体验bug问题等 使用过程中任何问题都可以通过客服入口留言，如无客服入口可以通过开放社区进行反馈，我们将以帮助服务商提高获取信息和办理业务的效率为核心目标，不断完善服务商助手小程序。 最后更新时间：2020年3月5号

小程序业务的蓬勃发展，离不开第三方服务商的支持。为建立平台与服务商良好的信息互通机制和提升服务商运营效率，平台在“小程序服务商助手”小程序新增【审核专区】，包括服务商审核资源和数据展示、加急和撤回审核业务、人工和机器人客服服务等方面。 [图片] 小程序二维码 审核资源和数据展示： 服务商可在页面查看本月提审、加急quota分配情况及对应剩余次数。 审核资源是受服务商提审情况和线上表现影响，请服务商们务必做好小程序内容把控，减少提审驳回和线上违规情况。 平台提供服务商的近期审核结果数据，以便服务商定位问题。服务商可快速查看近7天、本月、上月的每日审核量、合格率、期间平均合格率和驳回原因分布，同时可以按小程序名称、appid，模板id检索服务商小程序的审核状态和结果。 加急和撤回审核业务： 服务商在页面可以对提审后待审核的小程序可以进行单个或批量加急操作，加急后，该审核单将以最高优先级安排审核，满足服务商特殊场景需要快速被审核的需求。服务商也可以在页面对提审后待审核的小程序可以进行单个或批量撤回操作，撤回后，可以继续修改小程序后再次提审。 人工和机器人客服服务： 审核专区也为部分服务商开放客服入口，客服专区包括机器人客服为服务商提供常见知识库，以及人工客服解决服务商具体问题。 ●开放范围：基于服务商月quota排名进行分配，一期开放100个服务商名额，后续将不断开放直至覆盖全部服务商。 ●客服工作时间：工作日9:00-21:00，特殊时期以平台公告为准 更多功能详细介绍，请点击《服务商助手小程序审核专区使用手册》查看>> 欢迎广大服务商体验本专区服务，有任何体验问题或反馈意见，欢迎通过客服通道反馈或者在本公告留言。平台将持续完善服务商助手小程序的服务，给到广大服务商更便捷的平台服务。

背景 我们发现大部分小程序都会使用 [代码]wx.getUserInfo[代码] 接口，来获取用户信息。原本设计这个接口时，我们希望开发者在真正需要用户信息的情况下才去调取这个接口，但很多开发者会直接调用这个接口，导致用户在使用小程序的时候产生困扰，归结起来有几点： 开发者在小程序首页直接调用 [代码]wx.getUserInfo[代码] 进行授权，弹框获取用户信息，会使得一部分用户点击“拒绝”按钮。 在开发者没有处理用户拒绝弹框的情况下，用户必须授权头像昵称等信息才能继续使用小程序，会导致某些用户放弃使用该小程序。 用户没有很好的方式重新授权，尽管我们增加了[代码]设置[代码]页面，可以让用户选择重新授权，但很多用户并不知道可以这么操作。 此外，我们发现开发者默认将 [代码]wx.login[代码] 和 [代码]wx.getUserInfo[代码] 绑定使用，这个是由于我们一开始的设计缺陷和实例代码导致的（[代码]wx.getUserInfo[代码] 必须通过 [代码]wx.login[代码] 在后台生成 [代码]session_key[代码]后才能调用）。同时，我们收到开发者的反馈，希望用户进入小程序首页便能获取到用户的 [代码]unionId[代码]，以便识别到用户是否以前关注了同主体公众号或使用过同主体的App 。 为了解决以上问题，针对获取用户信息我们更新了三个能力： 1.使用组件来获取用户信息 2.若用户满足一定条件，则可以用[代码]wx.login[代码] 获取到的[代码]code[代码]直接换到[代码]unionId[代码] 3.[代码]wx.getUserInfo[代码] 不需要依赖 [代码]wx.login[代码] 就能调用得到数据 获取用户信息组件介绍 [代码][代码] 组件变化： [代码]open-type [代码]属性增加 [代码]getUserInfo[代码] ：用户点击时候会触发 [代码]bindgetuserinfo[代码] 事件。 新增事件 [代码]bindgetuserinfo[代码] ：当 [代码]open-type[代码]为 [代码]getUserInfo[代码] 时，用户点击会触发。可以从事件返回参数的 [代码]detail[代码] 字段中获取到和 [代码]wx.getUserInfo[代码] 返回参数相同的数据。 示例： [代码]<button open-type="getUserInfo" bindgetuserinfo="userInfoHandler"> Click me button>[代码]和 [代码]wx.getUserInfo[代码] 不同之处在于： 1.API [代码]wx.getUserInfo[代码] 只会弹一次框，用户拒绝授权之后，再次调用将不会弹框； 2.组件 [代码][代码][代码][代码] 由于是用户主动触发，不受弹框次数限制，只要用户没有授权，都会再次弹框。 通过获取用户信息的组件，就可以解决用户再次授权的问题。 直接获取unionId开发者申请 [代码]userinfo[代码] 授权主要为了获取 [代码]unionid[代码]，我们鼓励开发者在不骚扰用户的情况下合理获得[代码]unionid[代码]，而仅在必要时才向用户弹窗申请使用昵称头像。为此，凡使用“获取用户信息组件”获取用户昵称头像的小程序，在满足以下全部条件时，将可以静默获得 [代码]unionid[代码]： 1.在微信开放平台下存在同主体的App、公众号、小程序。 2.用户关注了某个相同主体公众号，或曾经在某个相同主体App、公众号上进行过微信登录授权。 这样可让其他同主体的App、公众号、小程序的开发者快速获得已有用户的数据。 不依赖登录的用户信息获取某些工具类的轻量小程序不需要登录行为，但是也想获取用户信息，那么就可以在 [代码]wx.getUserInfo[代码] 的时候加一个参数 [代码]withCredentials: false[代码] 直接获取到用户信息，可以少一次网络请求。 这样可以在不给用户弹窗授权的情况下直接展示用户的信息。 最佳实践 1.调用 [代码]wx.login[代码] 获取 [代码]code[代码]，然后从微信后端换取到 [代码]session_key[代码]，用于解密 [代码]getUserInfo[代码]返回的敏感数据。 2.使用 [代码]wx.getSetting[代码] 获取用户的授权情况  1) 如果用户已经授权，直接调用 API [代码]wx.getUserInfo[代码] 获取用户最新的信息；  2) 用户未授权，在界面中显示一个按钮提示用户登入，当用户点击并授权后就获取到用户的最新信息。 3.获取到用户数据后可以进行展示或者发送给自己的后端。 One More Thing 除了获取用户方案介绍之外，再聊一聊很多初次接触微信小程序的开发者所不容易理解的一些概念： 1.关于OpenId和UnionId [代码]OpenId[代码] 是一个用户对于一个小程序／公众号的标识，开发者可以通过这个标识识别出用户。 [代码]UnionId[代码] 是一个用户对于同主体微信小程序／公众号／APP的标识，开发者需要在微信开放平台下绑定相同账号的主体。开发者可通过[代码]UnionId[代码]，实现多个小程序、公众号、甚至APP 之间的数据互通了。 同一个用户的这两个 ID 对于同一个小程序来说是永久不变的，就算用户删了小程序，下次用户进入小程序，开发者依旧可以通过后台的记录标识出来。 2.关于 getUserInfo 和 login 很多开发者会把 [代码]login[代码] 和 [代码]getUserInfo[代码] 捆绑调用当成登录使用，其实 [代码]login[代码] 已经可以完成登录，[代码]getUserInfo[代码] 只是获取额外的用户信息。 在 [代码]login[代码] 获取到 [代码]code[代码] 后，会发送到开发者后端，开发者后端通过接口去微信后端换取到 [代码]openid[代码] 和[代码]sessionKey[代码]（现在会将 [代码]unionid[代码] 也一并返回）后，把自定义登录态 [代码]3rd_session[代码]返回给前端，就已经完成登录行为了。而 [代码]login[代码] 行为是静默，不必授权的，用户不会察觉。 [代码]getUserInfo[代码] 只是为了提供更优质的服务而存在，比如展示头像昵称，判断性别，开发者可通过 [代码]unionId[代码] 和其他公众号上已有的用户画像结合来提供历史数据。因此开发者不必在用户刚刚进入小程序的时候就强制要求授权。 可以在官方的文档中看到 [代码]login[代码] 的最佳实践： [图片] Q & A Q1: 为什么 login 的时候不直接返回 openid，而是要用这么复杂的方式来经过后台好几层处理之后才能拿到？ A: 为了防止坏人在网络链路上做手脚，所以小程序端请求开发者服务器的的请求都需要二次验证才是可信的。因为我们采取了小程序端只给 [代码]code[代码] ，由服务器端拿着 [代码]code[代码] 和 [代码]AppSecrect[代码] 去微信服务器请求的方式，才会给到开发者对应的[代码]openId[代码] 和用于加解密的 [代码]session_key。[代码] Q2: 既然用户的[代码]openId[代码] 是永远不变的，那么开发者可以使用[代码]openId[代码] 作为用户的登录态么？ A: 不行，这是非常危险的行为。因为 [代码]openId[代码] 是不变的，如果有坏人拿着别人的 [代码]openId[代码] 来进行请求，那么就会出现冒充的情况。所以我们建议开发者可以自己在后台生成一个拥有有效期的 [代码]第三方session[代码] 来做登录态，用户每隔一段时间都需要进行更新以保障数据的安全性。 Q3: 是不是用户每次打开小程序都需要重新[代码]login[代码]？ A: 不必，可以将登录态存入[代码]storage[代码]中，用户再次登录就可以拿[代码]storage[代码] 里的登录态做正常的业务请求，只有当登录态过期了之后才需要重新[代码]login[代码] 。这样子做一则可以减少用户等待时间，二则可以减少网络带宽。 目前微信的[代码]session_key[代码] 有效期是三天，所以建议开发者设置的登录态有效期要小于这个值。

​如果你想在平台内做红包小程序，这些问题你一定需要了解。 [视频] 一、相关红包小程序可能需要选择社交红包类目。 1、哪些红包内容才需要设置社交红包类目呢？ 这个问题小编早有准备，详情可参考：什么小程序需要社交红包类目？ 2、社交红包类目具体申请流程如下： (1) 小程序涉及红包内容需选择社交红包类目，所需资质为：《增值电信业务经营许可证》，即ICP证。 (2) 在申请通过社交红包类目后，需按站内信指引开通安全红包商户号 (3) 商户号开通成功后并绑定小程序主体，再提交代码审核。 二、社交红包小程序有哪些内容是不能做的？ 1、社交红包小程序内暂不支持红包广场业务场景。即社交红包小程序的红包发放与领取仅限在群和好友中进行，禁止在无好友或群关系的场景传播，如基于LBS的红包广场。 违规示例： [图片] 2、红包类活动暂不支持朋友圈传播。 违规示例： [图片] 3、社交红包小程序暂不支持“回赏”类红包玩法。即A发一个红包给任何用户，任何用户需回包一个红包给A，才能拆开A的红包。 违规示例： [图片] 4、个人主体暂不支持社交红包。 违规示例： [图片] 5、社交红包暂不支持单笔交易支付金额突破商户号额度（当前商户号额度为204元）。 违规示例: [图片] 三、社交红包小程序暂不支持自定义功能红包？ 若小程序内涉及向用户提供含自定义功能的红包服务，表现形式包括但不限于：文本/图片/音频/视频等形式，请开发者接入微信公众平台内容安全API（imgSecCheck、msgSecCheck、mediaCheckAsync）能力，同时做好人工审核相关的内容过滤机制，校验用户输入的文本/图片/音频/视频等内容，拦截政治敏感、色情违法违规等相关信息内容，保证用户上传的内容安全，并及时处理违规内容/账户，降低被恶意利用导致传播恶意内容的风险。一经发现将根据违规程度对该小程序采取限制功能直至封号处理。 违规示例: [图片]