1.1 升级前后对比-1.3 历史已授权代开发应用方案

1.1 升级前后对比

假设一个企业的明文corpid是CorpIdA。

授权了服务商A代开发应用和第三方应用

授权了服务商B的代开发应用和第三方应用

自己开发了一个自建应用。
升级之前，所有代开发应用、自建应用能获取到的corpid均为CorpIdA。
第三方应用获取到的则是加密过的CorpId，服务商之间相互隔离，示意图如下：
corpid改动前.png

升级之后，以服务商A为例，区分是否新安装的代开发应用，如果是新安装的代开发应用，则获取到密文CorpId，取值等同于以第三方应用名义获取到的CorpId，示意图如下：
代开发CorpId回收后.png

1.2 升级之后的接口变化

所有接口无论是入参，还是返回结果，涉及corpid的字段名皆不变；所有回调事件，涉及corpid的字段名皆不变。
例如，获取企业永久授权码中，corpid字段在升级之后依然保持字段名为corpid。
例如，获取企业凭证中，auth_corpid字段在升级之后依然保持字段名为auth_corpid。
例如，变更授权通知中，AuthCorpId字段依然保持字段名AuthCorpId。
例如，成员关注及取消关注事件中，ToUserName字段在升级之后依然保持字段名为ToUserName。
在一些使用corpid作为url或小程序路径参数时，升级之后，参数名不变，仅需将参数值替换为升级后的ID。例如，微信进入居民上报小程序中，path参数中的strcorpid字段在升级之后依然保持字段名为strcorpid。

【注意】corpid明文不区分大小写，而corpid密文则大小写敏感，故使用corpid的地方，不能再转为纯小写或纯大写。

【重要】从2022年6月20日20点开始，对于新安装的代开发应用，将启用升级后的corpid。第三方应用理论上代码不需要做任何调整，即可兼容升级之后的corpid。

1.3 历史已授权代开发应用方案

对于历史已授权的代开发应用，所有接口与回调返回的corpid仍然为明文corpid。服务商可以调用corpid转换将其转换为密文corpid，再调用设置迁移完成接口将该企业迁移到升级后的模式

1.1 升级前后对比-1.3 历史已授权代开发应用方案