同一个主体，用云开发方法开发两个小程序，是否可以共用数据？一个小程序专注产品开发设计，另一个专注产品的用户体验，有一部分数据要在两个小程序之间传递。

1、开具发票的类型及注意事项 微信认证时，您可以勾选“增值税专票”或“电子发票”，选择发票类型并根据页面提示填写相应资料后，腾讯公司则会开具发票，邮费由腾讯公司承担。 温馨提示： 1）认证审核完成后，腾讯会在30个工作日内开具并寄出纸质发票； 2）增值税专票抬头使用用户填写的企业全称或组织全称； 3）若填写错误造成开具/发票寄送错误，无法再重新开具发票； 4）发票的公章为：深圳市腾讯计算机系统有限公司； 5）微信认证发票内容：增值税专票内显示为“微信认证服务费？？”，增值税普票内显示为“服务费”； 6）微信认证发票是国税发票； 7）300元增值税专用发票仅抵扣进项税16.9元； 8）发票邮寄方式：约投挂号（类似于挂号信）； 9）目前还不支持先邮寄发票再支付费用的模式，建议您支付费用提交认证资料后，后续再留意下发票邮寄情况； 10）若认证审核失败，发票也是可以开具的。 2、发票类型选择“电子发票”填写 电子发票，填写页面如下，请根据以下页面提示相关资料： [图片] 3、发票类型选择“专用发票”填写 增值税专用发票，填写页面如下，请根据以下页面提示相关资料： “三证（多证）合一”的企业更换新营业执照的情况： 纳税识别号处：请输入纳税识别号或统一社会信用代码； 《税务登记证副本》或《一般纳税人资格证书》扫描件处：请上传最新的营业执照； 温馨提示：因三证合一问题导致税号变更的，请确认需要报账的税号再填写，否则发票开具信息错误将无法重新开具。

小程序故事记 ~ 这个故事发生在我本人身上，还记得去年红包封面刚出来的时候，当时的红包封面带动了抽奖小程序的行情，看群里伙伴们做的火热，我也跟进，在某平台上，花大钱买了一套抽奖助手小程序的源代码， 一年过去了，又到了今年年底，不温不火的这么就过去了，没想到，突然来了一些流量， 我着实也没有放心上去维护，但是有不少发布者用了起来， 这本来是件好事情，但是呢，问题就出在这里， 有发布者A在这个抽奖平台上发布了一些极高吸引力的奖项，比如说某苹果13香 用户Z在这个平台抽到中奖了，而且抽到了二次，但是到了兑奖环节，发布者缺玩起了躲猫猫的游戏 你说气不气人 [图片] 所谓跑了和尚跑不了庙嘛，用户Z就找到平台，跟属地的公安报案了，举报平台的不作为行为 我呢，作为平台的实际运营者，这层关系我是跑不掉的， 这不，今天就接到某某0的电话，你是某尚尚嘛？接到电话，我心里咯噔一下，我遵纪守法也没做什么出格的事儿呀，除了在群里吹水， 聊了几句，我就清楚是怎么回事了 ~ 一路小跑来到目的地取回了下面这张纸 好奇宝宝们直接看图吧 [图片] ～ 我就复述下 用户在平台参与抽奖，中了2次，苹果蓝牙耳机，大概呢市场价在4000块 但是发布这个活动的人联系不上，用户兑奖五门，找到了平台，我最后成为冤大头 ~ 平心而论呢， 我确实有不作为的地方，作为抽奖平台运营者我没有尽到审核的义务，但是这4000确实也不是一笔小数目了，社区有没有高人指点下的，在线等 ~~ 虽说我作为流量主的收益者，但是就这么怂了，实属不甘心呢？ [图片] ~ 出事了，出事了，我的抽奖助手小程序被人举报了

