调用二级商户进件api时，主体类型为“其他组织”，“是否填写结算银行账户”填的是false，但是调用“查询申请状态”接口，发现状态为“待账户验证”，并且“法人验证链接”为空，“汇款账户验证信息”有值（“付款卡号”为空），请问这种情况怎么做账户验证？主体类型为“其他组织”必须填写银行账户信息吗？ [图片]

[图片] [图片] 用户的手机目前百分百复现 手机信息： 手机品牌: HONOR 手机型号: YAL-AL00 微信语言: zh_CN 微信版本号: 8.0.3 操作系统版本: Android 10 客户端平台: android 基础库版本: 2.16.1 权限信息: {"scope.camera":true,"scope.userLocation":true,"scope.address":true,"scope.invoice":true,"scope.invoiceTitle":true} 网络类型: 4g

前后端都没有这个字段bg_color 所以是不是你们的问题？ [图片] [图片]

添加结算账户API 绑定银行卡，填写数据和所需要的参数一致，微信一直返回“系统繁忙，请稍后重试” ，重复提交几次后变成 “该商户当天修改结算账户次数已达上限，请第二天再发起修改” 提交接口 https://api.mch.weixin.qq.com/v3/apply4sub/sub_merchants/{sub_mchid}/modify-settlement 返回信息：{""code"":""SYSTEM_ERROR"",""message"":""系统繁忙，请稍后重试""} 代码最近几个月无修改，近一周，开始出现问题 第一次出现时间 2021年4月20日 出现账户类型：ACCOUNT_TYPE_PRIVATE [图片]

scroll-view 滚动加载分页数据，获取430多个数据时，再滚动获取数据就出现空白页，控制没有报错，怀疑是内存问题，无法验证，怎么解决[图片][图片]

公众号已经绑定该小程序，在7.x版本是可以正常长按识别二维码的，但是在8.0.0版本长按图片没有弹出识别二维码

[图片] 小程序 - 右上角 - 可以点击「复制链接」- 然后console中会调用【createWxaShortLinkAsync】这个新的API，生成一个短链，数据格式为：mp://xxxxxxx [图片] 然后将复制的链接发送给朋友 - 消息体为mp://xxxxxxx - 自己点击发送的消息 - 即可跳转到小程序 [图片] ============================ 这个新功能，可以拓展出一些怎样可用性的功能出来呢？

微信证件OCR识别能力是微信团队推出的一套提升移动端快捷信息录入的工具，目前支持身份证、银行卡、行驶证、驾驶证、营业执照 OCR 识别。经过持续迭代优化，现在对外开放接入测试。 使用场景 微信证件OCR广泛适用于政务、医疗、交通、教育、金融等各行各业，涉及到需要用户输入身份信息、银行卡信息、车辆信息场景时，即可通过OCR识快速识别、输入信息，极大提高输入效率，提高用户体验。 以下为开通插件的部分小程序案例：国家发展改革委政务服务、安徽省统一公共支付平台、南航e行、湖南电信网上营业厅、中国国际航空、厦门航空、上海客运总站、沃尔玛、青岛银行信用卡等。以下是部分使用场景的截图： [图片]  [图片]  [图片] 业界领先的识别水准 微信证件OCR历经v1.0版本(基于传统的版面分析, 单字切分, 字符分类算法)，v2.0 (基于深度学习的卡片定位, 文字定位, 单字切分, 字符分类)，到现在的v3.0版本(基于深度学习的卡片定位, 文本行定位, 串识别)，不断优化OCR的识别精度, 取得了业界领先的识别水准。可以轻松应对在移动端拍照/扫描的情况，诸如拍摄角度、光照、阴影、遮挡等的干扰。 可以扫码体验我们的demo小程序 [图片] 灵活易用的调用方式 目前有两种调用方式：小程序插件方式和云端API的方式。 对于对交互没特殊需求的开发者，可以直接使用我们的小程序插件；有订制化需求的，也可以直接使用我们的云端API方式；后续我们也会把这个升级成小程序的基础能力，做成类扫码的体验，进一步简化接入和调用流程。合作与开放 内测期间，对于已认证的订阅号、服务号、企业号、小程序，我们提供了 500 次/天 的免费额度供开发者使用。如免费额度无法满足使用需求，开发者可以【申请调整 OCR 接口调用次数上限】为主题，发送邮件至：wx_city@tencent.com 申请调整，并在正文中注明小程序帐号 AppID、业务主体、业务背景、服务流程载体、日调用量预估。调整的额度仅在内测期间有效。有任何意见或者反馈，都可以在微信开放社区上联系我们，以便于我们更加了解客户对OCR的需求精确度以及需求场景，从而不断迭代优化OCR版本，拓展OCR服务的范围，如支持更多的场景需求: 发票识别、名片识别、街景识别等等。 微信团队   2019/07/03

