SAP私有云迁移如何盘点定制代码？按保留、重构、淘汰决策

SAP私有云迁移如何盘点定制代码，关键是先确定哪些代码仍支撑业务，再检查它们在目标环境中的兼容性。把所有自开发对象直接打包带走，会同时带走过时流程；仅凭使用次数删除代码，又可能误删年结、应急或被接口间接调用的程序。

本文面向需要迁移或升级的SAP应用负责人、开发人员与业务负责人。以保留、重构、淘汰三类决策组织盘点；如果目标涉及SAP S/4HANA，还应按照目标版本检查自定义代码。单纯变更托管环境与转换应用版本，需要分开评估。

SAP私有云迁移如何盘点定制代码：先锁定迁移边界

先在盘点表页首写清源系统、目标系统、版本、客户端、业务范围与迁移路线。迁移到私有云并不自动意味着采用同一种应用架构，也不能据此套用某一版本的检查结论。

SAP自定义代码迁移资料将ATC检查与使用数据用于迁移评估，具体应用名称、访问权限和设置随环境变化。SAP S/4HANA自定义代码迁移指南还强调按照使用入口、包和对象界定范围。本文引用的指南为2022版本，实施时应查阅匹配目标版本的资料。

• 确认是否同时发生应用版本转换、数据库变更或接口调整。
• 记录由企业、实施方、托管方分别负责哪些分析和改造工作。
• 约定运行数据采集范围，覆盖月结、年结等关键业务周期。
• 列出暂不能确认的依赖，保留负责人和补证期限。

对象清单必须能追到业务用途与调用关系

技术导出的对象列表只回答“有哪些代码”。业务盘点还要回答谁使用、解决什么问题、依赖什么系统。建议将程序、类、增强、接口及相关报表归入对应业务流程，并保留可追查的对象标识。

不必在首次盘点时填满所有细节，但不能把空白当作“没有依赖”。对缺少业务负责人的对象，应先追查历史交接、相关作业与接口接收方，再决定处理方式。

低频对象要补证，不能直接划入淘汰

使用数据能帮助缩小迁移范围，却不等于业务价值判断。一个程序在观察期内没有运行，可能是过时，也可能只用于年结、盘点异常或特殊客户订单。需要由业务负责人确认观察周期是否覆盖这些场景。

对低频对象补查三件事：是否被后台作业或其他程序调用，是否对应尚未结束的业务义务，是否有替代流程已经实际运行。结论与证据一起写进清单，避免上线后才发现关键任务缺失。

例如，一项只在年度结算中调用的报表，不能因日常用户不访问而删除。这里是风险示例，不代表某企业的实际案例。应安排相关岗位用测试数据验证其输出，并确认是否可由目标系统已有功能替代。

保留、重构与淘汰分别需要什么证据

保留：需求仍有效，且目标环境检查和业务回归证明对象可以继续使用。保留不代表无需测试；接口凭据、运行权限或环境参数发生变化，仍需核对。

重构：需求仍有效，但对象存在兼容问题、过深依赖，或者目标环境已有更合适的实现路径。先写清保留的业务结果，再比较修改原代码、采用标准功能与重新实现的代价。

淘汰：业务需求已结束，或替代方案已验证，并且确认没有调用链与后续业务依赖。必须记录业务批准与退出步骤，不能只凭技术人员判断“看起来不用”。

工博科技公开的SAP项目前置准备资料提醒企业确认范围、数据、角色、变更与交接。用于代码盘点时，可以把上述三类决策交给业务与实施方共同签认，减少技术清单和上线范围各写一套的情况。

检查结果要转换成任务与回归用例

运行ATC或其他适用分析后，应保留检查配置、目标版本与结果日期。报告中的问题要对应到对象及业务流程，标明是待分析、待改造还是已验证。仅记录“检查通过”不足以证明业务输出一致。

1. 挑选关键流程，把输入、预期结果、权限和外部依赖写成用例。
2. 对改造对象执行技术检查，再验证业务结果与接口接收结果。
3. 对保留对象核对运行条件，重点测试环境变更后的异常分支。
4. 对淘汰对象确认替代流程可用，并检查相关菜单、作业和调用入口。

每个问题需要处理负责人和复测证据。对涉及多个系统的接口，不要只证明SAP侧能够发送，还要确认接收侧怎样去重、报错和重试；这些应作为项目测试要求，由双方明确实现方式。

上线清单与代码清单应当是同一份决策记录

冻结迁移范围时，给清单一个版本号，保存对象列表、三类决策、批准记录、检查结果与回归结果。后续新增或改动的对象走变更记录，说明是否影响既有决策与上线计划。

讨论SAP私有云迁移如何盘点定制代码，最终要交付的应是一份能追到业务、责任人与测试证据的迁移清单。先确定范围，再用运行数据与依赖分析判断价值，最后在目标环境验证兼容性，才有依据决定哪些保留、哪些重构、哪些退出。

参考资料：SAP自定义代码迁移资料；SAP S/4HANA自定义代码迁移指南（2022版）；工博SAP项目前置准备资料。工具配置和迁移方法请按实际版本确认。