公告更新时间：2021年04月15日考虑到近期开发者对小程序登录、用户信息相关接口调整的相关反馈，为优化开发者调整接口的体验，回收wx.getUserInfo接口可获取用户授权的个人信息能力的截止时间由2021年4月13日调整至2021年4月28日24时。为优化用户的使用体验，平台将进行以下调整： 2021年2月23日起，若小程序已在微信开放平台进行绑定，则通过wx.login接口获取的登录凭证可直接换取unionID2021年4月28日24时后发布的小程序新版本，无法通过wx.getUserInfo与<button open-type="getUserInfo"/>获取用户个人信息（头像、昵称、性别与地区），将直接获取匿名数据（包括userInfo与encryptedData中的用户个人信息），获取加密后的openID与unionID数据的能力不做调整。此前发布的小程序版本不受影响，但如果要进行版本更新则需要进行适配。新增getUserProfile接口（基础库2.10.4版本开始支持），可获取用户头像、昵称、性别及地区信息，开发者每次通过该接口获取用户个人信息均需用户确认。具体接口文档：《getUserProfile接口文档》由于getUserProfile接口从2.10.4版本基础库开始支持（覆盖微信7.0.9以上版本），考虑到开发者在低版本中有获取用户头像昵称的诉求，对于未支持getUserProfile的情况下，开发者可继续使用getUserInfo能力。开发者可参考getUserProfile接口文档中的示例代码进行适配。请使用了wx.getUserInfo接口或<button open-type="getUserInfo"/>的开发者尽快适配。开发者工具1.05.2103022版本开始支持getUserProfile接口调试，开发者可下载该版本进行改造。 小游戏不受本次调整影响。 一、调整背景很多开发者在打开小程序时就通过组件方式唤起getUserInfo弹窗，如果用户点击拒绝，无法使用小程序，这种做法打断了用户正常使用小程序的流程，同时也不利于小程序获取新用户。 二、调整说明通过wx.login接口获取的登录凭证可直接换取unionID 若小程序已在微信开放平台进行绑定，原wx.login接口获取的登录凭证若需换取unionID需满足以下条件： 如果开发者帐号下存在同主体的公众号，并且该用户已经关注了该公众号如果开发者帐号下存在同主体的公众号或移动应用，并且该用户已经授权登录过该公众号或移动应用2月23日后，开发者调用wx.login获取的登录凭证可以直接换取unionID，无需满足以上条件。 回收wx.getUserInfo接口可获取用户个人信息能力 4月28日24时后发布的新版本小程序，开发者调用wx.getUserInfo或<button open-type="getUserInfo"/>将不再弹出弹窗，直接返回匿名的用户个人信息，获取加密后的openID、unionID数据的能力不做调整。 具体变化如下表： [图片] 即wx.getUserInfo接口的返回参数不变，但开发者获取的userInfo为匿名信息。  [图片] 此外，针对scope.userInfo将做如下调整： 若开发者调用wx.authorize接口请求scope.userInfo授权，用户侧不会触发授权弹框，直接返回授权成功若开发者调用wx.getSetting接口请求用户的授权状态，会直接读取到scope.userInfo为true新增getUserProfile接口 若开发者需要获取用户的个人信息（头像、昵称、性别与地区），可以通过wx.getUserProfile接口进行获取，该接口从基础库2.10.4版本开始支持，该接口只返回用户个人信息，不包含用户身份标识符。该接口中desc属性（声明获取用户个人信息后的用途）后续会展示在弹窗中，请开发者谨慎填写。开发者每次通过该接口获取用户个人信息均需用户确认，请开发者妥善保管用户快速填写的头像昵称，避免重复弹窗。 插件用户信息功能页 插件申请获取用户头像昵称与用户身份标识符仍保留功能页的形式，不作调整。用户在用户信息功能页中授权之后，插件就可以直接调用 wx.login 和 wx.getUserInfo 。 三、最佳实践调整后，开发者如需获取用户身份标识符只需要调用wx.login接口即可。 开发者若需要在界面中展示用户的头像昵称信息，可以通过<open-data>组件进行渲染，该组件无需用户确认，可以在界面中直接展示。 在部分场景（如社交类小程序）中，开发者需要在获取用户的头像昵称信息，可调用wx.getUserProfile接口，开发者每次通过该接口均需用户确认，请开发者妥善处理调用接口的时机，避免过度弹出弹窗骚扰用户。 微信团队 2021年4月15日

高校大赛系列课程之“小程序开发实战”，是由清华大学和微信团队共制作的小程序学习教程。通过需求分析、原型设计、小程序前端实现、后台接口开发、小程序对接接口，逐步教大家如何“从无到有”完成小程序项目

