这第三篇文章将介绍S/4HANA云实现的最后阶段，以及一些其他有用的考虑：

实现

这一阶段的预期任务是：

在这一阶段，您将使用详细的Backlog，使用增量配置、开发和测试的包来定义不同的sprint。这种方法是基于SCRUM的，因此建议按照敏捷方法来执行sprint：

从项目管理的角度来看，使用加速器的Backlog，包括Delta需求和间隙.xlsx'包括在探索阶段（如果您还没有使用它）。您只需将积压的活动填入文件中，就可以设置所有的sprint计划和sprint burndown图表：

如果定义的每个流程都符合SAP的标准，大数据培训，那么激活和配置不同的范围项是一项快速而轻松的工作。一旦您完成测试，您可以使用"测试您的流程工具"（见第一篇文章）轻松地自动化测试。

我将把实现阶段分为三个主要模块：

在这一点上，您还必须要求提供P系统。一旦您准备好了系统，测试和验证的每个范围项都可以传输到生产中。建议保持两个系统定期同步。每次只有一个运输订单，因此，在每次运输中，生态环境大数据，Q中完成的所有工作都将在P中更新。小心不要运输不打算在P中的开发！加速器的Q-to-P传输流程.pdf'解释细节。

我的建议：如果您还没有完成Q中的整个迁移，请不要进入下一阶段。请注意，没有类似"OBR1"的应用程序来重置事务数据并重新启动。我建议在Q中使用一个虚拟字段来跟踪迁移时的不同迭代，直到所有数据都加载正常。如果数据量很大，我还建议将数据拆分为不同的excel模板。速度较慢，但您可以更好地控制正在加载的内容。

此阶段的最后一项重要活动是准备切换计划。考虑客户的财务和运营限制以及SAP的发布周期（请参阅下面的"最后考虑事项"了解更多信息）。

我的收获：SAP提供了一个模板来正式结束每个阶段。重要的是正式签署并将本文件分发给相关的利益相关者，以调整立场并获得项目每一步的正式批准。本阶段审批通过后，前一阶段未考虑的所有任务，或范围内的变更应作为变更管理中的变更请求进行管理。

部署

本阶段预期的任务为：

本阶段，你必须完成所有可能留下的小项目，并完成所有培训。因为你已经迁移了Q中的所有数据，你应该准备好所有模板。您只需在P中再次加载数据。如果加载错误的数据，您可以提出一个问题并要求重置，但这不是正常的过程，因此请确保第一次在P中正确加载数据！

我的建议：在加载到P之前，再次检查所有内容是否一致。例如，如果您为某些主数据（如供应商）定义了内部编号，请检查分配的代码是否与在P中创建的新数据匹配。也就是说，引用供应商的发票可以具有与在P中创建的供应商不同的供应商代码。请记住，您只有一次机会！（或者您需要向SAP提交一张票据来重置系统）

如果一切正常，我们都准备好了！一旦得到客户的正式批准，我们就可以进入运行阶段。

运行

严格来说，一旦项目结束，就没有项目了。运行阶段更像是一个"正在进行的阶段"，我们可以计划进一步的培训，或者在需要时通过添加新的范围项目来扩展范围。因此，一旦你进入运行阶段，你就完成了！

根据项目计划，一个小团队可以支持一段时间来整合系统，并帮助关键用户进行一些额外的培训。

最终考虑：

云季度发布：

云有季度发布（相对于有年度创新周期的内部版本）。这是非常重要的考虑到这一点，以计划何时开始或上线，因为你不想被困在中间的一个版本！此外，如果某项功能仍未满足要求，您可以在SAP官方门户网站的下一版本中查看该功能是否可用。

您可以注册两个可用版本（两个不同日期）中的任何一个进行升级。该版本首先安装在Q中，在P升级之前，您有两周的时间来测试系统。在这两周的时间内，您将无法将任何内容从Q传输到P。作为一种最佳实践，我建议使用"测试您的流程"定义所有需要提前测试的流程，因此在每个新版本中，所有的测试都可以自动化，以确保一切正常工作。

检查计划的停机时间，并在决定前提前让客户知道，云快卖，因此，它不会影响公司的运营。

Fiori:

云仍然有一些应用程序是老式的sapgui。是的，这些应用程序在浏览器中没有最好的用户体验。在每个版本中，新的应用程序都会取代旧的应用程序。然而，请记住，Fiori应用程序不仅仅是一个洗脸，它们中的大多数都是基于角色的。这意味着我们每个角色都有特定的应用程序，而不是所有角色都有一个应用程序。不要期望有更新的用户体验相同的应用程序。一些交易将被拆分成不同的应用程序或集成到不同的应用程序中。

集成选项：