外部伙伴文档共享要同时管住三件事：共享范围、权限级别和到期回收。做法上先按合作事项划定可共享文档，再放进独立的外部共享空间，按伙伴角色分配查看、评论或编辑权限，配合链接有效期、访问口令和下载限制控制外泄风险，最后约定变更与回收机制。本文按“定范围—设空间—配角色—控访问—管回收”的顺序给出可执行步骤、角色权限表和上线检查清单，并说明ONES知识库在文档权限与共享环节的承载方式。
要点总览（TL;DR）
- 先按合作事项和文档敏感度做一次盘点，把文档归入可共享、需脱敏、不可共享三类，并写明责任人，共享范围才可控。
- 外部共享空间与内部知识库保持隔离，目录按伙伴或按项目组织，配合统一命名和归档规则，避免混放与版本分歧。
- 伙伴侧角色通常分对接人、评审人、只读查阅三类，默认只读，编辑、下载、导出按需单独开放。
- 链接分享叠加有效期、访问口令、下载限制和水印，定向邀请用于长期或敏感场景，每次分享登记台账并定期查看访问记录。
- 共享按发起、变更、回收三个节点管理，上线前用检查清单逐项核验范围、权限、访问控制和回收责任人。
先定共享边界：哪些文档可以给外部伙伴看
共享边界决定后续所有配置的上限。范围定得含糊，后面再精细的权限设置也会留下缺口。建议在开放共享前，由项目负责人和文档责任人共同完成一次文档盘点，把拟共享材料逐份归类，形成书面判定结果，而不是凭印象口头确认。
分类可以沿两个维度展开。第一个维度是合作事项：伙伴需要参与哪些交付、评审或对接环节，只把支撑这些环节的文档纳入候选。第二个维度是文档敏感度：涉及报价成本、未公开战略、个人信息、核心技术参数的材料，敏感度天然更高。两个维度交叉后，把文档归入三类处理方式。
| 文档类别 | 敏感度判断 | 处理方式 | 责任人 |
|---|---|---|---|
| 合作范围说明、接口清单、交付计划 | 低，属于协作必需信息 | 可共享，按角色开放查看或评论 | 项目负责人 |
| 含内部报价、成本结构的方案 | 中高，含商业敏感信息 | 需脱敏，删除或替换敏感段落后再共享 | 文档所有者 |
| 技术核心参数、未公开路线图 | 高，涉及竞争优势 | 不可共享，改为摘要版或现场说明 | 部门负责人 |
| 会议纪要、问题跟踪记录 | 中，可能含内部讨论 | 需脱敏，去除内部意见后共享 | 会议组织者 |
| 合同、个人信息、账号资料 | 高，受合规约束 | 不可共享，走专门渠道处理 | 法务或合规负责人 |
共享范围还要与伙伴角色对应。同一份文档对不同伙伴的开放程度可以不同：对接人需要看到完整交付计划，评审人只需看到待评审章节，只读查阅方可能只需要结论页。盘点时同步记录“给谁看、看到什么程度”，这份记录就是后续权限配置的输入。完成标志是：每份拟共享文档都有类别、敏感度、处理方式和责任人四项信息，且没有“待定”项。
共享空间与目录怎么设计
外部共享空间应当与内部知识库保持隔离，避免伙伴在浏览过程中接触到内部文档。隔离可以是物理的，例如单独建立外部协作空间；也可以是逻辑的，例如在知识库中划出独立页面组并只对该组授权。无论哪种方式，判断标准是一致的：伙伴的访问入口只能到达为其准备的内容，内部目录不出现在其可见范围内。
目录层级有两种常见组织方式，取舍取决于合作形态。
- 按伙伴建目录：适合长期合作、伙伴数量有限、每个伙伴有持续文档往来的场景。优点是伙伴边界清晰，回收时按目录整体关闭即可；缺点是同一项目涉及多个伙伴时，文档需要在多个目录间同步，容易产生版本分歧。
- 按项目建目录：适合以项目为周期、多伙伴共同参与的场景。优点是项目材料集中，评审和交接在同一处完成；缺点是需要更细的权限区分，防止伙伴之间互相看到不该看的内容。
实际落地中常见折中做法：以项目目录为主结构，在项目下按伙伴或按文档用途设子目录，权限在子目录层配置。命名规则建议统一为“项目代号-文档类型-版本或日期”，例如“联合开发A-接口文档-v2”。归档规则同步约定：评审通过的版本移入“已确认”子目录，过程稿保留在原处并标注状态，合作结束后整个项目目录转为只读或归档。完成标志是：目录结构图、命名规范和归档规则三项形成书面文件，且每个目录都明确了责任人和授权对象。
角色与权限表怎么定
角色划分的目的是让权限分配有稳定依据，避免每次共享都临时决定。伙伴侧通常可以归为三类角色：对接人负责日常沟通和材料接收，评审人需要对特定文档发表意见，只读查阅方只需要了解结论。角色数量不宜过多，超出实际协作需要的角色会增加配置和维护成本。
权限项建议覆盖查看、评论、编辑、下载、导出五类，并按最小权限原则设置默认值：新加入的伙伴默认只读，需要评论或编辑时再单独提升。下表是一份可直接套用的对照表，具体开放程度按合作需要调整。
| 角色 | 查看 | 评论 | 编辑 | 下载 | 导出 | 适用说明 |
|---|---|---|---|---|---|---|
| 伙伴对接人 | 允许 | 允许 | 指定文档允许 | 允许 | 默认关闭 | 需要接收和反馈材料，编辑权限限定在其负责的文档 |
| 伙伴评审人 | 允许 | 允许 | 关闭 | 按需开放 | 关闭 | 只在评审期内开放，评审结束即收回评论权限 |
| 只读查阅方 | 允许 | 关闭 | 关闭 | 默认关闭 | 关闭 | 仅了解结论，不参与协作 |
| 内部文档责任人 | 允许 | 允许 | 允许 | 允许 | 允许 | 负责内容准确性和共享范围把关 |
配置时注意两点。其一，编辑权限尽量落到具体文档或子目录，避免在项目根目录整体开放。其二，下载和导出分开考虑：允许在线查看不等于允许带走文件，涉及敏感内容的文档可以只开查看、关闭下载。ONES Wiki支持为多种角色配置不同的读写权限，权限管理可从所有页面到单个页面、从内容编辑到内容导出按不同颗粒度管控，可作为承载这类角色权限表的工具基础；外部伙伴账号的具体配置方式建议在选型时向厂商确认。完成标志是：角色清单、权限对照表和默认设置三项确定，且每个伙伴成员都能对应到唯一角色。
分享方式与访问控制怎么设置
权限表确定“能做什么”，分享方式决定“通过什么路径拿到文档”。常见方式有两种：定向邀请和链接分享。定向邀请把文档直接授权给指定账号，访问者身份可识别，适合长期合作和需要精确追溯的场景。链接分享生成访问地址，传递方便，适合临时评审或大范围告知，但需要叠加额外控制项。
选择时可以参考以下判断：伙伴已有协作账号、共享周期超过一个项目阶段、文档含中等以上敏感信息，优先定向邀请；一次性材料传递、对方没有账号、内容敏感度低，可以用链接分享，同时配置有效期和访问口令。两种方式也可以组合，例如主文档定向邀请，附件用带有效期的链接分发。
| 控制项 | 作用 | 建议设置 |
|---|---|---|
| 有效期 | 限制链接可用时间 | 按评审或交付周期设置，到期自动失效 |
| 访问口令 | 增加一层身份校验 | 链接分享时默认开启，口令通过另一渠道告知 |
| 下载限制 | 控制文件被带走 | 敏感文档关闭下载，仅允许在线查看 |
| 水印 | 标识来源，降低二次传播风险 | 含商业信息的文档开启 |
| 分享记录 | 留存谁在何时分享了什么 | 每次分享登记分享人、对象、方式和期限 |
| 访问日志 | 追溯访问行为 | 定期检查异常访问，合作结束后归档 |
分享记录建议用一张简单台账维护，字段包括文档名称、分享对象、分享方式、权限级别、有效期和分享人。访问日志的检查频率按合作强度定，评审期可以每周查看一次，平稳期按月查看。完成标志是：每次分享都有记录，链接类分享都设置了有效期，敏感文档的下载状态经过确认。
交接、变更与到期回收怎么做
共享不是一次性动作，而是一段有起点和终点的生命周期。建议把流程拆成发起、变更、回收三个节点，每个节点都有明确动作和检查点。
发起环节：由文档责任人提出共享申请，说明共享对象、文档范围、权限级别和期限，项目负责人审批后执行配置。审批的重点是范围是否与盘点结果一致、权限是否超出角色需要。交接动作包括向伙伴说明访问方式、权限范围和有效期，并确认对方已能正常访问。
变更环节：合作内容调整时，同步调整权限。常见情形包括新增伙伴成员、评审阶段转为交付阶段、文档版本更新。变更同样走登记，记录调整前后的权限差异。人员离岗或更换对接人时，先关闭原账号权限，再为新对接人开通，避免权限叠加。
回收环节：合作阶段结束或链接到期前，执行回收检查。动作包括关闭外部访问、收回编辑和评论权限、确认下载文件已按约定处理、将共享目录转为只读或归档。回收后保留分享台账和访问记录，供后续审计或复盘使用。完成标志是：每个共享事项都有发起记录、变更记录和回收确认，且回收后伙伴侧无法再访问原内容。
在ONES中，页面树可以组织项目文档，页面组可关联项目，文档版本支持查看与回滚，这些能力有助于在变更和回收时确认共享的是哪个版本、哪些页面。涉及外部账号关闭和访问日志的具体操作，建议结合厂商实际配置方式执行。
完整示例：一次联合项目的文档共享
以下为演示情景，用于说明各步骤如何衔接，不代表真实客户案例。
项目背景：某制造企业与一家外部设计公司开展为期三个月的联合开发，双方各有对接人，设计公司需要提交方案并参与两次评审。共享对象包括接口说明、交付计划、设计方案和评审纪要四类文档。
范围判定：接口说明和交付计划列为可共享；设计方案含内部成本测算，需脱敏后共享；评审纪要去除内部讨论意见后共享；核心技术参数列为不可共享，改为摘要说明。
空间设置：建立独立的外部协作目录，按项目建主目录，下设“交付计划”“设计方案”“评审记录”三个子目录，命名统一为“联合开发-文档类型-日期”。
角色配置：设计公司对接人设为对接人角色，可查看全部共享文档、评论并编辑其提交的设计方案；评审人设为评审角色，评审期内可查看和评论，评审结束收回评论权限；双方管理层设为只读查阅。
分享方式：主文档通过定向邀请授权到伙伴账号；评审材料用带有效期的链接分发，设置访问口令，关闭下载，开启水印。
回收与核验：项目结束前一周启动回收，关闭外部访问，将目录转为只读并归档，核对分享台账中的链接均已失效。核验结果是伙伴侧无法再访问任何共享文档，台账记录完整。
完成检查：共享上线前逐项核验
开放共享前，按下表逐项核对，全部通过再执行。任何一项未通过，先补齐再上线。
| 核验类别 | 检查项 | 通过标准 |
|---|---|---|
| 范围 | 拟共享文档是否完成分类判定 | 每份文档有类别、敏感度、处理方式和责任人 |
| 范围 | 需脱敏文档是否完成处理 | 敏感段落已删除或替换，并经责任人确认 |
| 权限 | 伙伴成员是否对应到明确角色 | 无未分配角色或权限叠加的账号 |
| 权限 | 编辑、下载、导出权限是否按最小权限设置 | 超出角色需要的权限已关闭 |
| 访问控制 | 链接分享是否设置有效期和口令 | 每条链接均有期限，敏感文档关闭下载 |
| 访问控制 | 分享台账是否建立 | 记录分享人、对象、方式、权限和期限 |
| 访问控制 | 访问日志检查机制是否明确 | 指定了检查人和检查频率 |
| 回收 | 回收时间和责任人是否约定 | 每个共享事项有到期日和回收负责人 |
| 回收 | 回收后的归档方式是否确定 | 目录转只读或归档的路径已明确 |
检查完成后，把分类判定表、目录结构、角色权限表、分享台账和回收约定合并为一份共享档案，随项目推进持续更新。这份档案既是本次共享的执行依据，也是下一次合作启动时的模板。
常见问题
伙伴方没有协作账号，还能做外部文档共享吗？
可以，但方式要相应调整。没有账号的伙伴通常走链接分享，此时访问控制要更严格：设置有效期，开启访问口令并通过另一渠道告知，敏感文档关闭下载，必要时加水印。链接分享的访问者身份不易识别，因此分享台账要记录分享对象和用途，到期后确认链接失效。如果合作周期较长或文档敏感度较高，更稳妥的做法是为伙伴开通受限账号，用定向邀请授权，便于追溯和回收。
共享过程中伙伴临时增加人员，权限怎么处理？
按变更流程处理，不走临时口头授权。先确认新增人员属于哪类角色，对照角色权限表确定其查看、评论、编辑范围，再执行开通并登记变更记录。如果新增人员只是短期参与评审，可以只开放评审期内的查看和评论权限，评审结束即收回。原对接人离岗或更换时，先关闭原账号权限再开通新账号，避免两人权限同时存在。
文档共享出去后，怎么确认伙伴没有把文件转发出去？
完全阻止转发很难做到，实际做法是降低风险和保留追溯线索。对含商业信息的文档关闭下载、只允许在线查看，并开启水印标识来源；链接分享设置有效期和口令，缩小可访问时间窗口。同时保留分享台账和访问记录，定期检查异常访问。合作结束后执行回收，关闭外部访问并确认链接失效。这些措施组合起来能控制大部分外泄路径，但需要在共享前与伙伴就保密要求达成书面约定。
合作结束后，共享目录是删除还是保留？
建议先转为只读或归档，暂不直接删除。归档保留了合作期间的文档版本和分享记录，便于后续复盘、审计或处理争议。确认无保留价值后，再按内部文档管理规则清理。回收时同步核对分享台账中的链接是否全部失效、伙伴账号权限是否关闭，并把回收确认记录并入共享档案。
用ONES知识库承载外部共享，需要提前确认哪些配置？
ONES Wiki支持为多种角色配置不同的读写权限，权限管理可从所有页面到单个页面、从内容编辑到内容导出按不同颗粒度管控，页面树可用于组织项目文档，版本记录支持查看与回滚。面向组织外部人员的定向邀请、外部分享链接，以及链接有效期、访问口令、下载限制和访问日志等具体配置，现有公开资料未逐项说明，建议在选型或实施前向厂商确认实际支持范围，再据此确定分享方式。
