欢迎浏览sook云!

网站地图

当前位置:主页 > 大宽带 > 品牌 >

大带宽_cdn和dns_最新活动

时间:2021-09-08 15:13

人气:

作者:sook云

标签: 带宽  最新活动 

导读:如果您是正在考虑向S/4HANA过渡的现有SAP ERP客户,那么您很可能已经花了一些时间来思考这个问题。将一个IT项目分解成更小的部分,并独立地处理每个部分——在技术上可能的情况下...

大带宽_cdn和dns_最新活动

如果您是正在考虑向S/4HANA过渡的现有SAP ERP客户,那么您很可能已经花了一些时间来思考这个问题。将一个IT项目分解成更小的部分,淘客系统开发,并独立地处理每个部分——在技术上可能的情况下——通常不是一个坏主意。在S/4HANA的情况下,这意味着首先要将数据库迁移到SAP-HANA,产业大数据,中移物联网,保持ERP数据结构和应用程序层完好无损(又称HANA上的套件)。在第二阶段,您将转换到新的S/4HANA数据模型和应用程序代码行。在本博客中,我将这种方法称为两步法。

表面上看,两步法似乎是一种谨慎的做法,特别是考虑到当今组织中ERP的关键任务性质。然而,你应该只考虑到正确的理由,因为它带来的成本和努力的影响,可以避免一步走向S/4HANA.

在"S/4HANA商业案例博客系列"的第四期中,我提出了一个案例,选择两步方法并不是最谨慎的行动方案,还有几个问题案例

针对两步方法的案例

我与考虑两步方法的客户交谈过,他们是从降低向S/4HANA过渡的风险的角度来考虑的。他们指出,新的S/4HANA数据模型和代码行是他们认为不采用一步方法的风险的来源。我使用"感知风险"一词,并不是要把风险缓解作为任何ERP项目中的一个必要元素的重要性抛诸脑后。我之所以使用它,是因为S/4HANA现在是第四个版本(1809年),有超过5000个客户(截至第三季度的电话收入),这些客户要么是在线的,要么是有一个已知上线日期的项目。因此,风险因素可能早在2015年早期发布时就存在了,当时解决方案的范围有限(仅限于简单的金融),而且鲜活的客户数量也不多了。

然而,也许您已经非常清楚S/4HANA的最新发布范围和客户采用率数据,并且仍在考虑迁移到Hana上的套件首先是为了降低项目的风险,缓解向S/4HANA的过渡。如果是这样的话,那么两步走的方法就不能达到你想要的目标。是的,您将有机会在HANA上运行ECC,并在迁移到S/4HANA之前测试一段时间。但是,如果感知风险的来源是代码行和数据模型的更改,那么迁移到Hana上的套件将不会减轻任何感知风险,因为它不允许您测试这些更改。这意味着,一旦从Hana套件转移到S/4HANA套件,理财返利平台,您的感知风险将保持不变。

减轻感知风险的一个更好、更经济的方法是使用可用的S/4HANA就绪检查工具测试这些更改的影响,并开始处理建议的前期项目,例如转移到S/4HANA套件如果您仍然使用旧版本(SD-BF-CM),请使用新的SAP Credit Management(FSCM)。这是您现在可以在您当前的ERP系统中执行的操作,而无需移动到HANA上的套件。如果您不了解准备状态检查工具,请查看我的同事Carl Dubler的这段2分钟视频,他非常有效地解释了这些工具。

值得注意的是,如果您选择两步方法,在开始使用Hana上的Suite之前,您仍然需要进行It规划和测试。是的,由于数据模型不变,这些工作可能比直接迁移到S/4HANA所需的工作要少,但这并不意味着可以随意地忽略或忽略它们。此外,HANA套件规划和测试成本不会减少或计入从HANA套件迁移到S/4HANA所需的任何未来规划和测试工作。你还得付出这些努力。与S/4HANA相比,Suite on Hana对业务和最终用户的好处几乎不明显,因此您必须权衡这些好处,并通过添加中间步骤来增加S/4HANA项目的总体实施成本和工作量。您还需要考虑您的业务和最终用户是否准备好接受两个项目,而不是一个项目。

一些S/4HANA客户在最初的几天里首先搬到了Suite on Hana,因为他们试图简化向S/4HANA的过渡。然而,在ASUG活动中,当被问及如果重来一次,他们会有什么不同的做法时,其中许多客户表示,他们本应进行一步迁移,理由是套件在Hana中间步骤上的双重努力是可以避免的。

两步方法的情况

有两种情况,两步方法的额外努力和成本可以产生净正成本节约。

让我们假设您在您当前的ERP环境中,有一个围绕事务延迟的痛点,它会对业务产生可量化的财务影响—例如长时间的MRP运行会导致材料短缺和延迟交付—需要立即解决,并且不能等待S/4HANA预项目和自定义代码修正。如果延迟对财务的影响大于在HANA步骤中添加中间套件的成本和工作量,那么在这种情况下,两步方法是有意义的。在这种情况下,消除延迟所带来的短期金融业务收益最终将抵消两步方法的额外努力。

第二种情况更多地是由于合同问题。假设一家公司决定迁移到s/4HANA,但仍处于项目的早期规划阶段。同时,他们的经典数据库契约在完成推荐的S/4HANA pre项目和自定义代码修正之前即将到期。在这种情况下,从成本的角度来看,在S/4HANA规划和前期项目完成之前,取消经典的数据库合同并首先迁移到HANA上的套件是有意义的。与此形成鲜明对比的是,在知道该公司将在近期内摆脱传统数据库的情况下,续签这些合同会产生成本。这是因为在HANA部署上对套件中的HANA进行许可将计入S/4HANA部署中的未来HANA许可。因此,取消经典数据库合同所节省的成本可以抵消SuiteonHANA所增加的工作量和项目成本。

结论

温馨提示:以上内容整理于网络,仅供参考,如果对您有帮助,留下您的阅读感言吧!
相关阅读
本类排行
相关标签
本类推荐

关于我们 | 版权声明 | 广告服务 | 友情链接 | 联系我们 | 网站地图

Copyright © 2002-2020 sook云 版权所有 备案号:豫ICP备36548666号
本站资料均来源互联网收集整理,作品版权归作者所有,如果侵犯了您的版权,请跟我们联系。