学习opensap大家好欢迎来到第二周的课程开始对SAPS4HANA

SAPS/4HANA第二周第一章节 大家好，欢迎来到第二周的课程，开始对SAPS/4HANA的学 在第一周，我们对S/4HANA的设计初衷，企业价值 及战略动机做了深 在本周，你将学习如何开始SAPS/4HANA之旅，如何试用这个解决方案 并获得有关系统架构和产品路线图方面的知识 现在让我们进入第一章节，价值定位的案例 为您提供了创新的功能，使您能够着力创新，以及流程 我们所生活的数字化经济时代需要这样的产品，并且急需快速实现应用 首先，我选取了4个新功能 因为我认为这4个是所有的功能中最有意 其一，S/4HANA与速度。速度是至关重要 例如，事务处理提速近10倍，分析更是快了1000多倍 使得大家可以更流畅地使用流进行工作 我们现在可以启动一个新的流程，它包含了“what-if”的模拟 并嵌入了实时数据 其二 和其可用性：值得注意的是，这完全应用于终端用户 就如同每一个人都的，移动设备上的用户体 才是真正期望获得 使用S/4HANA，SAP打破了传统的事务处理 并通过SAPFiori提供全新一代的用户体验 这使我们可以充分拥有类app的可配置用户体验 类谷歌的搜索、预测及模拟体验， 以及嵌入式社交协同体验——值得强调的是，以上所述的所有体验在任何设备都可实现。 其三，是S/4HANA 所有的复杂性需求都必须隐藏于1 S/4HANA是完全建设在最先进的内存平台：SAPHANA上的 SAPHANA平台作为实时 它也是为数字化经济提供全新一代软件的平台 S/4HANA又是完全构架在HANA之上 可使我们能够为数字化提供无可比拟的“简”之道 当然，对于企业IT来说，也拥有巨大 让我们现在一起来 比如：简化的系统部 — “一个”系统即可同时致力于事务处理和数据分析 简化的用户体验——消费者级别的易 极具个性化，并辅助以简化的导航式配置 简化的、预先打包的集成场景等，不足以一一阐述 其四，S/4HANA及灵活性：由于的持续进行 提供足够的灵活度以满足您的数字化流程 让我为您提供的范例：比如新功能的加速更新换代 简化的变化应用，比如配置，以及其带来的轻松 即时分析——无需让专业特别进行思考 每个人都可提出任 作为服务而提供的强大云开发平台 根据你的业 帮助单个或多个下一代应用程序的快速部署 这些仅是部分实例。你将在本门课程中发现的内容 比如，我们来看这个例子，它将会为您展示S/4HANA如何改 以及您可以如何加速创新，并提供更好的服务 具体如下：数字化虚拟商店作为一种典型的低门槛软件产品， 可用于快速进入市场。 消费者，尤其年轻一代，拥有很多的 并对其有很高的期 一个完整的数字化购物体验，应包括店内导航，便捷订购， 个性化打折券，以及策划性的体验等，这些也仅是基本的实际标准 不幸的是，因为过长时耗而建立的批量处理方式，使得这样的业务流程极受限制， 由此带来的用户体验也无法得到满足 也因为这样的限制，您所能获得的体 或许您有每周或每日的计划，目标完成及交付策略 但是对于订单更改，或意外故障，或供应迟缓的反应， 也一定不能有较高的灵活度来 正因如此，您急需拥有端对端的数字化体验 这包括，一个数字化——用于提供一致的客户体验和灵活执行计划的能力 那么，什么才是目标和终极价 实时市场运作： 针对所有上的每一个客户行为 进行个性化宣传，折扣 产品配置，产品建议等等 根据实时的完成率 客户变更请求的处理，对意外故障的反应 以及对变更部件可用性的回应等等，都可以进行大规模客户化定制。 所以，需更好地实现整个价值链 其基础就是帮助实现数字化的批量计算和需求/资源 从HANA到S/4HANA，——让我们通过一个例子来说明我们的内存平台 并说明SAPS/4HANA就是为此设计，并以充分发挥其性能为 5年多来，其速度方面的价值已不断地被重复提起 如果我们从速度（Velocity）的角度 但仅就现存 您最后评价该解决方案的最佳案例也无非是业务流程的 其业务也有限 这都是因为您以现存环境为 而一旦您理解了跳出条框进行创新带来的影响 并重新设想业务流程的基础框架设计 您就能够至全新的商业模式，并由此获得业务成果的广泛提高 从而确保建立的新流程模型，是从“推”向客户转变为由 这些就是S/4HANA所代表的新的、关键性的质量和功能 让我们这样区分着来讲述。首先，效 我们促进了业务流程从“推”到“拉”的重新设计 未来的企业不再需要数据准备以及预设计问题等流程设计步骤。 批量定向不再和业务流程有直接关系 在那时，客户实施某个解决方案就将基于这个蓝图 而系统就建立在以前所认为的边界状态。 新的设计允许您当场问任何问题。 其次，效益增强方 模拟引擎支持了新的业务场景及系统行为 基于规则的即时决 利用文本挖掘功能 并将结构化和非结构化数据嵌入到业务流程中 以确保创新的业务流程和业务决策 第面，更好的灵活性：分散的信息和数据创建了唯一的不同版本 从而加剧了决策的复杂性 使企业无法做到把好的想法快速投入市场，获得利益。 现在着重来看一下这三个层面的数字化杠杆 研究一下它们是如何帮助提高 如果您着力于数字化，它可以有多种方式 最终您也将选出最适合您的那种方式 让我们从第1个说起，加速 精确地来说就是，我们会利用加快的速度来加速 从以小时或天的计量，缩减到以秒和 第2，流程步骤自动化，通过减少数据录入或重录入， 以提高零手工介入 比如，直接从客户端系统接受订单，或通过网页由客户自行录入订单 通过使用先进的规则引擎，所有ERP数据，并实现决策自动化 3，数字化事务外包：提供足够的灵活性，将某些流程的某些步骤外包 由外部提供数字化微服务，这就是您 第4，加速由“信号”到“行动”的事务处理 将对数据的分析嵌入到业务流程中 实现实时的控制操作； 将那些可能引起延迟的流程进行快速的驳回，分解，转移或重新启动 第5，加速工作流中由“信号”至“行动”的过程 通过嵌入式分析减少程序切换及用户输入 使用实时规则引擎扩展数据集，从而减少经理批准环节 第6，提高流程智能性 通过提高流程智能性，达到提高质量 增强对外部的抗击力，以及减少成本的目的 使用点击流，传感器，车间，地理位置等等各种功能， 有助于您的数据源，当然远不止于我 利用先进算法，实时处理，并预测 第7，加强流程灵活性： 用户可以当场定义自己的，分析及行动 而无需IT的介入，也没有复杂的系统更动 如同之前所介绍的，更广泛地应用微服务，而自定决方案的方法不再是首选 第8，增强组织上的灵活性 通过无需聚合的简 加速组织结构变更、以及所涉及流程 第9：加速流程创新 加速组织结构变更 您的数据流程不仅能够帮助您创建那 也能够支持您当场对它们进行 让所有以上提到的方面，融入特定的行业使用案例情境中 第一个，在工业化生产制造环境中实现数字化 在数字化经济中，你会想要利 “联动”设计 比如将遥测数据与操作及设计数据联系在一起 更进一步的设计需要一个更完整的、更新的全周期可视化的能力 而其业务效益呢，就是更低的成本 换个角度看一下“联动”生产 从批量生产进化到实时生产制造流程时， 一个超快 MRP（原材料需求计划），总是能满足需求 通过物联网传感器获取实时反馈， 以实现运营和服务的自动化 在业务效益方面，成本效率逐渐增高 当然，必须更好地同步各个流程，数 尤其当它们存在于高度复杂及交杂的生产制造与价值链中时 实现向主动转变 依赖于前所未有的检测和分析模板及 提高响应新技术的 比如3D打印技术，快速适应 其业务效益是，更快速地进入市场，获得更高收益 另一个则是优化的分类 不论数据量有多大，实现快速决策最佳实践以及推广； 通过理解每一个独立仓储单位的贡献值来优化分类 业务 显著的减少由于库存中断造成的收益流失 收益率增长，是因为您拥有快速反应的能力 或者来做一下情境 如果您想快速确定对象 实时的情境信息是您必需的 您还需要获得对客户的情感、隐含的趋势、以及动机的洞察。 由此，您的业务效益将会是，来自交叉销售和追加销售的增长所带来的收益。 让我们一起观察一下个性化接触： 根据实时推荐引擎，实现个性化一对议 该引擎可以实时获得所有的偏好，所做的建议绝对可以影响客户的行为 非常明显的是，你的业务效益将会是减少客户流失 同时加强了客户的现在让我们再来看个性化驾驶人们在驾驶时需要获得个性化服务和提议比如，根据实时情境信息，给出加油或停车的建议还需要进行预测性分析，以发现隐含着的发展趋势并获得对驾驶者的行为和偏好的洞察能力这样获得的业务效益，当然也是很一目了然的通过优化了的交互方法，更进一步地完善了客户服务，获得更高的忠诚度。现在让我们转而关注优化的生产制造流程为了随时满足需求，生产制造从大批量制造向实时定制转以满足生产线和商务流程、商业利益这一切，将大大地提高单位成本效率和资产使用率我们再来讨论一下预测性设备获得传感器数据，足够频繁地确定设备状况但话又说回来，产品不再是唯一目的，更重要的则是伴随而来的服务合同如果可以预测故障，便可以主动进行因为，服务才是您真正会获得收入的项目所以，可以非常明确地得知由此所获得的业务效益与服务成本更进一步地降低，却得到了更高质量的服务。现在让我们看看优化的生产制造流程如上所述，它也是从批量生产到实时你需要通过“联动”的生产运营获得实时库存状其业务效益明显就是实现了单位成本效率的提高，而这正而对于那些已有的资产，您当然希望要更好地去应用。让我们在这儿给您一些案例如果我们要做预测，我们当然可以启用能否预测出故障发生的地方是机器重要的从中，我们可以明显获得效益，比如降低所有的和服务成本因为随之带来的业务模型是显而易见的 资产将从变为租用，再变为服务订购 您想要获得细分的获利能力分析以及计费功能 您还想要通过提高市场渗透度而获得 以下是本章节针对SAPS/4HANA的重 它是能够引导至数字化与数字化经济的业务基础 它为驱动数字化而设计的 当然，在现今的市场上它尤为 这也是这门课程帮助您开始学习S/4HANA的原 第2周，第1章节：价值定位案例到此结束 下一章节再见，届时，我的同事StefanKaetker会提供《导航式配置和 大家好欢迎来到第二周，第二章节。我是StefanKaetker 一章节，Sven提供了一些关于SAPS/4HANA的价值定位的例子 GuidedConfigurationandOnboarding（导航式配置和上线）。那么，让 在这里，以价值定位开始 那么，为什么我们在S/4HANA上，对导航式配置和上线投资如此之巨？ 对于减少价值实现的时间，我们有一个很大的目标 因此整个实施周期的时间，指直到首次制定出解决方案，或方案上线 我们都愿意尽全力缩短，以尽快将S/4HANA的价值带给 同时，我们也关注成本方面。我们致力于减少总体拥有成本。 时间和成本-在这里是紧密 我们致力于保证一个标准的S/4HANA实施项目可以一定的范围内完成， 这个范围包括有限的咨询工作人天，当然这需要非常非常的快。 我们关注的不只是 当然，除了上线这一目标之外，我们的客户在上线之后的几个月中， 还必须适应我们发布的新版本的S/4HANA所带来的连续性创 我们强烈希望能减少客户为此所付出的努力和时间 当然，拥有了全新产品后，创新的周期不可能在第一个版本之后戛然而止。它会继续进行，并且我们需要照顾到作为客户的您是否能够接受这些创并且将这些创新尽量顺利地、简单地应用到您的这就是导航式配置和上线的内容。在屏幕底部您能看到实施S/4HANA的一些关键步骤。它 Discovery（发现）阶段开始，我们需要确保您可以非常非常容易一个完全配置好的并且带有举例数据的公以使您能够立刻获得云端部署的系统那意味着只需在登录页面上几次点击后，您便能进入到试用版的解决方案，并且您可以获得Fiori带来的全新以及S/4HANA所带来的新功能。对于您来说，这仅仅是几次点击即可获得的全新体验。现在就来尝试一下吧。下一个阶段是Prepare（准备）阶段在该阶段，您会亲历在S/4HANA内部署的不同业务场景观察一下，再深入了解，最后获得完全理解这些业务场景多大程度上直接与您们业务的需求相符，以及您在实施项目时在哪里需要做些这称为适应-差异性分析。这是在启动S/4HANA实施项目是一定要完成的步骤，云端实我们会在Prepare（准备）阶段做好迁其实，我们已经有一些现成可用的“产品化”的可供您制定计划，并完成接下来的迁移工作即保留旧的安装里并且将它们迁移至S/4HANA紧接着的是Realize（实现）在该阶段，我们致力于准备的自助配置应用程序用这些应用程序，可以在S/4HANA交付的预定义业务流程之上，做出必要因此，就好比加入新的组织架构单位，例如新厂房，新的工具，等等利用建于Fiori之上的配置应用程序，这些要求都可以非常容易地 当然，我们也 Realize（实现）阶段额外提供了一些工具和服务 以及必要的整合步骤，来完成 下一个阶段 Deploy（部署）阶段。在该阶段，所实施的解决方案将被进行验证和测试 测试是否所有的业务场景就像在客户系统中的设计一样可以运行 当然，客户系统中已有了新的配置、上传的主数据及事务处理 我们也考虑到为最终用户准备环境的需求。须确保在实施过程时 任何最终用户和关键用户所需的信息已准备好 并被放入应用程序中的相应位置 因此所有知识转移的资料 以及所有的学习资料直接嵌入到应用程序中 这样我们就是正式准备好上线了，紧接着我们就进入 Run（运行）阶段 在这个阶段，正如我最初所说，我们也将导航式配置和上线作为一个整体， 利用它来支持持续不断的更新和升级流程 这是无关乎您选择何种部署模 无论您采用云端或者本地的部署方式 都早已预见 并能通过导航式部署和上线方法为您提供帮助 既然，我们对导航式部署和上线方法都有了一定的概览和理解 让我们再深入一步看一下可以如何来实现 为这全新的S/4HANA产品，我们定义了项目成功最关键的因素 即全新的实施和上线的方法和框架 这也被称为SAPActivate，它包含三个重要 第一个是SAPBestPractices（SAP最佳实践），那意味着交付的解决方案， 不仅仅是软件，也是可直接运行的S/4HANA最优化预配置的业务流程。 所以一旦得到S/4HANA系统，您就已准备好运行业务 这些流程是对样本公司内的样本数据进行过优化的0::8 同样的，跟我在提到试用版本时的一样：您也可以获得试用版本，并将其作为实施的起点。 如果您想迁移一个现有的解决方案的话，那么如我之前所说， 我们 “产品化”的迁移服务可供选择 那就意味着我们拥有从BusinessSuite(商务套件)系统迁移到S/4HANA系统的方案这些方法拥有详尽所以，从BusinessSuite（商务套件）至S/4HANA的迁移是有简单易用的方法的（Ariba网络）以及关于如何继续延伸SAPS/4HANA系统的BestPractices（最佳实践）包等那就是我们与产品一起交付的 Practices（最佳实践）的全部内容在产品发布日一开始，BestPractices（最佳实践）作为产品不可分割的一部分，已经可以另一个支柱是导航式配置。这意味着我们已经在Fiori上创建了特定的工具，提供特定的Fiori用户界面来辅助初以及满足后续的采纳创新的需求。过后，在本章节中，我们还将看到一个简短的演示，您就会明白这一切是如何工作的，而根据公司的特定需求来采用S/4HANA的配置方法是简单因为它配置起来非常简单，我们只是完成了一些基本的任务，回答了而不是在系统内面对非常麻烦的技术性设置我们使业务人员和IT人员共同高效地致力于解决一些问诸如应如何设置新系统，和这如何完成系统引进等等的困惑。我们可以用工具来实现这一目标，因为我们用了一个新的范式来进一步提升我们的工具。那些工具设计成内容感知型的，也让它们深知其之前设计发展的历史。这使得能在就可以进行全内容周期管理，这样，我们就可以更好地管理配置内容并做到将这个内容从质量系统转移到生产性系统等基本上这些工具之所以被创建是为了用于改变和提高系统中已有的预配置内容，利用这些工具我们还能够做到很多事情，比如说在系统中，轻松地添加像新厂房或新子公司这样的组织架构实体并且直接使得他们在预配置的流程里发挥作用因此创建一个实例，比如一个新工厂，并不那么简单， 而是在建立了这个 它会自动适用于并加入了其范围内所 因此，这使得您可以非常、非常快速地激发了实施 并且这能够最终减少多次实施 以及缩短了价值实现周期，而这个正是我一开始就提到过的。 第三个支柱：最后但也同样重要的是，我们已经开发了一个特定的方法来实 S/4HANA 我们协调现在所拥有的不同方法论，因此我们称它为ASAP的继任产品。 并且SAP对于云端解决方案的方法论现在就是SAPActivate方法 在该方法论中，我们以切实可行的方式来描述 在实施项目中的各 需要做什么，以什 项目中的不同角色，所承担的不同任务是什么 项目经理需 在一个实施的项目中，特定顾问以及相关业务专家的任务是什么 也就是如何在做S/4HANA实施时可以更有效率 当然，因为这是整个Activate方法论的一部 0::4 并且，对于合作伙伴它是完全公开的。我们不会把好方法，而是公布给所有的合作伙伴， 希望我们的合作伙伴可以成功有效地完成S/4HANA实施 当然，所有不同的SAP参与模 比如从AGS（全球支持中心）同事那得来的PremiumEngagement方法 是嵌入在我们的方法论中的 现在，要开始深入地讲解这三个支柱 在那之前，须明 SAPActivate本身的价值不仅是那三个支柱的总和而已 那三个支柱的整合确实带来了附加价值， 然而我们说 的价值要超过那三个支柱的价值总和 例如，您会发现，因为内容与工具整 并且这些工具是内容感知的 我们进入到了“简”的另一个 那么现在让我们来到第一个话题 Practices（最佳实践），比原先更深入一点 这是我们在S/4HANA中可用的BestPractices（最佳实践）的一个概览 关键是基础，或者我们称为 Practices（最佳实践）的基础包 它们包含之前提过的可直接运行的业务流程 这些流程是和产品一起直接交付的。这就是我们所说的 这意味着一旦您安装，产品就已有业务流程供您 现在我们以额外的 Practices（最佳实践）包，比如说对用户界面的补充等 因此在这些BestPractices（最佳实践）包中，您可以知道如何添加额外的Fiori用户界 比如，添加到SAPS/4HANA系统内已有的用户界面中。 如果在公司中您有特定的需求或角色 您就需要知道在基础包之上，如何创建的Fiori用户界面 这是一个最关键的途径，即通过标准的Best Practices（最佳实践）的方法，完成得卓有成 这种途径也适用于运营报表：如果您需要基于S/4HANA的报表 运营报表的Best SuccessFactors，Ariba以及hybris进行整合， SAPS/4HANAIntegration（S/4HANA）BestPractices（最佳实践）实现其他SAP云解决方案。 此外，我们也也有的补充 比如基于S/4HANA系统基本配置的现金管理 如果您想要地扩展系统，如的整合集成，以及更复杂的Fiori用户界面0::4 Extensibility（可扩展性）的Best Practices（最佳实践）也描述了那个方法及工作步骤。 这对于新的实施与迁移实施是非常便利的 尤其是对于迁移，SAPBestPracticesforMigaration（SAP）是非常重要 因为这是一个重要的安装包，描述了您如何 现有的BusinessSuite（商务套件）实施迁移到S/4HANA 描述从A迁移到B是如何做的，以及什么是BestPractices（最佳实践 您需要采用的途径 以及为了顺利实施您需要用到的工具是什么 这些就是BestPractices（最佳实践）中包含的 多年积累的丰富体验会 有助于您成功实施项目 接下来关注的是，导航式配置以及可用的上线工具 当然，我们之前也有提到过 可直接运行的最佳实践流程为这些工具提供了基础 基于此，我们提供了一个工具包来帮助实施 它允许您配置所需的解决方 并允许使用其中的测试框架 因为在这个系统中，我们不仅交付了 Practices（最佳实践）预配置业务流程 也交付了相关的测试，以及嵌入于产品中的测试引擎 作为S/4HANA导航式配置应用程序中 这所有提到的工具都会和产品一起交付给您 当然，这也包含了一系列的工具，帮助连接到源系统做数据迁移 提取数据并将其映射到S/4数据结构 最后载入您的事务型数据和主数据对 如果我们提供的标准配置和标准业务流程 不能满足您项目配置灵活性需求， 我们也有能力将这个简单易用概念分解为 我们所称的专家配置， SAPBusinessSuite（商务套件）很熟悉的话，那应该很容易理解这种完全的、 再加上S/4HANA中的内容生命周期管理功能，这些我们也在之前略做了介绍。 尤其是对于云端和本地部署的企业版 也仍然保持了完全的、灵活的配置方式， 除此之外，还有了为直接配置案例所 对于这些观点，我们都已经说了很多了，让我们看看系统本身。 现在我会尽快地向您们展示导航式配 现在，您能看到这个。这是一个与产品一起交付的Fiori应用程 您无需另外任何的安装来获得一个特定工具，它本身就是产品的一个必不可少的部分。 首先，我就将开始展示，我们也可以从中获得一个对解决方案的总结 我们还可以看到在这个系统中哪些流程是预配置的。这儿，您能看到实例。 我们所看到的是SAPS/4HANA云端版的ProjectServicesEdition（项目服务版本）。 在这里您能看到不同的业务流程，比如AccountPayable（应付账款），Account ProjectBasedServices（基于项目的服务）SalesOrderProcessing（销售订单流 因此我们能看到系统中的一系列预配置的和已实 下一步，要改变一些配置设置 比如改变我采购订单的门槛 以方便我可以简单地寻求 我获得了与相关的配置应用程序列表 我选择了PurchaseOrderApproval（采购订单批准）应用程序，启动它， 我发现了不同的采购群组以及他们的金额。 我设想中的金额是1000美金，也许对于001采购组，这金额 将它改为500，所以我选择500，保存 非常容易的就完成了，改变了配置数值。 现在他们已经在配置表里被直接改变了。 这个方法允许我们可以微调一点，尝试一点 因此我们可以微调某些配置。然后回 并测试这个配置的改变带来的 这是基于已经运行的预配置和完全运行的系统 来运行自助配置应用程序的美妙之处 我们可以使用这种方法，以使我们简单地 体会到配置改变所 好了，接下来您会发现我们可以利用测试工作台来测试流程，我们使用的案例转为数据迁移利用该工作台，我们可以连接到一个现有的源系统然后，基于系统务流程的范围我们能够自动获得运行特定业务流程所需要事务型数据对象和如果您想要一个详细演示获得对S/4HANAGuidedConfiguration（导航式配置）中各个功能使用的直观感受我建议您们查看本课程的补充资料有一个详细的S/4HANAGuidedConfiguration（导航式配置）演示，供您参阅让我们回到幻灯片中，看SAPActivate的下一也就是最后一个支柱，即方法论。有了方法论，我们可以提供一个框架来指导项目经理和项目小组实施项目它将实施流程构建为不同的阶段，如Prepare（准备），Explore（搜索），Realize（实现）Deploy（部署）并且对于这些阶段如何执行提供了具体的帮助因此，它给了您具体的指导和资料来指导您如何完成在实施的各个阶段现在给您们实际展示一下而不仅仅是从理论上阐述这些现在我们看一下S/4HANA的SAPActivate方法在这里我们看到从Prepare（准备），Explore（搜索），Realize（实现）到Deploy（部这些不同的实施阶段都是您必须经历的，以及需要完成的不如果您进入Explore（搜索）阶段，在这里您会看我们列举了在那个阶段里必须不同的关键交付成果。如果您点击其中一个交付成果，如解决方案有效性和可行性分析我们会获得这个交付成果的说 包括需要做什么 在这里的例子 解决方案的有效性告诉我，您通过演示在执行 您依次检查各个业务流程，进试 然后您记录下预实施业务流程与业务 然后输入到某处。对于那个方法论会 比如，记录可行性 因此，那里就有项目团队执行项目所需的资料 并且给出许多指导以及给予团队许多“架构”信息 那么让我们看一下列在这里其中一个所谓的 这是那些文件，和幻灯片，用来帮助项目团队执行他们的工作。 比如说，如果您想要做这样一个可行性分析 我们需要与客户一起开个研讨会，以完成这个分析 在这里有一个样本演示，展示了不同的步 以及您需要与客户一起完成的 因此这样的资料，演示可以被立即使用， 并且根据项目的特定需求做出调整，然后就可以 因此您不必从头开始做所有的 从发现到上线期间的所有这些不同阶段， 甚至超过了SAPActivate方法中的升级以及升级项目，这些都是可用的 再次回到幻灯片然后做一下总结。 我们都讲到 GuidedConfigurationandOnboarding（导航式配置和上线）的章节中我们都学 我们有一个全面的SAPActivate 可用于在云端或在本地实施的SAPS/4HANA 系统中有了那个途径和指导 以及在系统中给予您预定义业务流程的SAPBestPractices（最佳实践 此外还有关于如何做迁移和整合的预定义程序 有了向导配置工具，您可以拥有一个 以及简易工具集来做基于预定义业务流程您需要 以适应自己的业务需求 并能提供有效地运行您的项目所需要 这些为缩短实现价值时间 减少总体拥 初期实施、和后续创新实施，提供了基础 现在总结一下本部 关于GuidedConfigurationandOnboarding（导航式配置和上线）的内容。 感谢参加本课程。在下一章节，您们会再次见到RudolfHois。 SAPS/4HANAArchitecture,Editions,&Landscape（架构，版本 谢谢，祝大 大家好，欢迎来到第二周第三 上一章节，StefanKaetker介绍了《导航式配置和上线 本章节我们讲《架构，版本和 本章将讲解S/4HANA中的新 S/4HANA是我们SAP开发的新一代商务应 了解S/4HANA与传统应用的不同之处，这非常重要 一方面，我们也会应用物联网 我们连接到商业网络和社交网络，关注人员、设备和大数据， 使用信息，也为应用程序提供信息 强调一下，对S/4HANA应用程序区分于传统应用的独特和创新之处 这非 首先，我们已将S/4HANA应用程序做了云端和本地部署两种不同版本。 现在，你需 我们实际上通过同一代码行，提供这些性能 这一点的重要性在于，基 S/4HANA，我们保持着语义完整 并很好地保持着系 但从执行角度来看，我们也能使用共享库我们拥有同其质量同样对您操作本地部署系统的我们拥有普遍的“简”，并能通过配置来使S/4HANA区分不同的范因此，这让我们SAP在创新方面得到一个的即我们能快速的给云端提供新当然，我们提供的云端功能很大程度是由市场需求驱动的。现今，并不是每个解决方案都会被充分应用另一方面，也有一些解决方案并不适用于云端部署可能是因为那些解决方案与旧方案区别太大，导致消费者不得不扩展它们以满足自身的需求另一方面，也可能是因在现在这个时间点，用户不打算使用云端部署因 HCM（人力资本管理）已经是代表了最先进的潮流而物流流程例如仓库，在此时并不是多数消费者的选择显然，现在的本地部署版本，已拥有同样适用的代码行，这就是“简”所代表的世界但我们也使用一些传统应用程序中已有的代码来作为过渡的范围方案过渡范围方案表示的是，有了它，我们从一开始就可以扩大功能范围和系统覆盖范围这样，你就能够从现有系统例如本地ERP迁移或升级到而不丢失原有的功与传统的系统相比，我们采取了哪些不同的措施呢我们提供了哪些专注于创新的首先是业务流程创新。这一点是着重于为将来做准备。因此，业务流程创一是将来基于数字化的新业务流程比如最小批量数可而这个单一的产品可以不经过批发商，而是从生产地直接发给最终消费者。因此，所有那些新使用了传感器的数字信息的