- 当前 Bug 的表现（可附上截图） 页面中 点击 图片预览，然后小程序切到后台再打开，再次点击预览必定闪退，ios版本10.3.3，测试了下，几乎所有的小程序预览都会闪退，麻烦官方看下是否修复

目前在使用的"小打卡"小程序，识别小程序生成的公众号二维码进入公众号后，会接收到推送的小程序，这个推送是如何实现的？我在文档里没有找到将公众号的被动回复设置为小程序的方法

为了便于用户便捷使用App、网站、移动端网页、小程序的服务，微信提供不同的技术方案，便于开发者在不同终端平台的服务中接入微信登录。 通过这个教程，开发者可以了解平台提供的针对各终端平台的微信登录能力，并可以根据实际使用场景合理选择接入方式。 以下为几类型微信登录的功能说明： 类型授权域/接口 用户侧使用流程 接入流程 App 接入微信SDK，并调用snsapi_userinfo （1）在App内选择使用微信登录 （2）拉起微信客户端，打开用户授权页，完成登录授权（1）注册微信开放平台（open.weixin.qq.com）帐号，并完成开发者资质认证 （2）申请【App移动应用】并审核通过后可以使用，查看开发文档网站应用 snsapi_login （1）用户使用微信“扫一扫”，在PC端扫码 （2）客户端打开授权页，完成登录授权 （1）注册微信开放平台（open.weixin.qq.com）帐号，并完成开发者资质认证 （2）申请【网站应用】并审核通过后可以使用，查看开发文档 微信客户端内H5使用公众号的登录能力： snsapi_base snsapi_userinfosnsapi_base：静默授权 snsapi_userinfo： （1）用户在H5内点击登录，唤起授权弹窗 （2）用户侧完成登录授权（1）注册微信公众号，选择“服务号”类型，并完成微信认证 （2）在公众号管理后台设置回调域名 （3）接入微信登录能力，查看开发文档 小程序wx.login wx.getUserInfowx.login：静默授权，开发者可获取openid wx.getUserInfo： （1）用户在小程序内点击组件，唤起登录窗口（2）用户侧完成登录授权 （1）注册小程序 （2）接入微信登录功能，查看开发文档，查看登录流程设计指引 开发者在不同使用场景下接入微信登录，应该注册符合要求的帐号并使用对应的登录能力。 【常见问题】 Q1： 在调用微信登录时，出现了“此帐号并没有这些scope的权限，错误码：10005”，是什么原因？ A：对于场景与帐号属性、能力项不对应时（如在移动端网页中使用网站应用的AppID调用登录能力），将会出现以下的错误提示：此帐号并没有这些scope的权限，错误码：10005 [图片] Q2：我的服务同时有App、官网、公众号、小程序，那我怎么打通用户数据？ A：对于多平台的服务，若开发者希望能识别用户身份，例如：希望用户在小程序内也能查看到在App内购买的商品订单，则可以通过平台提供的UnionID机制来实现用户身份识别。

 除本微信小程序平台常见拒绝情形外，开发者还应遵守《微信小程序平台服务条款》及腾讯公布的相关规则、规范。 1.帐号基本信息1.1小程序名称、简介、logo、服务范围、服务标签、帐号基本信息文字均不得：（1）侵犯他人权益（著作权、商标权、肖像权、名誉权等）。包括但不限于，使用或包含不属于该小程序主体的品牌或商标、标识等内容或与之相似的内容、信息、特殊角标。示例：检查名称、简介中是否含有该小程序不属于该帐号的权益。 （2）含有商业化用语的、热门小程序名称、“国家级”、“最高级”等新广告法明令禁止或其他无关的词语。 （3）含有政治、色情、敏感、暴力血腥、恐怖、其他国家法律法规禁止的词汇及违法内容。 1.2特别规则1.2.1小程序名称、简介：（1）小程序的简介需明确介绍小程序的功能点，不能使用模糊的词义表达，比如：该小程序旨在提高用户的生活品味、该小程序旨在提高用户的购物体验。示例：能在简介中提炼该小程序的几个功能点。 （2）名称、简介的信息表达的意思必须有关联，具有一致性，并应与实际提供的功能一致，不含有与功能无关的搜索热词。示例：简介中能找到小程序名称或者分拆出来的词汇。 （3）小程序名称不能以电话、邮件、日历等广义归纳类、普遍且不具有识别性词语来命名。示例：名称不是是单词汇，必须是两个词以上的组合，当无法判断时，审核人员可主观判断。 1.2.2小程序头像logo：（1）小程序头像logo清晰度不够时，不予通过。示例：无法看清、分辨、识别图片中包含的各个元素，如：文字、物体、形状等。 （2）小程序头像logo应与名称、简介保持一致 1.2.3小程序的服务范围和服务标签：小程序所设置的服务标签，应与所选的服务范围保持一致。标签不能超出服务范围。示例：服务范围是家政，服务标签是美食。 2.服务类目审核服务类目是指开发者按照小程序所提供的服务类型和所涉及的服务内容，在平台提供的分类分级表格中选择对应的行业范围。 2.1 小程序的类目要和自身所提供的服务一致。2.1.1 小程序服务类目所对应的页面中的核心内容必须与该类目一致。 2.1.2 必须保证用户在该页面能使用该服务类目，不得隐藏，不得进行多次跳转。 2.2小程序的服务类目链接使用正常，不存在违法违规或不符合与腾讯所签署的相关协议、腾讯公布的相关规则、规范等内容。示例： （1） 小程序服务类目所对应的页面链接不能正常打开。 （2） 小程序服务类目所对应的页面链接加载非法信息。 （3） 小程序服务类目所对应的页面链接加载恶意、色情广告。 （4） 小程序服务类目所对应的页面链接加载侵犯他人权益的内容；含有商业化用语的、热门小程序名称、“国家级”、“最高级”等新广告法明令禁止或其他无关的词语、不含有政治、色情、敏感、暴力血腥、恐怖、其他国家法律法规禁止的词汇及其他违法内容。 3.小程序整体审核规则3.1小程序基本功能审核规范3.1.1 小程序所实际提供的功能点，需与小程序的简介一致。示例：功能包括但不限于简介中提炼的功能点； 3.1.2 小程序所提供的所有服务类目功能，必须在小程序首页得到体现，即在小程序首页必须能直达或者经过2次点击到达所有本文档2（服务类目审核）中提交的服务类目页面； 3.1.3 小程序实际所提供的服务不得属于尚未开放的服务范围。不应超出小程序平台已开放的类目库范围。示例：游戏、直播功能尚未开放。 3.1.4 小程序中若存在隐藏或付费功能（比如仅充值可见，仅会员可见等受限功能点），该功能的实现不得含有色情、暴力、政治敏感或其他违法违规内容，开发者提供的测试号需可完整呈现和体验该功能； 3.1.5 小程序的功能应具有使用价值，不能过于简单，示例：只有一个页面，只有一个按钮； 3.1.6 未经腾讯公司授权的情况下，不得在小程序中提供与微信客户端功能相同或类似的功能，示例：小程序功能不能包含朋友圈、漂流瓶等。 3.1.7 在未经允许或未经腾讯公司授权的情况下，不得展示和推荐第三方小程序。示例：不能做小程序导航，不能做小程序链接互推，小程序排行榜等。 3.1.8 小程序功能的使用，无需以关注或使用其他号为条件。示例：使用A小程序时，必须同时使用B小程序 3.2小程序页面内容审核规范3.2.1 小程序的页面内容中，存在诱导类行为，包括但不限于诱导分享、诱导添加、诱导关注公众号、诱导下载等，要求用户分享、添加、关注或下载后才可操作的程序，含有明示或暗示用户分享的文案、图片、按钮、浮层、弹窗等的小程序，通过利益诱惑诱导用户分享、传播的小程序，用夸张言语来胁迫、引诱用户分享的小程序，强制或诱导用户添加小程序的，都将会被拒绝； 3.2.2 小程序的页面内容中，主要为营销或广告用途（如内含空白广告位、招商广告等），将会被拒绝；示例：漂浮悬浮广告，含有功能使用的页面中的广告展示比例超过50%，广告遮挡功能。 3.2.3 小程序的页面内容中，存在对用户产生误导、引发用户恐惧心理、严重破坏用户体验或损害用户利益的谣言类等内容的，将会被拒绝； 3.2.4 小程序的页面内容中，不能存在测试类内容；示例：算命，抽签，星座运势等。 3.2.5 小程序的页面内容中不能存在虚假、欺诈类内容，包括但不限于虚假红包、虚假活动、宣传或销售侵害他人合法权益的商品，仿冒腾讯官方或他人业务，其他可能造成微信用户混淆的内容和服务等； 3.2.6 小程序的页面中不能含有传播骚扰信息、广告信息和垃圾信息等内容； 3.2.7 小程序的页面中不得含有可能违反与腾讯签订的、任何形式的服务协议、平台协议、功能协议的内容； 3.2.8 含有发布、传送、传播、储存违反国家法律法规的或含有以下信息内容的，将会被拒绝：   3.2.8.1反对宪法所确定基本原则的，危害国家安全、泄露国家秘密、颠覆国家政权、破坏国家统一 、损害国家荣誉和利益的小程序；   3.2.8.2任何带有虚假、欺诈内容等的小程序不予通过；   3.2.8.3任何召集、推销、鼓动犯罪或有明显侵犯社会善良风俗行为的小程序不予通过；   3.2.8.4任何包含法律法规禁止传播内容的小程序不予通过；   3.2.8.5小程序内容包含反政府、反社会或不符合主流政治的行为的，或存在煽动性的涉政言论或国家法律禁止的内容的，或含有散布谣言，扰乱社会秩序，破坏社会稳定信息的，不予通过；   3.2.8.6小程序内容不能含有色情素材（即旨在激发情欲，对性器官或性行为的明确描述或展示，而无关美学），或存在涉嫌宣扬传播淫秽、色情内容信息，包括暴露图片、挑逗内容等的，或包含非法色情交易的信息；   3.2.8.7小程序内容不能包含煽动民族仇恨、民族歧视、破坏民族团结的内容、破坏国家宗教政策、宣扬邪教和封建迷信的；   3.2.8.8小程序内容不能包含展示人或动物被杀戮、致残、枪击、针刺或其他伤害的真实图片，描述暴力或虐待儿童的，或包含宣扬暴力血腥内容的，或包含侮辱或者诽谤他人，侵害他人合法权益信息的，将会被拒绝；   3.2.8.9小程序内容不能包含赌博、竞猜和抽奖的。 3.2.9 小程序内的图片上不能含有广告、网址或虚假内容。 3.2.10 小程序代替用户发表、发送、转交任何内容前，必须征得用户明确同意和授权。 3.2.11 小程序的服务提供者必须提供过滤不当内容的措施。示例：设置对发布色情、赌博等涉嫌违法违规的词汇进行过滤提示的措施。 3.2.12 小程序页面中不能存在误导和错误暗示腾讯公司与该小程序有任何合作、投资、背书关系的内容，例如误导和错误暗示腾讯公司是该小程序运营者，或者误导和错误暗示腾讯公司以任何形式表示认可其质量、服务或与其存在合作关而该小程序事实上并非为腾讯公司运营。 3.3可用性和完整性3.3.1 提交的小程序须是一个完成品，要求可以打开，可以运行，且不可以是一个测试版。示例：不可运行、存在崩溃、闪退、按钮没有响应、文字表述不完整等。 3.3.2 本身会崩溃，或小程序程序会造成微信客户端崩溃的，将会被拒绝。 3.3.3 存在严重Bug的小程序（如无法添加和打开、无法返回和退出、卡顿严重等），将会被拒绝。 3.3.4 若小程序中存在帐号体系，需提供测试号，包含帐号和密码（可以体验所有功能）。 3.4用户隐私和数据安全3.4.1 在收集和使用用户任何数据时，必须明确告知用户该数据的用途，确保经过用户明确同意和授权，并应在用户同意和授权的范围内进行合理使用。在用户注销帐号后应相应删除相关数据。数据包括但不限于获取地理位置、用户通讯录、用户手机号码等。 3.4.2 不得在小程序任何页面请求或诱导用户输入微信用户的用户名或密码。 3.4.3 不得将搜索小程序功能加入小程序。 3.4.4 不得在页面中进行或将通过小程序收集到的用户数据私下进行出售、转交、交易、越权披露或泄露。 3.4.5 不得在未经用户授权同意的情况下，显示用户相关数据，比如：头像，昵称等信息。 3.4.6 小程序不得要求用户降低手机操作系统安全性（如要求iPhone 用户越狱、Android 用户ROOT 等）后，方能使用相关功能。 3.4.7 若小程序有需要追踪用户的地理位置的功能，则必须提供退出该位置追踪的功能和明确指示。 3.5技术实现规范性3.5.1 需要提供小程序文档和说明 3.5.2 禁止视频、音乐、语音等多媒体的自动播放 3.5.3 安装或运行其他可执行代码的程序，将会被拒绝 3.5.4 违规加载或更新代码，将会被拒绝 3.5.5 如果小程序有账户系统，必须提供能正常使用且易于发现的“退出”账户选项。 3.6UI 规范3.6.1 符合WeApp UI 规范 3.6.2 小程序页面内的浮层和弹窗可关闭 3.6.3 小程序的界面必须遵守微信的外观和功能，不得提供改变微信外观和功能的产品体验。 3.6.4 小程序的界面不得模仿系统通知或警告诱导用户点击。 3.6.5 小程序头像logo需使用透明或有色背景。若使用白色背景，需使用有色边框。 微信团队

各位开发者： 大家好。 小程序原生组件因脱离 WebView 渲染而存在一些使用上的限制，为了方便开发者更好地使用原生组件进行开发，我们对小程序原生组件引入了 同层渲染 模式。通过同层渲染，小程序原生组件可与其他内置组件处于相同层级，不再有特殊的使用限制。 现阶段，小程序 video 组件 已切换至同层渲染模式。在该模式下，video 组件可以做到： 1、直接通过 z-index 属性对 video 组件进行层级控制； 2、无需使用 cover-view、cover-image 组件来覆盖 video 组件； 3、可在例如 scroll-view、swiper、movable-view 等内置组件中使用 video 组件； 4、可通过 CSS 对 video 组件进行控制； 5、video 组件不会遮挡 vConsole。 基础库 v2.4.0 及以上版本已默认开启 video 同层渲染，其他原生组件如 input、map、canvas、live-player、live-pusher 等也将逐步切换至同层渲染模式。 欢迎广大开发者进行公测，如有问题，可反馈给我们。 微信团队 2019.02.13