电子会计档案的项目验收，最容易吵起来的不是功能，而是指标：厂商说归档覆盖率 99%，财务一算只有 86%，差别往往在分子分母怎么定、时间窗怎么取、统计对象算不算红冲单。这篇把 8 项核心指标逐项拆开，每项给出定义、公式、取数来源、测试步骤和常见误区，读完可以直接拿去写验收方案。
功能清单回答的是"有没有"，指标回答的是"做到什么程度"。两套系统都能列出归档、检测、检索、调阅四项功能，但一家归档覆盖率 99.2%，另一家 86%，差别不在功能表上，而在真实单据跑起来之后的表现。
厂商演示环境里的顺畅，和企业内网里的表现通常不是一回事。演示用的是清洗过的样本，字段齐全、附件完整、签名有效；企业真实单据里有红冲、有跨期、有缺附件、有重复推送。只有用指标测试真实数据，才能看出系统在边界条件下的处理能力。
指标的作用不只是验收，更是划清责任。归档失败是接口问题、字段问题还是业务单据本身不合规，靠一句"系统有问题"永远说不清。把指标拆到可定位的粒度，出问题时能直接对应到责任方，整改才有方向。
指标不是越多越好。八项核心指标足够覆盖合规、效率、质量和成本四个维度，再多的指标只会增加统计成本，而且大部分没人看。选指标的标准是：能反映业务结果、能取到数、能影响决策。
指标还要能影响决策，否则就是摆设。归档覆盖率低，触发的是接口整改；补录率高，触发的是前端校验优化；单张成本上升，触发的是存储分层和备份策略调整。每个指标背后都要有一条明确的行动路径，没有行动路径的指标，第一年好看，第二年就没人看了。
电子会计档案的指标适合分四层：合规层、效率层、质量层、成本层。每层选一到两个核心指标，既能覆盖关键风险，又不会让看板变成数字墙。
合规层是底线，任何一项不达标都不能验收。效率层决定用户愿不愿意用，系统再合规，财务找一张凭证要十分钟，最后还是会回到打印件。质量层反映自动化程度，人工补录率高说明前端字段或接口有问题。
成本层最容易被忽略。电子档案是逐年累积的，今年 500GB，五年后可能是 3TB，存储和备份成本要提前算进去。单张档案成本等于年度总投入除以当年新增归档量，这个数字能直接和纸质档案的装订、仓储成本对比。
四层指标不要平均用力。合规层必须全测，效率层选一到两项，质量层和成本层按项目阶段选测。验收阶段重点看合规和效率，上线一年后重点看质量和成本。
指标数量要克制。见过一家企业列了 37 项指标，看板做了六页，结果每次开会只讨论覆盖率一项，其余 36 项从来没人提。指标超过十个，注意力就会被稀释。建议核心指标控制在八项以内，其余作为专项分析，需要时再调取。
指标口径对不上，通常不是算法错，而是三个变量没说清：分子分母、时间窗、统计对象。任何一项含糊，两边算出来的数就会差出十几个百分点。
分子分母最容易出问题。归档覆盖率的分母是"应归档单据"还是"已过账单据"，结果完全不同；分子是"推送成功"还是"归档并检测通过"，也差一截。口径文档里必须把分子分母的取数表、字段、过滤条件全部写出来。
时间窗决定统计范围。按自然月统计、按会计期间统计、按归档批次统计，三种口径在跨期单据上会得到不同结果。跨期单据归到业务发生期还是归档完成期，必须提前约定，不能每次统计换一种。
统计对象要明确哪些单据不参与计算。作废单、未审核单、测试单、红冲单、跨法人调拨单，这些特殊单据算不算，要在口径文档里逐类列明。最稳妥的做法是附一份样例数据，标明每张单为什么算、为什么不算。
口径文档要双方签字。厂商和实施方各执一份，后续统计出现分歧，以文档为准，而不是以谁的声音大为准。文档变更要走版本号，旧版本的统计结果保留，便于追溯。
口径文档要有模板。一页纸写清指标名称、业务含义、计算公式、取数表、过滤条件、排除项、统计周期、责任人八项内容。模板统一后，新增指标照着填，不会漏项。文档用版本号管理，每次变更记录变更原因和影响范围。
口径变更要走审批。业务结构变了、统计对象调整了、系统字段改了，都可能需要改口径。变更前先跑一遍新旧口径的对比，把差异量化，再决定是否切换。直接改公式不打招呼，报表数字会突然跳变，没人说得清原因。
口径变更后，历史数据要按新口径重算，或者明确标注「新旧不可比」。两种做法都行，关键是要在报表上写清楚。最忌讳的是悄悄改了口径，让读者以为业务发生了变化。
归档覆盖率是指统计期内成功归档并通过四性检测的单据数，占应归档单据总数的比例。它回答的是"该存的有没有存全"，是合规层的第一指标。
测试方法建议用全量比对，而不是抽样。选一个完整会计期间，把 ERP 的凭证清单和档案库的入库清单做全量比对，输出三类差异：ERP 有、档案没有；档案有、ERP 没有；两边都有但字段不一致。
全量比对的工作量比想象中小。一个月 2 万张凭证，用凭证号做关联，脚本几分钟就能跑完。真正花时间的是差异归因，要逐条判断是接口漏推、字段不符还是单据本身不合规。
归档范围与检测规则的细化说明，可以参考电子会计档案的产品页。覆盖率低于 99% 就要查原因。常见原因有四种：接口按批次推送失败没有重试；附件超过大小限制被静默丢弃；红冲单据没有建立关联；跨期单据归到了错误期间。每一种都对应不同的整改动作。
差异归因要有优先级。先处理「ERP 有、档案没有」，这类是漏归档，直接影响覆盖率；再处理「两边都有但字段不一致」，这类影响检索和统计；最后处理「档案有、ERP 没有」，多数是历史脏数据或测试单据。顺序反了，会把有限的时间花在低价值差异上，真正该补的单据反而拖着。
归档及时率是指在约定时限内完成归档的单据占比。它回答的是"存得及不及时"，直接影响月末结账和审计取证的效率。
时限要在制度里写清楚。常见约定是凭证过账后 T+1 个工作日完成归档，或者按月度批次在次月 5 个工作日前完成。两种口径都合理，但不能混用：按日归档的看 T+1，按月归档的看批次完成日。
及时率要和归档时长一起看。及时率 95% 看起来不错，但如果剩下 5% 的平均延迟是 20 天，说明系统在月末集中积压。建议同时统计归档时长的 P95，及时率看比例，P95 看长尾。
取数需要三个时间字段：凭证过账时间、单据推送时间、归档完成时间。三个时间连起来，才能判断延迟发生在业务环节、接口环节还是归档环节。只有两个时间字段，问题定位会卡住。
补录和重传要单独统计。补录单据的归档时长天然比首次归档长，混在一起算会拉低整体指标。建议把首次归档及时率和补录及时率分开，前者考核系统，后者考核流程。
P95 的计算要用同一批请求。有人把不同日期、不同数据量下的耗时混在一起算，得出的 P95 没有意义。正确做法是选定一个稳定窗口，比如连续五个工作日的全部归档请求，按耗时排序取第 95 百分位。窗口内如果碰上大促、月末结账这类峰值，要单独标注，不能和日常数据混算。
四性检测通过率是指真实性、完整性、可用性、安全性四项检测全部通过的单据，占参检单据的比例。它回答的是"存的东不东西能不能举证"，是合规层里技术含量最高的指标。
入库检测和迁移复检要分开统计。入库检测通过率反映新归档单据的质量，迁移复检通过率反映历史数据转换后的完整性。两者混算，会掩盖迁移环节的问题。
分项通过率比总通过率更有用。总通过率 97%，拆开看可能是真实性 99.8%、完整性 96%、可用性 98%、安全性 94%，短板一目了然。安全性低通常是日志和权限设计有问题，完整性低通常是接口字段缺失。
检测报告要能按批次导出。只在界面上显示"检测通过"的系统，验收时拿不出证据，也无法做分项统计。报告至少要包含单据号、检测项、检测结果、检测时间、失败原因五个字段。
四项检测的阈值可以不同。真实性和安全性建议 100% 通过，因为这两项出问题直接否定档案效力；完整性和可用性可以设 99%，允许少量非关键字段缺失，但要在例外清单里逐条说明。四项都要求 100%，实际项目很难验收；四项都放宽，指标又失去约束力。阈值分项设定，比一个笼统的总通过率更有操作性。
入库检测针对新归档单据，分母是当期入库量；迁移复检针对历史数据，分母是当期迁移量。两个分母不同，合并计算会互相稀释，看不出问题出在新数据还是老数据上。
分开统计的好处是能定位问题。入库通过率低，查接口字段和签名有效性；复检通过率低，查格式转换和证书链迁移。两类问题的整改方往往不是同一个团队，指标混在一起，责任也分不清。
检索命中率是指按给定条件能一次检索到目标档案的比例，查找时间是指从发起检索到结果呈现的耗时。两个指标一起看，才能判断"找得到"和"找得快"。
测试集要覆盖真实查询场景。建议准备 20 到 30 个查询用例，覆盖法人、期间、供应商、金额区间、凭证号、审批人、附件类型七类条件，每类至少三个组合。用例由财务和审计人员提供，不能用厂商设计的理想用例。
命中率低于 95% 说明元数据有问题。常见原因是必填字段没有入库、字段值被截断、检索索引没有覆盖附件内容。逐条比对失败用例，能快速定位是哪个字段缺失。
查找时间用 P95，不要用平均值。平均值 1.2 秒看起来很好，但 P95 可能是 8 秒，长尾查询集中在跨法人、跨年度、多条件组合的场景，而这恰恰是审计最常用的查询。
测试要在生产同等数据量下做。测试库只有一万条数据，检索当然快；生产库有几十万条，索引设计不合理的系统会明显变慢。没有生产数据时，至少要用等比例脱敏数据做压力测试。
检索日志要留存。每次查询的条件、耗时、结果数量都记录下来，既能做指标统计，也能发现异常查询。日志留存期限不短于档案保管期限，否则几年后无法回溯谁查过什么。
查询用例要写成固定脚本。每条用例包含查询条件、预期结果数量、预期首条结果。测试时脚本自动执行并记录耗时，避免人工操作引入误差。用例集要版本化，每次复测用同一版本，结果才能横向对比。用 Excel 手工记录的方式，做一次可以，做三次以上就会出错。
单据处理时效是指一张单据从业务发生到可被检索调阅所花的时间。它和归档及时率不同：及时率看是否在时限内完成，处理时效看每个环节各花了多久。
时效要拆成四段测：业务发生到过账、过账到推送、推送到检测完成、检测完成到入库可检索。四段相加才是端到端时效，任何一段异常都能单独定位。
业务段通常最长，也最不受归档系统控制。报销单从提交到审批完成可能要三到五天，这段时间不该算进归档系统的考核。建议把统计起点定在凭证过账，终点定在可检索，只考核系统可控的部分。
接口段是波动最大的一段。正常运行是分钟级，一旦积压可能变成几小时。接口段要同时看平均值和 P95，平均值正常但 P95 突然升高，说明有批次在排队，需要查消费端处理能力。
检测段和入库段通常很短，但遇到大附件或批量任务会明显变慢。检测段超过 30 秒要查是不是逐份验签没有并发，入库段超过 10 秒要查存储写入和索引构建。两段的耗时都要进监控，不能只看总时长。
分段监控要设告警。业务段超过 5 个工作日、接口段超过 30 分钟、检测段超过 60 秒、入库段超过 30 秒，任一触发就告警。告警发给对应责任人，不要只发一个大群，否则没人认领。告警阈值随业务量调整，单据量翻倍后，原来的接口段阈值可能天天误报。
人工补录率是指需要人工干预才能完成归档的单据数，占同期归档单据总数的比例。它回答的是"系统能不能自己跑完"，是质量层最直观的指标。
补录的判定要写清楚。字段缺失后人工补齐算补录，附件重新上传算补录，单据重新推送也算补录。三种补录的原因不同，整改方向也不同，统计时要分类记录，不能只记一个总数。
补录率低于 2% 属于健康水平，2% 到 5% 需要排查，超过 5% 说明前端或接口有系统性问题。按月统计比按季度统计更敏感，季度平均会把某个月的异常抹平。
补录原因要归到四类：业务单据本身不合规、接口字段缺失、附件传输失败、系统规则误拦。第一类要靠培训和校验前移，后三类是系统问题，必须由厂商整改。
补录台账要留痕。每一条补录记录包含单据号、补录时间、补录人、补录字段、原因分类，既是统计依据，也是后续追责和改进的输入。没有台账，补录率只是一个数字，没法指导行动。
补录原因要月度复盘。把四类原因的占比画成趋势图，哪一类在上升就重点治哪一类。业务不合规上升，说明前端校验不够；接口字段缺失上升，说明上游系统改版没有同步；规则误拦上升，说明阈值需要重新校准。复盘结论要落到具体动作，不能只写「加强管理」。
跨系统调用会放大时效波动。归档链路通常要经过费控、ERP、档案库三个系统，任何一段网络抖动都会叠加到端到端时长上。排查时先看单段耗时，再看段间等待，最后看总时长。只盯总时长，很难判断是哪个系统慢，容易互相甩锅。建议在接口层加埋点，每段进出都记时间戳，形成链路追踪，链路数据至少保留一个季度，便于回溯月末峰值。
单张档案成本是指年度电子会计档案相关总投入，除以当年新增归档单据数。它把软件、硬件、实施、运维摊到每张单据上，能直接和纸质档案的装订、仓储、调阅成本对比。
分子要包含全部直接成本，分母只算当年新增归档量，不要用累计存量。用累计存量做分母，年份越久单张成本越低，看起来很美，实际没有意义。
对比纸质成本时口径要对齐。纸质成本包含纸张、打印耗材、装订、库房租金、人工整理、调阅物流六项，电子成本包含上面五项规定。只比"软件费"和"纸张费"，结论一定失真。
单张成本还要看趋势。正常情况下，随着归档量增长，单张成本应该逐年下降；如果反而上升，说明存储或运维成本失控，要查是不是冷热数据没有分层，或者备份策略过于保守。费用报销环节产生的单据量直接影响归档规模，费用报销系统的自动化程度越高，需要人工补录的单据越少，单张成本也越低。
成本对比要算三年。第一年投入最高，因为有实施和硬件；第二、三年主要是订阅、运维和存储。只算第一年，电子档案看起来比纸质贵；算三年，多数中型企业会持平或略低；算五年，电子档案的优势才明显。对比周期写进立项报告，能避免「首年成本高」成为否决理由。
调阅响应时间是指从发起调阅请求到文件可查看的耗时，权限合规率是指调阅行为符合授权规则的比例。两个指标一起看，才能判断"能查"和"该不该查"。
调阅响应时间用 P95 衡量。在线预览通常要求 3 秒内打开，下载要求 10 秒内完成。超过阈值的请求要分析是文件太大、存储层级太深还是并发不足，不能简单归因于网络。
权限合规率要测三类场景：越权访问是否被拦截、临时授权是否到期失效、离职人员权限是否回收。每类准备 10 到 20 个用例，逐项验证，记录实际结果与预期结果。
越权测试要覆盖横向和纵向两个方向。横向是同级部门之间互看，纵向是下级看上级或跨法人查看。两类都拦住，才能说明权限模型有效；只拦纵向不拦横向，是很多系统的通病。
授权审批要留完整链路。谁申请、谁批准、授权范围、有效期、到期后的处理，五个要素缺一不可。只记录"已授权"不记录审批人，出问题时无法追责。
权限用例要写成清单。每条用例包含测试账号、目标档案、预期结果、实际结果、截图。测试账号要覆盖总部管理员、法人财务、部门主管、普通员工、外部审计五类角色，每类至少两条用例。只测管理员账号，等于没测权限。
权限用例要写成清单。每条用例包含测试账号、目标档案、预期结果、实际结果、截图。测试账号要覆盖总部管理员、法人财务、部门主管、普通员工、外部审计五类角色，每类至少两条用例。只测管理员账号，等于没测权限。
单据号、补录时间、补录人、补录字段、原因分类，五个字段缺一不可。少了补录人，无法追溯责任；少了补录字段，无法判断是哪个接口缺字段；少了原因分类，统计只能得到一个总数。
台账按季度分析，能看出补录集中在哪些环节。连续三个月同一字段补录，说明接口映射有系统性缺失，不是个别单据的问题。把台账和接口日志对照，能直接定位到具体字段和版本。
样本抽得好不好，直接决定指标可不可信。电子会计档案的样本要按法人、单据类型、月份三个维度分层，每层都要有样本，不能只抽总部、只抽普通报销单。
最小样本量的经验值是每层 30 张，低于 30 张时比例指标的波动会很大。总体样本量控制在 200 到 500 张之间，既能覆盖主要场景，又不至于测试成本过高。
样本要能复现。每次测试记录样本清单、随机种子或抽取规则、测试时间和执行人，下次复测用同一套规则，结果才有可比性。随手挑几张单据测试，结论无法复核。
异常样本不能省。正常单据测的是主流程，异常单据测的才是系统边界。红冲、跨期、缺附件、重复推送这四类至少要覆盖，每类准备 10 张，专门验证系统的拦截和提示是否到位。
抽样执行要有记录表。每抽一张单据，记录抽取维度、单据号、抽取人、抽取时间。测试完成后，记录表和分析结果一起归档。没有抽取记录的样本，无法证明代表性，复测时也没法复现。样本记录看起来是小事，真出争议时是唯一能拿出来的证据。
压测数据要接近真实分布。附件大小、单据类型比例、并发用户数三项要按生产数据构造。全部用 100KB 的小文件压测，得出的吞吐量在生产环境要打对折；只用单一单据类型，测不出复杂单据的性能瓶颈。压测报告要附数据分布说明，否则数字没有参考价值。
测试环境搭得对不对，决定指标是真是假。用演示库测出来的数字，只能证明功能可用，证明不了生产可用。
影子库是首选方案。把生产库的结构和脱敏数据同步到影子库，接口指向影子库，跑完整归档流程，既能测真实数据量，又不影响生产。影子库的数据量建议不低于生产的 30%，否则性能指标没有参考价值。
脱敏要保留业务特征。法人、部门、供应商名称可以替换，金额分布、单据类型比例、附件大小分布要保留，否则测试出来的性能和数据分布都会失真。只把姓名脱敏、金额不变，是最基本的做法。
灰度发布适合上线后的指标观察。先让一个法人或一个业务单元切到新系统，观察两周的覆盖率、及时率和补录率，稳定后再扩大范围。灰度期间两套系统并行，指标要能分开统计，不能混在一起。
测试环境要定期校准。生产库结构变了、接口字段改了、数据量涨了，测试环境要同步更新，否则测出来的结论会逐渐偏离。建议每季度做一次环境校准，把偏差记录在案。
影子库同步要注意字段映射。生产库的字段名、编码、枚举值可能和档案库不同，同步时要建映射表，逐字段核对。映射错了，测出来的覆盖率会莫名其妙地低，排查起来很费时间。建议第一次同步时做全字段比对，把差异列表存档，后续同步按列表逐项校验。
抽样工具能省很多时间。用 SQL 或脚本按分层条件随机抽取，比人工翻单据快得多，也更容易复现。抽取脚本要保存，和样本清单一同归档。用 Excel 随机函数抽样的，记得把随机种子固定下来，否则下次抽出来的样本完全不同。
指标基线是指"没有新系统时，同一批单据本来能做到什么水平"。没有基线，99% 的覆盖率是好是坏说不清；有了基线，提升幅度才有意义。
方法一是历史回测。取上线前六个月的真实单据，用新系统重新跑一遍归档流程，得到一组"如果当时有新系统"的指标。这种方法最贴近真实，前提是历史数据完整、字段可映射。
方法二是并行运行。上线后让新旧两套流程同时跑一到两个月，同一批单据分别统计，直接对比。这种方法最可靠，成本也最高，适合业务量大、合规要求高的企业。
方法三是对标行业。用公开的行业区间做参考，比如归档覆盖率 99% 以上、及时率 95% 以上、补录率 2% 以下。对标只能做参考，不能当验收标准，因为不同企业的单据结构和合规要求差异很大。
三种方法可以组合使用。立项时用行业对标定目标，上线前用历史回测做预判，上线后用并行运行做验证。三层数据互相印证，基线才站得住。
三种基线方法可以叠加使用。历史回测给出理论值，并行运行给出实测值，行业对标给出参考区间。三个数字放在一起看，如果实测值远低于理论值，说明实施环节有问题；如果理论值本身就低于行业区间，说明历史数据质量差。单独看任何一个数字，都容易得出片面结论。
指标可信的前提是取数可核。电子会计档案的指标数据来自三个源：业务系统、接口日志、档案库。三个源对不上，指标就有水分。
业务系统提供应归档的单据清单，包括凭证号、法人、期间、金额、状态。接口日志提供推送记录，包括推送时间、批次号、成功失败、失败原因。档案库提供入库记录，包括入库时间、检测结果、存储位置。
三源核对的顺序是先总量、再差异、后归因。先用凭证号做全量关联，看三个源的单据数量是否一致；再把差异单据按类型分类；最后逐类判断是漏推、失败、还是业务单据本身不该归档。