都可以支持，而且还保证了其处于业务的位置。二是在您的意愿下，重组业务流程，0::0 那些由于处理能力低下而采用的“曲线”解决方案，比如专事数据录入的工作人员，或者采用批处理完成的工作，以及数据准备和步骤等等， 都可以进行“重塑 因此，那些冗余的“曲线”解决方案将从业务流 而保持业务流程为客户真正带来巨大的价值 这一切都围绕着“简”的数据 本章节，我不会太多地讨论减少聚合和索引 因为已经讲过太多遍， 都明白了它就是指减少数据量 然而，我们会做其他的解释0::6 我们继续来谈论OLAP（分析处理）和OLTP（事务处理）的结合，即事务性和分析性流程的结合， 以便达成更佳决策以及即时决策的目标， 这在一定程度上，是事务型流程、 或内部事务型场景中的嵌入式 这也是我们如何重塑业务流程的基础 我们也关注用户体验，因为如果我们不注重用户体验的，那将会是我们的短处 对SAP来说，突破传统的构建UI（用户界面）方式很重 因为是共用代码行，所以我们实施云端的质量 实际上会影响到本地部署，因为这牵涉到生命周 应用程序的云端部署模型主要为了提 是的，如果我们在应用程序的共用代码行构建了云端属性，那么那些属性也将会在本地可用 而如果我们遵循规则，那将会波及本地部署的方案 马上我就会讲到这一点 比如SuccessFactors和Ariba解决方案。 因此，我们也更靠近S/4的世界。 但是，拥有了这些创新产品，却不重视客户的系统迁移体验，这会阻碍客户采用S/4HANA的程因此，我们非常重视系统的可迁移性即为客户制定从现有界面迁移到S/4HANA的路线随之而来的就是我们最后一个重点，替换。如果在这里我们遗漏一些东西，就会严重阻碍创新。现在，你一定明白了，实际上SAP在驱动创新方面处于绝对优势的地位那是因为我们拥有了这一整套资源：应用程序层，数据库层，语言以及连接这些所需的技术层例如，我们现在在塑造这样的当我们需要数据库里面的某项新功能我们可以要求“语言层”提供一个接口，将应用程序层和数据库层的功能联系在一起这样，我们就在整个系统布局中驱动创新现在，如果有以往遗留的系统，有可须消除弱项。因为，创新事关未来而不能仅满足于维持现状在这里，我们选择替换这一方式，是因为我们有提供相同的性能的其他更好选择从某种程度上说，我们可以达到一样的目的如果选用的是以往遗留的方式，来完成这些事情，那这些方式在将来现在来看我们正在做的数据模型改变这里的例子是SimpleFinance2.0版本及以上都可以使用的ACDOCA这实际是一个非规范的数据模型在幻灯片上您可以看到，它是由5个以前就有的表组即总分类账，获利能力，管理会计，资产会计和原材料分类帐。将这5个表转为一个表。这是不是因为自70、80年代以来，数据模型设计主要注重规范化。这是出于一种神经反射的设计出发点，而并不是一个理性的思维因为我们都受过这样的教导，一切以尽量不造成数据冗余或减少数据为目的然而，从设计的缺失上来讲，是因为有联合和连接这两种方式，而可能导致速度性能上的损失。为避免过多的联 有时我们甚至宁愿选择数据，一个字段在另一个表或者另一个子项级别重复出现 只是因为这样的处理可以帮助避免做连接 然后，事实上我们采用了聚合和索引表， 来解决那些单一的表在连接和统一后带来的速度 因此，主要原因是为了节省空间 这在当时是个很复杂的问题，而现在已经得到解决 现在，你必须知道，由于HANA是一个所谓的列式数据库，它能极大地压缩数据 一个空列几乎被压 一个有许多重复值的列也被大幅压缩 基于HANA能压缩数据这一特点，我们可以使数据模型非规范化 从而得到更好的性能，因为我们没有 我们可以基于一个表生成度报表 实际上，我们已经很大程度简化了编 及更新聚合和索引，从而消除了由此带来的复杂性 而如果您愿意的话，应用程序也随之变得更加原生化。 因此，互连性的降低，这意味这复杂性的降低，质量的提升，稳定性 所以，列式环境中的数据模型设计可以是完全不同的。 那么数据模型变化呢？ 每个曾经开发过数据模型的人都会立即提出这样一个问题 这对我的代码有什么影响吗 这是因为代码很大程度上依赖于数据模型设计 这里，我们就要讲到可迁移性。我们有一个同事提出一个很棒 他提出兼容视图的概念 这些兼容视图本质上就是HANA技术 外起来和前面的聚合和索引表一样 也和前面例如原材料分类帐这类的表 并且他们有着相同 现在假设有一个程序，在传统 它只是从聚合、索引表格或旧式结构中提取值 现在则不同，在S/4HANA中调用兼 这个视图会高速运算出相同的 而对这个程序来说，无论是否刚刚才被数值 或是否为达到即时的目的而已计算过数值，只待你来后期加工处理，这些都程序本身无关。 有了这样的技术，我们实际上可以使用其的性能 这对SAP也是有益的，因为正如之前谈到的关于过渡实施范围， 我们可以使用原有的实施范围，在现有的数据模型中证实S/4HANA 这对客户或合作伙伴自行开发的代码也有好处 因此这是提供给我们基础，选择是否升级系统 但无论如何，迁移至S/4HANA都带来了一种类似升级的体验。 并且，我们在云端和本地部署中都有相同语义 当你使用S/4HANA时，这会让你的企业 通常，如果你孤注一掷决定实施云端决策 这种集成会违背 你多年来致力于的IT中心化和为此所获得的成就 但有了把S/4HANA部署在云端和本地的能力 你能选取任何一种，适合任何一块业务的决策 事实上，其背后所支持的云端质量，对整个生命周期的运作来说非常的重要。 云端支持的完全是自动化的运作， 这要归功于我们能够，a)简化配置 且那些简化的配置概念也可在本地部署中使用 它也可以作为您实施的起始点 因为在实施中你可能会扩展配置，超出在云端可 无论如何，这个起始点是更好的、改进过的选择 我们确实有一个扩展概念，即优化的生命周期 有关扩展概念的那一章节将会详细介绍。 但你可以将其应用作为本地部署指南 采用了这种方法，你的本地部署的生命周期运作的成本会下降，因为它是已被优化过的。 从运行时间方面来说，扩展工作的方式是被优化过的。 我们致力于生命周期管理自动 如果你遵循这些指南，它将作为S/4HANA本地部署可用的一部分如果你仍使用以前的老方法那么你可能没有办法获得全部的先进功能无论如何，你都会学到从延长生命周期的角度来看，应如何采用那些原则之一是如何保护本地部署的投资价值因为在云端，我们不会一直为同样的目的提供如此多不同的选择并且，在未来，通过云方案提供新功能一定是SAP投入最多的那种选择也正因如此，对您来说，这才是最佳当然，我们也会投入到自动测试的功能上因为在云端，依赖客户在升级周期中的特定时间内完成测试是不可能的而且，那些在本地部署可使用的工具你可以把它们用到正在开发的新产品上。我们在做的云端首次交付内容，一定会提供已被充分验证的创并且会彻底我们的某些做法，比如投入市场前必经的Ramp-up阶段，以及诸如此类因为许多客户在接触所谓本地部署系统之前，就已将大部分内容已投入实际系统使用中，然而，这些会在本质上改变我们创新的速度关于结合分析性和事务性处理我们会继续在基于HANA的套件中已开始接触的讲解，在其中，我们已提供了虚拟数据模型而虚拟数据模型是事务性数据模型抽在逻辑层面上转化分析性模型并且那些虚拟数据模型将会以不同的A）可以通过通用SAP例如ysisOffice（微软版分析）或DesignStudio（设计）或SAPLumira来使这是用户界面的易用的方法因为该用户界面中有众多具有精确度然而，你也会想将其与事务性洞察结因此，我们讨论那些将洞察力转化为行动力的应用程序，就像我们使用过智能商务驾驶舱一样。你可能已经看 MRP（原材料需求计划）驾驶舱或销售订单实现度驾驶舱它们充分展示了SAP是如何达到也可以帮助你做好准备，开始做你自己的场景而且这些应用程序也正是学习类似开发的基础然后，我们会展示一些“事实它们的背后就是使用了HANA的搜索引擎从而完成了以所发现的事实为基础而触发的业务流程中，而不是那些以搜索为基础的业务程那些创新，例如Fiori，将会用在新的用户体验中重要的是，除此之外还有因为它是一个基于浏览器的解决方案，能够在移动终端使用。还有一个关键的概念性改变对我们也很重要因为在传统环境中，我们只关注事务本身从事务性视角来看，在一次操作事务中，您能够为全球每个行业的每个角色提即一个完整范围的性能，（当然是很好但是如何去知道和了解哪些才是你真正将会应用的性能，这是非常难做到的。 是个基于角色的设计，我们说，如果你想要获知一个业务对象，我会给你一个屏幕，事实上，它很复杂，包含了您正在做的交互式操作通过这样的方式，这个业务对象或多或少的进行了自我解释，并且对您来说，就更容易学习了。谈到使学习变得更加简单，这让我联想到了另一个实例即使用帮助台，您可能会发因为错误使用系统的原因，（而向帮助台进行求助，）这花费了技术部门相当多的时间。我与一个客户曾经谈及过此，他说他们的技术支持资源 30%是用在一线支持上现在Fiori将会改变这一局面。它是基于角色的，因此系统使用错误量会减少这就是我们很大程度上做的概念性改变。并且，这会改变用户使用系统的方式Fiori更甚，尤其在于，它是SAP内部第一个大规模推广的先进用户界面技术SAP系统用户界面层和应用程序层是强制分离的。 我们有OData服务，它将应用程序向用户界面 且在这之上，Fiori就是真正的消费使用层面 显然，这改变了你构建和使用用户界面的方式 然后就是随着时间推移，有一些发布使用的OData服务 或者可能会有生成新OData服务的 发布一些依赖于底层技术的新OData服务，并向您推送OData 因此这为用户开辟了一个全新的方法，扩展自身的应用程序，不停地前进。 因为批量输入并不是一个快速系统的方法 它也不是真正的（API）应用程序 仅仅是用于达到您以前想完成的目的 第三章节就要结束了。 《架构，版本和布局》 下一章节，我会讲SAPS/4HANA的可扩 希望再次与00:00:1200:00:17今天着重讲解SAPS/4HANA的扩展能力。现在开始本章节00:00:25S/4HANA的00:00:28总是有种种原因使您想要进一步延展SAP的00:00:32首先，您想要扩展功能覆盖范围。这是指在某些我们功能您需求的时候00:00:37或许我们不会完一些来自特定行业的、或通用性不够强的功能00:00:4400:00:4800:00:52UI（用户界面）00:00:57IT00:01:0200:01:0700:01:11或许针对您自己特别的需求，有一些的开发内容另一方面，有时您做的事情也是为了加快获取价值的周期如果您开发的是本地版本，升级周期那么，您必然无法坐等创新的另外，您或许现在可能还在选择一些云端扩展的内容，或者，您正视图想要做一些改变，但不是同时针对所有类型的用户。那么对于这些改变的需求也必然不是符合同一种速度节奏的，不是吗？记录系统中可能有一些其他节奏的周期，但也不符合您 UI（用户界面）创新的要求这样您必然就有了进一步扩展的需求并且希望这些对不同节奏实现创新的需求是通用的，而非仅适用某些应用程序明显，引起扩展版本的需求各有不同，或者说扩展的用途各有不同。以一个业务用户为例，一般来说，他的扩展版本需求级别很低。他可能会试图改变表格或数字格式中列的顺序或者，将一些应用程序在启动板中隐藏，或在门户网页等中隐藏从现有部署方面来看，这是一件比较容易完成的事情。如果我们可以让业务专家及执行顾问一起参与完成配置类型的工而基于这些配置工作，您就可以自己更改业务规则或者非常简单地添加自定义区域和表格，这些都无需进行完整的开发，然而这又确实是必需的，并且也可以改变您为满足客户需求而采纳解决方案的方式但总会发现，其实这些也并不够满足您所有的需求这时就需要一个开发人员，大规模地扩展应用程序或许是用传统的方式，添加一些附加应用，或内嵌应用的开发，更或者，您索性自己建立了一个独立于SAP之外的系统，最后通过集成进而现在呢，这所有的需求都可以由S/4全新当然，S/4并非试图彻底改变因为对于IT来说，追求这样的扩展就是与生俱来的天性。这就是为什么我们在S/4中也必须提供扩展现在，你可以在这张幻灯片上我们对本地部署以及云端版本做了清晰的区分一方面，我们具备应用程序内扩展性能。应用程序内扩展确实就是帮助您在同一运行系统内获得洞察分析的，而您的编码程序在现有SAP代码另一方面，讨论一下并列部署的问题在并列部署中，您当然可以拥有独立的性能，独仅通过接口连接到现有的应用而在并列部署情境中，我们有HANA云平我则将在最后讲述HANA云平台在这个情境中以及它如何真正成为这类开发中的备选工具它不仅与S/4集成，也与我们其他的一些云解决方案集成它不仅可以作为开发的平台，而且还支持并列运行，因此，您尽可以在其上部署解决方案。甚至你无需考虑解决方案的并列运行In- Extensibility（应用程序内置扩展性能）实际上就是你一直都在做的事情添加一些自定义区域，一些自定义表格，然后在这种情境中创建自己的ABAP编码，并将其嵌入相关的ABAP解决方案现在，本地的与云端的这种应用程序内置扩展性具有明显的不同在传统类型的扩展性的本地部署端而在云端部署中，不得不控制一下，确保哪些是可用的现在稍稍深入一下应用程序内置扩展性，以及它到底包括了些什么如果你到传统环境中查看扩展性的进化过程客户与合作伙伴已最大可能地为我们的解决方案添加各种性能。幻灯片中不同的颜我们的系统的确正在不断地被各种扩展性能变更着现在“变更”一词在本行业中并未得到最好的定义但讲一讲这些变更，您在变更时必须请求获得一个变更码并且真正地根据公司的需求改变代码行。这只是扩展我们现有系统的方式之一，但不是并列运行时的优因此，可以运用动态调用程序，比内嵌增强点或者代码生成，或甚至直接针对数据库的编写 这里是讲述了传统环境中，从系统生命周期角度，会造成相对的扩展方式 因为这些在升级，周期等过程中完成的变更 会引起更复杂的，会需要进试，也会影响升级的时间安排 当然，如果我们想要改变这种状况，就可以设计一个公共模型， 在里面对BAdls，CDS，APIs的使用 然后你可以用完全“解耦”的 在我们的应用程序中建立自己的扩展版本 这就是您所期望的，以生命周期优化的方式扩展我们的应用程序 这种方法对于本地和云端皆适用，因为如果您按照这个规则进行的， 那么很明显，您的本地部署系统从生命周期角度来看，必定会发生变化 区分对待您的关注点是一个大的变化 还有就是完成了对您现有的性能的自动测试0::0 显而易见，如果您试图使用我们的应用程序，您会想要通过可靠的APIs（应用程序接口）的方式， 这在与客户的合约中将会有标注，且这份合不同版本更新迭代中都会有效 所以，它是明确列出的稳定接口。 这里的稳定表示，接口的定义是不会改变的 而不是表示以任何方式进行变更。 指的就是稳定的定义。 它必须是稳定的，但我们要说，这并不是一个明显的创新。它只是应需求而出现。 如果你现在去比较传统方式中 Suite（商务套件）的扩展版本是如何完成的0::6 会发现这个说法依然成立，且只要Business Suite（商务套件）还存在，这种说法也始终都成立， 您所拥有的扩展性能，包括变更， 包括代码生成，我们都不会做任何改变。 在S/4的本地部署环境里，仍然可以完成这些事情 我们不会强制您遵守刚讲过的那些约定的规则 不管怎样，这些方式还是可用的，这样您也可以考虑如何使用，0::4 因为，您越是频繁地去考虑怎么使用，那么就意味着从整个生命周期角度来讲，您所花费的功夫也就会越来越少。 现在我们确实理解了，为什么从传统方式来讲，您违背了这些约定的规则， 为的就是以下3个原因：其一，或许您过早地开始了部署行动 而在那个时候，系统还缺少如今所具备的性能。而对于您来说，您必须在那时就着手。 因此无法广泛使用我们才拥有的这些功能 其二，您在那时只是刚刚开始开发，也很清楚地知道，您没有任何指 而正是这些纲要和工具才能真正引导你了解生命周期整体优化的扩展概念。 由于这方面知识的缺失，也不知道自己违背了这些规则，却没有真正合理的需求 坚守这些规则是一个基本架构上的重要决策 同时，您可以通过部署那些新流程来达成目的 且无论何时，您都可以选择去掉之前的代码，然后创建新的自定义代码 有时您无法这样做，因为，扩展版本的前瞻性不够好 您又有一些特立独行的需求 导致您不得不在某些范围内违背该规则 但如果您能把这样违背流程的可能限制在一定范围内， 那么您就会发现自己在那些生命周期总体价值方面有了进步 比如，升级或工作等等。因此，这真的就改变您的工作方式 然而在云端，没有任何讨论空间。我们都要强制遵守这些规则。 随着规则的实行，我们会有一个基于工具的支持服务来引导每一次的开发， 引导您不要采用直接写入数据库，以及在数据库里生成代码的方式。 总之，我们会有工具实施这些规则，也可以利用这些工具在本地部署中使用。 对于那些关键的用户扩展功能，很明显，0::7 我们无法要求在一个传统意义上的开发人员，或者任何其他您现在拥有的工具里完成这样的事， 因为在那些环境中并没有我们所说的 下一个幻灯片中，我将稍讲一下我们如何完成这些容易获得的扩展。 显而易见，提供带有公共 （应用程序接口）的接口层 您可以使用，然后也从HCP（HANA云平台）提供的并列部署 并以此为基础，找出自己的解决办法 现在我们再深入看一下用于应用程序内置扩展的工具。 您现在看到的是我们在推荐一套新的工具 UIRuntimeAuthoring（用户界面运行时间认证），ReportAdaption（报表改编），FormsDesigner（格式设计）以及TemteDesigner（邮件模板设计）， 它们都是便于使用的、易于完成的组件或工具 使用这些工具，您可以为最终用户在系统运作的同时，创建组件 它们会基 OData（开放数据协议）服务发挥作用，这就是我们如何向您开放应用程序 你仍然可以保留自定义字段，这样的保留对该应用程序堆栈的每一个层次都是默认实现的， 您无需进入开发工具进行特别 因为其实，我们可以在该堆栈中扩散这种类型的 对客户来说这可以是一种极其简单的方式 想出自己满意的报表、或表格、或邮件等 因为从被保留的自定义字段开始，在 通过那些工具推至 这样很容易就可以获得新的格式的，并且在不中断系统运行的情况下就完成更改 目前讲到应用程序内置扩展。当然那，还有BAdls 如果你需要利用BAdls进行操作响应，那么，我们有一个工 将一个基于网页的浏览器引 ABAP（高级商业应用程序设计语言）的开发环境 并经由这组ABAP语言的严格 若是发现与云部署方案的合作规则相违背，您就无法创建这样的ABAP代码 运用这个工具，您甚至可以对新添字段进行进一 对您自定义的字段，该工具可以提供其自身所带的自动功能之外的 自由定义一些特定 现在就让我们来深入学习并列部署的扩展应用 我已，HANACloudtform（HANA云平台）是我们所选的工具 通过使用HANA云平台 一方面，我们不仅可以用作开发的环境，还可以获得生命周期内的服务 在开发环境中，我们为提供自助工具 我们为你提供重复使用的服务，围绕在集成与网 我们也提供连通，移动发布等 这样你就可以开发移动应用程序，当然也包括了管理 有一个概念可以集成到S/4 您可以创建自己的文档，最后一点，但也不能算作仅有的 您可以用来部署的时间，可以与其它运作时间并行 您可以 HCP（高级处理器）中开发及运作系统 也无需避开您本地部署的系统和服务器运作的时间 您确实可以在云端运行应用程序。 另一个比较好的消息是 您现有的扩展也可以在S/4的本地部署版本上运行 如果您觉得现在时 那么我们可以S/4的本地部署开始，稍后再进 做到能够在HCP（高级处理器）建立扩展应用 这已被验证，即便在将来，也是可行的，因为这种扩展会自己也做好了云部署的准备 现在我们其实已为这个扩展概念设计了一个路线图 从开始，我们就有Fiori用户体验及工具来进行扩展 我们也有应用程序内置扩展应用能力，以及并行处理的平台。 然而，这些工具所拥有的性能也在不断地发展 我们的路线图的计划之一是，也是我一直说的 我们努力做到在本地和云端上运行同样的HCP（高级处理器 UI（用户界面） 这样，您就可以随意更换部署方案，却保持同样的解决方案， 如果您有的是一个混合的部署，那我认为，这点尤其的重要。 我们也会继续完善您在应用程序内置扩展应用 所以就必定会在部署模型中加大投入 以及我们如何在中断时获得严格 ABAP（高级商业应用程序语言）；如何扩充性能 我们以一个较小的集合开始，然后慢慢地扩大到 但也请务必记住，驱动我们前进的是生命周期层 因此，我们要确 ABAP（高级商业应用程序语言）不会破坏整体解决方案的 继续讲解其它的云端解决方案的集成 以及的云端性能，如生命周期管理与运营 现在，我们就到了本章节SAPS/4HANA的扩展性的结尾 在下一章节中，我的同事BertSchulz将讲解SAPS/4HANA的IT与LoB（业务线） 谢谢 大家好，欢迎来到第二周，第五章节 上一章节，我们讨论了SAPS/4HANA的扩 现在我们来探讨SAPS/4HANA中IT和业务线所扮 先简单介绍一下，我是BertSchulze，SAPS/4HANA产品协同创新部的副 我主要负责云端质量，以及和其他类似产品的区 而这背后的驱动因素正是与客户，思想，用户组织和合作伙伴的协同创新 那现在让我们开始 在做本章节的准备时，我反复思考如何能更好的引入本章节的 当中许多人可能听创新的s曲线采用周期模型 这个模型被用于很多不同的目的， 例如《创新的扩散（DiffusionofInnovations）》， 这是学教授EverettRogers的畅销书。 基本上，它定义了四个创新的采纳阶段： 即：启用，规模化，竞争和过渡。 我可以明确看到，创新经历着所有这些阶段 尽管我们看到，ERP（企业资源计划）系统现在已经相当优化 但最初只是一项构建在七十年代的概念和技术上的 s曲线的数学上的转折 期的开始，创新进入递减期 在同一曲线内， 采纳新突破性技术和性创新是不可能实现的 它需要跳到下一层级， innovators（创新者）,earlyadopters（早期采用者）,earlymajority（早期大众）,latemajority（后期大众）,和laggards（者）这五个阶段 来逐步的驱动新技术和创新的 在任何时期，脱离这五个阶段来思考问题都是极其的 它需要以新的、创新的思维来分析形势， 给各个者做概念化定位 并弄清楚自己相对于其他竞争者的定位。 我们如何培养自己以独特的方式看问 这要求我们跳出常规和框架来 你需要一个跨领域团队，专注于敏捷性， 并能基于这些新技术重新思考自身的特点 像设计思维 Thinking）这样的方法论可以帮助培养这样的能力 设计思维是由一系列工具支持的理念体系 这些工具提供强大的新方法来帮助解决问题和挖掘潜力 它将重点放在理解事物的人为那一面，技术是什么，以及技术能为您和您的客户带来什么， 从而完善了现有的方案 因此，它需要在IT方面做大的改变 高（Gartner）咨询公司在2013年提出了bimodalIT（双模IT）这个术语 尽管我们还未曾看见如何实现这个概念的具体细节 但在这个背后的理念，是代表了我们所探索的速度空前的变化， 正随着数字化进程 尽管过去，企业要花费五年的时间来改变市场 现在，我们预测在半年之内即可实现 企业成功之后，又会新的困境 为了维持现有的优势地位，他们将自 最具创新力的公司或组织一旦获得成功， 就开始趋于 说真的，这会帮助他们定位自身的业务 不幸的是，这也预示着他们创新力的终结 获取成功后，紧跟着会有很多追逐者来与你竞争市场。 他们野心巨大，急于打败 竞争者没有可失去 因此会不遗余力地去和市场领先者竞争， 通过不断改进自身甚至模仿你，以超过你 ，您作为市场领先者 会把重心由打造下一个产品转向保护现有市场 您将最大化投资回报， 但却丢失了曾驱使你成功的创造力和野心 有一类企业在驱动性技术采用方面比其他企业有着更完备的条件 那就是IT企业 但是在过去 的作用仅仅是一成不变地运营公司，这很简单 大多数任务是有关运营性和技术性的 IT企业的不仅是，还是一种平衡行为 即公司运营和公司之间的平衡 获得竞争优势，并促进公司利润增长 是平衡行为范围内的目标所在 对IT部门而言，这是个重建的千载难逢的机会 但是现代IT组织需要遵循以下 传统IT理念驱动下，IT组织扮演着服务提供商的角色 即顺畅经营企业 并谨慎规划，因为规划一旦实施就将 正确做事情意味着高效 多次长期的实施后，才能获得可持续性。 对于业务线理念来说，时间是最大的敌人 因此，由此驱动出了新的IT理念，此时，IT是业务的创 创新项目在迭代进行： 开始的速度快，的速度也很快；在学习和改变中不断更迭 总体的原则是：完美的发 正确做事情，是IT组织提高效益的关键。 正确做事情，是业务线理念的 这是直接对立的 但是这表明了两种IT组织的不同吗？ 我个人认为不能这 否则，企业会陷入同之前一样的困境 记住：右边 是注重速度，而非 且右边所有的新服务，新产品和创 需要被大规模部署 并如左边所示，仍 在我们继续讲如何重划业务改变的方式之前 先快速浏览一下两种理念各自的特征，以获得更直观的感受。 首先，两种理念有很多方面的 分别列在幻灯片左 IT企业作为业务创新者，其重心不在成本缩减 而是对未来的新市场和新机遇等的投资， 或至少保护现有的市场地位，以免竞争者赶超自己 因此，须明确商业案例 需要协调出一个清晰的战略 并制定好业务和技术路线图 技术本身就成为解放思想的力量。 比如现在，和加工大量数据的成本变得很低 但是，只有当企业有能力将其变成智能数据并展示其切实收益 他们才会采纳新技术，以及随之带来的竞争地位的提升 那么智能数据会帮 创新商业模式、或改变流程和业务成果吗 这应该成为企业战略的重心所在。 这里，想在竞争中取胜的智能企业 将会把解放性技术和企业竞争力融合 以在新的数字化市场中出奇制胜。 这让我们来重划经营业务的方式 对企业而言，这可以看作是一个登录页面 并且，如果你从左边移动到右边，就像一个滑模 通过系统性地应用数字性能提升和 利用数字来发展新 在随机采用数字技术和商业模式之间移 性技术在起初是以迭代方式被驱动的，这在第四章幻灯片上讲过 且最初出现时可能只是作为一项新技 使用可能仅增长IT使用，例如可用性更高或发布周期更快 但并不会影响业务性能 下一步是使用新技术， 来改变甚至替换现 因此你能看到我们现在在移动杠杆到右边 跳出这个框架来思考能帮助我们找到 但，它仍只影响成本，而不能影响业务价值 要改变这个局面，突破性技术不仅要 而且要影响外部产品和服务 这将提升和最优化 并直接影响企业的收益 当企业能够进入新市场 或显著提升其在现有市场的竞争地位时， 才算是达到了业务流程的最次 这是当企业从性技术向新商业模式转变 并在右边由业务线理念驱动的模块发挥作用时 而我们看到，在左边的传统模式，是由传统IT理念驱 如果我们移动并观察作用因素，重新构思业务 我们能看到使用SAP内存技术HANA的例 几年来，人们一直在讨论创造价值的速度 如果你从速度的角度来思考 但只关注现 最终你会认为例如HANA这样的解决方案仅仅会改 而带来的业务影响非常有限 但是结合内存技术性能和应用 将会发挥全部的力量来业务流程 我们需要转变视角，从技术的 我们理解企业的价值杠杆以及技术如何在其中起作用， 这样的视角转变 正如左边所示，

是重构业务的。 根据基于HANA的内存技术和主要性能来了解其主要区别， 以协助价值杠杆并重新考虑业务流程时。 要想将部分数字化，沿着等压线移动，以满足两种预期 企业必须决定在哪个位置移动等压线 是向着更次的自动化，还是根据市场转折做出更快的采纳呢 因此移动沿着这里的等压线 这主要是由系统的复杂度和灵活性决定的 而这些系统是构建在过去的极限边界和条件上的 S/4HANA的容纳性能正在将构建在那些方面上的部分数字化 在openSAP课程中我们已经 它是关于简化的框架，简化的数据模型， 关于简化的用户支持， 关于简化和快速配置与快速集能的结合 最终，企业首次能将应用程序 提离静态等压线，并沿着这些线移动 沿着这些等压线移动使得我们能同时实现两种预期 如你看到的这样，我们继续在X轴和传统方式的轴上 系统高度稳定的自动化和更高的灵活性。 看，这个数字化杠杆非常庞大 我们处在一个变