岗位交接时文档所有权怎么转移
结论先说：同事调岗，他名下的文档不会自动换主人。页面上的“创建人”属于记录层，官网没有把“改创建人、改归属”写成可操作能力；真正能把内容从他名下挪开的，是三样能改的东西——文件放在哪个空间、他是哪些空间的成员、哪些共享链接以他名义发出。
还要先分清：离职是减法，权限和归属一起收；调岗是减法加加法，人还在，只是岗位变了。交接目标不是“把他清空”，而是资产交出去、原岗位权限收干净、新岗位权限给到位。
一、先拆开三个“所有权”：记录、位置、角色
同事说的“挂在他名下”混了三件事，混着谈就会卡在“能不能一键转”。
| 这一层 | 谁留下的 | 调岗时能不能动 | 怎么处理 |
|---|---|---|---|
| 创建人 | 系统创建时写入 | 记录保留；能否单独变更以产品确认为准 | 不当成交接对象 |
| 归属位置 | 建文件时选的位置 | 可调整：归到团队空间或知识库，做法以部署版本为准 | 决定文件跟不跟他走 |
| 管理角色 | 管理员或空间负责人授予 | 可增、可改、可撤 | 先加接手人，再降原岗位 |
第二行最容易被跳过，而调岗的两类事故都出在这里：原岗位角色没回收，他还能改旧部门的数据；新岗位角色没授予，他到岗后找不到要用的文件，只能回头要链接。这两件事都不是改“创建人”一栏能解决的，也不靠一次性“转移”按钮，要按下面的开关逐条定。
二、按落点分流：先定三个开关，再分三类去处
这三个问题先定下来，后面的操作才不会来回改。
- 原负责人留不留。常见答案是“留个只读，让他还能答疑”，但只读也要写到期的时点。
- 留什么权限。只读、可评论、可编辑是三档不同的事。默认给“可编辑”风险最高：人都不在这块业务了，还能改数。
- 文件放不放在原地。业务没停、只是换人跟，就留在原空间只换成员；业务归到新部门，就把文件迁过去。
判断标准：业务以后归谁负责，文件就归哪个空间；谁要继续跟进，谁进成员列表。盘点出来的清单也不要平均处理，按“以后谁用”分三类。
| 这一类 | 典型情形 | 怎么转 | 算转好的标准 |
|---|---|---|---|
| 岗位还在，只是换人 | 客户跟进表、项目周报 | 留在原空间，换成员与角色 | 接手人能搜到并改，原负责人降为只读 |
| 整块业务换部门 | 产品线移交、区域划转 | 迁入目标部门的团队空间或知识库 | 目标空间有接手人，原空间没有他的编辑权 |
| 项目结项只留证据 | 验收材料、合同、结项报告 | 归档进知识库，收窄为只读 | 按项目名能检索到，且没人能改 |
第三类最常被拖成“以后再说”。归档要现在做，拖到人走、接手人又没接手，就没人说得清哪一版是定稿。
三、操作顺序：五步，别在交接会上一次配完
最常见的错是把配置一次做完：给接手人加上、把原岗位删掉，中间没有验证窗口，他第一次打开就赶上正式接手。
- 导清单。按位置列，不按记忆列：他名下的团队空间、知识库、作为协作者的文件、以他名义发出的链接。
- 定落点。每条写清“归谁、进哪个空间、原负责人留什么权限”，定不下来的标待定。
- 先加。把接手人加进目标空间并给到能改的角色，确认他能打开，再动原负责人的权限；反了会出现谁都进不去的空窗。
- 后减。先收回原岗位角色，再授予新岗位角色。人还在组织里，旧角色不收，新旧权限会叠加，事后说不清哪条该留。
- 收尾留痕。逐条处理共享链接，把授权变更的操作记录留存，写清执行人和时间。
第 3、4 步要单独记：中间留一段并行期，让接手人先跑通一轮完整交付，再动原岗位的权限。
四、验收：三个账号，三张卷子
配置页显示“已设置”只是记录，不是结论。调岗比离职多一张卷子：新岗位这一张。
- 接手人账号：让他自己按平时用的路径（目录或搜索）找到最常用的三份文件，逐份改一处、保存、重新打开，确认改的是同一份而非副本。
- 原岗位账号：换原岗位的普通成员账号复测，不要用管理员账号代替；管理视角与成员实际看到的范围可能不同，具体以部署版本为准。
- 新岗位账号：进新部门的团队空间，能找到并打开日常要用的文件。这条最常被跳过，结果是人到了新岗位、权限还停在上一站。
三张都过才算完成；只过前两张，往往人走了、活没人接。
五、边界：调岗场景要写清的三条线
- 原负责人保留多久。只读要写到期时点，到期由谁复核、复核什么，写进交接单；否则“临时留着”会变成长期授权。
- 组织事件要不要联动。把调岗从 HR 或 OA 推到办公系统属于集成，能同步哪些字段、能不能作为流程节点需与方案团队确认；同步不到位时仍要人工复核。
- 已经下载的副本。收回权限不等于远程删除本地文件，靠设备管理与资料制度约定。
还留在“我的桌面”里的文件，公开资料没写明转岗后怎么处理：先盘点，能迁进团队空间就先迁，迁不了的写清由谁保管。
常见问题
文档所有权和创建人什么关系？
创建人属于记录层，通常随文件保留；所有权是“谁负责、谁能管”，由所在空间、成员角色和文件协作者共同决定。调岗时能转的是后者，能否直接变更单篇归属以产品确认为准。
交接要不要原负责人确认？
要，但他确认的是清单，不是权限：补齐清单、指出哪版是定稿、哪些链接还在对外用，这一步别人替代不了。
转移之后权限怎么变？
接手人拿到目标空间能改的角色；原负责人按约定降为只读、可评论或退出，并按时复核。角色与文件权限叠加生效，只降文件协作者、不调整角色组，管理入口可能还开着。
调岗不是离职，还需要收回权限吗？
需要，而且更容易漏。离职有停用账号这个明显节点，调岗往往只是一封内部通知。判断方法很简单：列出他在新岗位还需要什么，清单之外的一律收回。
要按组织、成员、角色、空间和文件逐层核对权限叠加关系，可以对照石墨办公套件私有部署的产品说明；想让调岗动作和组织架构变化联动，可先看身份认证与登录集成方案。带上真实的交接清单预约演示，现场走一遍空间成员变更。也可以先看私有化部署方案，了解部署形态与交付范围。