结论先说：按部门分权限，不是给每个部门建一个文件夹再往里加人，而是“一个部门一个空间或顶层文件夹 + 权限授给部门角色组 + 例外单独开位置”。让销售部只能看客户资料、人事部只能看薪酬，落地顺序是三步：先按“谁该看”划顶层目录，再把权限授给组而不是个人，最后用受影响成员的账号实际打开验证一遍。
顺序比工具重要：返工几乎都来自两件事——目录照抄组织架构图、权限按个人逐个加，人员一动就失控。
一、先划目录：按“谁该看”分层，别照抄组织架构图
目录是给人找东西的，权限是给内容划界的，两者不必同构。把总部、中心、部门、组一层层搬成文件夹树，权限就只能一层层配。更稳的是只分四层，把每层授权对象固定下来：
| 层级 | 放什么内容 | 授权对象 |
|---|---|---|
| 企业公共层 | 制度、公告、模板 | 全员可读，少数岗位可编辑 |
| 部门空间层 | 客户资料、合同、报表 | 只授给该部门角色组 |
| 跨部门项目层 | 专项、联合交付物 | 项目成员组，结项收回 |
| 个人工作区 | 本人草稿与过程文件 | 本人，需要时再共享 |
关键是第二层：一个部门对应一个团队空间或顶层文件夹，整体授权比在十几层目录里挑文件夹加人可靠；新人入职只要加进部门组。
二、五步落地：从盘点人群到验收
- 盘点“谁和谁看同一批文件”。先列人群，不列部门；日常看同一批资料的合成一个空间。
- 建空间与顶层文件夹，命名带部门前缀。如“销售部-客户资料”。
- 建部门角色组，把权限授给组。个人只作例外单独授权，并记录原因和到期时间。
- 把例外挪到独立位置。跨部门协作、外部顾问都新建项目空间，成员清单跟着项目走。
- 用受影响成员的账号验收。该看与不该看的账号各打开一次。
三、三类典型内容分别怎么放
“销售看客户资料、人事看薪酬”是两种需求：前者部门内共享，后者高敏收敛，不能套同一条规则。
| 内容 | 放在哪 | 授权方式 |
|---|---|---|
| 销售部客户资料 | 销售部空间下的客户资料文件夹 | 销售部角色组可编辑，管理层按需只读 |
| 人事部薪酬文件 | 人事部独立空间，不放在人事公共目录里 | 范围更小的薪酬角色组，不是人事全员 |
| 跨部门专项 | 独立项目空间 | 项目成员组，结项移除成员并归档 |
第二行要强调：高敏内容不要“藏在部门空间的子文件夹里再单独收紧”。配之前先确认当前版本的继承规则：若子文件夹能单独收紧、上级授权又向下继承，加人、调岗、移动文件时就有被上层授权覆盖的风险（以方案团队确认为准）。判断标准简化成一句：连本部门多数人都不该看的内容，就不该放在部门空间里。
第一行相反：客户资料本就日常一起用，不必逐份授权，要控的是“谁能带走”——只读通常只限制内容改不改得动，导出、下载、打印属于另一类操作权限，能不能单独授予要看当前部署版本。
四、一人多部门、部门调整后怎么算
这两个问题没有统一答案，配置前必须确认所用版本的合并规则。公开资料里至少三种做法（均据各家公开文档转述）：可道云“指定用户优先，多部门被选中时取最高权限”；Zoho 网盘“子文件夹启用自定义权限后不再继承上级，冲突时以最具体的设置为准”；微软文档建议尽量依靠继承、按文件夹而非单个文件授权，唯一权限只留给少数例外。三种都自洽但不能套用，石墨办公套件私有部署的合并规则需与方案团队确认。
- 默认按最小权限给。一人兼两个部门，先只给范围小的那个，需要时再单独授权并写明原因。
- 组织架构尽量同步。石墨办公套件私有部署支持 SSO、LDAP/AD 与组织架构同步，能减少手工加人漏人；文件级单独授权与外链仍要单独复核。
- 调岗走“换组 + 清例外”。从旧组移除、加入新组，同时清掉遗留的单独授权与仍有效的共享链接。
五、验收，以及新目录的边界
权限配错的典型症状不是“打不开”，而是“打得太开”。验收只看该进的人进得去、不该进的人进不去，三条检查记在同一张表：
| 检查项 | 从哪进 | 期望看到 | 证据 |
|---|---|---|---|
| 越权检查 | 销售部普通成员账号打开薪酬空间入口并搜索 | 打不开，搜索结果里也不出现 | 账号、入口路径、截图与时间 |
| 组与例外检查 | 用刚加进部门组的成员账号打开 | 只多出该部门空间，没有别的空间 | 成员名单与权限对照 |
| 分享与失效检查 | 空间的有效外链；模拟调岗后的已打开会话 | 按约定失效，旧会话不再可用 | 外链清单、失效时间与审计记录 |
不过关时先分清原因：组没加对人、继承了上层权限、外链没关；已下载的副本按制度单独约定。
新目录的边界也说清：这套四层目录能成立，前提是部门角色组维护得动、空间数量还控得住。部门只有三五个人时，单独开空间不如并进相邻部门的大空间；一个部门里若有两三批互不相干的人看不同内容，就该拆成两个空间，而不是继续加例外。石墨办公套件私有部署的文件管理是协作的配套能力，不是网盘产品——这套目录要落地，先得有能授的部门和岗位角色组；只想按部门存文件、控住下载的，专业网盘也能覆盖。规则细节建议先与方案团队确认，再对照办公套件私有部署产品页与企业级数据安全与合规方案核对。
常见问题
按部门分权限要建多少个文件夹？
按“访问人群”数，不按部门数。一个部门通常一个团队空间或顶层文件夹；部门里有一批连多数同事都不该看的内容（薪酬、并购），再单独开一个空间。
一个人属于两个部门，权限怎么算？
取决于产品规则，常见有“指定成员优先”“取最高权限”“取最具体一层”三种。配置前先确认所用版本按哪种算并写进制度；不明确时按最小权限处理，需要时再单独授权。
部门调整后权限要不要重新配？
要，但改的是组成员，不是文件。把调岗的人从旧组移除、加入新组，权限随组变化；同时处理他名下文件、单独授权和仍有效的共享链接。组织架构已同步的，按同步配置调整归属可减少手工加人（是否自动跟随、范围以实际配置为准），例外仍需复核。
能不能只让销售看到自己负责的那几个客户？
这属于表格里的行级数据隔离，不在文件或空间权限范围内。可行做法是在业务系统侧按负责人过滤，或把客户资料拆成“部门共享”和“个人负责”两类分别授权；是否支持以产品确认为准。
准备按部门重排权限的，先把现有目录、部门名单和那几个“谁都来要”的文件夹列成清单，带着它预约演示，按上面五步走一遍。也可以先看私有化部署方案，了解部署形态与交付范围。