文档保留规则要解决的是“哪些文档留多久、到期怎么处理、由谁负责”的问题。它把文档按内容价值与合规要求分级，为每级设定保留期限和起算点，并明确到期后的续期、归档或销毁动作。本文按分级、期限、到期动作、责任人和清理验证五个要素，给出一套可执行的制定步骤与规则表样例。
要点总览（TL;DR）
- 文档保留规则的核心是四类字段：文档级别、保留期限（含起算点）、到期动作和责任人，分级是其余三项取值的依据。
- 分级按内容失效后的业务与合规影响划分，三到四级通常够用；期限必须写明起算事件，避免同一文档算出不同到期日。
- 到期动作只设续期、归档、销毁三类，并在规则表中直接写明哪些动作需要审批、由谁审批。
- 落地分五步：盘点归类、确定期限与起算点、设定到期动作与审批、写入元数据与流程节点、发布并培训。
- 规则上线后按月生成到期清单、按季度集中清理、每年复核规则，并用抽查验证属性完整性与处理留痕。
保留规则先定什么：分级、期限与到期动作
一张可执行的保留规则表，核心是四类字段：文档级别、保留期限（含起算点）、到期动作、责任人。级别决定后三项的取值，因此分级是规则的第一块基石。分级不宜过细，三到四级通常够用，例如“核心制度级、业务重要级、一般过程级、临时参考级”。划分依据是两条：内容失效后对业务和合规的影响程度，以及外部或内部制度是否强制要求留存。
保留期限必须写清起算点，否则同一份文档会算出不同的到期日。常见起算点有创建日、最后修改日、项目结项日、合同终止日。制度类文档适合按“最后修改日+有效期”计算，项目过程文档适合按“项目结项日”起算，会议纪要可按创建日起算。期限单位统一用月或年，避免“长期”这类无法执行的表述；确实需要长期保存的，写“永久”并单独标注。
到期动作建议只设三类，减少执行时的解释成本：续期、归档、销毁。续期适用于仍在使用的文档，需记录续期理由和新到期日；归档适用于不再频繁使用但需留存的文档，转为只读并移入归档区；销毁适用于已无保留价值的文档，应设置审批和操作记录。每类动作是否需审批，要在规则表中直接写明，例如“销毁须经文档所有者申请、部门负责人审批”。
责任人字段要落到岗位而非泛称。至少区分文档所有者（对内容负责、发起续期或销毁）、部门管理员（执行归档与清理）、规则维护人（解释规则、处理例外）。责任人缺失是保留规则失效的常见原因，规则表里每一行都应有明确的责任岗位。
| 字段 | 填写要求 | 示例 |
|---|---|---|
| 文档级别 | 从既定级别中选择，与分级标准对应 | 业务重要级 |
| 保留期限 | 数字+单位，长期保存写“永久” | 36个月 |
| 起算点 | 明确事件或日期口径 | 项目结项日 |
| 到期动作 | 续期/归档/销毁，可组合 | 归档，满5年后销毁 |
| 审批要求 | 写明审批岗位与方式 | 销毁须部门负责人审批 |
| 责任人 | 岗位名称，非个人姓名 | 文档所有者+部门管理员 |
按步骤建立文档保留规则
建立规则的过程可以拆成五步，每步都有明确输入、动作、输出和完成标志，便于按序推进并检查进度。
第一步：盘点文档类别并归入级别。输入是现有文档目录、页面树或共享盘清单。动作是按业务用途归类，例如制度流程、项目过程、会议纪要、对外合同、培训资料，再对照分级标准逐类定级。输出是一份“文档类别—级别”对照表。完成标志是主要文档类别均有级别归属，且没有类别被重复定级。
第二步：确定期限与起算点。输入是对照表和合规要求（如行业留存规定、合同约定）。动作为每类文档设定保留期限，并写明起算事件。输出是带期限和起算点的规则草表。完成标志是每条规则都能回答“从哪天开始算、算到哪天为止”。
第三步：设定到期动作与审批要求。输入是规则草表。动作为每类文档指定到期动作，并确定哪些动作需要审批、由谁审批。输出是完整的规则表初稿。完成标志是每个到期动作都有对应处理人和审批路径，销毁类动作均有审批要求。
第四步：写入元数据与流程节点。输入是规则表初稿。动作为在文档管理工具中为文档补充级别、到期日、责任人等属性，并把到期检查、审批、归档或销毁设为流程节点。输出是可在系统中查询和流转的规则配置。完成标志是能按到期日筛选文档，且到期处理有可跟踪的状态。
第五步：发布规则并培训。输入是规则表与配置结果。动作为发布规则文档，向文档所有者和部门管理员说明分级标准、填写方式和到期处理流程。输出是发布记录与培训签到。完成标志是相关角色知晓自己的职责，并能按规则完成一次到期处理演练。
在工具承载层面，ONES Wiki 通过页面树组织文档，页面组可关联项目，需求与文档互相对应，便于按项目维度归集过程文档；页面模板库可一键创建制式化文档模板，适合把保留规则表、归档说明做成统一模板。规则中的级别、到期日等属性若需在系统中结构化维护，应结合实际配置能力确认字段方案。
角色分工与各环节交付物
保留规则能否执行，取决于四类角色是否清楚自己交付什么。知识管理负责人负责规则的整体设计与维护，交付物是分级标准、保留规则表和例外处理说明；业务负责人确认本领域文档的级别与期限是否符合业务与合规要求，交付物是类别定级确认意见。
文档所有者对单份文档负责，交付物包括准确的文档属性（级别、到期日、责任人）以及到期时的续期或销毁申请。部门管理员负责执行归档与清理，交付物是归档记录、清理清单和处理结果。审批角色通常由部门负责人或合规岗位承担，交付物是审批意见与操作留痕。抽查角色可由知识管理负责人或内审岗位兼任，交付物是抽查报告与整改跟踪表。
| 角色 | 主要职责 | 交付物 |
|---|---|---|
| 知识管理负责人 | 设计分级标准与规则，维护规则版本 | 分级标准、保留规则表、例外说明 |
| 业务负责人 | 确认本领域文档级别与期限 | 类别定级确认意见 |
| 文档所有者 | 维护文档属性，发起续期或销毁 | 文档属性、到期处理申请 |
| 部门管理员 | 执行归档与清理 | 归档记录、清理清单 |
| 审批角色 | 审批销毁与例外处理 | 审批意见、操作留痕 |
| 抽查角色 | 定期检查执行情况 | 抽查报告、整改跟踪表 |
分工中容易出问题的是“文档所有者”缺位：文档由多人协作编辑时，若未指定所有者，到期处理就无人发起。规则发布时应要求每份受控文档登记所有者，人员变动时同步更新。ONES Wiki 支持为多种角色配置不同的读写权限，可用于区分文档所有者、部门管理员与普通读者的操作范围。
示例：一份可参照的保留规则表
下面的示例表覆盖常见文档类别，期限与起算点为演示取值，实际制定时应结合组织制度与合规要求调整。示例的作用是展示字段如何填写，而非提供通用标准。
| 文档类别 | 级别 | 保留期限 | 起算点 | 到期动作 | 责任人 |
|---|---|---|---|---|---|
| 公司制度、管理办法 | 核心制度级 | 永久，废止后保留5年 | 废止日 | 归档 | 制度归口部门负责人 |
| 项目过程文档（计划、评审记录） | 业务重要级 | 36个月 | 项目结项日 | 归档，满期后销毁 | 项目经理 |
| 会议纪要 | 一般过程级 | 24个月 | 创建日 | 销毁 | 会议组织者 |
| 对外合同及附件 | 核心制度级 | 合同终止后10年 | 合同终止日 | 归档 | 合同管理员 |
| 培训与参考资料 | 临时参考级 | 12个月 | 最后修改日 | 续期或销毁 | 资料维护人 |
填写时注意三点：制度类文档的期限要区分“有效期内”和“废止后留存”两段；项目过程文档以结项日起算，避免项目周期长短影响留存年限；会议纪要这类低价值高频文档，期限短、动作简单，才能保证清理可持续。销毁动作在示例中均隐含审批要求，实际表中应单独列出审批岗位。
定期清理与完成检查
规则上线后需要固定的执行节奏。建议按月生成到期清单，由部门管理员核对文档状态，区分续期、归档、销毁三类处理；按季度做一次集中清理，处理积压和例外；每年复核一次规则本身，检查期限设定是否仍符合业务与合规要求。触发方式可以是系统按到期日筛选，也可以是管理员按清单手工核对，关键是形成固定周期而非临时发起。
抽查用于验证执行质量。抽查可按部门或文档类别抽样，检查文档属性是否完整、到期处理是否按规则执行、销毁是否有审批留痕。发现异常时，先确认是规则不清还是执行遗漏：规则不清的修订规则表，执行遗漏的纳入整改跟踪并复查。抽查结果应反馈给业务负责人，作为下一轮规则优化的输入。
完成检查可按以下清单逐项核对：
- 分级标准已发布，主要文档类别均有级别归属；
- 每类文档的保留期限、起算点、到期动作已写入规则表；
- 销毁与例外处理有明确审批岗位和留痕方式；
- 受控文档已登记所有者，人员变动后有更新机制；
- 系统或清单能按到期日筛选文档，到期处理有可跟踪状态；
- 已按周期完成至少一次到期清理，并保留处理记录；
- 已完成一次抽查，异常项有整改跟踪；
- 规则表有版本记录，修订后完成再发布与告知。
在工具侧，ONES Wiki 记录所有页面版本并支持随时查看与回滚，误删除页面可从回收站恢复，这为归档与清理环节提供了纠错余地；但保留期限设置、到期提醒与自动清理是否可用，官网资料未作说明，选型或配置时应向厂商确认。规则执行的主体仍是清晰的分级、期限与责任人约定，工具承担的是属性记录、权限区分与处理留痕。
常见问题
文档保留期限的起算点应该怎么选？
起算点要跟着文档的生命周期事件走，而不是统一按创建日计算。制度类文档适合按“最后修改日+有效期”计算，项目过程文档按“项目结项日”起算，合同类按“合同终止日”起算，会议纪要这类高频低价值文档可按创建日计算。关键是每条规则都能回答“从哪天开始算、算到哪天为止”，期限单位统一用月或年，需要长期保存的写“永久”并单独标注。
销毁类文档是否必须审批，审批记录要保留什么？
销毁是不可逆动作，建议在规则表中明确要求审批，通常由文档所有者发起、部门负责人或合规岗位审批。审批记录至少保留文档标识、级别、原到期日、销毁理由、审批人和处理时间，便于后续抽查追溯。如果组织对某些低价值文档希望简化流程，可以在规则中按级别区分：一般过程级文档批量清理时走汇总审批，核心制度级和合同类文档逐份审批。
文档所有者在人员变动后如何处理到期事项？
规则发布时应要求每份受控文档登记所有者岗位，人员变动时由部门管理员同步更新。若所有者离职或转岗后未更新，到期处理就无人发起，这是保留规则失效的常见原因。可以在季度清理时增加一项核对：检查受控文档的所有者是否仍在岗，空缺的重新指定。ONES Wiki 支持为多种角色配置不同的读写权限，可用于区分文档所有者、部门管理员与普通读者的操作范围。
保留规则上线后，多久复核一次比较合适？
建议每年复核一次规则本身，检查期限设定是否仍符合业务与合规要求；执行层面按月生成到期清单、按季度集中清理。当出现外部合规要求变化、组织架构调整或抽查发现同类问题反复出现时，应提前触发规则修订。修订后保留版本记录，并完成再发布与告知，避免新旧规则并行造成执行口径不一致。
在知识库工具中落地保留规则，需要确认哪些配置能力？
至少确认三项：能否为文档维护级别、到期日、责任人等结构化属性；能否按到期日筛选或提醒；到期处理是否有可跟踪的状态与操作留痕。ONES Wiki 通过页面树组织文档，页面组可关联项目，需求与文档互相对应，便于按项目维度归集过程文档；页面模板库可一键创建制式化文档模板，适合把保留规则表、归档说明做成统一模板。保留期限设置、到期提醒与自动清理是否可用，官网资料未作说明，选型或配置时应向厂商确认。
