2.1 升级前后对比

假设一个企业员工的明文userid是UserIdA，企业分别授权了服务商A与服务商B的两个应用，升级之前，所有应用能获取到的userid均为UserIdA，如下：

升级之后，服务商A与服务商B名下应用可以获取到的userid分别为UserIdA1， UserIdA2。自建应用仍保持为UserIdA。

2.2 升级之后的接口变化

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

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

【重要】从2021年11月17号开始，对于新授权的企业，将启用升级后的userid。第三方应用理论上代码不需要做任何调整，即可兼容升级之后的userid。

2.3 历史已授权企业的方案

对于历史已授权的企业，所有接口与回调返回的userid仍然为明文userid，暂无须整改。

2.1 升级前后对比 - 2.3历史已授权企业的方案