Accelerate the SAP S/4HANA Journey with Automation
OpKey
3 min read · Feb 3, 2021
Listen
Share
Press enter or click to view image in full size
S/4HANA 是 SAP 决定在 2025 年停止支持 SAP ECC 之后最大的一次平台升级，实现这一升级绝非易事，成本也不低。对于企业而言，增加一次重大平台更新是一项充满挑战的前景，尤其是在复杂且高度定制化的 SAP 生态系统中，即便是常规的更新实施也可能令人头疼。计划不当的迁移可能导致预算超支、系统停机、安全故障以及更严重的业务后果。由于这些问题，越来越多的 SAP 用户意识到，成功采用 S/4HANA 更像是一个漫长的旅程，而不是一次性的 IT 项目，这意味着在获得全部价值之前，成本、范围和时间都会增加。
S/4HANA 之旅是一个理想的机会，可以拥抱一种新的 SAP 变更管理方式——这种方式比大多数团队当前使用的方法更快、更简单、风险更低。在本文中，你将看到 OpKey 基于 AI 的测试自动化如何帮助你在 SAP S/4HANA 迁移旅程中更快、更低风险地前行。
迁移方法
每个企业的 SAP 环境都是不同的，其硬件、软件、定制化和流程都是随着时间的推移为满足特定业务需求而构建的。三种主要的 S/4HANA 部署方法对业务流程、自定义代码、数据和迁移过渡的影响可能有显著差异。
绿地实施
绿地方法是一种全新的实施，是对企业 SAP 流程和工作流的彻底重构。绿地方法也适用于从非 SAP 系统迁移数据的新 SAP 用户。然而，将所有数据迁移到一个空白系统可能需要一些时间。更重要的是，这无疑比其他部署策略风险更高。
棕地实施
绿地是彻底的大修，而棕地方法更像是对现有 SAP ERP 的升级或翻新。棕地方法允许用户重新评估和编辑现有流程，并迁移那些正在运行的流程。然而，出现一些技术问题的可能性很高，可能导致整个系统失败。
混合实施
以上方法的组合，大型企业可以利用新技术重新设计部分系统和工作流，同时保留一些关键的定制化和解决方案。
OpKey 如何提供帮助
无论您采用绿地、棕地还是混合方法，OpKey Surge 都能在客户向 SAP S/4HANA 迁移的每一步中为其提供解决方案。
自定义代码迁移
将数据从遗留系统迁移到新平台时，确保迁移过程中不丢失数据且迁移后的数据与源数据一致至关重要。还可能存在严重的数据集成问题，带来停机和中断的高风险。OpKey 通过分析 SAP 解决方案、发现自定义代码、基于 ABAP 堆栈的自定义代码，并识别这些自定义代码中有多少与 SAP S/4HANA 兼容，来检查转换的准备情况。
端到端集成
第三方应用程序与 SAP 系统之间的集成也可能威胁 SAP 迁移计划的进展。如果这些第三方集成在新系统上线运行后失败，可能会中断您的业务流程。
OpKey Surge 提供了一个端到端的持续测试平台，用于实施 SAP 更新，其测试效率提高 90%，可持续用于 SAP ECC 和 S/4HANA 应用程序的迁移及迁移后方法。
风险最高的测试对象识别
在向 S/4HANA 迁移过程中，现有测试对象也会受到影响。必须对这些测试对象进行适当测试，以避免在生产上线之前出现任何风险。OpKey Surge 支持针对 S/4HANA 更新的测试套件持续优化，并报告：
- 哪些测试用例在迁移后会失败且需要修复
- 哪些测试用例在迁移后变得过时且需要移除
- 哪些测试用例缺失且必须创建以正确测试迁移
OpKey Surge 通过其变更影响分析，识别风险最高的测试对象及其相关影响。
OpKey 是一种自动化技术，可大幅减少执行 SAP 迁移和测试所需的时间和精力。该 AI 驱动平台、即用型测试自动化框架、预构建的测试用例提供了业务敏捷性和转型能力，使全球企业能够无缝实施、升级和迁移。
作者：Iffat Ara Khanam CSD0tFqvECLokhw9aBeRqp7EbZrZeZgoYmK7tqSVKh/3CTvttIESgKaRQsVBD1B+LGFD69CGOCUsIIyObGk6kOYYAQIkIKlzvnMNz+wmdf5STSzEfG7YmLzHwLYIBZLl
