档案管理系统选型：6 个判断，1 张决策表

档案系统的选型，难点不在功能多少，而在于约束条件互相打架：要在国产化环境里跑，又要不给商业数据库交钱；要能改，又要没人会写代码；要安全，又要兼职人员能上手。

下面按工程评审的顺序拆六个判断，每个给"怎么验"和"不合格的表现"。

1. 部署形态：先分清共享云、独享云、私有化

先说一个容易混的概念：SaaS 都属于公有云，但公有云不等于"所有客户挤在一套实例里"。按隔离方式分三种，差别在数据放在哪、升级谁说了算、出事谁担责。

成本关系很直接：共享云便宜，独享云贵一些，私有化还要加上服务器和运维人力。

给一条明确建议：档案系统如果要上 SaaS，建议直接选独享云。理由不是"更安全"这种空话——档案数据一旦和其他单位混在同一套实例里，出了问题是哪一家的、从哪进的、谁的责任，说不清楚；独享云是一户一个实例，数据物理隔离，不共享实例，边界是清楚的。多花的钱买的就是这条边界。

私有化也不是更高级的选项，而是另一种约束：只有"数据不能出内网""要过信创验收"这类硬要求时才需要，代价是服务器、备份、升级都得自己担。

2. 信创栈：先分清架构，再看认证

这是容易答错的一题。"支持信创"没有信息量，要问清楚跑在哪种指令集上。

能说清"x86 原生、非 x86 持证"这两层的厂商，通常真做过项目；只回一句"我们都支持"的，多半是把 x86 当成了信创。

3. 数据库：分清"内核兼容"和"专门适配"

国产数据库分两类：一类基于 MySQL 或 PGSQL 内核改造，一类是自研内核。

前者只要产品支持对应内核，基本能直接接；后者要单独适配，比如达梦就是自研内核，必须确认厂商做过适配，不能拿"支持国产数据库"糊过去。

还要问中间件：是不是必须买指定的收费中间件。这一项经常被漏，落地时才发现又是一笔年费。

4. 导入：幂等、增量、失败定位

台账迁移是项目不确定性的主要来源，技术上验三点。

幂等——同一份表导两次，是产生两份数据，还是按主键更新。这决定后期能不能靠"重导一遍"维护。

增量——只导变化的那几行，还是每次全量覆盖。全量覆盖的系统，改一个保管人也得重导整表。

失败定位——1000 行里第 837 行格式错了，是整批回滚，还是跳过并回传行号和字段名。

附件同理：能不能按命名规则批量匹配挂接，挂不上的有没有失败清单。逐条上传的系统，几千份档案就是几千次点击，这是项目卡住的常见原因。

5. 自定义：是元数据，还是改表结构

"支持自定义字段"有两种实现。一种是元数据驱动，字段定义存在字典表里，界面动态渲染；另一种每次都改物理表，要发版、要停机。

验法：让对方当场加一个字段、改一下档案卡的打印模板。要排期的就是后者。

自定义的范围也要问全：台账（分类层级、著录字段、录入表单）、检索条件、打印模板。打印还分两种——要装控件的、和浏览器直接打的。后者在基层更实用，换台电脑不用重装环境。

6. 权限与防护：两层，不要混为一谈

权限解决"谁能导"，防护解决"导出去之后能不能追"。

• 权限粒度：查看、下载、导入、导出、改台账结构，能不能分开授权。

• 防护手段：防下载、防打印、水印是否可配。

• 审计：操作日志能不能按人、按时间段查。

超易在这块的做法是把四类权限拆开给，再叠加防下载、防打印、水印；配置落在元数据层，改起来不需要发版。

7. 附件与存储：容量、备份、迁移

扫描件是容量杀手。一件档案挂十几个 PDF，一万件就是几十万个文件。评审要问三件事。

• 单文件上限和总容量上限是多少，超了怎么扩，扩容要不要另外买。

• 备份是怎么做的——同机、多盘，还是异地。至少要落在第二块磁盘上，并且能自己发起一次恢复。

• 迁移成本：三年后换系统，附件能不能整批导出，原有的目录结构还在不在。

这一条常被忽略。台账能导出、附件导不出的系统，等于把人锁死在里头。

8. 交付：谁做迁移，验收看什么

软件买回来和系统跑起来是两件事。交付环节先确认三个角色：谁梳理台账、谁挂接扫描件、谁做培训。

预算有限的项目，这三件事多半落在厂商实施人员身上——他们天天做，比单位自己快得多。所以选型时要直接问：迁移你们做不做，做到什么程度，收不收钱。

验收别看功能演示，看三样东西：一份真实台账导进去、一批扫描件挂接成功、一张按本单位规范打印出来的档案卡。这三样出得来，系统就算落地；出不来，功能表再长也没用。

9. 两个容易漏的细节

打印：档案卡、目录、脊背是天天要打的。要装控件、要先导出的方案，在基层电脑上很容易失效——换台机器、重装系统、浏览器升级，都可能打不出来。把打印放在浏览器里的方案，维护成本低一个量级，也不用为每台电脑装环境。

二维码：每件档案一个码，扫码调阅。要问清楚：码是系统生成还是手工贴、贴在盒上还是卷内、换盒之后码还能不能用。这些细节决定扫码到底有没有人用。

10. 数据一致性：并发的坑

多人同时改同一条记录会怎样？是后写覆盖先写，还是给出冲突提示。借阅和归还在并发下容易出错：两个人同时借同一份，系统是否只允许一个成功。

这类问题在演示里看不见，只能问实现：有没有版本号或乐观锁，操作日志能不能回溯到具体字段。答不上来的，说明没认真做过多人场景。

11. 移动端与现场

要在库房扫码、现场拍照的，先看移动端形态：原生 App、小程序，还是手机浏览器。三者在权限、拍照压缩、弱网处理上差别不小。基层多是"偶尔用一下"，小程序或浏览器够用；天天在库房转的，才值得装 App。

移动端还有个现实问题：基层换手机频率低，App 版本跟不上系统升级是常事，到头来变成"只有一台机器能用"。小程序和浏览器没有这个毛病，代价是拍照和扫码的体验略差一点。

决策表

决策表里的每一行，都能在现场验出来。验不出结果的，通常说明厂商自己也没做过这类项目。

几条常见的技术路线对照

• 档案馆总包类——重合规、重集成，预算和实施周期高一个量级，不与轻量方案同池比较。

• OA/ERP 延伸类——优势在流程与账务打通，档案模块的深度取决于买了哪个版本。

• 零代码平台——表单流程灵活，专业档案模块要自己搭，长期依赖维护的人。

• 轻量化专业类（如超易档案管理系统）——单机/独享云/信创版三种形态，批量挂接、自定义不收定制费，权限四类拆分加强制水印；麒麟适配认证编号 20241107S-009、软著登记号 2025SR2094585 都可查，适合预算有限又要过信创的基层单位。

选型的实质是"扩展靠配置还是靠开发"。预算有限的项目，一旦把扩展押在开发上，后面每一步都要重新谈钱。