项目需求这样， 1、要构建一套企业店铺小程序，这套小程序会分发给很多个企业自己的小程序上部署，当功能更新时这些企业小程序也需要同步更新。 2、消息通知等，都由企业小程序自己控制， 请问怎么实现呢？

之前一直都是可以的，这段时间不行了。可以确定 小程序的access_token是有效的(已经通过wx.login获取openid确定有效)。 返回如下： {     "errcode": 48001,     "errmsg": "api unauthorized rid: 652cf188-041bb6bf-0cd1eeb3" } 请帮忙查看。

小程序最近更新了手机号组件验证组件的收费模式，有个疑问： 微信采取的所谓的 "实时" 和 "非实时" 验证,收费3,4分一条，暂不提这个价格贵还是便宜，但是想请微信方回答一下，这个 "和三大运营商的底层进行验证" 是否是采取类似的 "手机号快捷验证" 方式验证？ 像短信类似的验证，非常具有可靠性，确保了 <手机号+当前用户>的一致性，也就是说通过短信或者快捷认证能够确保 当前 "手机卡 设备和用户" 的捆绑关系。 那么， 1、微信采取的所谓底层的验证，是否区别于之前的验证方式？ 之前的验证方式说白了就是微信内部的一套安全机制，是利用了微信的账号安全模式下的手机号，只能保证 手机号和微信的关系绑定正常，不能验证 验证手机号是否和当前用户的捆绑关系，比如你登录在PC上被别人打开微信小程序授权了，类似的问题是无法验证的。 2、微信现在收费的验证方式是否类似于短信验证、快捷手机号验证这种方式，可以较大几率确保 手机号和移动设备、手机号和短信接收人 的捆绑关系，如果微信还是利用之前的那一套，那无法达到一样的效果，那么就只是微信玩儿的一个套路而已； 请问，微信能否解疑？

https://wx.beeway.cn/api/index 手机上也无法显示，配置这些应该是配置对了的

统一下单后，没有支付，这个订单号微信什么时候清除? 能不能针对这个单号后续继续发起支付? 这里的支付不是说利用请求的url继续支付，而是后续重新下单