为了优化用户的使用体验，平台将回收“使用 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. 不强制用户必须登录后才能使用小程序服务 提供游客模式，不强制用户必须登录后才能进入小程序。如要求必须授权头像昵称等信息才能继续使用小程序，会导致某些用户放弃使用该小程序。 [图片]

为方便公众号快捷接入小程序，并在各功能中使用小程序的服务，上线复用公众号资质注册小程序流程。快速注册认证小程序，无需重新提交主体材料、无需对公打款、无需支付300元认证费用。 条件：已认证的企业、媒体、政府、其他组织类型公众号 限制：非个体户类型（企业、媒体、政府、其他组织类型）公众号一个月可以复用资质注册5个小程序，个体户一个月可以复用资质注册1个小程序。 开通入口： 登录公众号-小程序-小程序管理-添加-快速注册并认证小程序 相关规则： 1、复用资质创建的小程序默认与该公众号关联； 2、复用资质创建的小程序默认关联该公众号，不占一个月新增关联13个小程序的限制； 3、复用资质创建的小程序默认关联公众号，不下发模板消息，不默认出现在公众号资料页； 4、一个公众号若存在“待完成注册”的小程序，不可发起复用资质创建小程序； 5、一个公众号一个月内可复用资质注册小程序不多于5个。（创建成功才占用）； 6、使用复用公众号资质注册小程序，将以本公众号的主体作为该小程序的开发者，可选择以本公众号运营者作为该小程序的管理员； 7、若选择了复用认证资质，则小程序完成注册后即是“已认证”状态。 创建流程： 第一步：登录公众号->小程序->小程序管理->添加->快速注册并认证小程序 [图片] 第二步：同意协议 [图片] 第三步：管理员扫码验证 [图片] 第四步：勾需要选快速创建小程序的资质 [图片] 注：复用微信认证资质不需要再次支付认证审核服务费，也不需要审核。 第五步：填写小程序帐号信息 [图片] 注：需要一个未绑定个人微信或其他公众平台的邮箱。 第六步：邮件激活小程序帐号，激活完成后即可使用邮箱帐号密码登录小程序。 [图片] 第七步：绑定小程序管理员 [图片] 注：绑定管理员，如果有在第四步有勾选复用运营者信息。最终以绑定管理员信息为准。 以上注册流程创建的小程序，不用再走小额打款验证主体。生成的帐号具有独立的邮箱帐号、密码，跟走正常注册流程注册的小程序具有一样的能力权限。

我 微信界的同传扛把子！ 识别你的语音？ Of course！ 我就是你的知己！ 翻译你的中文？ No problem！ 我的英语好着呢！ 听懂她的英文？ So easy！ 你想听我就敢译！ What’s more！ 我还能读给你听！ 如何快速实现语音转文字、文本翻译、语音合成等等能力？ 不用着急，让微信同声传译插件来帮你！ 今天我们的小故事想和大家分享微信同声传译插件的故事。 1 应用场景 大家好，我叫“微信同声传译”插件，是由微信智聆语音团队、微信翻译团队与公众平台联合推出的同传开放接口，可通过语音转文字、文本翻译、语音合成接口，为开发者赋能。下面介绍我的应用场景： 场景1： 英语口语、听力双管齐下，没有外教也能学好英语！ 把我放在小程序里，我既可以将口语转为文字，也可以帮助用户判断发音是否标准纯正，是最佳听众和英语学习道路上的良师益友； 场景2： 出国旅游，英语蹩脚怎么办？ 这时我可以应用到翻译小程序里，说中文，译英文，再也不怕出国交流难。 场景3： 看剧时想要吐槽！可是手里有零食，打字不方便怎么办？ 只要在小程序里有我，用户就可以按住按钮说话，语音转文字，帮你发送弹幕！ [图片] 微信同声传译插件目前开放了以下三个接口——语音识别接口、语音合成接口、文本翻译接口。 通过这个插件，插件使用者可以轻松实现语音读取识别、文本转语音和中英文文本转换，避免这类需求的重复开发工作。 [图片] 2 如何使用插件？ 插件接入流程 >>> 开发者在小程序插件中搜索“同声传译”、“语音识别”可以搜索到微信同声传译，添加使用后按使用文档接入使用，同时小程序开发者还可通过 https://github.com/Tencent/Face2FaceTranslator 查看我们开源的插件使用案例。 [图片] 1 登录小程序后台管理，进入“设置”； [图片] 2 点击第三方服务； [图片] 3 点击添加插件； [图片] 4 输入“同声传译”或者“语音识别”、“翻译”等搜索关键字搜索插件并添加，同时可以点击“查看详情”，获取插件的详细介绍、接入说明和开发文档。 [图片] 3 插件简介 1 插件名称 微信同声传译 2 插件AppID wx069ba97219f66d99 3 插件使用指南 微信同声传译插件设计之初，采用和小程序官方流式录音API、网络请求API类似的javascript调用接口，小程序开发者可以快速接入使用此插件。小程序“面对面翻译”使用了这些接口，并且已经开源 [开源地址]，便于开发者快速开发。 [图片] （面对面翻译小程序） 具体使用接口可以查看微信同声传译插件使用文档。

