过期文档该归档还是删除，判断依据集中在三件事：文档是否仍承担合规、追溯或复用价值；保留它带来的检索干扰和存储成本是否可接受；删除后是否无法恢复。仍可能被追溯或复用的，优先归档并移出日常检索；确认无保留义务、无引用、无复用场景且可安全清除的，才进入删除流程。多数团队适合先建立归档规则，把删除作为例外审批。下文给出分流条件、前置准备和小范围试点方法，帮助团队把这条规则落到可执行的处置流程中。
要点总览（TL;DR）
- 判断过期文档处置先看三件事：是否仍有合规、追溯或复用价值；保留带来的检索干扰和存储成本是否可接受；删除后是否无法恢复。
- 仍有追溯、合规或复用价值的文档优先归档，移出日常检索但保留可查入口；确认无保留义务、无引用、无复用场景且可恢复的，才进入删除流程。
- 删除应作为例外审批，由责任人发起、管理员复核并留存处置记录；责任人不明、合规要求未确认或仍被流程引用的文档先暂缓处置。
- 处置前需明确文档责任人、梳理保留期限、设置归档区与权限、建立处置记录，这些准备决定规则能否持续执行。
- 可选取一个知识空间或一类文档做试点，用检索中过期文档出现比例、误删恢复次数、责任人确认完成率等指标检验规则，再决定推广节奏。
先给判断：什么情况归档，什么情况删除
过期文档的处置结论取决于文档属性，而不是统一按时间一刀切。判断时先问价值，再问成本，最后问可恢复性。价值维度看文档是否仍被制度、合同、审计或历史决策引用；成本维度看它是否持续出现在搜索结果和新人阅读路径中，造成误导；可恢复性维度看删除后能否找回、找回成本是否可接受。
按这三个维度，可以把过期文档分成三类处置：保留、归档、删除。保留指文档仍有明确时效或仍在被使用，只是需要更新；归档指文档不再日常使用，但需要留作追溯或合规凭证；删除指文档已无保留义务、无引用、无复用场景，且清除后不影响业务。
| 判断条件 | 保留 | 归档 | 删除 |
|---|---|---|---|
| 仍有合规、审计或追溯要求 | 适用，需更新内容 | 适用，保留可查入口 | 不适用 |
| 仍被流程、系统或他人文档引用 | 适用 | 适用，需保留引用关系 | 不适用 |
| 存在复用场景（模板、方案、案例） | 视更新成本而定 | 适用，标注适用边界 | 不适用 |
| 无保留义务、无引用、无复用 | 不适用 | 可作为过渡 | 适用，需完成确认 |
| 检索干扰明显、内容已失效 | 需尽快更新 | 适用，移出日常检索 | 适用 |
这张表的作用是让处置有据可查。实际操作中，一份文档可能同时满足多个条件，此时按“保留义务优先、追溯价值次之、复用价值再次、最后才考虑删除”的顺序判断。结论依赖条件，团队应把判断依据写进处置记录，而不是只留一个处置结果。
过期文档为什么值得专门处置
长期不更新的文档会持续占用检索结果和阅读注意力。新人搜索某个流程时，最先命中的可能是三年前的旧版本，内容与现行制度不一致，读者需要额外辨别哪份有效。这种干扰不会因为文档“放着不动”而消失，反而随着文档数量增长而放大，逐渐削弱团队对知识库的信任。
归档和删除解决的是不同问题。归档解决“还要留、但不该干扰日常使用”的问题，把文档移出主检索路径，同时保留可追溯入口，适合有合规、审计或历史参考需求的文档。删除解决“留着只有负担”的问题，清理无价值内容，降低检索噪音和维护成本。两者配合使用，才能让知识库保持可用状态。
处置动作本身也是知识库维护的一部分。定期清理和归档，相当于给知识库做一次盘点：哪些内容还有效、哪些责任人已变更、哪些流程已经废弃。这个过程会暴露文档责任不清、更新机制缺失等问题，为后续的文档治理提供依据。
归档的适用条件
归档适合那些不再日常使用、但仍有保留价值的文档。满足以下任一条件，就应优先考虑归档而非删除：
- 仍有追溯价值：文档记录了历史决策、项目复盘、版本变更原因，未来可能被查阅以解释“当时为什么这样做”。
- 承担合规或审计义务：合同、制度、审批记录、安全规范等文档，按行业或公司要求需保留一定期限，即使内容已过期也不能删除。
- 存在复用场景：旧模板、方案框架、案例总结仍可被改造后使用，归档时标注适用边界和失效部分，能减少重复劳动。
- 历史版本需要保留：文档本身已更新，但旧版本对追溯变更过程有意义，应保留版本记录而非直接删除。
- 检索干扰可通过归档隔离：文档内容已失效，但删除风险较高，归档并移出日常检索是折中方案。
归档的关键动作是“隔离但不丢失”：把文档移出主搜索和默认阅读路径，同时保留可访问入口和责任人信息。归档不是简单地把文档挪到一个文件夹，而是要保证需要时能找到、能判断其时效状态。
删除的适用条件
删除适用于确认无保留价值的文档，但删除前必须完成几项确认，避免误删造成不可逆损失。
- 无保留义务：确认文档不属于合同、审计、合规或公司制度要求保留的范围，或保留期限已过。
- 无引用关系：检查是否有其他文档、流程说明、系统配置或培训材料引用该文档，删除后不会造成断链。
- 无复用场景：文档内容已完全被新版本替代，或所描述的业务、流程已不存在，没有改造复用的可能。
- 责任人确认：由文档责任人或其上级确认可以删除，避免因人员变动导致误判。
- 具备恢复手段：删除前确认有备份或回收站机制，万一判断失误可以恢复。
删除应作为例外审批，而不是默认动作。团队可以设定删除需要责任人发起、知识库管理员复核的流程，把删除决策记录下来，便于事后追溯。对于批量删除，更应分批执行并保留操作记录。
投入与前提：处置前要准备什么
无论归档还是删除，执行前都需要几项基础准备，否则处置动作容易变成一次性清理，难以持续。
- 明确文档责任人：每份文档应有可识别的责任人，负责确认其时效状态和处置方式。责任人缺失的文档应先补登记，再谈处置。
- 梳理保留期限与合规要求：与法务、合规或质量部门确认哪些文档有法定或制度保留期限，形成清单，避免误删。
- 设置归档区与权限：归档区应有独立的访问路径和权限设置，保证日常检索不命中，但授权人员可查阅。归档区的命名和结构应统一，便于查找。
- 建立处置记录：记录每份文档的处置方式、判断依据、确认人和处置时间。处置记录既是审计凭证，也是后续调整规则的依据。
这些准备工作需要投入时间，但规模可控。团队可以先从一个知识空间或一类文档开始，把责任人和保留要求梳理清楚，再逐步推广。在工具层面，ONES Wiki 支持为多种角色配置不同的读写权限，并通过页面树组织文档、提供搜索功能，可用于承载归档区的权限隔离和文档查找；其版本记录和回收站恢复能力，也能为处置前的确认和误删补救提供支持。具体归档区如何划分、保留期限如何设定，仍需结合团队实际配置核验。
暂缓处置的情况
有些情况下，文档虽然显示过期，但不应立即归档或删除，应先保留并查明原因。
- 责任人不明或存在争议：文档无人认领，或多个团队对归属和处置意见不一致时，暂缓处置，先明确责任归属。
- 合规与审计要求未确认：尚未确认文档是否属于保留范围时，按“疑留勿删”处理，待确认后再决定。
- 仍被流程或系统引用：文档被现行流程、系统配置、培训材料引用，即使内容过期，也应先更新引用关系再处置。
- 处于争议或纠纷相关状态：文档可能涉及进行中的项目争议、客户纠纷或法律事项，应保留原状直至事项结束。
暂缓不是搁置不管，而是给处置设置一个明确的复查节点。团队应记录暂缓原因和复查时间，避免文档长期停留在“待定”状态。
用试点验证判断规则
处置规则是否合理，可以通过小范围试点验证，再决定是否推广。试点建议按以下步骤执行：
- 选取试点范围：选择一个知识空间、一个部门或一类文档（如项目复盘、操作手册），数量控制在可人工复核的规模。
- 按规则逐份判断：对试点文档应用前述归档、删除、保留条件，记录每份文档的判断依据和处置结果。
- 执行处置并观察：完成归档或删除后，设定一个观察期（如一个月），收集使用反馈。
- 评估指标：关注检索结果中过期文档的出现比例是否下降、是否有用户反馈找不到所需文档、误删恢复的次数、责任人确认的完成率。
- 调整规则：根据试点结果修正判断条件，例如放宽或收紧归档范围、补充暂缓情形，再决定推广节奏。
试点的价值在于用实际数据检验规则，而不是凭感觉推广。如果试点中出现较多“归档后仍被频繁查阅”或“删除后需要恢复”的情况，说明判断条件需要调整。把试点中的处置记录保留下来，也能为后续制定更细的保留期限和审批流程提供依据。
常见问题
文档已经过期，但没人认领，应该先归档还是先放着？
责任人缺失时，归档和删除都缺少可靠的判断主体，建议先暂缓处置，把补登记责任人作为第一步。可以由知识库管理员按文档所属业务线发起认领，认领后再由责任人确认其时效状态和保留要求。暂缓期间记录原因和复查时间，避免文档长期停留在待定状态。
归档后的文档还需要设置保留期限吗？
需要。归档解决的是“不干扰日常检索”，并不等于永久保留。团队应结合合规、审计和业务追溯要求，为归档文档设定保留期限和到期复查节点。期限届满时重新判断是继续保留、转为删除还是延长归档，判断依据同样写入处置记录，便于后续审计和规则调整。
删除后发现判断错了，还能恢复吗？
能否恢复取决于删除前的准备和所用工具的回收机制。删除前应确认存在备份或回收站等恢复手段，并了解其保留范围。以 ONES Wiki 为例，官网说明支持从回收站恢复误删除页面，但未注明回收站保留期限，实际使用中需先核验该期限，再据此设定删除审批的谨慎程度。批量删除更应分批执行并保留操作记录。
试点期间出现“归档后仍被频繁查阅”，说明规则哪里有问题？
这通常说明该文档仍处于实际使用中，只是内容需要更新，而非退出日常使用。处理方式有两种：把这类文档从归档范围移回“保留并更新”，或检查归档区的入口和标注是否清晰，导致读者仍从主检索路径进入。试点记录中应区分“内容仍有效”和“入口设计不当”两种原因，再分别调整判断条件。
归档区应该怎么设置权限，才能既不干扰检索又能被查到？
归档区应有独立于日常文档的访问路径，默认不出现在主搜索和推荐阅读中，同时向需要追溯的人员开放查阅权限。ONES Wiki 支持为多种角色配置不同的读写权限，并通过页面树组织文档、提供搜索功能，可用于承载归档区的权限隔离和文档查找；具体归档区如何划分、权限如何分配，仍需结合团队实际配置核验。
