知识权限清单以“知识对象”为一行，至少记录七类信息：对象标识与位置、密级与可见范围、授权对象与角色、权限动作、共享方式与有效期、审批与责任人、复核与失效时间。清单要能回答三个问题：谁能看、能做什么、什么时候收回。下面给出一张可直接复制的空白表格，并说明每列填什么、哪些不能空、一条完整记录怎么写，以及清单做好后如何维护。
要点总览（TL;DR）
- 知识权限清单以知识对象为一行，至少包含对象标识与位置、密级与可见范围、授权对象与角色、权限动作、共享方式与有效期、审批与责任人、复核与失效时间七类信息。
- 对象名称、类型、所在空间/目录、链接或编号、密级、可见范围、授权对象、权限动作、责任人属于必填列；外部共享时有效期与审批人转为必填，秘密及以上对象需填写复核周期与最近复核日期。
- 填写时用统一取值口径，例如权限动作写“查看、评论”而非笼统的“可访问”；信息暂缺时标注“待确认”并写明确认人与补齐日期，避免留空被误读为无权限。
- 清单需随新增对象、人员调岗、外部共享到期同步更新，并按密级分层复核：秘密及以上每季度、内部每半年、公开每年。
- 在 ONES Wiki 中，知识对象按页面树组织、权限可按角色配置读写，清单中的空间/目录、角色、权限动作三列可与产品配置对应，减少台账与实际权限的偏差。
知识权限清单空白模板（可直接复制）
下表为空白模板，表头列顺序与后文字段说明、填写示例保持一致。使用时每个知识对象占一行，复制表头后逐行填写即可。
| 序号 | 知识对象名称 | 对象类型 | 所在空间/目录 | 链接或编号 | 密级 | 可见范围 | 授权对象类型 | 授权对象 | 角色 | 权限动作 | 共享方式 | 共享范围 | 有效期 | 审批人 | 责任人 | 复核周期 | 最近复核日期 | 失效或回收时间 | 备注 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
如果组织已有密级制度或目录规范，可在表头后追加“关联制度编号”“数据来源”等列，但上述二十列构成清单的最小可用集合。列数增加时，需同步补充字段说明，避免同一列在不同团队出现不同写法。
每一列记录什么：字段说明与取值口径
字段说明的作用是让不同填写人对同一列给出一致写法。下表按模板列顺序逐项解释含义、建议取值与常见填错点。
| 列名 | 记录内容 | 建议取值写法 | 常见填错点 |
|---|---|---|---|
| 序号 | 行号，便于引用和核对 | 1、2、3…… | 插入行后不重排，导致引用错位 |
| 知识对象名称 | 被授权知识对象的正式名称 | 与页面或文档标题一致，如“客户投诉处理规范” | 写简称或口头叫法，后续无法定位 |
| 对象类型 | 知识对象的形态 | 文档、页面、目录、附件、模板、数据集 | 同一对象在不同行写成不同类型 |
| 所在空间/目录 | 对象所属的知识空间与上级目录 | “产品知识库/交付规范”这样的路径写法 | 只写空间名，不写目录层级 |
| 链接或编号 | 可定位到对象的地址或内部编号 | 页面链接，或组织内部文档编号 | 填失效链接；编号与文档系统不一致 |
| 密级 | 对象本身的保密等级 | 公开、内部、秘密、机密（按组织密级制度取值） | 按感觉填写，未对照密级定义 |
| 可见范围 | 对象默认对谁可见 | 全员、本部门、指定团队、仅授权人 | 与授权对象列混用，两列写同一内容 |
| 授权对象类型 | 被授权方的类别 | 人员、部门、团队、角色、外部合作方 | 把个人和部门写在同一格 |
| 授权对象 | 具体的被授权人或组织单元 | 姓名、部门全称、团队名、外部单位名称 | 写岗位而不写具体承担人，人员变动后失效 |
| 角色 | 被授权方在知识协作中的身份 | 读者、编辑者、管理员、评审人 | 角色名与权限动作重复描述 |
| 权限动作 | 允许对该对象执行的操作 | 查看、编辑、评论、导出、分享、删除 | 只写“可访问”，无法判断能否导出 |
| 共享方式 | 权限通过什么途径授予 | 空间成员、页面授权、链接分享、跨团队共享 | 把共享方式写成共享范围 |
| 共享范围 | 共享覆盖的人群边界 | 组织内、指定部门、指定外部单位、公开链接 | 外部共享时只写“外部”，不写具体单位 |
| 有效期 | 本次授权持续到何时 | 具体日期，如“2025-12-31”；长期授权写“长期”并注明复核周期 | 写“永久”却不设复核，权限长期沉淀 |
| 审批人 | 批准本次授权的人 | 姓名或岗位，如“知识库负责人 张某” | 填申请人而非审批人 |
| 责任人 | 对该对象权限状态负责的人 | 对象所有者或内容负责人姓名 | 填部门名，出问题时找不到具体人 |
| 复核周期 | 多久检查一次权限是否仍然必要 | 每季度、每半年、每年 | 所有对象统一写“每年”，敏感对象复核过疏 |
| 最近复核日期 | 上一次完成复核的日期 | 具体日期 | 填计划复核日期而非实际完成日期 |
| 失效或回收时间 | 权限应被收回的时间点 | 具体日期；与有效期一致或按制度提前 | 留空，导致到期无人处理 |
| 备注 | 补充说明 | 例外原因、关联制度编号、待确认事项 | 把关键授权条件只写在备注里 |
对象类字段解决“授权的是哪份知识”，权限类字段解决“谁可以做什么”，共享类字段解决“通过什么途径、到什么时间”，治理类字段解决“谁批准、谁负责、何时复核”。四组字段合起来，清单才能同时支撑日常查询和定期审计。
必填与选填：哪些列不能空
必填列是清单成立的最低条件：缺少对象标识就无法定位知识，缺少密级和授权对象就无法判断“谁能看”，缺少权限动作就无法判断“能做什么”，缺少责任人就无法在权限异常时找到处理人。条件必填列在特定场景下必须填写，其余列可按管理需要选填。
| 档位 | 列名 | 填写要求与理由 |
|---|---|---|
| 必填 | 知识对象名称、对象类型、所在空间/目录、链接或编号 | 四项共同构成对象标识，保证任何一行都能定位到唯一知识对象 |
| 必填 | 密级、可见范围 | 决定对象的基础保护级别，也是判断授权是否越界的依据 |
| 必填 | 授权对象类型、授权对象、权限动作 | 回答“谁能看、能做什么”，缺一项授权记录就不完整 |
| 必填 | 责任人 | 权限到期、人员调岗、异常访问时需要有明确处理人 |
| 条件必填 | 有效期、审批人 | 发生外部共享、跨组织共享或临时授权时必须填写；组织内长期授权可写“长期”，但仍需审批人 |
| 条件必填 | 复核周期、最近复核日期 | 密级为秘密及以上的对象必须填写；普通内部对象可按组织制度简化 |
| 条件必填 | 失效或回收时间 | 有明确有效期的授权必须填写，且不晚于有效期截止日 |
| 选填 | 角色、共享方式、共享范围 | 权限动作已能表达操作范围时可简化；涉及多种共享途径时建议填写以便追溯 |
| 选填 | 备注、关联制度编号 | 用于记录例外原因和制度依据，不承载关键授权条件 |
填写过程中遇到信息暂缺，不要留空后直接提交。统一写法是在单元格内标注“待确认：具体缺什么”，并在备注列写明确认人和计划确认日期。例如“待确认：外部单位全称，确认人李某，2025-03-15 前补齐”。这样清单仍可流转，缺口也不会被误认为“无权限”。
填写示例：一条知识文档的完整权限记录
以下为一条已填记录，演示各列写法。示例为演示情景，组织名称与日期可按实际情况替换。
| 列名 | 填写内容 | 写法说明 |
|---|---|---|
| 序号 | 7 | 按清单顺序编号 |
| 知识对象名称 | 客户投诉处理规范 | 与文档标题一致 |
| 对象类型 | 文档 | 取“文档、页面、目录”等标准值 |
| 所在空间/目录 | 客户成功知识库/服务规范 | 空间名加目录路径 |
| 链接或编号 | CS-SOP-014 | 使用内部文档编号，便于跨系统引用 |
| 密级 | 内部 | 对照组织密级定义取值 |
| 可见范围 | 本部门 | 默认可见边界 |
| 授权对象类型 | 外部合作方 | 本次授权涉及外部单位，触发条件必填列 |
| 授权对象 | 某外包客服团队 | 写具体单位名称 |
| 角色 | 读者 | 与权限动作对应 |
| 权限动作 | 查看、评论 | 明确不含编辑与导出 |
| 共享方式 | 链接分享 | 说明权限授予途径 |
| 共享范围 | 指定外部单位 | 不写“公开链接” |
| 有效期 | 2025-06-30 | 外部共享必须填写 |
| 审批人 | 知识库负责人 张某 | 外部共享必须填写 |
| 责任人 | 服务规范负责人 王某 | 负责到期回收与复核 |
| 复核周期 | 每季度 | 外部共享按较短周期复核 |
| 最近复核日期 | 2025-03-10 | 填写实际完成日期 |
| 失效或回收时间 | 2025-06-30 | 与有效期一致，到期即回收 |
| 备注 | 合同到期不再续签时提前回收；关联制度《外部合作知识共享办法》 | 记录例外条件与制度依据 |
这条记录中，有效期、审批人、复核周期三项因涉及外部共享而填写，体现了条件必填列的判断方式。权限动作写“查看、评论”而非笼统的“可访问”，到期后回收范围也随之明确。
清单的调整与维护方法
权限清单的价值在于持续准确。一次性台账在人员调岗、项目结束、外部合作到期后很快失真，需要把登记、变更、复核和留痕变成固定动作。
新增知识对象时的登记时机
建议在知识对象发布或首次对外授权时同步登记，而不是等到季度盘点再补。登记内容包括对象标识、密级、默认可见范围和责任人；此时尚未发生额外授权的，授权对象列可写“默认可见范围”，权限动作写“查看”。对象从草稿转为正式发布、或从内部转为可对外共享时，是第二个必须更新的节点。
权限变更与人员调岗时的更新动作
- 人员调岗或离职：由责任人核对清单中该人员作为授权对象的行，逐条收回或转授，并在备注列记录变更日期与操作人。
- 权限升级：新增编辑、导出、分享等动作时，补充审批人并更新权限动作列，保留原授权记录作为历史行或变更说明。
- 外部共享到期：到期前一周由责任人确认是否续期；不续期的，在失效或回收时间列确认已回收，并更新最近复核日期。
- 知识对象归档或删除：在清单中标注状态，保留记录以便追溯历史授权，不直接删行。
定期复核的节奏与分工
复核节奏可按密级分层：秘密及以上对象每季度复核，内部对象每半年，公开对象每年。复核由对象责任人执行，知识库管理员汇总抽查。复核完成的标志是更新“最近复核日期”，并对不再必要的授权执行回收、对缺失字段补齐。复核发现的问题应记录在备注列，形成下一次复核的检查起点。
清单版本与变更留痕
清单本身也需要版本管理。建议每次批量变更后保存一个版本，文件名包含日期，例如“知识权限清单_2025Q1”。单行变更可在备注列记录“变更日期+变更内容+操作人”，避免只改内容不留痕迹。若组织使用 ONES Wiki 承载知识对象，页面版本记录可用于核对内容变更，权限清单则作为独立台账维护，两者通过链接或编号列关联。
在 ONES Wiki 中，知识对象通常按页面树组织，权限可按角色配置读写，管控粒度覆盖从所有页面到单个页面、从内容编辑到内容导出等维度。这意味着清单中的“所在空间/目录”“角色”“权限动作”三列可以直接对应到产品中的空间、角色与操作项，减少台账与实际配置的偏差。具体角色类型、权限项清单以及页面级与空间级的继承覆盖规则，需以实际产品界面和帮助手册为准；外部共享的有效期与审批机制也应在产品配置之外，由清单中的条件必填列兜底管理。
常见问题
知识权限清单和知识库目录规范是什么关系，需要合并成一份吗？
两者解决不同问题。目录规范回答“知识放在哪里、怎么命名”，权限清单回答“谁能看、能做什么、何时收回”。可以分开维护，通过“所在空间/目录”和“链接或编号”两列关联；也可以在同一份台账中增加目录字段，但目录调整不应直接改动权限记录。若组织知识对象数量较少，合并成一份表格更省事；对象多、授权频繁时分开维护更清晰。
外部合作方共享知识时，清单里哪些列必须补齐？
涉及外部共享时，有效期、审批人从条件必填转为必须填写，同时建议补齐共享方式、共享范围、失效或回收时间。授权对象要写具体外部单位名称，不写“外部”或“合作方”这类笼统表述。复核周期也应缩短，例如按季度复核。到期前由责任人确认是否续期，不续期的在失效或回收时间列确认已回收。
人员调岗或离职后，清单里的历史授权记录要删除吗？
建议保留记录、标注状态，不直接删行。删除会丢失授权历史，后续追溯“谁在什么时间看过什么”时缺少依据。做法是：由对象责任人核对该人员作为授权对象的行，逐条收回或转授，在备注列记录变更日期、变更内容和操作人；已失效的行可标注“已回收”，与当前有效授权区分开。定期复核时再统一清理明显过期的行。
清单里的“角色”和“权限动作”两列是否重复，能不能只留一列？
两列含义不同。角色描述被授权方在知识协作中的身份，如读者、编辑者、管理员；权限动作描述允许执行的具体操作，如查看、评论、导出、删除。同一角色在不同产品中对应的操作项可能不同，只写角色容易产生歧义。若组织权限模型简单、角色与动作一一对应，可以只保留权限动作列，并在字段说明中写明角色映射关系；涉及导出、分享等敏感操作时，建议两列都保留。
用 ONES Wiki 管理知识对象时，权限清单还需要单独维护吗？
需要。ONES Wiki 提供页面树组织、按角色配置读写权限、页面共享与版本记录等能力，产品内的权限配置是实际执行层；权限清单是跨空间、跨对象的汇总台账，用于回答“某个外部单位还被授权了哪些知识”“哪些授权即将到期”这类跨页面问题。两者通过“所在空间/目录”“链接或编号”关联，清单中的角色与权限动作可对照产品配置核对。具体角色类型、权限项与继承覆盖规则以实际产品界面和帮助手册为准。
