ericli

> 1、需要考虑当前支持的账号登录、手机号登录、邮箱登录等方式，和多渠道综合设计重构 > 2、支持管理员配置开启哪些登录渠道 多租户方案已纳入规划支持。

# 评审后方案刷新 ## 方案说明  ## 产品原型 ### 多会话登录  ### 多会话存量提醒  ### 登录拦截提醒 

## 评审后方案     

# 初版草案 ## 需求背景  ## 方案说明  ## 产品原型 ### 手机号/邮箱必填设置  ### 登录/通知限制  ### 手机号/邮箱验证 

相关联issue： 1、【已评审】前端有关于用户信息的字段信息需要支持可见、可编辑、脱敏展示设置 #769 （新方案已更新） 2、用户信息中手机号和邮箱应改为非必填 #440 3、[重要] 多租户及多渠道登录需求分析 #889 （已评审） ———————————————————————————————— 针对手机号/邮箱唯一性与必填的逻辑，之前出过相关的方案，并进行了评审。多租户纳入支持后，唯一性校验与必填逻辑需要基于前置方案进行相应调整。 整体字段配置方案会放在多租户之后进行。唯一性校验逻辑可以先做简单支持，即： 单租户内，一个手机号/邮箱仅能绑定一个蓝鲸账号（bk_username）.

> 手机号是绑定关系, 目前不是全局唯一的, 如果一个手机绑定多个账号, 目前的登录逻辑是会报错的 > > 所以 > > 1. 拿手机号来发短信, 是不知道他要重置哪个账号的密码 > 2. 如果只输入用户名, 目前手机号是`非必填`的, 假设没有填, 这时候短信是发不出去的(未来手机号也是可选的) > > @Shutulee @Zoeyzhou11 需要产品侧考虑下这里的交互, 可能要做修改 1、未来多渠道登录会约定手机号在单目录下全局唯一。目前只能先给临时方案。 2、非必填的需求要求短信/邮箱二选一（必填其一），未来有了其他的联系方式会多选一，由用户自行选择可行的找回密码方式；未填的联系方式会提醒「不存在/未绑定」。**非必填和多渠道会一起设计。 临时方案： 1、通过输入的用户名定位账号，再走手机号/邮箱重置校验（现在还是必填的逻辑）。 2、只输入手机号，一个手机号绑定多个账号的场景会报错拦截，提醒「该手机号同时绑定多个账号，无法定位账号并重置密码，请输入具体的用户名或联系管理员处理」。...

> 数据恢复逻辑图有点问题，由于用户和组织都是目录内唯一的？恢复时应先判断其所属目录的存在与否，然后才是目录内判断id是否重复。不然可能会做成跨目录判断id是否重复的逻辑。 > > 删除比较简单，数据恢复涉及到的各种交互细节没有提供，至少在设计稿评审时应提供。 1、数据恢复逻辑图已修改 2、交互细节已补充，新增了还原操作的二次确认交互。（详见原型交互） 

> ## 问题 > ### 删除组织有疑问 > 设计的逻辑: 单组织用户, 跟随组织一并被删除, 以及恢复; 跨组用户, 仅解除用户-组织关系, 恢复组织时, 需要一并恢复 > > * 删除用户 A, 还未过 30 天(未清理) > * 删除 A 的上级组织, 此时联动删除用户, 包括...

> @Shutulee @Xmandon 内部设计稿怎么转出来放 github? 或者第三方存储, 需要共享给到他们 抱歉，我的问题。

多渠道版本处理。