小程序平台对开发者提交的小程序服务会进行名称、类目、代码等方面的审核，并在开发者发布小程序后，对其提供的在线服务进行持续性的监管，全流程保障用户的使用体验和权益。 平台在审核及监管过程中，如果发现小程序有违规，会反馈引导开发者进行修改，内容合规后即可正常提审及申诉解封。但近期，我们发现有部分开发者为了能够通过审核以及躲避监管，在代码审核、类目审核、线上监管等过程中通过一些方式进行了恶意对抗，包括但不限于以下行为： 1、代码审核内容绕过 小程序提交审核的版本应与小程序实际发布、上线运营的版本一致。部分开发者在代码提审环节，通过技术手段将不符合当前类目规则或违规的内容进行隐藏，使得审核侧看到的内容与小程序实际发布后的运营内容无关，以期通过代码审核。如下是代码审核内容绕过的一个例子，该小程序不具备外卖平台资质，在版本提审时展示了无关内容，但实际运营过程中提供了外卖平台服务： [图片]          [图片] 提审时展示的内容                                                           实际运营内容 2、类目审核资质造假 开发者应根据小程序的实际经营业务内容选择合适的类目并提交对应的资质许可进行类目申请。部分开发者通过伪造资质，如伪造金融资质、ICP证、食品经营许可证等，以期通过类目审核。如下是伪造ICP证的例子，经公开渠道查询确认，该公司并没有申请ICP证：  [图片] 伪造ICP证 3、线上监管绕过 小程序官方投诉入口是平台用以收集用户对小程序违规内容反馈的一个途径。部分开发者在小程序上线后，通过采用虚假、仿冒官方投诉入口或在截屏时闪退等方式拦截用户投诉来躲避平台的线上监管，或在申诉解封时通过技术手段隐藏违规内容，在申诉审核通过后继续违规。如下是仿冒官方投诉页面躲避监管的例子： [图片]          [图片]                                           虚假投诉页面                                                                     官方投诉页面 上述对抗行为属于严重违反《微信小程序平台运营规范》的恶意行为，在开发者与平台之间形成了对抗关系，并且对用户体验造成了严重的损害。平台视此类对抗行为为最恶意的失信行为，开发者一旦存在此类对抗欺骗平台及用户的行为，将对其（同主体或关联的开发者）后续的代码提审、申诉解封、帐号注册等流程带来持续的影响。请开发者及时了解和学习平台的规则，避免做出错误的判断和选择。 部分服务商为小程序开发者提供服务时，会选择低成本的开发方式（如上述恶意对抗行为），一经发现，平台会限制该等服务商的小程序注册、提审等能力，并对该等服务商已提交上线的小程序进行能力限制或下架等处罚。与此同时，我们发现有外部开发者发布小程序审核包过、加速审核等宣传广告，这其中可能存在以故意隐藏代码或内容、或伪造资质文书等方式绕过或规避平台审核监管，请开发者不要上当受骗，以免自己的小程序受到牵连处罚。最后，平台对恶意对抗行为保留法律追究权利，请各位开发者对自身的行为负责，避免触犯法律底线。 相关信息：近期，平台对存在上述对抗行为的开发者进行了起诉，经调查取证，杭州互联网法院宣判被告的行为构成不正当竞争，应承担停止侵权、消除影响、赔偿损失65万元的民事责任，具体细节可参看《判赔65万 | 首例恶意公众号/小程序不正当竞争案宣判》。