BW/4HANA现在已经有2年多的时间了，我感觉越来越多的BW用户开始考虑如何实现这个目标。如果您不是从头开始使用BW，那么从任何以前的BW版本到BW/4HANA的过程都是一个全新的体验，因为与BW升级相比，它更受应用程序驱动，我们从过去就知道了。

Marc Bernard提供了一个关于这个主题的博客系列，名为"通往SAP BW/4HANA的道路"。这是一个很好的切入点。不幸的是，没有一条通往BW/4HANA的路。根据你自己的设置，有几条路是可能的。每种方法都有各自的优缺点，选择哪种方法是一个非常独立的决定。在这个博客中，返现是什么意思，我想分享一些想法/想法，中国移动物联网，这些想法/想法可能会帮助你为你的场景选择正确的道路。

BW是正确的工具吗？

对于像我这样在BW工作超过16年的人来说，问这个问题很奇怪。就我而言，答案是显而易见的？。然而，从任何BW到BW/4HANA的变化都是显著的，因此您必须花费的精力（金钱和时间）也将是显著的。另一方面，保留一个"旧的"BW版本并不是未来的证明。我可以想象，在某些情况下，其他解决方案比BW更有意义。现在是一个很好的机会来评估你的需求，并在这方面制定一个策略。

你能做些什么来准备BW/4？

如果您对第一个问题的回答是肯定的，那么是时候了解您的系统了。不管您将采用什么转换方法，我强烈建议您在现有系统中预先进行一些分析/操作。举几个例子：

使用了哪些查询/数据模型，哪些应该保留？这些数据模型处于什么状态？你会用BW/4HANA（至少）以类似的方式构建它们吗？您的数据模型中是否存在更大的逻辑不一致性？例如，错误建模的InfoObjects？您系统的哪些部分不再使用并且可以删除？如果您过去一直在寻找"BW卫生学"，它会容易得多。

结合您目前的设置（BW版本、HANA或AnyDB等），您应该会感觉到哪些方法可能会起作用。

此外，什么是返利，您需要考虑您希望如何在未来的BW4系统中工作。现在是更新指南和命名约定的最佳时机。BW4中的数据建模与BW7.0不同，但是如果您已经在HANA上使用BW7.5，那么它可以（应该）几乎相同。

最后，是时候重新审视您的前端策略了。无论是analysisoffice、Lumira、SAC还是第三方软件：您可能已经可以在较旧的BW版本中使用它们，并开始消除BEx-Web或BEx-Analyzer之类的东西。

您应该什么时候开始转换？

这个问题的答案是双重的。有了这些准备，你现在可以也应该开始了。但是，如果您在HANA上使用更高版本的BW，那么您现在可能已经可以在一种BW/4模式下工作了。通过这样做，您可以减少（如果不是避免）未来的转换工作。

从功能的角度来看，我认为，大多数客户没有必要马上转向BW/4。如果这适用于你，你可以慢慢来。这使你可以灵活地将项目延长1年甚至2年。

不幸的是，在某些公司，主要由于预算原因，不可能以这种方式运行项目。另外，如果您在AnyDB上使用较旧的BW版本，并且希望直接迁移到BW4，那么情况可能会有所不同。

Greenfield会解决所有问题吗？

我已经就不同的方法进行了不少讨论，似乎许多人更喜欢绿地方法，即使他们目前的系统几乎具备了就地转换的完美前提条件。建立一个新的系统肯定是一个选择，云服务器和服务器，在某些情况下，这是有意义的。

但是，如果我现在运行的是一个单一的BW环境，我宁愿坚持下去。这样的绿地项目确实有持续时间更长的趋势，我已经看到一些旧系统运行的时间比最初预期的要长得多的案例。例如，自助建站模板，我可以想象在一个现有的系统中做一个棕色地带。在某种程度上是基于现有的数据模型和一些再开发。这种方法还将支持在必要时重新命名和重新建模。您将重新使用已有的内容并删除不再需要的内容。

您对SAP提供的传输工具有何期望？

对于不同方法的评估，重要的是了解转移工具的作用。工具箱目前发展非常迅速。不过，我不会太指望他们。为什么？

您可以创建现有数据模型的1:1副本。我的假设是，在7.4之前的BW和AnyDB上创建的每个数据模型都需要返工。如果数据模型仍然与以前相同，那么新的BW/4系统的目的是什么？在这些工具中，您无法调整模型。任何更改都必须手动完成，在某个时候，复制可能会更快。根据现有的系统设置，转换处理也可能非常繁琐。通过选择要转换的单个对象，我看到了超过50000个对象的范围列表。必须控制转换过程，否则您将开始阻碍自己。现在（这肯定会改变）保持工具更新非常耗时。实施/更新笔记目前是日常事务。