先划证据边界：目录里有什么，财务软件在不在里面
信创财务软件的选型第一步，是分清「有目录可依」与「没有目录可依」两类部件，两者的证据形式完全不同，混为一谈就会提出无法被满足的要求，或者被无法证实的承诺说服。由国家权威测评机构发布的《安全可靠测评结果公告（2025年第3号）》于 2025 年 9 月 12 日发布，依据《安全可靠测评工作指南 V3.0》要求公布，自发布之日起有效期三年。该公告的附表只包含中央处理器（CPU）与操作系统两大类：CPU 方面，龙芯3B6000M、海思麒麟9000X 为 II 级，飞腾腾锐D3000M、龙芯2K1500 为 I 级；操作系统方面，桌面操作系统为方德桌面操作系统（Pro版）V5.0（内核版本6.6）与银河麒麟桌面操作系统 V11（内核版本6.6），服务器操作系统为银河麒麟高级服务器操作系统 V11（内核版本6.6）与腾讯云Linux服务器操作系统 V4（内核版本6.6），均标注为 I 级。
结论很明确：财务软件属于应用软件，不在这一类公告的品类范围内。因此在招标文件中要求财务软件出具安全可靠测评等级证书，是没有依据的；反过来，厂商如果宣称自己的财务软件「通过了安全可靠测评」，也需要追问具体是哪个部件、哪一版本、哪一等级。对没有目录可依的部件，证据应当来自另两条路径：厂商提供的适配证明（与目录内 CPU、操作系统、数据库的兼容性测试报告），以及企业自己的现场实测。
| 部件层级 | 是否有国家公告目录可依 | 可用证据形式 | 注意点 |
|---|---|---|---|
| 中央处理器 | 有（现行公告附表一） | 核对产品名称、送测单位、安全可靠等级、有效期 | 同一产品线不同型号等级可能不同，须逐型号核对 |
| 操作系统 | 有（现行公告附表二） | 核对产品名称、版本与内核版本、等级、有效期 | 内核版本是公告中的关键限定项 |
| 数据库 | 以企业选型验证为主 | 厂商适配清单加真实业务 SQL 验证 | 跑分不能替代业务 SQL，须用真实查询与事务场景 |
| 中间件、浏览器等基础软件 | 以适配证明为主 | 与目录内 CPU、操作系统的兼容性测试报告 | 注意测试组合是否覆盖企业实际部署组合 |
| 财务应用软件 | 不在目录范围内 | 厂商适配证明加工厂承诺，最终靠现场实测 | 要求写明支持的操作系统与数据库的具体版本 |
资料来源：《安全可靠测评结果公告（2025年第3号）》，中国信息安全测评中心、国家保密科技测评中心，2025年9月12日发布，依据《安全可靠测评工作指南 V3.0》，自发布之日起有效期三年。
三条替换路线：适用情形、周期与验收重点
替换不是只有「全部换掉」一种做法，按企业现有系统的耦合程度与可接受的业务中断时长，可以在三条路线中选择。路线的选择应当先于厂商选择，因为它决定了需要什么样的迁移能力与验证投入。
| 路线 | 适用情形 | 周期特征 | 主要风险 | 验收重点 |
|---|---|---|---|---|
| 整体替换 | 现有系统已到生命周期末端、模块间耦合较松、可接受一次性切换 | 一次性投入大，切换后收敛快 | 历史数据迁移质量与期初余额对平 | 迁移前后的科目余额、往来台账、未结单据三套数据对平 |
| 分层替换 | 数据库与操作系统先行，应用层保留或后移 | 分阶段投入，可随政策节奏推进 | 中间态组合的适配责任容易扯皮 | 每一层切换后单独验收，明确各层的适配责任边界 |
| 双轨并行 | 集团型企业、多组织分批上线、业务连续性要求高 | 并行期长，运维成本翻倍 | 两套系统数据不一致且无人负责对齐 | 设定明确的并行期与对齐规则，定期出具差异报告 |
分层替换是最常见也最容易出问题的路线，问题集中在责任边界：数据库换了之后出现性能或兼容性问题，数据库厂商说是应用层 SQL 写法问题，应用厂商说是数据库版本问题。规避方式是在合同中写明每一层的适配矩阵（具体的操作系统版本、数据库版本、中间件版本组合），并把这一矩阵作为验收依据，而不是写一句笼统的「支持信创环境」。易报宝在响应这类需求时会直接给出逐层的适配矩阵作为技术标的附件，便于甲方在验收阶段逐项比对。
每一层的验收怎么做：从核对到实测
验收要分层设计，不同层的验证动作差别很大。CPU 与操作系统层以核对为主，数据库与应用层必须实测。
- CPU 与操作系统：核对公告中的产品名称、版本、内核版本、安全可靠等级与有效期，再在服务器上核对实际安装版本与公告一致，注意有效期届满后的续证安排；
- 数据库：先用生产环境脱敏后的真实表结构与数据量做一次完整导入，再跑真实业务 SQL，重点看复杂查询、批量记账、月末结账三类场景的耗时与结果一致性；
- 中间件与应用：验证在目标组合下的安装、启动、并发与异常恢复，重点验证报表导出、接口调用、打印与电子文件生成等外围功能；
- 数据迁移：以迁移前后的科目余额表、往来台账、未结单据清单三套数据对平为验收条件，不允许以「差异已人工调整」结案；
- 外围接口：逐一验证与银行、税务、OA、ERP、电子发票服务平台的接口在新环境下可用，接口往往是最后才被发现的一环。
与会计软件规范交叉的硬性要求
信创替换不能只看技术栈，还要满足会计软件本身的监管要求。《会计软件基本功能和服务规范》（财会〔2024〕12号）与《会计信息化工作规范》（财会〔2024〕11号）自 2025 年 1 月 1 日起施行，前者共八章 47 条，对会计软件提出开放性、可扩展性、稳定性、安全性等特征要求，并要求会计软件遵循国家统一发布的电子凭证会计数据标准，在电子凭证输入、处理和输出等环节进行适配；还明确会计软件应当支持与业务软件系统的一体化应用，实现电子原始凭证自动生成电子记账凭证，并要求会计软件服务商提供符合国家统一标准的数据接口、不得以任何理由拒绝用户导出电子会计资料的请求。
时间要求也要写进替换计划。《关于推广应用电子凭证会计数据标准的通知》（财会〔2025〕9号）在全国范围推广应用电子凭证会计数据标准，并明确单位配备的会计软件和会计软件服务商提供的会计软件，应当自两项规范施行之日起 3 年内完成升级，达到适配电子凭证会计数据标准的相关要求。也就是说，替换完成的时点应当早于这一升级期限，否则换完还要再改一次。财政部已开放电子凭证会计数据标准应用验证系统（试行），单位可上传接收的电子凭证结构化数据文件与生成的入账信息结构化数据文件，对接收、验签（验真）、解析、报销、入账、归档等全流程处理环节进行验证，这一验证结果可以作为选型验收的客观依据之一。
写进招标文件的六条验收条款
- 明确 CPU、操作系统、数据库的具体型号与版本组合，不接受「支持信创环境」这类笼统表述；
- 要求厂商出具与上述组合对应的兼容性测试报告，并承诺在公告有效期届满后提供续证或替代方案；
- 数据库验收以生产脱敏数据的真实业务 SQL 为准，跑分结果不作为验收依据；
- 数据迁移以三套数据对平为通过条件，差异须逐笔说明原因；
- 会计软件须满足电子凭证会计数据标准适配要求，承诺在两项规范施行之日起 3 年内完成升级；
- 合同须写明数据导出接口与格式，明确服务商不得以任何理由拒绝导出请求，并约定退出时的数据交付方式。
资料来源：《会计信息化工作规范》（财会〔2024〕11号）、《会计软件基本功能和服务规范》（财会〔2024〕12号），均自2025年1月1日起施行；《关于推广应用电子凭证会计数据标准的通知》（财会〔2025〕9号），2025年5月19日印发；《安全可靠测评结果公告（2025年第3号）》，2025年9月12日发布。
部署形态与数据落地：本地化部署要把边界写清楚
财务数据的敏感程度决定了多数企业选择本地化部署而非订阅式服务。本地化部署下的验收重点与 SaaS 不同：服务器、操作系统与数据库都在企业可控范围内，验收的关键变成三件事——数据是否真正落在企业自有的存储上、运维与升级过程中的数据访问边界是否清晰、以及在断网或专线中断时系统能否继续完成记账与结账。这三项都应在方案阶段写成可验证的条款，而不是依赖口头承诺。
易报宝采用本地化部署形态，系统部署在企业自有环境中，会计数据与电子档案在企业侧存储，适配主流的国产处理器、操作系统与数据库组合。在选型阶段，我们建议企业把上文的分层验收矩阵直接作为技术标的附件，让每一层的证据要求在前置阶段就明确下来，相关部署与适配要求可参见产品能力说明。把证据要求前置，比在验收阶段争论「算不算信创」要高效得多。