电子会计档案行业，谁公开过性能压测报告？我们用 AI 做了，还公开了
有人说：用 AI 开发的电子会计档案系统，怎么能跟一个团队的产品比？这篇文章，我们不讲故事，只用四件硬邦邦的事实回答：合规出证、性能压测、公开监控、成本结构。所有数据读者都能在官网实时核验。
这件事的起因
这段时间我们收到不少质疑，其中被问得最多的是这一句：
"你用 AI 开发的电子会计档案系统，能比得上人家一个团队开发的吗？"
这是一个合理的问题。
传统企业软件行业的"标准答案"是：比不过。因为"人多力量大"在很多行业里成立。写代码的人多了，功能点就多；功能点多了，产品就"完整"；产品"完整"了，客户才敢买。
但电子会计档案不是写一个 SaaS 打卡应用。它有监管边界（《会计档案管理办法》、DA/T 94-2022、GB/T 18894-2016）、有合规红线（四性检测、电子签章、哈希链、审计日志、保管期限）、有性能底线（年底集中归档不崩、多人并发查账秒级返回）。
这些"线"的数量是有限的，达到这些"线"的质量，跟写代码的人数不是线性关系。
所以今天这篇文章不讲故事，不煽情，只回答：用 AI 做的数凭（DigiVoucher），到底有没有达到一个企业级电子会计档案系统应该达到的线？
所有引用的数据读者都能在官网直接核验：性能压测公开看板 /performance。
第一件事：合规性，我们做到了 100% 覆盖
企业电子会计档案的价值，第一不是"好用"，是"能出证"。税务局来查、审计来核、国资盘点、IPO 尽调，拿出来的电子凭证能不能被采信，这是一个 0 或 1 的问题。
一个团队做的产品，可能写了 500 个功能；但如果关键合规要求漏了 1 项，就等于 0。
我们按行业公开标准逐项对齐。以下是数凭目前的合规清单：
法律法规层（监管要求）
- 《会计档案管理办法》（财政部、国家档案局令第 79 号）：电子会计档案合法效力、保管期限、销毁流程、定期鉴定
- DA/T 94-2022《电子会计档案管理规范》：归档元数据（metadata.xml）格式、四性检测结果、案卷/册级封装
- GB/T 18894-2016《电子文件归档与电子档案管理规范》：电子文件捕获、格式转换、长期保存
- 《电子会计凭证报销入账归档的通知》（财会〔2020〕6 号）：电子会计凭证无需再打印纸质的合法依据（单套制）
技术实现层（技术合规项）
- 四性检测（真实性、完整性、可用性、安全性）：归档入库必跑，结果留痕
- 国密 SM3 哈希链：每一份归档文件、每次审计操作，SM3 摘要串联写入
- 国密 SM4 存储加密：敏感数据落盘加密，密钥独立管理
- 电子签章嵌入：OFD/PDF 版式文件内嵌合规签章，可独立验签
- 三员分立（系统管理员、档案管理员、安全审计员）：权限相互独立、相互监督
- 全宗隔离：多租户/多全宗模式下，文件系统 + 数据库行级双隔离
- 审计日志不可篡改：写入后仅追加、不允许修改/删除
- 保管期限自动鉴定与到期提醒：3 年、5 年、10 年、15 年、25 年、永久全档覆盖
- 销毁双人审批 + 痕迹记录：物理删除与逻辑删除分离，销毁报告自动生成
- 档案移交/接收元数据包（AIP/SIP）：跨系统/跨机构移交可验证
这些项目前全部落地，不是 roadmap，不是"规划中"。要核对的客户，在交付系统里翻到对应的功能，拿标准一条一条过就行。
第二件事：性能，我们公开跑了矩阵压测
这是质疑最多的第二点："用 AI 写的系统，到了年底集中归档会不会崩？"
很多软件公司回答这个问题的方式是出一份盖了章的压测报告，里面写"TPS 10000、QPS 50000"，然后锁进抽屉里没人能复现。
我们觉得这样不够。
所以我们做了三件事：
1. 发布了行业少有的业务级性能评测规范 EAAB v1.0
EAAB（Electronic Accounting Archive Benchmark）的核心原则是：不测抽象吞吐量，只测客户天天在用的业务。七大场景、每个场景对应一个客户一定会遇到的真实问题：
| 场景 | 回答的问题 |
|---|---|
| EAAB-A 归档能力 | 月末集中归档，系统吞得下吗？ |
| EAAB-S 查询能力 | 100 个会计同时查账，秒级返回吗？ |
| EAAB-E 批量导出 | 领导要 10 万份凭证，多久能下完？ |
| EAAB-O OFD 生成 | 百万级 OFD 版式，国产化是不是真做好了？ |
| EAAB-B 海量翻页 | 第 1000 页和第 1 页一样快吗？ |
| EAAB-L 长期稳定性 | 连续跑 7 天，系统会不会越来越慢？ |
| EAAB-C 灾难恢复 | 归档到一半存储断了，数据会不会丢？ |
（关于 EAAB 的完整说明见另一篇：EAAB v1.0 正式发布）
2. 用 k6 真实跑了 9 类核心业务 × 10 万数据集 × 50 并发
本次公开的一组压测（运行 ID matrix-20260808-134718，报告版本 e0e74c9ae）结果如下：
| 操作 | 业务含义 | P95 响应时间 | P99 响应时间 |
|---|---|---|---|
| O1 | 登录 | 29.15 ms | 34.00 ms |
| O2 | 列表查询 | 103.21 ms | 125.02 ms |
| O3 | 详情查询 | 108.06 ms | 119.13 ms |
| O4 | 提交归档 | 140.46 ms | 148.10 ms |
| O5 | 附件上传 | 145.01 ms | 147.84 ms |
| O6 | 审批 | 149.66 ms | 150.48 ms |
| O7 | 导出 | 133.92 ms | 134.26 ms |
| O8 | 全文检索 | 457.48 ms | 544.97 ms |
| O9 | OFD 生成 | 93.65 ms | 119.78 ms |
我们给自己定的 P95 阈值是 800 ms。9 个操作 P95 全部低于 800 ms。
业务错误率和 P95 响应时间均通过 k6 阈值判定（错误率阈值 < 5%，P95 阈值 < 800 ms）。完整的 k6 阈值结果可在下方在线报告中查看。我们仍在持续优化错误率指标，目标是下一轮压测将其进一步降低。
（完整报告可在线查看：EAAB 矩阵压测分析报告 /perf/EAAB-report-latest.html）
3. 性能指标我们做成了实时看板，10 秒自动刷新
这是同行里目前没见过的事：我们把后端的 Micrometer 实时指标直接接出来，做成了一个任何人进官网都能看的性能公开看板。
看板地址：https://www.digivoucher.cn/performance
看板里能看到什么？
- 9 类核心业务 P95 雷达图（实时值 vs EAAB 基线双环）
- 平均 P95 / 最高 P95 / 错误率 / 当前 QPS 4 个实时大盘指标
- 近 1 小时的平均响应时间、QPS、CPU 使用率、堆内存使用率 4 张趋势折线图
- 数据库连接池（HikariCP）使用率、Tomcat 线程占用、运行时长等系统资源
数据每 10 秒刷新一次。想看系统卡不卡、内存漏不漏水、高峰时顶不顶得住，直接打开看，不需要销售人员再口头解释。
第三件事：信创与国产化，我们从 Day 1 就做了
电子会计档案是国资/央企客户的刚需场景，而这些客户几乎 100% 有信创适配要求。 一个常见的质疑是：用 AI 做的系统，信创适配怎么做得完？——达梦、人大金仓、南大通用、OceanBase、openGauss，光数据库就五六家，再加上麒麟、统信、东方通、金蝶天燕……
我们的回答是：从第一天就选了 "兼容 > 特有" 的路线。
- 数据库：JDBC 标准方言层 + JPA + 手动 SQL 只用到 SQL:2008 共同子集。目前生产验证：MySQL 8.0、达梦 8（DM8）。其他国产数据库走相同适配路径，不需要重写业务层。
- 应用服务器：Spring Boot 内置 Tomcat 启动，独立 Apache Tomcat、东方通 TongWeb、金蝶 Apusic 均验证通过。
- 操作系统：Linux 内核通用（CentOS 7、openEuler、银河麒麟 V10、统信 UOS server）。
- 版式文件：OFD 格式直接采用国家标准，版式文件渲染走 OFD 国标渲染器。
- 密码算法：全部走国密标准（SM3 摘要、SM4 存储加密），不依赖 OpenSSL 非国密算法。
信创不是后补的补丁，是技术选型时就定了的约束。
第四件事：90% 存储成本降低，客户落地能见到钱
最后，也是最硬的一件事：买一套电子会计档案系统，客户到底能省多少钱？
这个问题很多厂商回答得很模糊。我们给一个明确的数。
对比传统纸质归档 + 异地灾备库房方案，单套制落地后客户直接能省的部分：
| 项目 | 传统纸质方案 | 数凭单套制 | 下降幅度 |
|---|---|---|---|
| 物理存储空间（打印件 + 装订 + 库房） | 按 10 年计，约 50~200 元 / 份凭证（视租金） | 电子存储（HDD 冷备 + 三副本），约 0.5~2 元 / 份凭证 | 90% 以上 |
| 打印耗材与装订人工 | 每份凭证 0.5~2 元打印 / 装订成本 | 0 元（仅原始接收件可视情况留存） | 接近 100% |
| 调档与查账人力 | 借阅实物、跨库房调卷，1 份凭证 5~30 分钟不等 | 全文检索秒级返回，支持批量下载与分享 | 效率 10 倍+ |
| 审计配合与出证 | 实物出库、清单、核对、复印盖章 | 一键导出检索结果 + 四性检测报告 + 哈希链核验记录 | 效率 10 倍+ |
| 保管期满销毁 | 人工清点 + 监销签字 + 碎纸机处理 | 到期自动提醒 + 双人审批 + 逻辑删除 + 销毁报告自动出档 | 可追溯 |
不是每个客户都能把这些数字直接换算成"今年利润里多了多少"。 但这是一个事实：传统纸质归档的成本是持续线性的——库房越租越大、耗材越买越多、调档人员只增不减； 而电子会计档案的成本结构是"前期部署 + 长期低斜率运维"。系统上线 3~5 年后，两类方案的累积成本曲线会拉开非常大的距离。
我们已经在交付系统里为多个客户完成了单套制落地。对于这些客户，这不是"买了一套软件"，而是关掉了一台持续吐钱的纸质机器。
回到最初的问题
现在回到开头那句质疑：
"你用 AI 开发的电子会计档案系统，能比得上人家一个团队开发的吗？"
我的回答：能。
不是因为借助 AI 就天然比一个团队更聪明，而是因为：
- 电子会计档案的质量维度是有限的：合规 10 余项、性能 7 大场景、功能 9 类业务，这些"线"列出来就是一张表。把表上的每一条都做到位，比写 500 个没人用的功能更重要。
- 公开透明比人多更可靠：性能接出实时看板，压测报告在线可下载，EAAB 规范公开。客户和同行都能直接核验，不需要靠销售话术"背书"。
- 工程纪律比堆人更可靠：四性检测必跑、哈希链必写、三员分立必配、信创适配必做。纪律定清楚，借助 AI 写代码同样能把系统做扎实。
- 定价模型比规模更真实：我们不需要养一支几十人的销售团队去给客户"做方案"。所以客户付的钱，能更直接地花在产品本身和交付响应上。
最后一句话收尾：数凭（DigiVoucher）的所有承诺，我们都放到公开处让大家验。 你要的不是一个"有很多人在做"的产品，你要的是一个"合规、跑得动、出得了证、落地见得到收益"的系统。
前者是过程，后者才是结果。
延伸阅读
相关推荐
EAAB v1.0：我们打造了电子会计档案行业业务级性能评测体系
不看TPS，看业务——数凭正式发布EAAB（Electronic Accounting Archive Benchmark）电子会计档案性能评测规范v1.0，覆盖归档、查询、导出、OFD生成、海量翻页、长期稳定性和灾难恢复七大场景，让性能不再是纸面数字，而是客户真正关心的业务体验。
电子会计档案系统服务器配置速查：从月凭证量到硬件选型的一站式指南
电子会计档案系统需要什么服务器？本文按企业月凭证量划分为四个档位，给出应用、数据库、搜索引擎、缓存的推荐配置，含信创环境适配与磁盘选型建议，帮你在采购前快速圈定合理的硬件范围。
行政事业单位电子会计档案管理方案：政府会计制度与财政合规视角
行政事业单位电子会计档案建设与企业的差异在于政府会计制度双基础、财政资金管理与国家审计监督。本文梳理档案法监管要求、档案移交国家档案馆流程、三员分立与保密要点，覆盖高校、医院、机关单位与科研院所等常见场景。