一句话定义

身份集成与统一认证，指文件交换平台的账号来源与登录方式接入企业既有的身份体系，同时对外部合作伙伴的联系人账号做独立管理。 前者对应 AD/LDAP 与移动办公平台的账号同步、统一认证与单点登录，后者对应以合作伙伴为单元的外部组织与账号管理。

一、这个能力解决什么问题

对外交换平台在身份上有一个别的系统没有的特点：它要同时容纳两类完全不同的人。

把这两类身份塞进同一套账号体系里管，会同时产生两个问题：

内部账号重复建设。 员工在企业身份源里已经有账号了，平台再建一套，人事调岗后两边不一致，离职清理要清两遍。

外部账号无处安放。 供应商的对接人不可能进企业的域，也不该出现在企业的组织架构里。硬塞进去之后，合作终止时要回收哪些账号，靠的是人的记忆。

还有一个采购层面的现实问题：同步一万人的组织架构，是不是就要买一万个许可。 这个问题如果没有明确答案，IT 部门通常会选择只同步一小部分人，于是身份集成的价值先打了个折。

二、怎么工作：分三层看

2.1 账号层：内部同步进来，外部独立管理

内部组织与账号。 支持树状部门管理、账号增删改、用户组管理、Excel 批量导入导出、批量启用禁用与活跃时间查看。

集成组织与账号。 支持从 AD/LDAP 同步，也支持从企业微信、飞书、钉钉、WeLink 同步；同步范围可按需过滤，同步周期可设置，同步结果在管理界面可以先在线预览再落地——不必先同步进来再删。

这里有一条对采购判断很关键的设计：集成进来的账号默认不激活、不占用许可，由用户首次登录时自助激活。 这意味着可以放心把完整的组织架构同步进来，而不必事先判断谁将来会用。

外部组织与账号。 外部账号走的是另一条线：树状结构的外部组织管理、外部用户账号管理、批量导入导出、启用禁用。伙伴联系人基于外部账号统一管理，由伙伴管理员维护，因此能做到精准授权与精准审计——记录里出现的是”某伙伴的某位联系人”，而不是一个来路不明的共享账号。

这个分法的价值在合作终止那一刻最明显：伙伴离场时，要停用的账号有明确范围，不需要在企业的组织架构里逐个翻找。

2.2 认证层：用企业已有的登录方式

登录方式覆盖：

• 本地账号密码
• AD/LDAP 统一认证
• 扫码登录——企业微信、飞书、钉钉、WeLink
• 单点登录——SAML2、OIDC、CAS、竹云
• 双因素认证——短信、邮件、图形验证码
• SSH 密钥认证——用于以 SFTP 方式接入的场景

多种方式可以并存：内部员工走企业的单点登录，外部伙伴联系人用平台账号加双因素，各自选择合适的强度。

2.3 授权层：身份之上还有一层权限

登录进来只解决了”你是谁”，”你能碰什么”由权限体系决定：

• 细粒度目录权限——伙伴库支持浏览、预览、下载、上传、管理、编辑的分项授权，支持子文件夹权限与继承控制，并可设权限有效期。
• 收发策略——内外部用户之间的收发关系可以精细配置，支持在线检查收发关系、设置策略优先级，并按收发方式分别授权。
• 三员分立与分级管理——支持基于组织架构的分级管理与基于多级授权的外部伙伴管理，满足权责分离要求。

→ 伙伴档案、收发策略与伙伴库授权的完整模型见 合作伙伴文件安全交换

三、配置与运维要点

3.1 同步范围先想清楚再配

同步范围过滤与同步周期都是配置项，但范围决定的不只是账号数量，还有组织树的形状。建议在配置前明确：哪些部门需要出现在平台里、是否需要保留完整的层级、用户组是否同步。同步结果支持在线预览，配置阶段可以先看再落。

3.2 账号安全策略是评审的常问项

平台侧可配置：密码复杂度、首次登录强制改密、密码过期与账号有效期、错误锁定、禁止多端同时登录、超时自动登出、IP 白名单与黑名单。

这些配置项在安全评审时通常会被逐条对照客户自身的口令与访问控制要求。建议在评审前先把这份对照做出来，比现场逐项问答效率高。

→ 平台自身的安全设计与评审配合材料见 外部凭据托管的安全设计与评审配合

3.3 身份变更会传导到权限

人员调岗、离职、伙伴联系人更换，都会影响已授予的权限。产品的处理方式是把权限挂在可管理的对象上——内部走部门与用户组，外部走伙伴与伙伴联系人——因此变更时的操作对象是明确的。权限有效期是另一个值得用起来的机制：项目制的授权设一个到期时间，比事后想起来去回收可靠。

3.4 身份记录也在审计范围内

身份管理日志与身份认证日志是七类日志中的两类：用户、用户组、部门的全生命周期记录，创建、修改、删除的操作记录，以及第三方集成的同步详细信息，都可查询与导出，用于操作追溯与问题排查。

3.5 这一页不解决的事

身份集成解决的是”账号从哪来、怎么登进来、能碰什么”。它不等于外部凭据托管——那是另一件事：外部伙伴的 FTP/SFTP 账号、对象存储密钥、PGP 私钥由平台保管与使用，业务人员全程不接触。两者一个管”人怎么进平台”，一个管”平台怎么去访问外部系统”，不要混为一谈。

→ 外部凭据收口这件事本身见 外部账号与密钥集中托管

四、与其他能力的关系

• 四条链路的全貌 —— 身份只是其中一条，还有审批、通知、业务系统三条。→ 与既有业务系统协同
• 通过接口做账号与授权 —— 标准化接口覆盖账号体系、身份认证与细粒度授权。→ OpenAPI、事件订阅与异步回调
• 业务系统触发交换时的身份问题 —— 调用方用的是接口凭据，不是员工身份。→ PLM / ERP 的文件交换集成
• 权限之外的安全处理 —— 登录与授权之后，文件仍要过方向化的安全治理。→ 文件出入向安全治理
• 典型的多身份来源场景 —— 内部研发、外协厂商、客户对接人同时在场。→ 集成电路与半导体的内外部文件交换