为您的 SAP Cloud ERP Private 升级做好准备：计划、责任归属和就绪情况

SAP Cloud ERP Private 正在为 Autonomous Enterprise 奠定基础，帮助组织借助基于可信业务数据、集成式端到端流程和企业级治理的 AI，进一步提升其企业资源规划 (ERP) 投资的价值。

保持与时俱进有助于组织为未来做好准备：利用新出现的创新技术，在完全受支持的平台上运行，并保持采用未来功能所需的基础。

好消息是：在 SAP Cloud ERP Private 中进行升级比许多团队预期的更有条理，也更受支持。SAP 提供明确的升级路径、成熟的方法和不断增长的工具集，旨在帮助减少工作量并最大限度地减少中断。SAP Joule for Consultants 现已成为该支持体系的一部分，它作为一款 AI 助手，可在各个阶段帮助提升您团队的专业知识。

本文涵盖了对成功升级产生最大实际影响的三个方面：升级计划、角色和职责以及升级准备。

设置并组织您的升级项目

在升级开始之前，您需要一个结构化的项目平台——一个可以创建升级计划、将任务分配给合适的负责人、跟踪进度和管理服务请求的地方。

可通过 SAP for Me 中的私有云工作区访问的 版本升级管理 工具提供了这一结构。它可以创建您的升级计划，将任务分配给合适的负责人，生成您的项目所需的服务请求，并为您提供整个系统环境的统一视图。

评估您的环境并了解您的范围

导致升级延迟的最常见原因之一，是在启动阶段未充分了解项目范围——例如自定义代码问题、插件不兼容，或在计划进行过程中才显现的规模评估差距。在确定时间表之前，充分了解升级实际涉及的范围，是准备工作中最能见效的一环。

SAP Readiness Check 可让您全面了解情况：它会分析您的系统，检查自定义代码问题、插件兼容性、简化项目和系统规模估算，以便您能够及早根据发现的问题采取行动。

规划您的测试方法并管理升级项目

测试始终是升级项目中最耗时的环节之一。在升级计划阶段（即升级窗口开启之前）确定测试范围，是保持项目按计划进行并防止后期延误的最有效方法之一。事先明确需要测试的内容、负责人以及验收标准，可以避免最常见的执行周期延长问题。

在升级开始前，制定一套测试方案，其中包括：

• 系统集成测试 (SIT)：根据升级影响的范围确定哪些集成在测试范围内，而不是对所有集成进行全面重新测试
• 用户验收测试 (UAT)：业务用户验证其关键流程；事先与相关利益方商定测试范围，以避免后期出现意外情况
• 性能测试：识别哪些流程对性能要求较高，并针对这些流程制定专门的计划
• SAP Cloud ALM 支持整个升级过程中的测试管理和更广泛的项目协调——已在使用 SAP Cloud ALM 的客户可以将其与版本升级管理工具一同纳入升级工作流。

在执行开始前发现阻碍因素

升级过程中可能发生的最具破坏性的情况之一，就是意外中止——系统在执行过程中出现问题，导致流程停止。在升级开始之前而不是在执行过程中发现这些问题，是顺利升级与需要多轮干预的升级之间的区别。

维护准备检查旨在实现这一目标：它会提前显示非活动对象、未处理的工作台请求以及第三方插件兼容性问题，以便升级过程可以不间断地运行。可通过 URL https://mpc.cloud.sap 访问该工具如需了解更多信息，请参阅 SAP 说明 3784966。

借助 AI 指导，加快准备工作

准备工作会产生大量输入（就绪度检查输出、发布文档、自定义代码评估、项目模板），而将这些输入转化为清晰、可操作的计划需要时间。SAP Joule for Consultants 在此阶段充当 AI 助手。它可帮助团队将目标版本与业务价值联系起来，分析哪些流程最有可能受到影响，并解读准备情况评估结果，以确定补救措施的优先级。它还可以回答有关先决条件和兼容性的技术问题，指导准备工作的顺序，并生成测试脚本和计划交付物。它不会取代升级方面的专业知识——而是在每个步骤中加快升级。

要全面了解 SAP Joule for Consultants 如何支持完整的升级生命周期（从业务案例到切换），请参阅本系列的第一篇文章《如果 SAP Cloud ERP Private 升级从 AI 开始会怎样？》

在结构完善的升级过程中，每一项活动在三方之间都有明确的负责人。

SAP 负责在开发、质量保证 (QA) 和生产环境中执行升级的技术操作。为了最大限度地减少中断，客户可以利用近零停机时间维护 (NZDM) 等停机时间优化功能，帮助减少生产停机时间，并在升级项目期间提高业务连续性。

您的团队仍负责业务方面的活动，包括验证业务流程、执行系统集成测试 (SIT) 和用户验收测试 (UAT)、处理自定义代码和扩展的影响、管理传输、为最终用户做好准备，以及对生产部署作出最终的上线/不上线决定。

您的合作伙伴（如果参与其中）将带来升级和环境方面的专业知识——支持准备活动、测试协调和功能验证。

两种参与模式

客户管理：SAP 负责所有技术升级执行；您的团队负责上述客户侧活动。

SAP 管理（高级升级选项）：可通过增强型运营服务获得，该服务增加了一名专门的 SAP 项目经理，并引入了 SAP 的 GCO 升级卓越中心，该中心将与您的团队共同负责系统环境和依赖关系规划。

要了解这些模型在 SAP 更广泛的支持服务中的位置，请参阅本系列第 3 篇文章：《SAP Cloud ERP Private——助您成功执行的升级资源》（即将发布）

确定升级计划和所有权模型后，下一步是在开始执行之前完成所需的技术和组织准备工作。

解决自定义代码、简化项目和插件兼容性问题

自定义代码（使用客户命名空间 (Z/Y) 构建的对象）由客户负责修复。SAP Readiness Check 会揭示全部问题所在。在准备阶段完成此项修复工作，会显著降低升级执行期间的复杂性。

简化项检查是一个独立的步骤，用于验证您的自定义代码和系统配置是否与目标版本兼容。在准备阶段（而非升级开始后）运行此检查，可让您的团队有时间在正式执行前完成任何调整。

第三方插件和组件也需要同等重视。如果您的环境中有任何组件依赖于目标版本，则您需要与相应的供应商合作，获取兼容的升级包，并在技术执行开始之前将其共享给 SAP。

评估并规划您的集成

集成系统若不及早进行评估，则会带来升级风险。绘制集成环境图、了解哪些业务流程依赖于这些连接以及审查兼容性要求，都应该是准备阶段的一部分。发布升级管理可帮助客户规划和协调其系统环境中的升级，提供项目活动和技术先决条件方面的可见性，这些因素可能会影响升级准备情况。

制定人员配备计划并商定回退方案

上述客户方职责需要专门的资源投入。用于测试的资源往往与其实际规模不相符。确定合适的业务和 IT 资源、确保其在各个测试阶段的可用性，以及协调将对“是否推进”决策进行最终审批的业务利益相关方，这些都是准备工作，而不是等到项目启动后才安排的事项。

提前商定回滚计划（将其作为项目规划的一部分）是一个经常被忽视但却非常重要的步骤。在项目开始前而不是开始的时候做出决定，可以大大减轻关键阶段的压力。

本文涵盖了 SAP Cloud ERP Private 升级的升级规划、角色和职责以及所需的准备工作。以下网络研讨会将进一步深入介绍：完整的分阶段流程和现场工具演示。

升级准备就绪：SAP Planning、职责和工具支持的战略深度解析