我确认提交过其它更新的版本,去查询的话都是返回对应的审核是成功的,我可以给你两个审核ID:439066199 和439066763 ,我拿这些去查的时候,返回的状态都是0,也就是审核成功,而且我怀疑是没有回调我们接口,导致我们没有调用微信的发布接口,于是我就调用发布接口,结果也是执行成功,给我返回了0.所以希望赶紧帮我排查下到底什么情况,已经严重影响到我们客户的线上小程序使用了

我先是以为我们这边可能是我们获取token用的authorizer_app_id就是第三方应用的appId,看你这么说之后,我检查了下,发现这两个数据不一样, 还以为是这个导致的,进而我们的代码提交都没有和当前这个商户的小程序的appId关联起来,结果,我刚又对那个商户进行了一次新的微信授权,微信授权后调用授权回调接口,传过来的参数对应的authorizer_app_id还是这个原来的authorizer_app_id,所以看起来它本来就是不一样.  而且它们就是一个正确的映射,所以我每次提交代码获得的token理论上就是AppID wxa4e56519ee664ac1下的token,那我通过这个token提交审核和发布的代码就应该归属到wxa4e56519ee664ac1这个appId下,既然我每次审核都是成功的,那么理论上你所描述的"没有查询到的情况",你确认给我好好的查找了吗.

你好，请帮忙处理下面这个问题。经过多个小程序的商户核对，确认是我们这边基于服务商模式下小程序在我们本地维护的各自的appId是有串号的情况发生。 目前是有两个串号 一个是appid为wx2a4352f23264193a（商户定位A） 另一个是wxa4e56519ee664ac1（商户定位B）。具体情况如下：
 大概是因为人为或者bug，导致我们本地B的appId被B的覆盖了，然后提交代码和审核以及发布都是相当于拿到A的token去发布的。所以出现了上面我反馈的那种B的商户发布的代码一直看不到审核记录的情况，一直停留在3.2.9。昨天A商户反馈，他们的小程序里出现的不是他们自己的，而是B的小程序内容。然后今天打算让A的直接重新进行微信授权后用A自己的代码发布下覆盖回去，但是微信授权失败。而先前对B进行微信授权的时候，微信的回调接口传过来的appId实际上是 A的AppId，显然微信那边数据也被干扰，所以需要你们协助修改下你们那边的这两个appID下对应的数据，保持数据一致性。（当时B微信回调的时候传了不对的appId，我还以为这和在微信页面上看到的微信小程序AppId不是同一种appId，今天看到A的微信页面上的appId就是B商户现在存在我们本地用户获取token的appId）。希望大佬帮忙修改数据，情况很紧急，今天我们只能采取解绑独立发布的方式先缓缓。后面还是要重新绑定回来的，但是如果到时候微信这边的数据不修改回来，我们这可能就算重新绑定小程序，还是会出现老问题。

应该是运营同时开了两个商家的后台, 给其中一个进行微信授权的时候,把另外一个商家的sessionId带到了微信,微信回调的时候把sessionId带过来,然后这边根据sessionId查到了错的商家ID,更新错了appId,后面提交代码用的token是错的.但是微信这边的数据应该也是被污染了. 对wxa4e56519ee664ac1进行微信授权的时候,回调接口传过来的appid是wx2a4352f23264193a,所以可以帮我看看能不能把appid为wxa4e56519ee664ac1 和wx2a4352f23264193a对应的授权相关的数据恢复下吗