分享我自己碰到的一些上架问题,大家也可以留言补充！ 1.安卓端单独微信登入就可以 2.尽量所有《点击事件》都有反馈 3.要提供账号注销的功能 4.软件页面要提供展示入口《隐私协议》/《用户协议》 5.应用宝- icp备案域名 打开后需要有app宣传页面等,页面最好不要带登入入口 6.聊天、社区等需要提供安全报告下面有案例 7.ios端如果不使用苹果支付,ios登入等,在标识符里面不要勾选,描述文件里面也不要有。会被驳回！ 8.有wx.openLocation功能的,这个功能暂时不能用,用wx.getLocation被华为驳回了 9.如果APP中未使用微信支付，可在开发者工具project.miniapp.json中勾选不代支付能力的opensdk。 [图片] 一、软件版权 软件版权 1.《计算机软件著作权登记证书》当前最快申请速度为20-30个工作日，不包含材料整理时间； 2.《电子版权认证证书》和《软件著作权认证证书》最快申请速度为3个工作日，最慢申请时间10-15个工作日，在时效方面具有非常大的优势。 [流泪/]花了6个月注册了软著,忘记写简称了,又花了15天办了软件著作权认证证书 其实来说《软件著作权认证证书》就可以上架绝大部分应用商店了，白交了一次学费,并浪费了时间！ 软著找第三方申请tb pdd等,不要自己傻傻的申请,要不然很多地方改正驳回 二、ICP备案 备案查询后截图,打印盖公章！！！ 感觉是随缘审核,有的时候需要盖公章,有的时候不需要。 三、UI问题 尽量做到UI自适应,UI设计尽量自己设计, 如果UI与其他软件页面一致会有驳回的风险。 四、安全评估报告 登录全国互联网安全服务管理平台（http://www.beian.gov.cn )，请选择主页评估报告登录 按照我这个填即可 服务名称 功能名称 ..... 评估情形:具有舆论属性或社会动员能力的信息服务上线，或者信息服务增设相关功能； 评估方法:自评估 1、安全管理负责人、信息审核人员及安全管理机构设立情况。 安全管理负责人:XXX 审核人员：XXX 2、用户真实身份核验及注册信息留存措施。 建立台账、专人记录留存。 3、对用户账号、操作时间、操作类型、网络源地址和目标地址、网络源端口、客户端硬件特征等日志信息，以及用户发布信息记录的留存措施。 建立台账，专人记录留存备案。 4、对用户账号和通讯群组名称、昵称、简介、备注、标识，信息发布、转发、评论和通讯群组等服务功能中违法有害信息的防范处置和有关记录保存措施。 设专人进行扫描、查找，及时处理，并进行纪律备案。 5、个人信息保护以及防范违法有害信息传播扩散、社会动员功能失控风险的技术措施。 定期组织人员培训，宣传个人信息保护知识，严防社会动员功能失控。 6、建立投诉、举报制度，公布投诉、举报方式等信息，及时受理并处理有关投诉和举报的情况。 在网络的显著位置设置投诉电话，并安排专人接听电话，受理并及时处理各类投诉和举报情况。 7、建立为监管部门和执法部门依法履职提供技术、数据支持和协助的工作机制的情况。 安排专人专责，为监管部门和执法部门依法履职提供技术、数据支持和协助 填完后,会让你打印一份PDF上传,然后等待wang警上门核查，等待通过即可！ 上传后,没人审核怎么办？联系当地网络部门催审, 我催审后,第二天就上门解决了。 五、隐私协议 网上复制的只能找那些通用型模板, 软件权限说明,尽量在隐私协议上补充清楚。 开启了推送消息需要在《隐私协议说明》并在软件设置里面设置一个《个性化推荐》开关 有获取用户信息，并推荐给其他人 需要在《隐私协议说明》并在软件设置里面设置一个《把我推荐给可能认识的人》开关 三方SDK列表 为保障相关功能的实现与应用安全稳定的运行，我们可能会接入由第三方提供的软件开发包（SDK）实现相关目的。 我们会对合作方获取信息的软件工具开发包（SDK）进行严格的安全监测，以保护数据安全。 我们对接入的相关第三方SDK在目录中列明。 请注意，第三方SDK可能因为其版本升级、策略调整等原因导致数据处理类型存在一定变化，请以其公示的官方说明为准。   综合运行类 第三方SDK名称：微信 SDK 链接：https://developers.weixin.qq.com/doc/oplatform/Mobile_App/Access_Guide/Android.html/ 收集信息类型：设备标识信息、软件安装列表 使用目的：接入微信开放平台，让你的移动应用支持微信分享、微信收藏和微信支付。 第三方SDK名称：wmpf_demo_external 链接：https://github.com/wmpf/wmpf_demo_external 收集信息类型：设备标识信息、软件安装列表 使用目的：该运行环境能让硬件在脱离微信客户端的情况下运行微信小程序 祝大家上架顺利！！！ 先写这么多吧,想到了在补充。

