选型会开到第三轮还在聊「界面好不好看」，往往意味着合规、环境、集成和退出机制都没人问过。这份清单把本地化部署最容易被漏掉的 20 个问题列成可核验的形式，用 10 分钟逐项过一遍，未达标的项目先澄清、再谈商务。
每一项都尽量写成「可以当场验证」的形式：要么看文档、要么看演示、要么进测试环境操作。凡是以「厂商口头承诺」收尾的项，都建议在合同或技术协议里补成可判定的条款。
清单分五组：合规与档案、运行环境与信创适配、数据主权与集成、性能与运维、商务与退出。前三组通常由信息中心主导，后两组由财务与法务共同把关。全部通过不代表方案最优，但至少可以排除大部分后续返工。
说明：本清单为通用选型参考，不替代所在行业的具体监管要求；引用的法规与标准请以官方发布文本为准。
这一组不过关，后面谈什么都可能推翻重来。
问清楚拟定为几级、由谁定级、是否已在公安机关办理备案，以及上一次测评的时间与结论。
依据：《信息安全等级保护管理办法》（公通字〔2007〕43 号）第十三条至第二十二条；网络安全法第二十三条。重点核身份鉴别、访问控制、安全审计与日志留存，要求在演示环境里逐项点开看，不要只看 PPT。
依据：GB/T 22239-2019《信息安全技术 网络安全等级保护基本要求》第 8 章（三级要求）。涉及密码应用的系统，商用密码应用方案应与系统建设同步规划、同步建设、同步运行，投运前通过密码应用安全性评估，运行后每年至少评估一次；同时确认密评与等级测评能否衔接，避免重复测评。
依据：《商用密码管理条例》（国务院令第 760 号）第三十八条、第四十二条；GB/T 39786-2021。如果目标是电子档案单套制，需逐条核对来源真实、程序规范、要素齐全等条件，并确认系统具备真实性、完整性、可用性、安全性检测能力。
依据：《会计档案管理办法》（财政部、国家档案局令第 79 号）第八条、第九条；DA/T 92—2022。本地化部署的第一性问题：在谁的机房、什么环境里跑。
把本方的 CPU、操作系统、数据库、中间件版本列成表，要求厂商逐项标注「已适配 / 需适配 / 不支持」，并索取可验证的适配报告而非宣传页。
提示：适配结论应以双方实测为准，版本号写到小数点。安全可靠测评按批次发布、只评安全可靠不评性能，当前覆盖中央处理器、操作系统、数据库等品类；应用软件不在其覆盖范围内，招标时不应要求应用软件提供「国测等级」。
提示：引用测评结论须核对产品是否在任一期仍处有效期内的公告中。若需要本地推理，应明确显卡型号、显存、并发用户数与模型量化方案，并要求在测试环境用本方真实票据样本实测识别率。
提示：识别率要在「本方数据」上测，厂商演示环境的数据没有参考价值。政务内网与隔离网络通常无法访问公网 CDN 与地图、发票查验等外部服务，应确认全部静态资源本地化、外部服务有内网替代或离线方案。
提示：让厂商提供「断网部署」的安装清单，逐项核对。数据留在自己机房只是第一步，能随时拿出来才算数。
要求厂商提供数据字典与导出工具说明，确认业务表、附件、日志都能以通用格式导出，而不是只能导出部分视图。
提示：让实施方现场从演示库导出一个完整业务周期的数据包。列出 OA、ERP、预算一体化、资金、银行的对接方式（API / 中间表 / 文件），区分「已有成熟接口」与「需要开发」，后者要进工期。
提示：接口是本地化部署最常见的工期黑洞，先测再签。确认备份策略、恢复目标（RPO/RTO）与最近一次恢复演练的时间，最好在验收阶段做一次真实恢复演练。
依据：《会计软件基本功能和服务规范》（财会〔2024〕12 号）第十条对性能稳定与快速恢复的要求。迁移前约定核对口径（凭证张数、余额表、附件数、辅助项），迁移后按同一口径复核；数据质量指标可参照国家标准建立。
依据：GB/T 36344-2018《信息技术 数据质量评价指标》。「能用」和「月结那天不出事」是两回事。
以本方员工数、日均单据量、月结峰值并发为参数压测，产出与就绪可用软件产品相关的测试文档，而不是接受厂商提供的通用报告。
依据：GB/T 25000.51-2016 对就绪可用软件产品质量要求与测试文档集的要求。月结可靠性高度依赖结账前的自动校验：凭证是否全部入账、是否有未完成的审批与未匹配单据，都应在系统内强制检查而不是靠人工对表。
依据：《会计软件基本功能和服务规范》（财会〔2024〕12 号）第二十四条。确认升级方式（离线包 / 内网源）、回滚方案与升级窗口，以及升级期间是否影响在线报销与支付等关键业务。
提示：把「升级不影响已归档数据可读性」写进技术协议。明确故障分级、响应与解决时限、驻场安排、巡检频率与问题闭环流程，避免「提供优质服务」这类无法考核的表述。
提示：运维条款应与验收后的付费节点挂钩。本地化部署的长期价值，藏在合同细节里。
集团内新增法人、托管运维方、测试环境是否在授权范围内要写清楚；合同未明确许可的权利，被许可人依法不得行使。
依据：《计算机软件保护条例》第十八条。需求调研、蓝图确认、配置开发、培训、上线切换、并行运行，每个阶段都应有明确的交付物与确认方式，付款与里程碑挂钩。
提示：需求冻结时点要与变更管理机制配套，否则工期不可控。把「系统运行稳定」换成可判定的表述：连续多少个工作日无致命缺陷、关键功能用例通过率、峰值并发下的响应时间上限等。
提示：验收标准写不清，是实施纠纷的第一大来源。合同终止后的数据导出格式、过渡期支持、文档与配置交付、是否协助迁移到第三方系统——本地化部署的核心优势是可退出，前提是条款先行。
提示：建议每年做一次「退出演练」级别的数据导出核对。