2.1 升级前后对比-2.3 历史已授权代开发应用的方案

2.1 升级前后对比

假设一个企业的明文userid是UserIdA。

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

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

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

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

2.2 升级之后的接口变化

所有接口无论是入参，还是返回结果，涉及userid的字段名皆不变；所有回调事件，涉及userid的字段名皆不变。
例如，获取部门成员中，userid字段在升级之后依然保持字段名为userid。
例如，日历接口中，organizer字段在升级之后依然保持字段名为organizer。
例如，成员通知事件中，UserID字段依然保持字段名UserID。
例如，成员关注及取消关注事件中，FromUserName字段在升级之后依然保持字段名为FromUserName。
在一些使用userid作为url或小程序路径参数时，升级之后，参数名不变，仅需将参数值替换为升级后的ID。例如，微信进入居民上报小程序中，path参数中的userid字段在升级之后依然保持字段名为userid。
【注意】userid明文不区分大小写，而userid密文则大小写敏感，故使用userid的地方，不能再转为纯小写或纯大写。

【重要】从2022年6月20日20点开始，对于新授权的代开发应用，将启用升级后的userid。

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

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

2.1 升级前后对比-2.3 历史已授权代开发应用的方案