小游戏已经审核了18天了，不是说7个工作日么，现在算工作日已经12天了，跪求过审啊，工作都要丢了，老板天天问！ 跪求！跪求！跪求！

我们提交POKE教育小程序审核，要求必须加入服务类目必须加入社交类，我们只是在小程序增加了一个圈子功能，供学生们交流使用，我们公司是做在线教育的，与山东通信管理局进行沟通，他们说我们不需要办理电信增值业务许可证 [图片] [图片]

- 需求的场景描述（希望解决的问题） 商城商品推广，用户可以分享商城上带佣金的商品，商品被购买后可以获得对应的佣金 分销只做一级，请问带有这样功能的小程序会被拒绝吗？ 或者有其他的方法实现类似的功能？ [图片] - 希望提供的能力

求问官方 场景：若小程序内有两个功能，其中一个功能是可以依靠小程序独立使用的，而另外的功能需要用户关注公众号（同主体公众号）进行使用，才能解决用户需求。这个关注公众号是为了更好的服务用户，解决用户需求。那这种情况是属于场景延伸还是诱导关注？是否被允许？

- 需求的场景描述（希望解决的问题） 已经开发好一款小程序，多次发布审核未通过，之前发布，官方反馈类目不符合，要在社交-社区/论坛里发布，现在社交-社区/论坛类目已经通过审核，但发布了小程序，又不通过，求解决方法 [图片] [图片] 小程序页面如下 [图片] [图片] [图片] [图片] [图片] 现在如何解决，才能发布上线？

管理员您好：         我之前发了帖子，就这么不理了。我再详细陈述下事情经过，一个小程序下架，对你们来说，每天可能要面对成千上万个，对于我们这种创业公司，这就是我们的命，迟迟不给处理，到底要怎样？         一、收到违规通知，8月27号收到违规通知 [图片] -------------------------------------------------------------------------------------------------------       二、我们收到通知后，严肃对待，8月28号下架相关内容，并提交申诉，管理员也给予通过处理。 [图片] -------------------------------------------------------------------------------------------------------     三、按说申诉成功，如果要再下架，肯定会有新的提醒，可是 在我们申诉成功后，8月30号，小程序竟然被突然下架，公司完全没有准备。 [图片] -------------------------------------------------------------------------------------------------------     四、下架了，我们继续处理，要求我们删除 餐饮类-外卖平台，我们继续按照要求处理，相关内容也全下架了，现在还是石沉大海，到底要我们怎么处理？您给指条明道？      我们积累了4年，技术天天累的跟孙子似得，好不容易有点起色了，微信说封就封了，你们有真正考虑过开发者的感受吗？你们这么下架，再拖几天，别说整改了，公司估计都要解散了。      只求管理人能明确的指出我们到底要改哪里？ 具体怎么改？ 我可以开诚布公的说，只要能回复上架，让我们怎么改都行。    我们在8月份的时候就已经申请了，ICP经营许可证。毕竟在上线的时候，是不许这个证件的，这个证件的 国家审批时间是 30个工作日，在这期间，我们愿意配合 微信 做 任何内容改动，还请能给指条活路。 [图片]   能否电话沟通下，这次下架对我们来说真的很重要，下面是我的电话，期待你们回复，万分感谢！！！！     13641109070     于先生

小程序A现在没发更新，审核不通过理由：公司A主体涉及外资，无法通过 现在公司想把小程序关联到不涉及外资到公司B，请问怎么操作？可以重新认证资质吗？ 还有之前小程序唯一标识用户都说用都open_id，没存union_id，如果公司B的话是需要新开一个小程序B吧，但是open_id会改变，这样老用户数据就关联不上了，这该怎么办啊？ 求官方给个解决办法

小程序审核突然没通过，理由如下： [图片] 这个问题开发过程中自己确实遇到过，几率性的，一般第一次不行，第二次肯定可以了，但是不是一开始写小程序就有的，不知道什么时候开始就这样了，验证的逻辑都是按照官方的，从来没有改变过。然后上社区一搜，很多类似的问题，如下图所示。 [图片] 看了下这个问题，第一次验证签名如下： [图片] 小程序端通过wx.login成功后获取的code rawdata，这个我都是同一用户登录，前后信息没啥变化 通过1中的code，后端调用api获得的session data，其中openid肯定同一用户每次也都一样的，session_key如果过期，那么第一次和第二次理论应该是不一样的。（但实际情况前后两次是一致的，具体可参见下图） 小程序端获取到的用户的签名 后端通过session key校验出来的签名。 很明显，4和5不一致，校验失败。接下来是第二次交验： [图片] 还是同样的逻辑顺序。 小程序端通过wx.login成功后获取的code。很明显，code跟第一次是不一样的，另外根据官方文档描述，因为又重新调用了wx.login，会导致session_key过期。（这似乎说明code发生变化也是对的，因为按推测，seesionkey应该也发生了变化，否则怎么叫“被更新”）请看下图官方文档说明：[图片] rawdata，这个我都是同一用户登录，前后信息没啥变化 根据1中的官方描述，奇怪的现象就发生了，在后端根据新的code，获取的session data，很明显session key还是第一次是一样的，也就是说，我重新调用了wx.login, code是变了，但是session key却和第一次保持一致的。 小程序端获取到的用户的签名 后端通过session key校验出来的签名。因为用的是同样的rawdata，同样的session key，所以两次校验的结果是一样的，但是第二次4中，小程序端获取的签名是跟此次校验结果是一致的。 所以问题就来了，这问题到底出在什么地方？似乎官方文档描述的就有问题，还是我本身的逻辑顺序有问题？请官方指教，谢谢。