01 系统跑在原有组件上，需要换到国产环境
业务逻辑稳定，但依赖库、中间件与数据库版本与国产环境存在差异。
企业技术服务 · 国产化替代
天美国产：把国产化适配落到可核对的交付项
天美国产承接企业国产化适配、本地化交付与运维支持。每项服务先讲清适用对象、交付物清单与验收口径，技术负责人在立项前就能判断范围是否对得上。
查看服务目录
服务目录速览与适用对象对照
五项服务按技术工作类型划分。先看适用对象一列，判断自己的系统现状落在哪一行，再进入详情页核对交付物清单与范围边界。
典型场景与判断说明
下面三种情形在推进国产化替代时最常见。左侧写现状，右侧写判断依据，左右按序号一一对应。
02 部署要在客户本地完成，交付后由内部团队接手
系统能跑通，但缺少可交接的部署文档、配置说明与验收记录。
03 立项在即，还不确定要买哪些服务项
需求方向清楚，但服务范围、交付边界与内部预算科目尚未对齐。
判断依据：差异是否可枚举
可枚举的差异适合进入国产化适配。先把依赖清单、版本差异与调用方式列出来，能列清的项目才谈得上逐项验证；列不清的部分要先做现状梳理，而不是直接排期。
判断依据：是否具备移交条件
本地化交付的核心不是装好，而是能移交。判断标准是内部团队拿到交付物清单后，能否独立完成一次部署与一次故障定位；做不到就先补文档与配置说明。
判断依据：范围能否写成条目
立项阶段最需要的是范围条目，而不是整体方案。把系统现状、目标环境与时间窗口写成可核对的条目，服务项就能对应到具体交付物，预算科目也更容易对齐。
交付物清单怎么核对
每项服务在启动前都会给出对应的交付物清单，写明材料名称、用途与归属阶段。核对时按清单顺序逐条确认，缺项当场记录，不留在验收阶段才补。
- 材料名与用途一一对应，避免只有文件名没有说明
- 适配方案与测试记录分开归档，便于后续复测
- 移交材料覆盖部署、配置与常见故障处理三类内容
- 验收口径在启动前确认，不在验收时临时增加条目
交付节点时间线
从接洽到移交分四段推进。每段都有明确产出，前一段的产出是后一段的输入。
-
01
范围确认
梳理系统现状、目标环境与时间窗口，输出范围建议与准备清单，明确哪些工作进入本次服务、哪些不在范围内。
-
02
方案与准备
形成适配方案初稿，列出依赖差异与验证项；同时确认环境条件、权限范围与对接人安排，避免推进中反复确认。
-
03
实施与验证
按适配方案逐项验证，记录测试过程与结果；本地化交付同步整理部署文档与配置清单，形成可复核的过程材料。
-
04
验收与移交
按启动前确认的验收口径逐条核对交付物清单，完成移交材料归档，并说明后续运维支持的对接方式。