文档保留规则示例的核心是一张可填写的保留期限表：按文档类别列出保留期限、起算时点、到期处置方式和责任人。本文提供一份已填写的完整示例，演示从分类到到期处置的全过程，再说明如何把示例改成自己团队的规则。文中期限均为演示取值，不指向任何真实组织。
要点总览（TL;DR）
- 文档保留规则示例的核心是一张保留期限表，写清文档类别、保留期限、起算时点、到期处置和责任人五类信息。
- 保留期限按文档用途与复用频率分档，起算时点统一用创建日、最后更新日或业务结束日中的一种，避免同类文档出现两种算法。
- 到期处置分续期、归档、复审、销毁四种动作，多数类别先复审再决定，减少误删。
- 迁移到自己团队时按盘点类别、确定期限与起算口径、指定责任人、设置到期提醒、定期复审五步推进。
- 示例期限为演示取值，涉及法务留存要求的文档需单独核对，示例不构成合规承诺。
示例要解决什么：保留规则需要写清的四类信息
知识库里的文档会经历创建、使用、沉淀、过期几个阶段，保留规则要回答的是：哪些文档该留多久、从哪天开始算、到期后怎么处理、由谁负责。一份可用的示例必须把这四件事写成可填写的字段，而不是停留在“重要文档长期保存”这类模糊表述上。
具体来说，保留规则需要写清四类信息：
- 文档类别：按用途分组，如制度规范、会议纪要、项目结项文档、培训材料、临时草稿。类别决定后续期限和处置方式的差异。
- 保留期限：每类文档保留多长时间，用月或年表示，并说明是固定期限还是长期保存。
- 起算时点：期限从哪一天开始计算，常见口径有创建日、最后更新日、业务结束日。
- 到期处置：到期后执行什么动作，如续期、归档、复审、销毁或转入长期库。
本文示例为演示情景，期限取值用于说明填写方法，不代表任何真实组织的制度，也不构成合规建议。读者可把表格当作模板，替换成自己团队的类别和期限。
完整示例：一份已填写的知识文档保留期限表
下表是一份已填写的示例，六列分别对应文档类别、典型内容、保留期限、起算时点、到期处置和责任人。每行都给出了具体期限和处置动作，可以直接对照填写。
| 文档类别 | 典型内容 | 保留期限 | 起算时点 | 到期处置 | 责任人 |
|---|---|---|---|---|---|
| 制度规范 | 管理办法、操作规范、流程说明 | 长期保存，每次修订后重新计时 | 最后更新日 | 复审：确认是否仍有效，失效版本转入归档库 | 制度归口部门负责人 |
| 会议纪要 | 周会、评审会、决策会记录 | 24个月 | 会议召开日 | 到期复审，无后续引用则销毁 | 会议组织者所在团队负责人 |
| 项目结项文档 | 结项报告、验收记录、复盘材料 | 36个月 | 项目结项日 | 到期后转入长期归档库，保留检索入口 | 项目经理 |
| 培训材料 | 新人培训课件、操作手册、录播说明 | 12个月 | 最后更新日 | 到期复审，内容仍适用则续期12个月，否则归档 | 培训负责人 |
| 临时草稿 | 讨论稿、未定稿方案、个人笔记 | 3个月 | 创建日 | 到期提醒作者，确认无价值后销毁 | 文档创建人 |
| 对外发布内容 | 公告、对外说明、公开文档 | 长期保存，历史版本归档 | 发布日期 | 复审：核对内容是否仍准确，旧版本转入归档库 | 内容发布负责人 |
这张表覆盖了知识库中常见的六类文档。填写时不必一次求全，可以先从数量最多、争议最大的两三类开始，跑通一轮到期处置后再补充其他类别。
逐项解释：每一列为什么这样填
表格看起来简单，但每一列的取值都有判断依据。下面逐列说明示例中的填写逻辑，便于读者在自己的规则里做同样的取舍。
保留期限：按用途与复用频率分档
期限长短取决于文档的用途和再次被使用的可能性。制度规范需要长期可查，且每次修订后重新计时，避免旧版本被误用；会议纪要多用于短期追溯决策过程，24个月足够覆盖一个年度周期的回顾；项目结项文档在项目结束后仍会被后续项目参考，36个月是常见的过渡期；培训材料随业务变化较快，12个月复审一次可以及时淘汰过时内容；临时草稿价值最低，3个月后提醒清理即可。期限分档的目的是让规则可执行，而不是追求精确到天。
起算时点：区分创建日、最后更新日与业务结束日
起算时点决定“什么时候算到期”，口径不统一最容易引发争议。示例中用了三种口径：临时草稿用创建日，因为它从产生起就应尽快清理；制度规范、培训材料用最后更新日，因为内容更新后应重新获得完整的保留期；项目结项文档用业务结束日，即结项日，因为文档的价值周期与项目周期绑定。会议纪要采用会议召开日，对外发布内容采用发布日期，都是业务事件发生的时点。规则中应明确每类文档用哪种口径，避免同一类文档出现两种算法。
到期处置：续期、归档、复审、销毁的适用情形
到期不等于删除，处置动作要和文档价值匹配：
- 续期：内容仍在使用、只是期限到了，如培训材料复审后仍适用，延长一个周期。
- 归档：不再日常使用但需留痕备查，如项目结项文档、失效的制度版本，转入归档库并保留检索入口。
- 复审：无法预先判断价值，到期时由责任人确认，如会议纪要和对外发布内容。
- 销毁：确认无保留价值，如过期草稿，执行删除并记录处置结果。
示例中多数类别采用“复审后再决定”，这是因为到期时文档的实际状态往往与制定规则时不同，留一道人工确认可以减少误删。
责任人：落到角色而非个人
责任人一列写的是角色，如制度归口部门负责人、项目经理、培训负责人，而不是具体姓名。角色相对稳定，人员变动时规则仍然有效；同时角色对应明确的职责范围，到期提醒发出后知道该找谁确认。对于临时草稿这类个人产出的文档，责任人写“文档创建人”，由系统按作者归属提醒。
可迁移规律：把示例改成自己团队的规则
示例的价值在于方法可复用。把上面的表改成自己团队的规则，可以按以下步骤推进：
- 盘点文档类别：梳理知识库现有文档，按用途归并成若干类别，类别数量控制在十类以内，便于维护。
- 确定期限与起算时点：为每个类别设定保留期限，并明确用创建日、最后更新日还是业务结束日计算，写进规则说明。
- 指定责任人：每类文档对应一个角色，确保到期提醒有明确的接收方。
- 设置到期提醒：在文档管理工具中配置提醒或定期导出到期清单，让处置动作有触发机制。
- 定期复审规则：每半年或一年检查一次类别和期限是否仍适用，根据实际处置记录调整。
迁移过程中有两个规律值得坚持：先按类别分组再定期限，避免逐份文档定规则导致无法维护；把到期处置与复审动作绑定，规则才不会停留在纸面。规则落地需要工具承载文档状态和提醒。ONES Wiki 支持通过页面树组织文档并记录所有页面版本，可随时查看与回滚，误删除页面也能从回收站恢复；页面模板库可一键创建制式化文档，便于把保留期限表本身做成模板；权限控制可按角色配置读写范围，让归档库与日常编辑区分开。到期提醒与自动归档是否支持，需在选型时向厂商核验。
适用边界：示例不能直接照搬的情形
示例中的期限是演示取值，直接照搬可能带来风险。实际确定期限时，需要结合所在行业的监管要求、内部制度和文档的实际使用情况。涉及法务留存要求的文档，如合同、审计记录、合规材料，应单独核对法务部门的留存规定，不能以本文示例期限替代。示例本身不构成合规承诺。
另外几类内容不在本文展开：研发资产基线与配置管理、知识内容的审核与发布流程，分别属于其他管理主题，需要各自的规则设计。规则落地后也应定期复审，业务变化、组织调整或监管更新都可能要求修改期限和处置方式。把示例当作起点，用自己的类别、期限和责任人替换，再经过一轮实际到期处置的检验，规则才算真正可用。
常见问题
保留期限到了，文档应该直接删除还是先复审？
取决于文档类别。示例中临时草稿到期后提醒作者确认，确认无价值再销毁；会议纪要、对外发布内容、培训材料到期后先由责任人复审，再决定续期、归档还是销毁。只有价值判断明确、误删风险低的类别才适合到期直接处置。复审环节会带来额外工作量，类别数量多时可以只对争议大的类别保留复审，其余按预设动作执行。
同一类文档有的按创建日算、有的按最后更新日算，会有什么问题？
同一类文档出现两种起算口径，到期时间就无法统一判断，处置清单里会出现该到期却没到期、或已过期仍被当作有效版本的情况。规则里应为每个类别只指定一种口径：内容会持续修订的用最后更新日，一次性产出且与业务事件绑定的用创建日或业务结束日。口径写进规则说明，新增文档按类别自动套用。
文档数量很多时，到期提醒怎么落地？
可以借助文档管理工具承载状态与提醒。ONES Wiki 支持通过页面树组织文档并记录所有页面版本，可随时查看与回滚，误删除页面也能从回收站恢复；权限控制可按角色配置读写范围，便于把归档库与日常编辑区分开。到期提醒与自动归档是否支持，需在选型时向厂商核验。工具条件不具备时，也可以定期导出文档清单，由责任人按类别人工核对到期项。
示例里的期限能直接用于合同、审计记录这类文档吗？
不能。示例期限是演示取值，合同、审计记录、合规材料等文档的留存要求通常由法务或监管规定确定，需要单独核对，不能以示例期限替代。本文示例覆盖的是知识库中常见的制度规范、会议纪要、项目结项文档、培训材料、临时草稿和对外发布内容，法务留存属于另一套规则体系。
规则制定后多久需要复审一次？
示例建议每半年或一年检查一次类别和期限是否仍适用，并结合实际处置记录调整。业务变化、组织调整或监管更新都可能要求修改期限和处置方式。复审时重点看两类信号：某类别频繁被续期，说明初始期限偏短；某类别长期无人引用却仍在保留，说明期限偏长或处置动作缺失。
