[图片]

不知道在这里发帖官方能否看到，一个创业者的真实声音 干了十年校园自媒体，去年拿出所有身家近百万做了一款校园社区类小程序，经过半年多的辛苦和努力终于达到了17万用户3万日活，然而个别用户发布了带有性描述的文字手疾眼快的人截图举报被小程序官方暂时封禁，发现问题后我们第一时间删除违规帖子并接入腾讯云内容安全审核自查，删除所有违规内容后再次申诉，结果依然不给通过，后面我们又把评论区所有数据全部删除再次提交，依然没有结果，叫天天不应叫地地不灵，被封的这几天就像自己的孩子进了ICU一样的心情，日日夜夜寝食难安，心里非常痛苦，官方能不能看到我们这些小创业者的心声，拿出全部身家来做小程序生态每天都小心翼翼的，违规内容并不是我们发布的，我们发现后也第一时间整改，为什么申诉5次都不给解封？用户大量流失，20几个人辛苦半年多的努力付之东流。 [图片][图片][图片]

[图片]我该怎么解决，看了很多回答说啥去小程序后台，我怎么去小程序后台啊，都搜不出来，有赞上面也找不到解决方法

个人的卡密小程序被永久封禁，理由是《微信小程序平台运营规范》5.19 绕开、规避或对抗平台审核监管的行为，具体理由是“经核实，小程序代码提审版本内容与线上实际版本内容存在较大差异，存在绕开、规避或对抗平台审核监管的行为。” 这个刚上线还没有任何人使用，只有我自己看了下，然后就封禁了。 我是找淘宝技术人员给搭建的，同一套代码、同一套提审内容，为什么别人的 “超前影视会” 、“蔬果卡卡”小程序都没问题，为什么到我这刚上线就不行了，商家也很奇怪，我也很奇怪，因为有成功案例所以我才找他们搭建的。 我现在想知道具体原因，或者帮我解封，我去投诉这个商家了。 [图片]

链接在浏览器里面是能正常打开的，小程序里就报错了。业务域名是配好了的。公众号迁移过，但和web-view有什么关系啊。。[图片]

A小程序配置了 普通二维码打开小程序的规则，印刷物料后，如果A小程序被封禁，是否会释放普通二维码规则？不然我B小程序去配置这个规则时会提示该规则已被A小程序占用。导致印刷的物料会一直打开被封禁的小程序。

wx.getLocation官方API调用后，没有任何回调，success和fail方法都不执行。部分手机偶现，每天都会有客户反馈。

调用getLocation 获取位置信息最近频繁超时， 请问是什么原因？ [图片]

wx.getLocation在调用后，无任何回调，success及fail均未收到回调数据，现象为getLocation定位API假死。 基础库版本：3.3.5 用户日志已上传，日志时间范围：03月30日 17:00～03月30日 18:00 用户日志微信号：diuzuiwang

