过期文档清理需要一套周期性机制，而不是一次集中删除：先定义文档的时效判定口径，再按“识别—复核—处置—留痕—复查”五步执行，让每份文档的去留都有责任人和记录。本文给出可直接套用的判定表、操作步骤、角色分工、季度批次示例与完成检查清单，适用于承担知识库维护工作的团队。
要点总览（TL;DR）
- 过期文档清理是一套周期性机制：先定判定口径，再按识别、复核、处置、留痕、复查五步执行，每份文档的去留都有责任人和记录。
- 判定口径从有效期到期、复核周期超期、长期无访问或无人维护三类依据中选取，并按文档类型分别设定阈值，避免一刀切。
- 复核由文档责任人给出保留、更新、合并或下线结论；批量删除等高风险动作需部门负责人在执行前审批，并完成备份。
- 处置结论、依据、执行人与审批人记入批次台账，按固定节奏复查，用反弹情况反向校准口径表。
- 机制是否跑通看下一期能否按同样方式运转：清单按时产出、复核无悬空项、处置可追溯、复查推动过口径调整。
清理前先定口径：哪些文档算过期
清理的第一步是回答“什么算过期”。口径不统一，后续导出的清单就会混入仍在使用的文档，复核阶段也会反复争论。建议从三类依据中选取适用项，并明确阈值、适用文档类型和责任人，形成一份团队共用的判定口径表。
三类判定依据
- 有效期到期：文档在创建或发布时标注了明确失效日期，例如年度政策、合同模板、活动方案、报价说明。到期即进入待复核清单，是否下线由责任人确认。
- 复核周期超期：文档标注了复核周期（如每6个月、每12个月），超过约定时间未复核即视为待清理对象。这类口径适合操作手册、流程规范、常见问题等需要持续维护的内容。
- 长期无访问或无人维护：文档在设定时间窗口内没有访问记录，或原责任人已离职、转岗且未完成交接。这类文档先标记为“待确认”，不宜直接判定删除。
三类依据可以叠加使用：有效期和复核周期给出确定性信号，访问与维护情况用于发现口径之外的沉积文档。叠加时建议以有效期和复核周期为主判据，访问数据作为辅助参考，避免把低频但必要的制度类文档误判为过期。
需要补齐的元数据字段
判定口径要能被执行，文档本身需要具备可筛选的字段。清理启动前，先检查以下字段的覆盖情况，缺失较多的目录优先补齐再进入筛选：
| 字段 | 用途 | 填写要求 |
|---|---|---|
| 文档责任人 | 复核时找到确认人 | 填写具体人员，避免只写部门 |
| 有效期或复核周期 | 计算到期时间 | 二选一或同时填写，注明日期或月数 |
| 所属目录 | 确定适用范围与审批层级 | 与知识库目录结构一致 |
| 最后更新时间 | 辅助判断维护状态 | 由系统记录，避免手工维护 |
按文档类型区分口径
不同文档的时效特征差异明显，用同一阈值会同时造成误删和漏清。制度与流程类文档适合以复核周期为主，周期可设为6至12个月；项目交付类文档适合在项目结项后设定保留期，到期后归档而非直接删除；会议纪要与周报类文档时效短，可设定较短的有效期，到期后批量归档；对外发布的模板与说明类文档应同时标注有效期和责任人，到期必须复核。口径表应写明每类文档使用哪条判据、阈值是多少、由谁负责确认。
下表可作为口径表的填写模板：
| 判定依据 | 适用文档类型 | 判定阈值 | 责任人 |
|---|---|---|---|
| 有效期到期 | 政策、合同模板、对外说明 | 超过标注失效日期 | 文档责任人 |
| 复核周期超期 | 流程规范、操作手册、常见问题 | 超过约定复核周期未复核 | 文档责任人 |
| 长期无访问或无人维护 | 项目资料、会议纪要、历史方案 | 设定时间窗口内无访问且责任人空缺 | 目录管理员初判，责任人确认 |
五步清理流程：从识别到复查
口径确定后，清理按固定顺序推进。每一步都要有明确输入、动作、输出和完成标志，避免流程停在“列了一张清单”就结束。
第一步：识别
输入：判定口径表、文档元数据。动作：按口径逐类筛选，导出待清理清单，清单至少包含文档名称、所属目录、责任人、判定依据、到期或超期时间。输出：待清理清单。完成标志：清单覆盖口径表中列出的全部文档类型，且每条记录都能对应到具体判据。
第二步：复核
输入：待清理清单。动作：由文档责任人逐条确认，给出保留、更新、合并或下线四类结论之一。选择“更新”的，约定完成时间；选择“合并”的，注明合并目标文档；选择“下线”的，说明理由。输出：带结论的复核清单。完成标志：清单中每条记录都有明确结论和确认人，无悬空项。
第三步：处置
输入：复核清单。动作：按结论执行。归档适用于仍有参考价值但不再作为现行依据的文档，移入归档目录并标注归档时间；合并适用于内容重复或分散的文档，将有效内容并入目标文档后下线原文档；删除适用于确认无保留价值的内容，执行前需完成审批与备份。输出：处置后的文档状态记录。完成标志：复核清单中的每条结论都已落地，文档状态与结论一致。
删除是高风险动作，前置条件应写清楚：确认文档无引用、无合规保留要求、已完成备份或可从回收机制恢复，并取得相应审批。归档与合并风险较低，可由文档责任人确认后直接执行。
第四步：留痕
输入：处置记录。动作：记录每份文档的处置结论、依据、执行人、执行时间和审批人。留痕的作用不只是备查，也为下一期复查提供对照基线。输出：批次处置台账。完成标志：台账可按文档、按批次、按结论检索，抽查任意一条都能还原处置过程。
第五步：复查
输入：批次处置台账、上一期口径表。动作：设定固定复查节奏，例如每季度抽查一个批次的处置结果，检查归档文档是否被重新引用、删除结论是否有争议、新出现的沉积文档集中在哪些目录。输出：复查记录与口径调整建议。完成标志：复查发现的问题有明确处理方式，需要调整的阈值或字段已更新到口径表。
在工具层面，清理流程中的复核状态与处置记录需要有承载位置。ONES Wiki 支持记录页面版本并随时查看与回滚，支持从回收站恢复误删除页面，也可为不同角色配置读写权限，这些能力可以配合归档目录、责任人字段和批次台账使用，让处置动作有据可查。涉及自动到期提醒或批量筛选的能力，需以实际版本和帮助手册为准。
角色与交付物分工
清理机制能否持续，取决于每个角色是否清楚自己交付什么、在哪个节点交接。建议至少划分三类角色。
| 角色 | 主要职责 | 交付物 | 交接节点 |
|---|---|---|---|
| 知识库管理员 | 维护判定口径表，组织清理批次，汇总结果，维护归档目录结构 | 口径表、待清理清单、批次汇总报告 | 向文档责任人交付清单；向部门负责人提交批量删除申请 |
| 文档责任人 | 逐条复核，给出保留、更新、合并或下线结论，执行本人负责文档的处置 | 带结论的复核清单、更新完成记录 | 向管理员回交复核结果；更新类文档按约定时间完成 |
| 部门负责人 | 审批批量删除等高风险动作，协调跨目录争议 | 审批记录、争议处理结论 | 在处置执行前完成审批；复查阶段参与结果确认 |
分工中有两个容易出问题的节点。一是责任人缺失的文档，管理员初判后需要找到现任维护人，找不到时由所属目录的负责人指定，不能长期挂在“待确认”状态。二是批量删除，审批应在执行前完成，审批记录与处置台账一并留存，便于复查时核对。
示例：一次季度清理批次怎么走
以下为演示情景，用于说明流程如何落地，不代表特定组织的实际数据。
批次范围：某团队在季度末对“产品文档”目录发起清理，范围包括该目录下全部流程规范、操作手册和历史方案。管理员按口径表导出清单，共筛出若干条记录，其中复核周期超期的流程规范、有效期到期的对外说明、长期无访问的历史方案分别标注判据。
复核处理：清单分发给各文档责任人后，结论分为四类。保留类为仍在使用的现行规范，责任人确认后从本期清单移除；更新类为内容仍有效但部分信息过时的操作手册，责任人约定两周内完成修订；归档类为已结束项目的方案文档，移入归档目录并标注归档时间；删除类为重复上传且无引用的旧版本说明，进入删除审批。
删除前确认：管理员核对删除类文档的引用情况，确认无其他文档链接、无合规保留要求，完成备份后提交部门负责人审批。审批通过后执行删除，并在台账中记录审批人与执行时间。
结果记录与复查：批次结束后，管理员汇总本期清单数量、各类结论占比、更新类文档的完成情况，形成批次记录。下一季度复查时，重点检查归档目录是否出现新的引用、更新类文档是否按期完成、同一目录是否再次集中出现超期文档，并据此调整复核周期或补充责任人字段。
完成检查：清理机制是否跑通
判断机制是否建立，不看是否做过一次清理，而看下一期能否按同样方式自动运转。可逐项核对以下检查项：
- 口径表覆盖主要文档类型，每类都有明确判据、阈值和责任人，且团队内可查。
- 文档的责任人、有效期或复核周期字段已补齐到可支撑筛选的程度。
- 每期清单按时产出，清单中的记录都能对应到具体判据。
- 复核清单无悬空项，每条记录都有结论和确认人。
- 删除类动作均有审批记录和备份或恢复手段，处置台账可按文档检索。
- 复查按约定节奏执行，并记录了反弹情况，例如同一目录连续两期出现大量超期文档。
- 口径表根据复查结果做过至少一次调整，调整内容有记录。
如果清单能按时产出、复核能闭环、处置可追溯，且复查发现了问题并推动口径更新，说明清理机制已经跑通。反之，若清单长期依赖临时整理、责任人字段大量空缺，或删除动作缺少审批与留痕，应优先补齐这些基础环节，再扩大清理范围。
常见问题
文档没有标注有效期或复核周期，还能纳入清理吗？
可以，但需要先补字段再筛选。这类文档可先用“长期无访问或无人维护”作为初判依据，标记为待确认，由目录管理员找到现任维护人确认；确认后再补填责任人与复核周期，下一期就能按确定性判据处理。若某目录缺失字段的比例较高，建议先集中补齐该目录，再进入正式批次，避免清单里大量记录停在待确认状态。
责任人已离职或转岗的文档，复核环节怎么处理？
由所属目录的负责人指定现任维护人，不能长期挂在待确认状态。指定后由新责任人给出保留、更新、合并或下线结论，并在台账中记录责任人变更。若同一目录反复出现责任人空缺，说明交接环节有缺口，可在复查时把“责任人字段完整性”列为该目录的重点检查项。
归档和删除的边界怎么把握？
归档适用于仍有参考价值、但不再作为现行依据的文档，移入归档目录并标注归档时间，后续仍可查阅；删除适用于确认无保留价值的内容，执行前需确认无引用、无合规保留要求、已完成备份或可从回收机制恢复，并取得审批。判断不清时优先归档，把删除留给证据充分的记录。
清理批次应该多久做一次，复查节奏怎么定？
批次频率取决于文档产生速度，季度或半年是常见选择；复查可与批次错开，例如每季度抽查上一批次的处置结果。复查重点看归档文档是否被重新引用、删除结论是否有争议、超期文档是否集中在某些目录。若同一目录连续两期出现大量超期文档，应调整该目录的复核周期或补充责任人字段，而不是简单加大清理力度。
用文档工具落地清理流程时，需要关注哪些能力？
重点看三处：版本与恢复能力，让误删或误改可以回退；权限配置，让归档目录、删除动作限定在相应角色；记录留存，让处置结论与审批可检索。以 ONES Wiki 为例，它支持记录页面版本并随时查看与回滚，支持从回收站恢复误删除页面，也可为不同角色配置读写权限，这些能力可配合归档目录与批次台账使用。涉及按有效期自动筛选或到期提醒的能力，需以实际版本和帮助手册为准。
