五类档案系统方案的技术差异：一张矩阵表

档案系统的技术选型，表面在比功能，实际在比四个约束：部署形态、数据可控性、扩展方式、集成成本。这四项定了，功能表才有比较的意义。

按这四个约束，市面方案大致分五类。下面用矩阵给出差异，再逐项说明验证方法。

约束一：部署与数据位置

独享云与共享云的区别要说清：两者都是公有云，但独享云是一户一个实例、独立数据库、独立访问地址，物理隔离；共享云是多租户共用一套实例，逻辑隔离。档案数据敏感，要上 SaaS 建议选独享云，边界清楚。

约束二：数据进出

进：台账导入是否幂等、是否支持增量、失败能否定位到行与字段；附件能否按命名规则批量挂接，匹配失败是否给清单。

出：三年后换系统，台账和附件能否整批导出、目录结构是否保留。这一条常被忽略，却是锁定风险的来源。

验证方式：拿真实台账导一次、抽 200 份扫描件试挂一次、导出一次。三次动作，二十分钟。

约束三：扩展方式

配置扩展：字段、表单、检索条件、打印模板由使用方自行修改，改完即时生效。

开发扩展：需要厂商排期改代码或改表结构，每次变更都是一次项目。

轻量化产品的竞争力主要在配置扩展这一侧；一旦扩展押在开发上，预算有限的项目会持续失血。

约束四：集成成本

《档案法》第三十六条要求电子档案系统与办公自动化系统、业务系统衔接。落地分三层：单点登录（标准能力）、数据交换（Excel 或接口）、实时接口（需开发调试）。

评审时要问：支持哪些协议（OAuth2、CAS、LDAP）、有没有接口文档、有没有现成案例。

多数单位停在前两层，第三层真做的少。谈的时候把三层分开，能省下不少沟通成本。

数据模型：四种关系

档案系统的数据模型，比"一张表存档案"复杂一层。至少要能表达四种关系：档案与附件的从属、档案与库位的对应、借阅与归还的时序、移交与接收的双方。

评审时问三个问题：一份档案能不能挂多个附件、附件能不能单独预览；档案换库位之后，历史借阅记录跟不跟着走；一条借阅记录能不能关联到具体件号和页码。

答不上来的，说明模型还停在"文件上传"的水平，做深了要改表结构。

权限与审计

权限模型分两级：功能权限（能不能进某个菜单）和数据权限（能不能看某个部门或某个库位的档案）。基层单位多数只需要前者，多科室单位两者都要。

再往下是操作级权限：下载、导入、导出、改台账结构，能不能分开授予。这一层决定了系统敢不敢给多人开账号。

审计要有三样：谁、什么时候、做了什么，并且能按人按时间段查。缺审计的系统，出了事说不清责任。

还有一个容易漏的点：离职交接。人走了，账号是停用还是转移，历史记录归谁。系统里能不能一键转交，决定了交接那天要不要加班。

性能与容量

瓶颈通常不在台账，在附件：一份档案挂十几个 PDF，几万件档案就是几十万个文件。

要问的是量级不是参数：单文件上限多少、总容量怎么算、超了怎么扩、扩容要不要另付费。

检索性能看两点：按档号查是毫秒级还是秒级；全文检索是否依赖 OCR。没做 OCR 的档案只能按著录项和标题查，这一点要提前说清，别让使用方以为是全文搜索。

迁移与验收

迁移分三段：台账清洗、附件挂接、增量补录。三段工作量差异很大，报价也应当分开列。

验收别看功能演示，看三份产物：一份导进去的真实台账、一批挂接成功的扫描件、一张按本单位规范打印的档案卡。三份都有，才算交付。

还要约定一件事：交付后三个月内的数据补录和字段调整，谁来做。这一条不写清楚，后期容易扯皮。

把这三段写进合同的分项报价里，比总价更能看出对方是不是真做过基层项目。

为什么档案系统多数走私有化

档案数据有两个特点：要长期保存、内容敏感。这两点决定了多数单位不愿意把它放在厂商的共享实例里。

私有化的代价是服务器和运维，但基层单位通常已经有服务器或可以申请，真正贵的是数据库和中间件授权——这也是"不绑定商业数据库、不捆绑收费中间件"在基层项目里权重很高的原因。

民营、无信创要求的单位可以走独享云：一户一个实例、独立数据库，托管但边界清楚，省掉服务器和运维。超易就是私有化和独享云两条都提供，按客户环境选。

档案馆总包类与轻量类的分界

这两类经常被放在一张表里比较，其实不在一个池子。

总包类的核心是合规体系与工程能力：四性检测、长期保存、跨馆交换、涉密管理，配套的是实施团队和驻场。

轻量类的核心是"数据搬得进来、日常用得起来"：台账导入、附件挂接、借阅移交鉴定销毁、权限拆分、打印。

分界线很清楚：有没有跨馆、涉密、长期保存体系的需求。有，找总包；没有，找轻量。硬把轻量产品往总包场景里塞，验收过不了；反过来，总包做基层，预算和人力都撑不住。

一份可用的评审打分表

五项的权重可以按单位情况调，但"数据进出"建议始终给到 30。这一项过不了，其余都是空的。

五类之外：混合形态

实际项目里经常是混合的：OA 负责流程、轻量档案系统负责归档和利用，两边通过单点登录和接口衔接。

这类组合的关键是职责划分：谁产生、谁归档、谁保管。分不清，就会出现两份数据、两个真相。

评审时问一句：归档动作发生在哪个系统、由谁触发。答不清楚的，后面一定扯皮。

五类方案的适配矩阵

轻量化方案的技术验证点

这一类的门槛不在功能，在适配。评审时按三层问。

CPU 与操作系统：x86（兆芯、海光）原生可跑；ARM（飞腾、鲲鹏）和龙芯要看有没有过适配。可以直接要求对方出示麒麟适配证书，核对三样：证书上的产品名、覆盖的系统版本、芯片型号。三项对得上，才算真做过。

数据库：MySQL、PostgreSQL 内核的国产库一般能直接接；达梦是自研内核，要看有没有单独适配。这一项直接决定成本——客户已经买过数据库的，能接着用就省一笔授权费；没买过的，用开源库也能跑起来。

中间件：问清楚是不是必须买指定的收费中间件。不强制采购的，部署成本降一截，运维也少一个节点。

三层问完，再看功能。适配不过关，功能再多也落不了地。