知识库文档归档率统计的关键，是先界定“应归档文档”和“已归档文档”两个可核对集合，再按同一时间窗计算：归档率＝时间窗内已归档文档数÷时间窗内应归档文档数×100%。分母按文档进入归档义务的时点统计，分子要求归档动作完成且可验证。下面按定义、取数、计算、算例和解读顺序说明，并给出分母为零与数据缺失时的处理方式。
要点总览（TL;DR）
- 归档率＝时间窗内已归档文档数÷时间窗内应归档文档数×100%，分母按文档进入归档义务的时点统计，分子要求归档状态、归档位置、归档时间三项可验证。
- 应归档文档需同时满足文档类型在归档清单内、状态进入规定归档节点、未被排除；草稿、已删除、临时文档一般不计入。
- 时间窗有触发时间口径和动作时间口径两种，选定一种并保持稳定，混用会让比率虚高。
- 归档时间缺失或状态不明的文档单列为待核实，不计入分子；分母为零时报告“本期无应归档文档”，不输出0%或100%。
- 归档率只反映归档动作完成情况，需与归档及时率、归档完整率配合使用，跨部门、跨文档类型不宜直接横比。
归档率要回答什么：评估目标与判定用途
归档率回答的是一个流程性问题：在约定周期内，进入归档义务的知识库文档中，有多少完成了归档动作。它衡量归档义务的履行情况，适合用于月度或季度通报、流程改进定位和审计取证。把这个指标放在文档生命周期管理里看，它对应的是“文档从在用状态转入归档状态”这一环节的完成度。
需要明确它不覆盖的范围。归档率不评价文档内容是否准确、审核结论是否合规，也不反映文档被查阅和引用的频次。研发资产基线、配置项完整性属于另一类管理对象，不能靠归档率替代判断。把归档率当作文档质量分或知识使用率使用，会得出与指标定义不符的结论。
结果的使用场景决定了统计粒度。用于月度通报时，按月出数并保留趋势；用于流程改进时，需要按文档类型和部门拆分，定位缺口；用于审计取证时，则要保留取数明细和抽样核验记录，使每个分子分母都能回溯到具体文档。
分子分母怎么定：指标定义与统计范围
指标定义卡需要写清四件事：分子、分母、统计范围、时间窗。四者缺一，不同人算出的结果就不可比。
分母：应归档文档的判定条件
应归档文档指在统计时间窗内触发归档义务的文档。判定条件通常由三项组合：文档类型在归档清单内（如项目结项报告、需求说明书、会议决议、上线方案）；文档状态已进入生命周期中规定的归档节点（如项目关闭、版本发布完成、文档被新版本替代）；文档未被排除。三项同时满足才计入分母。仅凭“文档创建时间早”或“很久没更新”判断应归档，会把大量在用文档误计入分母。
分子：已归档文档的判定条件
已归档文档需要同时满足：归档状态为已归档；存在明确的归档位置（归档目录、归档库或归档页面组）；有可追溯的归档时间戳。三个条件缺一不可。只把文档移入某个“归档”文件夹但没有状态记录，或只改了标题标注“已归档”，都不构成可验证的归档动作。
统计范围与排除项
统计范围应事先固定：覆盖哪些知识库空间、哪些文档类型。排除项一般包括草稿、已删除文档、临时协作文档和明确不纳入归档管理的操作记录。排除项一旦确定，在连续多个统计周期内保持一致；确需调整时，在报表中标注变更时点和影响范围。
时间窗：两种口径不能混用
时间窗有两种取法：按归档义务触发时间统计，回答“本期该归档的是否归档了”；按归档动作完成时间统计，回答“本期完成了多少归档动作”。前者适合考核履行情况，后者适合观察工作量。两者混用会导致分子分母不在同一集合内，例如分母取本期触发归档的文档，分子却取本期任意时间完成归档的文档，比率会虚高。选定一种口径后，在指标定义卡中写明并保持稳定。
数据从哪里取：口径与证据要求
归档率能否复算，取决于能否取到逐篇文档的字段。建议以文档为一行，建立取数明细表，字段至少包括下表所列内容。
| 字段 | 用途 | 取值要求 |
|---|---|---|
| 文档ID | 唯一标识，用于去重和回溯 | 与知识库系统一致，不重复 |
| 文档类型 | 判断是否在归档清单内，支持分类统计 | 使用统一类型字典 |
| 归档义务触发时间 | 确定文档进入分母的时点 | 取触发事件发生时间，如项目关闭时间 |
| 归档状态 | 判断是否计入分子 | 取值限定为已归档、未归档、待核实 |
| 归档时间 | 验证归档动作完成时点 | 缺失时标记待核实 |
| 归档位置 | 验证归档去向可追溯 | 记录归档目录或归档库标识 |
数据来源主要有三类：知识库文档属性中的类型与状态字段；生命周期状态变更记录，用于确定归档义务触发时间；归档操作日志，用于确认归档动作和归档时间。三类来源需要能通过文档ID关联，否则无法形成逐篇可核对的记录。
证据标准要写进统计说明：归档动作必须有操作记录支撑，仅修改标题、移动目录、添加标签不算归档。归档时间缺失或状态不明的文档，单列为“待核实”，不计入分子，也不直接归入未归档，待核实清楚后再回填。这样处理可以避免把数据问题误判为履行问题。
在文档状态与归档记录的管理环节，如果知识库本身承载页面版本记录和权限控制，统计时可以借助版本记录核对文档是否被替代、借助权限配置确认归档库的可见范围。ONES Wiki 支持记录页面版本并查看与回滚，也支持为不同角色配置读写权限，这些能力可用于核对文档状态和归档去向；归档状态字段、归档时间与归档日志是否可直接取数，需以实际配置和系统记录为准，取数前应先做一次字段可用性确认。
计算与核验步骤：从取数到出数
按以下五步执行，每一步都留下可复查的中间结果。
- 确定时间窗与口径。写明本期起止日期、采用触发时间口径还是动作时间口径、覆盖的知识库范围和文档类型清单。
- 筛出应归档集合。按文档类型、生命周期节点和排除项过滤，得到分母明细，记录条数。
- 匹配归档记录。用文档ID关联归档状态、归档时间和归档位置，把记录分为已归档、未归档、待核实三类。
- 计算比率。归档率＝已归档文档数÷应归档文档数×100%，结果保留一位小数。同时报告三类记录的条数，便于读者判断比率的稳定性。
- 抽样核验。从已归档和未归档中各随机抽取一定数量文档，比对系统状态与归档位置是否一致，记录差异原因并修正取数规则。
分母为零时，报告“本期无应归档文档”，不输出0%或100%。这两种数值都会被误读为极端结果，而实际情况是本期内没有文档进入归档义务。跨部门或跨文档类型统计时，先分别计算再汇总，汇总比率用总分子除以总分母，不对各分组比率取简单平均。
一个算例：某月知识库归档率
以下为演示数据，用于说明计算过程，不代表任何组织的实际水平。
某月按触发时间口径统计，应归档文档120篇，其中已归档102篇，未归档12篇，待核实6篇。计算：102÷120×100%＝85.0%。待核实文档不计入分子，也不计入未归档，在报表中单列，待核实完成后回填并重算。
按文档类型拆分后，差异会更清楚：
| 文档类型 | 应归档 | 已归档 | 未归档 | 待核实 | 归档率 |
|---|---|---|---|---|---|
| 项目结项报告 | 40 | 38 | 2 | 0 | 95.0% |
| 需求说明书 | 50 | 42 | 6 | 2 | 84.0% |
| 会议决议 | 30 | 22 | 4 | 4 | 73.3% |
整体85.0%的缺口主要集中在会议决议和需求说明书两类。下一步核查方向可以是：会议决议是否缺少明确的归档触发节点，需求说明书的待核实文档是否因归档时间未记录导致。项目结项报告接近完成，可优先复核其抽样一致性，确认高比率不是取数遗漏造成的。
结果怎么读：解读边界与常见误用
归档率是过程指标，高比率说明归档动作履行得较完整，不能推出文档内容准确、审核充分或被充分使用。阅读结果时，先看三类记录的构成：待核实占比高时，比率的可信度下降，应先补数据再解读趋势。
不同文档类型、不同部门之间不宜直接横向比较。各组的归档义务触发条件、文档数量和流程成熟度不同，简单比较比率容易把流程差异误读为执行差异。需要比较时，先确认口径一致，再结合分组明细说明差异来源。
口径变更必须标注。调整统计范围、时间窗口径或排除项后，新旧数据不在同一基准上，趋势线会出现跳变。报表中应记录变更时点、变更内容和影响条数，必要时按新口径重算历史数据再比较。
建议把归档率与两个配套指标一起使用：归档及时率，衡量文档在触发归档义务后规定期限内完成归档的比例；归档完整率，衡量已归档文档是否具备规定的元数据和附件。三者分别对应“有没有归档”“是否按时”“归档得是否完整”，组合起来才能支撑流程改进的判断。ONES Wiki 的页面版本记录和回收站恢复能力可用于核对文档是否被替代或误删，为完整率核查提供依据；具体统计报表与导出方式需按实际系统能力确认。
常见问题
归档率和归档及时率有什么区别，能不能只统计一个？
两者回答的问题不同。归档率看的是本期应归档文档中有多少完成了归档，分母是应归档文档总数；归档及时率看的是完成归档的文档中，有多少在规定期限内完成，分母通常是已归档文档或应归档文档，并引入期限条件。只统计归档率，可能掩盖“都归档了但普遍拖延”的情况；只统计及时率，又无法反映整体缺口。建议同时出数，并在指标定义卡中分别写明分母和期限规则。
文档在统计期内先归档、后来又被重新启用，应该算在哪一期？
按触发时间口径统计时，该文档计入其归档义务触发的那一期，后续状态变化不追溯修改历史结果，但应在当期报表中注明“本期有文档从归档状态恢复为在用”。按动作时间口径统计时，只记录实际发生的归档动作。无论采用哪种口径，重新启用都应留下状态变更记录，否则下一期计算时会出现同一文档重复计入分母或状态无法对应的情况。处理规则应写入统计说明，保持各期一致。
多个部门口径不一致，汇总数还能用吗？
先统一口径再汇总。需要对齐的项目包括：归档清单内的文档类型、归档义务触发条件的判定、时间窗取法、排除项、待核实文档的处理方式。口径对齐后，汇总比率用总分子除以总分母，不对各部门比率取简单平均。如果短期内无法完全统一，可以分部门分别出数并标注口径差异，汇总数只作参考，不用于横向排名。
待核实文档积累较多时，应该先补数据还是先出报表？
建议先出报表并单列待核实条数与占比，同时启动补数据。待核实占比高时，比率本身的稳定性下降，报表中应明确提示这一点，避免读者把当期数值直接与历史趋势比较。补数据的方向通常是归档时间记录缺失、归档状态未更新、归档位置未登记三类，逐项核对后回填并重算。若待核实长期居高不下，说明归档操作本身的记录规范需要调整，而不只是统计环节的问题。
用 ONES Wiki 管理文档时，归档率能直接在系统里出数吗？
ONES Wiki 支持记录页面版本并查看与回滚，支持为不同角色配置读写权限，也支持从回收站恢复误删除页面，这些能力可用于核对文档是否被替代、归档库的可见范围以及误删情况。归档状态字段、归档时间与归档操作日志能否直接取数，取决于实际配置与系统记录，建议取数前先做一次字段可用性确认。若系统内没有现成的归档状态字段，可先以页面树中的归档页面组和版本记录作为替代依据，并在统计说明中写明所用口径。