问题： wx.getLocation定位失败， 因为使用了showLoading，用户那边一直在转圈。官方帮忙赶紧看下，越来越多用户出现，抱怨声很大。 用户反馈： 几乎每天都会出现，重启手机也不行，网络信号都满格 wx.showLoading({ title: '正在获取位置'});  wx.getLocation({     type: 'gcj02',     isHighAccuracy:false,     highAccuracyExpireTime: 3100,     success: function (res) {       wx.hideLoading();       //success..     },     fail: function (res) {       wx.hideLoading();       //fail...     }  }) [图片] [图片]

安卓 wx.getLocation  定位不了，一直显示定位中，不进入任何回调？

[图片][图片][图片][图片]

wx.getLocation在调用后，无任何回调，success及fail均未收到回调数据，点右上角的···拉起菜单后，一直显示正在定位中，怎样都无法获取到定位信息 基础库版本:3.4.3 用户日志已上传，日志时间范围: 04月27日 22:00~04月27日 23:00 04月28日 08:00~04月28日 09:00 用户日志微信号: JiaZou1993

常见于安卓用户，有时候可以取到 有时候取不到 现在解决办法通过 加个定时 超过5s 判定获取失败，为什么会有获取失败的情况呢，userLocation的权限已经给了

随着小程序服务商生态的壮大和平台面向服务商提审机制的优化，现阶段小程序服务商的提升质量有了稳步的提升，考虑到服务商自身业务的拓展对提审额度提升的效率及数量需求，为鼓励服务商拓展商户新增业务，平台对当前提审额度的限制能力进行优化：对在平台注册的第三方小程序首单提审不做quota限制，详细规则如下： 1） 第三方小程序属于首次在小程序平台内提审时不消耗提审quota 2） 当月quota已用完的情况下，属于首单提审的不受限制，可以继续提审 3） 首次提审后撤回再次提审仍算首单提审，但第二次撤回后，再次提审就不能享受这个政策 备注：即使小程序是首次授权给服务商的第一次提审，如在授权前已经自行提审或者被别的服务商提审过，则不算首单。 友情提示：部分服务商在商家注册时有自动提审机制，此时商家的内容往往未配置完全，容易驳回，请加强对商家提审的控制，避免浪费首单提审机会。 Quota基于服务商提审质量分配的原则依然不变，此外，被平台评估为滥用首单机制的服务商，将会被限制该能力，各服务商需要继续关注对商户的运营和控制，减少驳回和违规情况。 未来我们会针对服务商提供更多的激励，如平台评价优秀的小程序提审不消耗quota且审核优先安排等措施，期待第三方服务商和平台能建立良好的生态合作共赢关系，帮助商户通过小程序为更多的用户提供更优质的服务。

第三方服务商按月按提审表现分配提审限额（quota）的机制上线以来，服务商对提审质量的重视度不断上升，大盘提审合格率也不断提升。为了保障服务商提审效率，携手与服务商共同发展，平台近期将完善quota机制，更科学合理地分配服务商提审额度。 一、提审限额分配机制优化 服务商表现排名，会综合服务商的以下表现进行评价。同时平台考察服务商表现维度更全面（11月在服务商助手小程序的“表现与权益”专区上线） 月quota分配优化前：月quota基于近3月提审单数、服务商表现排名分配月quota分配优化后：月quota基于近6月提审单数、服务商表现排名分配新服务商支持：新第三方服务商每月最少可获得50个quota。*新第三方服务商定义：自上线之日起一年内称之为新第三方服务商 安全：提审质量、线上违规情况、低风险小程序数量、高风险小程序数量等 规模：授权小程序个数、主体个数、月新增小程序个数等 活跃：高活跃小程序个数及占比、不活跃小程序个数及占比 支付：支付金额、笔数、支付活跃小程序个数及占比 体验：体验差小程序个数及占比 [图片] 二、quota自助调额范围优化： 优化前：服务商每次申请临时额度为月初分配提审额度的15%优化后：月初分配的quota作为调额范围的划分标准，具体调整范围如下图：[图片] 特别注意： 服务商在可选范围内按需求自助调额，自助调整次数以及调额范围将基于提审合格率、quota消耗率等服务商表现分配，分配规则如下： 自然年内若存在超过三个月（不含）提审合格率低于80%，将无法申请临时调额quota消耗率作为第三方服务商画像分值的一个重要参考项，请按需进行quota调额申请，若quota消耗率存在超过三个月（不含）低于60%，服务商的画像分值排序将会降低，影响后续审核的优先级以及quota等权益分配。quota消耗率指当月quota使用值/（当月quota分配值+临时申请quota总值）*100% [图片] 平台将持续为服务商提供高效快捷审核服务，若因业务发展等情况存在超额提审需求的服务商还可以通过“小程序服务商助手-我的-咨询反馈”联系人工客服进行申请更多临时额度，客服工作时间：工作日：9:00-12:00,14:00-18:00，特殊时期以平台公告为准。 临时额度人工申请周期为1-3天，请服务商提前规划好提审额度的需求。 微信开放平台运营团队 2020.11.4

为提升第三方代开发小程序的代码审核体验，平台对授权服务商代开发的小程序上线“标准模板“审核流程，使用标准模板且满足条件的小程序可加速通过审核，具体如下： 一、 支持小程序范围 适用于通过标准模板代开发，且完成自定义版交易组件接入的小程序二、 审核流程 第三方需先提审标准模板，获得审核通过的标准模板 [图片] 授权给第三方代开发的小程序使用审核通过的标准模板，进行小程序代码提审，提审后进入“标准模板小程序”审核队列（标准模板未通过小程序会触发自动驳回）。进入“标准模板小程序”审核队列的小程序，同时满足如下条件时审核结果为通过。1.小程序配置的服务类目属于其标准模板已审核通过的类目（如：标准模板审核通过a/b/c/d四个类目，小程序配置了b/c两个类目，则视为符合条件）。可通过获取模板列表接口标准模板配置的服务类目信息。 2.小程序已经完成自定义版交易组件接入。可通过获取接入状态接口返回的access_info字段进行判断，access_info的参数项都返回1则视为接入完成。 3.满足小程序代码审核的其他要求和规范。详情查看：https://developers.weixin.qq.com/miniprogram/product/reject.html

背景 我们发现大部分小程序都会使用 [代码]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. 模板消息是用户触发后的通知消息，不支持营销类消息，不能满足部分业务需求。 为提升微信用户体验，我们开始灰度测试服务号订阅通知功能。 能力说明 开发者可在服务号图文消息、网页等场景设置订阅功能，用户自主订阅后，开发者可按需求下发一条对应的订阅通知。 [图片] 用户可在图文订阅通知 [图片] 用户可在网页订阅通知 灰度测试计划 服务号订阅通知功能即日上线，已认证的境内主体服务号可前往 MP 后台开通使用，详见说明。 1. 服务号订阅通知灰度测试期自2021年1月27日0:00至4月30日24:00，期间服务号模板消息可正常使用；灰度测试期结束后服务号订阅通知的策略将另行公布，届时以官方信息为准； 2. 开发者使用订阅通知功能时，需遵循运营规范，不可用奖励或其它形式强制用户订阅，不可下发与用户预期不符或违反国家法律法规的内容。具体可参考文档：《微信公众平台运营规范》 微信团队 2021年1月27日

近期，收到大量用户投诉，用户在使用小程序时，正常体验被中断，需要授权使用手机号等用户个人信息才能继续使用相关服务，而这些信息并非该服务所必需。此类情况违反了《微信小程序平台运营规范》15.1.3：除非相关法律要求，或经用户同意，否则不得要求用户输入个人信息（手机号、出生日期等）才可使用其功能，或收集用户密码或者用户个人信息（包括但不限于，手机号、身份证号、生日、住址等）。 包括但不限于以下情况： 1. 下单时强制用户绑定手机号 [图片] 2. 到店就餐支付时强制预留手机号 [图片] 为了确保良好的用户体验和保护用户个人信息，如果发现小程序通过限制用户操作的方式，收集与服务无关的用户个人信息，将根据违规程度对该小程序封禁相应能力直至封号处理，请开发者及时整改，整改指引参考如下： 1. 我是餐饮类小程序，所有场景均不能要求用户提供手机号吗？ 需要用户手机号，才能正常提供服务的，属于必要情形，仍然可以正常指引用户授权或填写手机号，比如餐饮外卖类场景，需要手机号联系用户；而不需要手机号也能正常提供服务的，不允许强制用户授权或填写手机号，比如到店点餐类服务，属于非必要场景，用户已经到店情况不是必须提供手机号进行入会或点单。 2. 具体应当如何调整？ 餐饮类小程序，到店就餐场景下，用户下单或支付时，不入会、不填写手机号，应当可以正常下单或进行支付。 3.不强制用户一定授权使用手机号，是否仍然允许弹窗让用户授权使用手机号？ 非必要情况下，不应当调用手机号授权接口，此类情况影响用户正常操作体验。用户拒绝授权后，不应当在用户每次重新打开小程序时频繁向用户询问、调用手机号授权接口。

一、能力背景 近年来，国家在医疗挂号、APP注册、快递收寄、客运、运营商等多领域规定，需要用户实名才可办理业务，预计后续也会有越来越多的此类法规。因此，微信参照公安部“互联网+”可信身份认证服务平台标准，依托腾讯公司及微信的生物识别技术，建立微信“实名实人信息校验能力” ，即通过人脸识别+权威源比对，校验用户实名信息和本人操作（简称微信人脸核身）。 目前接口限定主体及行业类目开放公测，提供给资质符合要求的业务方，在合适的业务场景内使用。目前仅支持持二代身份证的大陆居民。 由于人脸核身功能涉及到用户的敏感、隐私信息，因此调用此接口的小程序，需要满足一定的条件。即：小程序的主体以及类目，需要在限定的类目范围内，且与小程序的业务场景一致。开展的业务也需要是国家相关法规、政策规定的需要“实名办理”的相关业务（其他未在范围内的业务，则暂不支持）。 以下为接口接入及开发的详细内容。如开发中遇到任何疑问，可以点击此处通过社区反馈，将有工作人员跟进回复。 文档第四部分【再次获取核验结果api】，有助于提高业务方安全性，请务必接入！ 现阶段微信人脸核验能力，针对小程序，开放的主体类目范围包含： 小程序一级类目 小程序二级类目 小程序三级类目 使用人脸核验接口所需资质 物流服务 收件/派件 / 《快递业务经营许可证》 物流服务 货物运输 / 《道路运输经营许可证》（经营范围需含网络货运） 教育 学历教育（学校） / （2选1）：1、公立学校：由教育行政部门出具的审批设立证明 或 《事业单位法人证书》；2、私立学校：《民办学校办学许可证》与《民办非企业单位登记证书》 医疗 公立医疗机构 / 《医疗机构执业许可证》与《事业单位法人证书》 医疗 互联网医院 / 仅支持公立医疗机构互联网医院（2选1）：1、卫生健康部门的《设置医疗机构批准书》；2、 《医疗机构执业许可证》（范围均需含“互联网诊疗”或名称含“互联网医院”等相关内容 医疗服务 三级私立医疗机构 / 仅支持三级以上私立医疗机构，提供《医疗机构执业许可证》、《营业执照》及《医院等级证书》 政务民生 所有二级类目 / 仅支持政府/事业单位，提供《组织机构代码证》或《统一社会信用代码证》。 金融业 银行 / （2选1）：1、《金融许可证》； 2、《金融机构许可证》。 金融业 信托 / （2选1）：1、《金融许可证》； 2、《金融机构许可证》。 金融业 公募基金 / （4选1）：1、《经营证券期货业务许可证》且业务范围必须包含“基金”；2、《基金托管业务许可证》； 3、《基金销售业务资格证书》；4、《基金管理资格证书》。 金融业 证券/期货 / 《经营证券期货业务许可证》 金融业 保险 / （8选1）：1、《保险公司法人许可证》；2、《经营保险业务许可证》；3、《保险营销服务许可证》；4、《保险中介许可证》；5、《经营保险经纪业务许可证》；6、《经营保险公估业务许可证》或《经营保险公估业务备案》；7、《经营保险资产管理业务许可证》 ；8、《保险兼业代理业务许可证》。 金融业 消费金融 / 银监会核准开业的审批文件与《金融许可证》与《营业执照》。 金融业 非金融机构自营小额贷款 / 仅支持省金融办监管的网络小贷主体，同时提供：1、《小额贷款公司经营许可证》或《小额贷款机构经营许可证》或省金融办批准文件；2、申请主体资质承诺函。 金融业 汽车金融/金融租赁 / 仅支持汽车金融/金融租赁主体，同时提供：1、《营业执照》（公司名称包含“汽车金融” /“金融租赁”；营业范围包含“汽车金融”/“金融租赁”业务）；2、《金融许可证》或银保监会及其派出机构颁发的开业核准批复文件。 交通服务 网约车 快车/专车/其他网约车 （自营性网约车）提供《网络预约出租汽车经营许可证》。（网约车平台）提供与网约车公司的合作协议以及合作网约车公司的《网络预约出租汽车经营许可证》。 交通服务 航司服务 / 提供《公共航空运输企业经营许可证》 交通服务 机场服务 / 提供《民用机场使用许可证》或《运输机场使用许可证》 交通服务 公交/地铁 / 提供公交/地铁/交通卡公司《营业执照》 交通服务 水运 / （船企）提供《水路运输许可证》。（港口）提供《港口经营许可证》 交通服务 骑车 / 仅支持共享单车，提供共享单车公司《营业执照》 交通服务 火车/高铁/动车 / 仅支持铁路局/公司官方，提供铁路局/公司《营业执照》 交通服务 长途汽车 / （2选1）：1、《道路运输经营许可证》（经营范围需含客运）；2、官方指定联网售票平台（授权或协议或公开可查询文件）。 交通服务 租车 / 运营公司提供《备案证明》与对应公司《营业执照》，且营业执照中包含汽车租赁业务 交通服务 高速服务 / 仅支持ETC发行业务，（2选1）：1、事业单位主体，需提供《事业单位法人证书》；2、官方指定的发行单位（一发单位），需提供“官方授权或协议，或公开可查询的文件”； 生活服务 生活缴费 / （供电类）提供《电力业务许可证》与《营业执照》，且《营业执照》且经营范围含供电。（燃气类）提供《燃气经营许可证》与《营业执照》，且《营业执照》且经营范围含供气。（供水类）提供《卫生许可证》与《营业执照》。（供热类）提供《供热经营许可证》与《营业执照》，且《营业执照》且经营范围含供热。 IT科技 基础电信运营商 / （2选1）：1、基础电信运营商：提供《基础电信业务经营许可证》；2、运营商分/子公司：提供营业执照（含相关业务范围）。 IT科技 转售移动通信 / 仅支持虚拟运营商，提供《增值电信业务许可证》（业务种类需含通过转售方式提供移动通信业务） 旅游服务 住宿服务 / 仅支持酒店，提供《酒店业特种行业经营许可证》 旅游服务 旅游管理单位 / 仅支持政府/事业单位，提供《组织机构代码证》或《统一社会信用代码证》 商业服务 公证 / 仅支持公证处，提供《公证处执业许可证》或《事业单位法人证书》 社交 直播 / （2选1）：1、《信息网络传播视听节目许可证》；2、《网络文化经营许可证》(经营范围含网络表演）。 如对以上类目或资质有疑问，可点击参考小程序“非个人主体开放的服务类目”，详细了解小程序开放的服务类目及对应资质。 二、准备接入 （请在小程序发布后，再提交人脸核身接口申请） 满足第一节中描述的类目和主体的小程序，可申请微信人脸核验接口。目前微信人脸核身接口已改为线上自助申请方式，需按照如下图例指引，进行接口申请： 第一步：请通过mp.weixin.qq.com登录小程序账号在后台“功能-人脸核身”的路径，点击开通按钮—— [图片] 第二步：仔细查阅《人脸识别身份信息验证服务条款》后，点击“同意并下一步”—— [图片] 第三步：请正确填写服务信息，并上传该小程序类目下所要求的资质—— [图片] 第四步：请按照业务实际需求填写使用人脸接口的场景和用途—— [图片] 第五步：请完善测试信息和联系人—— [图片] 第六步：提交后请耐心等待1-3个工作日的审核期，审核结果将以站内信通知—— 如申请期间遇到问题，可联系腾讯工作邮箱 wx_city@tencent.com，将会有相关工作人员进一步指引。 三、接口文档： (一)接口描述 名称: wx.startFacialRecognitionVerify(OBJECT) 功能：请求进行基于生物识别的人脸核身 验证方式：在线验证 兼容版本： 一闪：android 微信7.0.22以上版本, iOS 微信7.0.18以上版本 建议在微信官网升级至最新版本 (二)参数说明 1、OBJECT参数说明： 参数 类型 必填 说明 name String 是 姓名 idCardNumber String 是 身份证号码 success Function 否 调用成功回调 fail Function 否 调用失败回调 complete Function 是 调用完成回调（成功或失败都会回调） 2、CALLBACK返回参数 参数 类型 说明 errMsg String 错误信息 errCode Number 错误码 verifyResult String 本次认证结果凭据，第三方可以选择根据这个凭据获取相关信息 注 1：传递用户姓名和身份证有两种方式 业务方没有用户实名信息，用户需要在前端填写身份证和姓名，那么前端直接通过jsapi 调用传递 name 和 idCardNumber。 业务方已经有用户实名信息，后台通过微信提供的 api（详情见文档后面“上传姓名身份证后台 api”）上传用户身份证姓名和身份证，api 返回 user_id_key 作为凭证传给前端，前端再调用 jsapi，用户姓名、身份证信息不需要经过前端，参数只需要传递 userIdKey。Tips：使用该功能需要小程序基础库版本号>=1.9.3。 3、回调结果说明 回调结果请参考以下释义： [图片] [图片] [图片] 4、示例代码 [图片] [图片] (三)上传用户姓名身份证的后台api 1、API说明 1.1说明 业务方上传用户姓名和身份证，获取用户凭证，把凭证给到前端通过 jsapi 调用。 Tips ：使用该功能需要小程序基础库版本号>=1.9.3。 1.2请求URL https://api.weixin.qq.com/cityservice/face/identify/getuseridkey?access_token={ac cess_token} 1.3请求方式 POST 2、请求数据格式 [代码]Json { "name" : “张三”, "id_card_number" : "452122xxxxxxx43215" } [代码] 请求示例 [代码]#!/bin/bash TOKEN='xxxxxxxxxxxx' URL='https://api.weixin.qq.com/cityservice/face/identify/getuseridkey' JSON='{ "name": "张三", "id_card_number": "452344xxxxxxxxxxxxx234"}' curl "${URL}?access_token=${TOKEN}" -d "${JSON}" [代码] 参数说明 json 字段 中文显示 是否必传 name 姓名 是 id_card_number 身份证号码 是 out_seq_no 业务方唯一流水号 否 3、返回数据 参数 类 型 说明 errcode int 错误码 errmsg string 错误信息 user_id_key string 用于后台交互表示用户姓名、身份证的凭证 expires_in uint32 user_id_key 有效期，过期需重新获取 [代码]{ "errcode" : 0, "errmsg" : "ok", "user_id_key" : "id_key_xxxx", "expires_in": 3600 } [代码] 4、后台消息推送 如果业务方传入out_seq_no，核身完成后会通过消息推送回调给业务方的服务器，如果回调业务方失败，会在5s尽力推送，超过5s不再推送。 参数说明 参数 类 型 说明 ToUserName string 小程序原始ID FromUserName string 事件消息openid CreateTime uint32 消息推送时间 MsgType string 消息类型 Event string 事件类型 openid string 核身用户的openid out_seq_no string 业务方唯一流水号 verify_result string 核身返回的加密key（凭据） 返回示例 [代码]{ "ToUserName": "gh_81fxxxxxxxx", "FromUserName": "oRRn15NUibBxxxxxxxxx", "CreateTime": 1703657835, "MsgType": "event", "Event": "face_identify", "openid": "oRRn15NUibBxxxxxxxxx", "out_seq_no": "test1234", "verify_result": "XXIzTtMqCxwOaawoE91-VNGAC3v1j9MP-5fZJxv0fYT4aGezzvYlUb-n6RWQa7XeJpQo0teKj8mGE4ZcRe1JI3GqzADBYORBu613rKjKAFfEXTXw_bu1bs7MnmPOpguS" } [代码] 四、再次获取核验结果api 此接口是前端完成人脸核身后，基于前端返回的凭据，通过后台api再次进行核验结果和身份信息的校验，有助于提高安全性，请务必接入！ 前端获取结果不可信，存在被篡改的风险，为了保障请求结果安全性，请务必对identify_ret、id_card_number_md5、name_utf8_md5字段进行校验！ (一)API说明 1、说明 人脸核身之后，开发者可以根据jsapi返回的verify_result向后台拉取当次认证的结果信息。 2、请求URL https://api.weixin.qq.com/cityservice/face/identify/getinfo?access_token={access_token} 3、请求方式 POST 4、请求格式 json (二)请求数据说明 1、请求 参数 类型 是否必填 描述 verify_result String 是 jsapi返回的加密key（凭据） 2、数据返回 HTTP 头如下 Date: Mon, 06 Feb 2017 08:12:58 GMT Content-Type: application/json; encoding=utf-8 Content-Length: 85 Connection: close json示例 [代码]{ "errcode" : 0, [代码] [代码]"errmsg" : "ok", "identify_ret" : 0, "identify_time" : 1486350357 "validate_data": "8593" [代码] [图片] (三)返回参数说明 1、返回参数 注：errcode和identify_ret同时为0，代表本次认证成功。 参数 类型 描述 errcode int 错误码, 0表示本次api调用成功 errmsg string 本次api调用的错误信息 identify_ret int 人脸核身最终认证结果 identify_time uint32 认证时间 validate_data string 用户读的数字（如是读数字） openid string 用户openid user_id_key string 用于后台交互表示用户姓名、身份证的凭证 finish_time uint32 认证结束时间 id_card_number_md5 string 身份证号的md5（最后一位X为大写） name_utf8_md5 string 姓名MD5 2、错误码对应信息 errcode 备注 84001 非法identity_id 84002 用户信息过期 84003 用户信息不存在 五、小程序辅助接口：检查设备是否支持人脸检测 1、接口名称 接 口 ：wx.checkIsSupportFacialRecognition(OBJECT) 功能：检查设备是否支持人脸检测 2、接口说明和使用 小程序调用该接口，可以检测当前手机设备是否具备支持人脸检测的能力，可与以上接口分开使用，为了用户体验，建议调用后对手机设备不支持的用户做对应功能处理。 3、接口说明和使用 01 OBJECT 参数说明： 参数 类型 是否必填 描述 success Function 否 调用成功回调 fail Function 否 调用失败回调 complete Function 是 调用完成回调（成功或失败都会回调） checkAliveType Number 否 人脸核验的交互方式，默认读数字（见表 2） 表 2：checkAliveType 的值和对应的解释： 参数 解释 2 先检查是否可以屏幕闪烁，不可以则自动为读数字 02 CALLBACK 返回参数 参数 类型 说明 errMsg Boolean 错误信息 errCode Number 错误码 03 回调结果说明 回调类型 ErrCode 说明 sucess 0 支持人脸采集 fail 10001 不支持人脸采集：设备没有前置摄像头 fail 10002 不支持人脸采集：没有下载到必要模型 fail 10003 不支持人脸采集：后台控制不支持 回调结果说明仅对Android生效，iOS不返回errcode。 04 示例代码 [图片] 六、安全性说明 为保障业务可用性以及安全性，请详细研读微信人脸核身接口相关基础说明及安全说明文档：https://docs.qq.com/doc/DTFB0YWFIdGV6amly 备注：如开发中遇到任何疑问，可以点击此处通过社区反馈，将有工作人员跟进回复。 七、案例展示及补充说明 安徽医科大学第二附属医院，微信人脸核验登录： 安徽医科大学第二附属医院，是三级甲等综合医院。其小程序为用户提供挂号、门诊费用、住院费用、检查报告、体检等医疗服务，同时也提供停车、餐饮等便民服务，是医疗小程序中完整的案例。 小程序使用了微信人脸核验能力作为登录的核验。满足医院管理要求，也满足国家对于实名就医的管理规则。 案例实现的截图效果如下： [图片] [图片] 针对近期少数小程序方面反馈的两类问题，也在本课程进行补充说明。 1、本接口的开放范围，即：可支持的主体类目，是否可以扩大？ 说明：基于本接口整体使用范围的评估、相关法规的参考、监管策略的理解执行等，暂时未立刻进行扩大开放范围的工作。 但我们会持续基于不同行业的法规、政策及监管要求等，逐一进行研究考量，以便确认如何扩大开放范围。 2、小程序如果涉及用户本人的生物特征采集，（如本人人脸照片、人脸视频），或涉及采集用户本人生物特征信息并开展人脸核验功能，则存在被驳回的情况？ 说明：近两年“人脸识别”技术在社会上掀起了热潮。人脸识别虽然作为摆脱“中间媒介”或“承载载体”的一种直接技术手段，解决了部分政务、交通、医疗、零售等证明“操作者是本人”的问题，但也因此，引入了新的更大的安全风险。 一是，虚假安全风险。 身份认证领域的安全三因素包括“我知道什么”、“我拥有什么”、“我的特征是什么”，通用的安全做法，是要双因素认证（2FA），人脸识别技术如仅凭“我的特征是什么”这一个因素，则容易被攻破或利用。表象给用户以安全的感觉，但实际并不能达到安全效果。 二是，信息泄漏的风险。 越来越多的组织或个人，在并非必需用户敏感信息、生物特征的情况下，采集并存储此类信息。在信息加密、传输、存储过程中，容易暴漏更多的网络节点，使得此类信息有更大的风险被网络黑客拦截、窃听、窃取，或直接被脱库。 三是，消除风险的难度大。 以往基于“中间媒介”或“承载载体”的方式，如出现丢失、被冒用、恶意盗用等风险，可以通过挂失、更换、使用新载体或新媒介等方式，快速排除一定的风险。C端主动，B端主动，都能解决一部分问题。但人脸识别做为更直接的方式，一旦出现冒用、盗用，受害者将面临更大的财产及人生安全风险，且C端用户更多时候无法主动消除风险。 基于以上问题风险，加之国家出台《网络安全法》、《用户隐私保护条例》等法律法规标准，网信办、公安部、工信部及市场监管总局等四部委发起的app获取隐私整治，结合平台安全、用户敏感隐私信息保护要求及监管，针对部分暂无相关法规或要求，需要采集或生物认证方式进行身份核验的，或以“追热点”或“尝鲜”为目的，采集用户生物特征或进行身份核验的，进行严格审核，必要时不予以支持。

详细使用指引可点击这里 导购分销——使用指引 关于导购管理员的功能详尽说明 导购管理员 -- 指引与常见问题 有疑问可在本页面留言咨询  导购分销是什么 导购分销是一个让人可以帮你一起卖货的销售激励能力。 通过添加企业员工、门店导购、渠道经销商等小商店关联角色为导购分销员，设置商品的销售提成来激励分销员线上销售，迅速扩张线上销售额。 [图片] 导购分销能帮助你的小商店做什么 核心效益 利用熟人社交，获取一传十、十传百的流量输入微信号即可添加一个导购分销员，每个导购分销员都有独立的移动端管理工作台，分销员可以查看可推广的商品，并直接分享给自己的微信好友，好友购买后，将呈现对应的提成业绩给该分销员。 同时，小商店店主可添加不同的分销员管理员，交由分销员管理员去添加、管理不同群组的分销员，每个群组内的分销员的总业绩均可分别汇总查看。 激励员工，刺激销售积极性，增加线上销售额方便有员工的企业，实现全员皆销售的数字化管理，无论是门店店员还是其他员工，均可以通过微信号，添加为小商店的导购分销员； 同时支持通过不同梯度等级提成模版的设置，激励员工通过提升销售业绩获取更高的提成比例。添加为导购销售员的员工与管理者，均可实时看到当前的业绩，与应该结算的提成金额，管理者可以按照设定时间导出每个导购分销员的业绩 赋能现有渠道商，数字化管理与对账添加渠道合作伙伴的微信号为导购分销员、或者导购分销管理员，为不同的合作伙伴设置不同的等级提成模版，渠道销售伙伴的线上销售额将会实时呈现给你与你的合作伙伴，方便进行数字化管理与对账。 导购分销的主要功能简介 你是店主或者店铺运营者 谁可以成为你店里的导购分销员？ 人数有没有限制？ 导购分销员的添加与管理店长可以添加导购管理员，导购管理员可以添加导购分销员。 * 店长在PC后台，店铺管理->成员管理，可添加导购管理员，仅有导购管理员权限的店铺成员，将仅能管理导购，而看不到店铺后台其他信息。 可设置经销商、门店店长、代理等合作伙伴为导购管理员。 [图片] 导购管理员，添加为小商店的分销员（通过微信号）。 支持通过excel文件批量添加。 [图片] 单个小商店，最多可添加N名导购管理员：N = 200个 单个小商店，单个导购管理员，最多可添加N名导购分销：N = 500名 （可以删除，删除后的不在这个域里面） 单个微信用户最多可以绑定成为N个小商店的导购分销：N = 50个 导购分销员需要做什么，提成才会作效？与分销员的绑定有效期是可以调整的吗？ 分销员的客户关系设置 导购分销员需要通过分享商品给用户，引导用户到你的小商店购买，用户通过导购分销员分享的海报进入小商店直接下单，该笔订单将按照分佣比例在结算时间结算给该分销员。（目前需要商家按照数额线下结算给分销员） 在客户关系有效期内，客户自行搜索，或者从最近访问的小程序中访问了该小商店，购买了推广商品，也将结算给最后触达（用户通过分享进入小商店）的导购分销员。 商家可以自行按需选择分销员与客户的有效期。 [图片] 什么时候会将提成结算给分销员？ 业绩计算与管理 商家可以在添加导购分销员的设置， 按照需要自行选择结算给导购分销员的时间。 [图片] 目前支持两种结算模式 平台自动结算线下手动打款[图片] 商家若配置为自动结算模式，则在配置的结算时间，提成金额将会打款到导购的微信零钱账户。（该导购的微信账户需要实名认证，才可打款成功） [图片] 若本身配置为线下手动结算，后调整为自动结算，则结算方式在调整后的下一笔订单生效，提成将会自动打款至该导购的微信零钱账户。但是调整之前的线下手动结算订单，仍需商家与导购自行结算。  谁可以看到分销员的业绩？ 该导购的管理员以及小商店的超级管理员（店长）可以看到该导购分销员的业绩，比如A1导购分销员属于B导购管理员，A2导购分销员属于C 导购管理员，C只能看到A2业绩，不能看到A1的。方便商家区分不同渠道商、门店，让渠道商与门店自行管理终端分销人员。 仅有超级管理员可以看到下图全局视角（不同导购管理员分别的销售业绩之和）。 [图片] 每个导购管理员（门店/渠道），仅可查看自己管理的导购的业绩。 [图片] 不同商品，如何设置提成比例？ --推广商品管理与提成设置 商家可从小商店中在架的商品中，选择部分商品，加入推广商品库，加入推广商品库的商品。 * 仅店长有权限管理推广商品，导购管理员无权管理推广商品 [图片] 商家可以为商品设置推广提成比例 支持2种模式设置比例—— 1、按照等级比例 该商品的提成比例将由导购分销员所在等级的提成比例决定（也就是2个不同提成模版、不同等级的分销员，卖出一个商品，拿到的提成会不同）。适合需要通过激励形式鼓励销售员卖更多本店商品的商家。 2、按照固定比例 该商品无论谁卖，都是一个比例。适合特殊价格商品。 [图片] 商家设置完推广商品后，导购分销员可登录移动端，查看自己可以推广的商品和对应的提成。 [图片] [图片] 如何能激励分销员卖出更多商品？ --阶梯等级提成 如果一个导购分销员，知道自己再卖出20件后，每件商品的提成比例会由原来的5%，翻倍变成10%，那么按照目前的销售量，到手的提成也会变多，他将更有动力去完成一开始那20件的商品销售。 合理的设置阶梯的等级提成，将有效提升店铺销售量。 支持按照销售金额/销售笔数2种模式去设置分销员的升级衡量标准，比如客单价比较大的商家（家电、数码等），可按照销售笔数去评估导购分销员的等级，设置比如销售20笔，即可晋级的标准。 客单价较小的，比如食品饮料商家，可按照销售金额，去评估，比如总销售1000元，可晋级下一等级。 [图片] 同时，支持商家设置不同的提成模版，给到各个导购管理员，让他们适用于每个门店/渠道商。 比如大的渠道商，给到一个更大的提成比例区间的模版。 店长可以给导购管理员分配提成模版（导购管理员不可新增和修改提成模版） [图片] 每个导购分销员，最终将仅会关联到一个提成模版中的一个等级。 导购管理员添加导购的时候，可以从导购管理员给他分配的提成模版中，选择一个分配给该导购。 [图片] 你的导购分销员 导购分销员怎么分享商品给用户？ --商品推广 已经被添加为导购分销员的个人，将可以搜索「小商店助手」，进入导购分销模块查看管理 [图片][图片] 通过导购分销员的首页，可以进入推广商品模块。 [图片] 这里呈现的商品将是商家在后台设置的推广商品。 分享方式支持  1、 图文分享，复制带参链接 [图片] 2、 复制小程序路径链接（可在公众号或其他小程序配置本页面） [图片] 3、 分享海报 （适合分享到朋友圈，或者制作线下物料） [图片] 4、 直接点击进入小程序，分享该商品页面 （用户可在会话列表中直接点击进入小商店购买，缩短进入小商店路径） 同时，导购分销员也可以点击商品列表中的商品，直接进入小商店的该商品页面，直接分享小商店的页面（这类方式分享也将计算佣金）。 [图片] 4、 导购的视频号视频下方，扩展链接 [图片] 5、 导购的视频号直播间 你的导购在他自己的视频号可挂你的小商店，也可直播卖你店的货，卖货后，推广商品将同样记佣给该导购。 1. 导购进入自己的视频号（需先开通视频号） 2. 进入视频号账号管理 [图片] 3. 设置关联小商店 [图片] 4. 导购选择小商店关联，若该导购有多个小商店，则需选择它所在的企业店进行关联 [图片] 5. 导购开始视频号直播，上架推广商品（仅销售推广商品会记佣） [图片] 针对不同客户，分销员怎么识别出更加有意向下单的客户？ -- 导购分销员员客户管理 导购分销员可以看到已经访问过自己链接的客户，以及部分每个客户的消费行为 [图片]

各位微信开发者： 你们好。 为了更好的帮助小程序商家提高商品销量，微信官方提供的推广工具“小程序联盟”，于2021年3月1日开始公测。 小程序联盟具有“先成交后付费”的特点，商家在管理后台发布商品推广需求和佣金，佣金在推客（推广者）成功完成推广后才会结算。 功能简介与接入标准请参考下方内容。 一、功能简介 小程序联盟分别为商家和推客（推广者）提供了管理后台： 商家可在管理后台设置商品推广佣金，查看推广效果，具体说明请查看《商家端功能说明》；[图片] 2.推客可在管理后台挑选商品，获取推广素材，查看推广效果，提现佣金，具体说明请查看《推客端功能说明》； [图片] 二、接入要求 拥有商品，希望被推广的小程序商家可申请成为小程序联盟商家。没有货源，希望通过分享商品创造价值的推广者，可以申请成为小程序联盟推客。 具体接入条件如下： 1. 商家 满足以下条件之一，即可开通小程序联盟： 已开张的企业/个体工商户的小商店； 已有小程序并完成标准版交易组件接入。 接入指引，请参考《商家接入指引》。 企业/个体工商户为主体的小商店可直接前往PC端后台开通联盟功能。 [图片] 2. 推客： 支持企业/个体工商户主体接入，通过主体认证即可。 暂未向个人开放。 接入指引，请参考《推客接入指引》。

概述欢迎申请成为微信小程序开发服务商：微信小程序开发服务是微信开放平台第三方服务商的一项服务能力。 成为微信小程序开发服务商你可以创建小程序代开发服务并发布到服务平台。 商家可在服务平台小程序开发专区选购你的服务，并通过授权的方式获得你所提供的服务。 为创建SaaS小程序代开发服务你需完成以下步骤：1. 创建第三方平台 2. 登录服务平台 3. 创建小程序开发服务 内容发布并通过审核后，即可通过小程序开发服务专区向用户提供服务。 审核内容将包括：服务商在所选行业的服务能力、服务标题、服务简介、服务头图、服务效果图，服务功能和套餐的完整性，服务价格的合理性。 入驻基本标准（1）已在微信开放平台通过开发者资质认证，成为微信第三方服务商； （2）具备微信小程序开发能力和服务经验 （入驻服务所选行业下，活跃小程序案例不少于5个）； （3）服务商半年内无违规记录； （4）服务商可在对应行业提供完整的小程序行业解决方案 （对应行业所提交的案例展示小程序需具备平台规定的核心场景之一）。 *详细服务上传审核标准 服务创建规则1. 单个服务对应单个行业，如服务商服务多个行业，则需分别上传多个服务； 2. 单个行业对应上传的服务内容需关联该行业解决方案，不得出现无关/其他行业的内容。 接入流程：一、创建第三方平台（如有可跳过该步骤）第三方平台是服务商创建服务并获取授权的基础体系。第三方平台的申请和上线流程参照第三方平台的申请和上线流程。 注：注册第三方流程根据开发模式选择平台型服务商或定制化服务商 平台型服务商注册说明 定制化服务商说明文档 *服务商需通过第三方平台账号与小程序建立授权关系，并满足入驻标准方可上架服务 二、登录服务平台1. 使用第三方平台管理员微信登陆服务平台（该微信号需同时为与第三方企业主体一致的小程序管理员） [图片] 2. 若无企业主页，点击“创建新的企业主页” 若有企业主页，则请查看步骤（三） [图片] 3. 若无可创建的企业主页，进入微信公众平台“创建新的企业小程序”（企业小程序创建流程），创建成功后，再回到服务平台继续创建企业主页。 [图片] 4. 创建企业主页：选择以某个公司为主体的小程序（每个主体只能创建一个企业主页） [图片] [图片] 5. 选择企业主页的类型 [图片] 6. 确认企业主页的主体 [图片] 7. 完善企业资料并提交 [图片] 三、创建小程序开发服务1. 点击右上角头像，进入“我的主页” [图片] 2. 创建服务，选择“小程序开发” [图片] 3. 填写信息并提交 [图片] 4. 提交审核 在“我的主页”点击“提交审核”，审核通过后服务将展示在服务平台 审核需时1-3个工作日，服务商可在「我的主页」服务列表状态栏查看当前审核状态 [图片] 5. 服务上架

整体流程，分两种情况： 企业有企业小程序：创建企业主页——创建成功——上架服务——完成企业没有企业小程序：创建企业小程序——创建企业主页——创建成功——上架服务——完成1.进入微信服务平台，点击右上角的“登录” 2.微信扫码登录 [图片]   3.若无企业主页，可以点击头像，然后点击切换账号，点击“创建新的企业主页” [图片] 4.若无可创建的企业主页，进入微信公众平台，“创建新的企业小程序”（企业小程序创建流程），创建成功后，再回到服务平台继续创建企业主页。若有可创建的企业主页，则继续第5步，创建新的企业主页；若已有企业主页，则继续 二、上架服务 [图片] 5.选择创建以某个公司为主体的小程序 6.每个主体只能创建一个企业主页。 [图片] 7：选择企业主页的类型 1.如果你是小程序模版开发服务商（第三方平台），可选择平台型服务商，需要有第三方平台App ID； 2.如果你是为其他企业进行小程序定制化开发的服务商（第三方平台），可选择定制化服务商，需要有第三方平台App ID；； 3.如果你是一个普通商户、政府组织或者媒体，做自己的小程序，可选择普通商户/政府组织/媒体。 [图片] 8：确认企业主页的主体 [图片] 9：编辑企业主页的资料 上传企业主页的logo、填写企业名称、介绍等；企业简称，如深圳市腾讯计算机系统有限公司，企业简称填：腾讯。如果没有简称，可直接填公司名称选择自己服务的行业或者所在行业：服务行业最多可选择4个；所在行业最多可选择1个；若选择了平台型服务商/定制化服务商，需要首先在在微信开放平台创建第三方平台（创建第三方平台的流程），获得第三方平台的 AppID，第三方平台的主体需与企业主页的主体一致。 [图片] 10.编辑完成后的示例如下 [图片] 11.右上角点击头像，进入企业主页，选择“开放服务”——“上架服务”； [图片] 12.以定制化开发为例，选择某个服务，点击“上架”； [图片] 13.完善服务信息，点击“提交”； 注意：是否发布这里，选择是，服务被上线后会被其他用户发现，选择否，服务不上线，只自己可见 [图片] 14.提交后，示例如下 [图片] 15.点击右侧“···”，可对服务进行上架、编辑、删除操作 [图片] 附：关于登录和切换企业主页 若创建企业主页后，企业主页的管理员/运营者可以企业的身份登录服务平台 微信扫码登录 [图片] 2.若有多个企业主页，可选择一个登录 [图片] 2.2切换为企业主页帐号 若创建企业主页后，先以个人的身份登录的，可以直接切换为企业的管理员/运营者的身份登录服务平台，代表企业在服务平台进行操作。 点击右上角的头像，选择切换帐号[图片] 2.若有多个企业主页，可以选择其中一个切换 [图片] 3.企业主页运营 创建成功后，你可以进行如下操作： 1. 编辑企业主页的资料，一个月可以有3次修改机会； 2. 可修改管理员； 3. 添加运营人员，最多可添加10个，运营人员可以企业身份登录企业主页，在服务平台进行操作； 4. 添加企业的小程序或者插件案例，小程序和插件案例可各添加3个； 5. 以企业主页在社区所有的回答、分享、评论与回复，将记录在该企业上。 [图片]

各位微信开发者 以下是微信卡券将不再支持新申请开通使用“优惠券”功能及上周问题反馈（11.02-11.06），希望同大家一同打造小程序生态。 微信卡券将不再支持新申请开通使用“优惠券”功能因“微信卡券>优惠券”产品能力未来将统一升级为“微信支付优惠券”，12月10日0点起，“微信卡券>优惠券”功能将不再支持新商户开通，该功能后续将陆续下线。其他微信卡券功能暂无变化。本次调整详细内容如下： 12月10日0点起，商户可正常申请开通“微信卡券”功能，申请开通后，“优惠券”功能将不再支持使用。新开通卡券功能的商户使用“会员卡”、“礼品卡”或“票证”等能力不受影响；历史已开通卡券功能的商户，可继续正常使用“卡券>优惠券”功能（包含新增、发放和核销），不受本次调整影响；微信卡券>优惠券功能入口： [图片] 受影响的优惠券： [图片] 如商户有在微信生态内发放优惠券的需求，可使用微信支付优惠券：商家券或支付券（即代金券）。如需了解更多，可查阅微信支付优惠券产品功能介绍 上周问题反馈和处理进度（11.02-11.06）已修复的问题textarea 组件修改某些样式时会失效 查看详情 picker 限制的问题 查看详情 新版 canvas 无法加载多张图片的问题 查看详情 小游戏销毁camera再创建时获取不到帧数据的问题 查看详情 cover-view外层有时候 position:fixed 无效的问题 查看详情 swiper组件 指示点被swiper-item覆盖的问题 查看详情 地图自定义 callout 溢出的问题 查看详情 移动端链接快速授权的文档URL示例多了个auth_type参数的问题 查看详情 小程序订阅消息无法添加的问题 查看详情 iOS录音，视频，文件均无法选择提交的问题 查看详情 修复中的问题 竖版游戏配置resizable为true后,pc端变横版,显示不全的问题 查看详情 iOS微信7.0.17上JSSDK出现BUG：WeixinJSBridge 未定义的问题 查看详情 服务号对话助手小程序用户昵称搜索的问题 查看详情 iOS14首次进入页面掉帧严重的问题 查看详情 无法识别iPhone 12pro机型的问题 查看详情 border-radius在ios失效的问题 查看详情 输入框嵌套在自定义组件内部时英文输入存在bug的问题 查看详情 需求反馈需求已支持 iOS 支持保存 gif & webp 到相册 查看详情 swiper 支持双指滑动 查看详情 video 组件支持投屏功能 查看详情 需求评估中顾问为什么无法收到顾客发出的位置信息 查看详情 云存储可以灵活设计文件权限的需求 查看详情 原创文章类别能否加一个设计的选项的需求 查看详情 增加同一分组内“图片批量删除”功能的需求 查看详情 微信团队 2020.11.12

小程序模板消息能力在帮助小程序实现服务闭环的同时，也存在一些问题，如： 1. 部分开发者在用户无预期或未进行服务的情况下发送与用户无关的消息，对用户产生了骚扰； 2. 模板消息需在用户访问小程序后的 7 天内下发，不能满足部分业务的时间要求。 为提升小程序模板消息能力的使用体验，我们对模板消息的下发条件进行了调整，由用户自主订阅所需消息。 一次性订阅消息 一次性订阅消息用于解决用户使用小程序后，后续服务环节的通知问题。用户自主订阅后，开发者可不限时间地下发一条对应的服务消息；每条消息可单独订阅或退订。 [图片] （一次性订阅示例） 长期性订阅消息 一次性订阅消息可满足小程序的大部分服务场景需求，但线下公共服务领域存在一次性订阅无法满足的场景，如航班延误，需根据航班实时动态来多次发送消息提醒。为便于服务，我们提供了长期性订阅消息，用户订阅一次后，开发者可长期下发多条消息。 目前长期性订阅消息仅向政务民生、医疗、交通、金融、教育等线下公共服务开放，后期将逐步支持到其他线下公共服务业务。 调整计划 小程序订阅消息接口上线后，原先的模板消息接口将停止使用，详情如下： 1. 开发者可登录小程序管理后台开启订阅消息功能，接口开发可参考文档：《小程序订阅消息》 2. 开发者使用订阅消息能力时，需遵循运营规范，不可用奖励或其它形式强制用户订阅，不可下发与用户预期不符或违反国家法律法规的内容。具体可参考文档：《小程序订阅消息接口运营规范》 3. 原有的小程序模板消息接口将于 2020 年 1 月 10 日下线，届时将无法使用此接口发送模板消息，请各位开发者注意及时调整接口。            微信团队 2019.10.12

Github项目地址：https://github.com/czcaiwj/calendar 「极点日历」插件支持 1900 年 1 月 ~ 2099 年 12 月这两百年间的公历和农历显示，插件提供了丰富的可配置属性，包括日期的显示方式、选择范围、是否显示农历等，可自定义来适配不同的使用场景。 插件ID：wx92c68dae5a8bb046 版本历史： v1.0.0 完成插件基本功能 v1.1.0 修复日期点击bug v1.1.1 修复结束日期bug v1.1.2 修复日期显示不对齐的问题，修复农历计算中偶发性bug v1.1.3 修复日历1月和12月点击上一年日期和下一年日期年份返回错误的bug（已提交，审核中） 具体的使用方法，可以参考下面的接口文档和用法例子 1、添加插件到自己的小程序 2、日历属性接口文档 3、日历事件用法 4、自定义日历样式 demo1 [图片] demo2 [图片] demo3 [图片] demo4 [图片] demo5 [图片] demo6 [图片] demo7 [图片]