视频号直播带货的第一步是先拥有一个商品橱窗。有了商品橱窗，就能将商品上传到自己的视频号主页，也可以将商品添加到自己的直播间进行带货。本文将介绍如何开通视频号的商品橱窗功能。 1、进入商品橱窗 打开微信，点击【发现页】进入【视频号】；点击右上角【人形图标】进入个人界面；点击【创作者中心】里面的【带货中心】即可进入界面；点击界面中的【橱窗管理】。 [图片] [图片] 2、开通商品橱窗功能 2.1 无货源情况 在视频号个人主页中进入【创作者中心】的【带货中心】；点击【选品中心】；选择商品，点击右下侧的【加橱窗】按钮即可开通商品橱窗，并将该商品加入橱窗。[图片] [图片] 2.2 有货源情况 注意：有货源情况是针对已在微信开通店铺的用户（例如：小商店）。 【橱窗管理】入口，点击【从我的商店选择商品】，选择对应商店即可开通；勾选商品即可将店铺中商品添加到【商品橱窗】。 [图片]

小程序业务的蓬勃发展，离不开第三方服务商的支持。平台希望第三方服务商明确自身的责任担当，和平台建立良好的信息通路，实现最终的合作共赢目标，从而推出了一系列以审核为基础的运营机制优化方案。 一、预检机制（上线时间：8月15日） 为了综合提升第三方审核效率，平台将于8月15日起，推行小程序第三方预检加速机制。针对第三方短期内大批量提审的小程序，平台将随机抽取一批提审小程序作为样本进行预先检查，其中对于预检质量较为优质的第三方，将会安排加速审核（审核时长<12小时）；对于预检质量较为低劣的第三方，将会安排审核降级（即延期3-7天后进行审核）。后续提审质量较为优质的第三方，将会实现更快过审。 [图片] Q：这批小程序被延迟审核了，服务商怎么收到通知的？ A：每天中午12点，若存在还未审核或撤回的延期审核小程序，平台会通过服务商站内信定期通知，此外，当一个小程序进入延迟审核状态时，会通过推送接口（点击查看）进行推送。第三方也可以使用查看接口（点击查看），查询某个小程序是否在延迟审核状态。 Q：怎么撤回延迟审核状态的小程序？ A：第三方可以通过撤回接口（点击查看）撤回延迟审核中的小程序，按照站内信反馈的违规原因分布，进行优化后再次提审，以提升审核效率。 Q：撤回后提审会消耗我每月的quota么？撤回后提审还不通过怎么办？ A：每次撤回再提审都会消耗当月的quota值，第三方的提审合格率会是后续审核资源分配的重要评估维度。撤回后不优化再次提审，会导致本月提审合格率下降，影响后续的资源分配！ Q：预检的准确性如何，样本不合格，总体也有可能是合格的呀？ A：平台会不断对比样本和总体的准确率，完善预检模型，确保预检的科学合理性。从之前灰度的情况看，预检的科学性有很好的保证，样本的合格率可以准确反馈总体的合格率情况。 Q：预检质量好和坏怎么决定？为什么我整体合格率还可以但还是没有过预检？ A：预检质量当前包括以下两个维度：1，整体合格率（合格小程序/样本总数），2，高危违规比例（高危违规个数/样本总数），其中，高危违规定义为：涉及黄赌毒等平台不允许的内容，金融、医疗、社交等风险高的类目，以及其他平台评估对小程序生态、用户体验危害大的行为。 二、提审额度限制（quota）（上线时间：9月1日） 由于第三方业务的快速发展，每日审核的单量逐步增多，部分第三方提审习惯差，大量无效低质的提审，阻塞了审核队列，需要对这批第三方进行提审限制，保证其他第三方的提审体验。 每个第三方后续的提审，将按月分配一定的额度，当每月提审次数超过提审额度时，将无法继续提审，需要等待下月1号重新分配额度。提审额度的分配和调整，将基于第三方的业务发展需要、提审质量、线上小程序违规情况等因素进行综合考虑。 三、加急审核（上线时间：9月1日） 为了保证第三方的重要核心业务不受审核排队影响，提升第三方提审体验，平台计划9月上线加急审核功能，对第三方开放一定的加急额度。加急小程序保证小于12小时的审核时效。 第三方加急审核适用的小程序： 1，授权给该第三方且满足一定期限 2，当前在审核排队队列中 3，无其他平台不允许加急因素存在 四、第三方反馈和运营控制（下半年上线） 为了加强第三方和平台的相互理解、信息互通，避免在实际运营过程中，因为信息不通导致的低效问题，后续平台将加强和第三方的线上线下交流，同时完善各个环节的信息沟通反馈机制。同时，对于第三方，将采用更多的措施进行运营，对于表现好的第三方，后续将在各个环节给到相应的支持，对于表现不好的第三方，将给到相应的处罚，表现特别恶劣的第三方，后续将清除出平台。 更多信息请关注后续上线公告

同样的代码，同样的基础库版本，除了开发者工具的版本不一样之外其他步骤都一样 定义的数据如下： [图片] 使用1812271对应的debug出来的数据 [图片] 使用07301版本debug对应的数据，不知道为什么被赋值 [图片]

在开发中经常会遇到 wx. getExtConfigSync 获取到到值为 "{}" 的情况，通过排查是 模版小程序和第三方小程序没有授权，也就是 project.config.json 中的 "appId" 和 ext.json 中的 "extAppid" 没有建立关系 -理想的情况是，在开发工具中不去强制校验授权关系，可以抛出warning没有授权关系或是其他的配置原因，但依然可以读取到 ext.json 中的值

- 当前 Bug 的表现（可附上截图）     [代码]{[代码][代码] [代码] [代码]      [代码][代码]errcode: 85085,[代码][代码] [代码] [代码]      [代码][代码]errmsg: [代码][代码]'submit audit reach limit, please try later hint:[4nwyja09084711]'[代码][代码] [代码] [代码]}[代码] 请问： 1、这个错误伐值是多少？伐值的周期是？ 2、未来更多小程序接入我们的第三方平台需要提交代码审核怎么办？