答案是：不会全自动。组织架构同步通常只解决“人在不在、在哪个部门”，不解决“这个部门被授了哪些文件”。新人要能干活，还得把角色组、空间成员和文件授权配上，并用他本人账号验收。
厂商宣传容易让人以为这是一件事。WPS 365 的公开页面把组织人员同步写成“入职开账号、调岗换权限、离职回收”，并称权限秒级生效；这可以当提问清单，不能当验收结论。已有 WPS 365、也接受协同放在 SaaS 的团队，继续沿用更省事；只有当文件必须留在自有环境、权限要按内网策略逐层控制时，才需要比较私有部署这一侧。
一、四段链路里，同步只覆盖前两段的一半
链路是四段：身份源（HR、AD 等）→ 账号与组织归属 → 角色与组 → 文件与空间权限。同步通常只承接前两段，具体字段与触发方式以部署版本为准；角色要靠“部门或岗位→角色组”的映射，文件权限要靠空间成员、文件协作者、外链范围这些授权动作。
能力清单写的是“组织与角色”“组织架构与通讯录”“角色与权限管理”“SSO、LDAP/AD 与组织架构同步”，说明它能把组织和人接进来，不等于把每个文件的授权一起搬过来。权限还分两层：一层决定这个身份能不能用某项管理能力，一层决定在某份文件或空间上能做什么，两层叠加才生效——所以“角色给对了”和“文件给到了”是两道检查。
二、一张表看清：哪些随同步走，哪些要单独配
| 对象 | 归哪条通道 | 验收看什么 |
|---|---|---|
| 账号、姓名、工号 | 随身份源同步，字段以部署版本为准 | 能登录，姓名与工号对得上 |
| 部门归属 | 随组织架构同步 | 组织树里的位置正确 |
| 角色（管理能力） | 需按“岗位→角色”映射 | 该进后台的进得去，不该进的进不去 |
| 部门空间成员 | 先确认部署版本是否支持“部门→空间”绑定，再按方案配置 | 新人能看见并进入该部门空间 |
| 单个文件或文件夹协作者 | 不随同步产生，需所有者授权 | 打开指定文件能完成默认动作 |
| 外链分享范围 | 独立通道，需单独设置 | 链接能否打开、范围是否过宽 |
| 例外与到期 | 人工登记，不进同步 | 到期后是否真的收回 |
最容易被跳过的是“部门空间成员”和“例外”：前者决定新人有没有工作场所，后者决定你以后能否解释他为什么能看这个。
三、四步把“自动”做出来，冲突口径先定死
前两步决定同步能把人带对多少，后两步决定带过来之后能不能用。
- 定唯一锚点：用工号或企业邮箱做匹配键，别用姓名——重名、改名都会对错人。
- 定映射表：一行写清“部门→角色组→默认空间与能力档（只读、可评论、可编辑）”，超出默认的走例外。
- 定冲突口径：同步与手工授权撞车时以谁为准，上线前书面确认。
- 用测试账号跑一遍：找到部门空间、改一处正文、留一条评论、打开一份不该看的资料、查有没有多余外链。
权限之外还有外链、水印，以及离职后的会话与检索。水印、版本历史、回收站管的是内容留痕与找回，不替代授权；真正撤权要按离职那条线的验收做，本篇不展开。
冲突口径是最该在演示阶段问清楚的一件事，四种常见处理放在下表。
| 口径 | 主要风险 | 你该怎么做 |
|---|---|---|
| 以身份源为准（覆盖） | 手工补的例外被抹掉且无人察觉 | 例外放平台外，单独清单管理 |
| 只增不减 | 转岗后旧部门权限长期残留 | 转岗时先收旧组、再加新组 |
| 合并保留 | 权限越叠越宽，说不清来源 | 按季度对账，逐条问按哪条规则给的 |
| 未定义 | 出问题才讨论，审计难解释 | 写进方案与验收单，指定确认人 |
没有“默认正确”的一种，只有写清楚和没写清楚的区别。具体采用哪种需与方案团队确认，确认前别假设手工授权保得住。
四、同步看着成功、人却没权限，按这个顺序查
排查从最上游开始，否则会在下游反复改配置。
- 账号层：身份源里是否已启用、是否在同步范围、有没有被标成停用或离职。
- 组织层：部门路径对不对，一人多部门时主部门是哪个，多层级部门是否被压平。
- 组与角色层：部门组有没有绑到空间，角色给的是管理能力还是文件操作。
- 权限叠加层：角色与文件两层是否只对了一层，有没有上层设置把权限收窄。
- 会话层：让他退出重登再试，排除旧会话或旧链接造成的假象。
每次异常记下谁、何时、期望什么、实际什么，比截一张“设置成功”的图有用。
边界要说清：同步与授权解决的是对象归属，不是数据行归属。要“销售只看自己负责的客户行”，只能在业务系统侧做过滤，或把一张大表按客户拆成多份文件；行级、列级是否支持，以产品确认为准。
五、能力名不等于验收结论
石墨办公套件私有部署的公开能力清单包含组织与角色、组织架构与通讯录、角色与权限管理，以及 SSO、LDAP/AD 与组织架构同步；权限可按组织、成员、角色、空间和文件设置，文件安全侧还有水印、外链与操作审计。
但“同步哪些字段、定时还是触发、会不会自动建组、冲突以谁为准”，官网只到能力名这一层，以部署版本和双方确认的方案为准。身份与组织接入见统一身份与登录集成方案，权限如何与 OA、ERP 等已有系统打通见多系统集成方案，产品边界见办公套件私有部署产品页。
常见问题
同步会不会覆盖手工配的权限？
取决于冲突口径，官网没有逐条说明，需与方案团队确认。实操做两件事：把手工加的例外登记在平台外的清单里（谁批、何时到期）；验收时故意手工加一条授权，再触发一次同步，看它还在不在。
部门调整后权限跟着变吗？
组织归属通常随同步变；文件与空间权限跟着变不变，取决于当初授给了谁：授给部门组或空间的通常随成员变更重算，授给个人或单个文件的通常不会自动收回，具体以部署版本与方案确认为准。转岗按“先收旧组、再加新组”做，并用他的账号打开旧部门资料验证。
同步失败怎么排查？
按账号、组织、组与角色、权限叠加、会话五层从上游往下查：先确认身份源里这个人是启用状态且在同步范围内，再看部门路径与主部门，最后才动权限配置。
只同步组织、不配任何权限，新人能看到什么？
通常能登录，但看不到部门空间和具体文件——同步只是把人送到门口。入职当天至少要有“部门→角色组→空间”的默认绑定。
要判断自己这套同步配到什么程度，可以带三个测试账号（新人、转岗、离职）和一张“部门—角色—空间”对应表预约演示，现场跑一遍从进组织到能干活的全过程。也可以先看私有化部署方案，了解部署形态与交付范围。