各位大佬好！ 由于之前做登录时，目前我们后端只使用了unionid来验证用户，保存了用户的unionid，但是没有保存用户应用的openid，我想请问一下，微信open社区是否有提供类似wechatcode转unionid的接口？我只记得我以前做了一次移动应用迁移的时候，微信open社区有提供Openid to Unionid 接口，现在有没有 wechatcode to Unionid 接口呢？ 如果没有，是否有通过wechatcode来获取openid的接口呢？ 最后，Openid to Unionid 接口在现在微信open社区是否还提供？

多个appid关联到一个老的开放平台账号上，现在全部重新关联到新的开放平台账号上，unionid该如何处理呢？ 1、没有接口支持将老unionid一次批量换成新的unionid； 2、用户如果不打开应用，永远获取不到新的unionid； 3、很多人担心用户之间的身份关联会无法处理，其实大可不必，因为：不需要处理，完全不会影响业务逻辑。 理由如下： 1、unionid的作用只是用来关联多个appid的openid的，老的unionid即使换了开放平台，它的作用也不会消失，依然可以按新的unionid一样在代码里使用，不会受任何影响。 2、唯一不同的是，在新老交替的过程中，可能某用户的两个openid，一个是关联的新unionid1，一个是关联的老unionid2，但这又有什么关系？当作两个不同用户处理不就行了。直到某天该用户打开appid1，获取到了新的unionid1，此时自然也就完成多openid的关联了。 3、所以，更换开放平台后，只需要在原来的代码中加一段代码即可：获取新的unionid1，替换原来的unionid2，数据合并处理。

微信开放平台应用进行了转移，unionid改变了，怎样把旧的unionid更新成新的？前提是不想让用户再重新调起微信授权

你好，请问应用迁移涉及的unionid变更，是只针对新用户，还是老用户已有的unionid也会改变？[图片]

更换开放平台后，unionid会改变；但是好的业务架构，可以不受unionid的变更的影响，取决于你怎么理解和使用unionid。 一、unionid应该仅用于关联，即： 假如 老unionid=unionidOld, 新unionid=unionidNew //通过老unionid关联 if(user1.unionidOld==user2.unionidOld) user1.openid2=user2.openid //user1通过老unionid关联上了user2，是同一人 //user1.openid2可以永久保存在user1的记录中，永久绑定了，你unionid再怎么改，都不会影响了。 //同样，通过新unionid关联 if(user1.unionidNew==user2.unionidNew) user1.openid2=user2.openid //user1通过新unionid关联上了user2，是同一人 可见，更换开放平台完全不影响业务逻辑，甚至老unionid和新unionid可以在数据库中并存，没有任何影响。 二、如果你的表设计成： { _id:unionid, _openid:openid, nickName:'xxx' } 那么恭喜你，你想更换开放平台就太难了。。。