系统部署与衔接

约 1008 字大约 3 分钟

本文是 DA/T 92—2022《电子档案单套管理一般要求》系列解读的第七篇，讲规范 7.3「系统部署和衔接」：系统怎么摆、怎么通、交什么技术材料。

功能达标不等于验收通过

很多单位把各系统的功能做全了，验收却仍然过不了。问题不在功能缺失，而在衔接链路不规范——各系统单独合规，彼此却没有有效联动：业务系统的流水号对不上档案系统的档号，归档断层、数据对不上、溯源没有依据。衔接不到位，功能再完善也形同虚设。

规范 7.3.1 对部署方式作了规定：

电子档案管理系统与办公自动化系统、业务系统，宜按照 GB/T 31914—2015 定义的整合式或独立式系统关系模式进行部署，实现互联互通。

这里要分清规范用词的分量：「宜」是推荐，「应」是强制，「可」才是允许。公文、财务、人事等系统都在这个范围之内。

具体有三种部署模式。独立式，两套系统分开部署，业务系统通过标准接口推送文件和元数据，档案由档案系统集中管控；整合式，一体化架构，一套系统兼顾业务办理和档案归集；嵌入式，在业务系统里嵌入档案模块，多用在小单位，但应当满足本单位档案资源统一管理的要求。

规范 7.3.2 对系统间的通信提出了硬性要求：

办公自动化系统、业务系统与电子档案管理系统之间，应通过具有可信验证机制的安全接口通信等方式交互，确保电子档案来源可靠。

「可信验证机制」听着专业，落地是三件事：接口身份可核验，挡住非法接入；数据全程加密，防泄露、防篡改；交互全程留痕，操作日志完整留存。电子档案的五条原则里，头一条就是「来源可靠」，靠的正是这套链路。

规范 7.3.3 规定了开发方的交付义务：应按照 GB/T 8567《计算机软件文档编制规范》，向建设单位移交规范的技术文档，包含需求规格说明书、详细设计书、数据库结构、电子档案原文存储结构、归档接口说明五项，缺一不可，不能用一份简单目录替代。

还有一项关键细节：系统如果是非成品软件，还应提供源代码。电子档案保管周期长达数十年，期间要升级、迁移、运维迭代，供应商团队和技术版本都可能更迭。手里有源代码，才能长期保障系统自主可控、可持续维护。这一条，建议写进采购和运维合同。

系统建设要求下共有六个评估要点，前三项功能要求上一集已讲，本集的部署模式、交互通信、技术文档与源代码正好对应后三项，六项全部合规，系统建设才算完整达标。

验收时可分四步核查：部署模式与实施方案是否一致；现场调试接口，看身份验证、加密传输、操作日志是否真实有效；抽查技术文档，与实际系统比对；非成品软件，核验源代码是否交付。不核这几项，等于没验收。