在过去的几十年里，SAP R/3 的强大功能以及其维护标准代码和定制的能力为 SAP 客户带来了巨大的优势。但随着我们通过 S/4 HANA 向智能企业的概念迈进，定制和/或扩展企业应用程序的愿景正在发生变化。

现在，客户需要精益化，以便更快地采用创新，更快地响应不断变化的业务需求，减少长期升级，并实现全面数字化。对于竞争优势至关重要的定制和扩展现在应该通过扩展平台上的应用内和/或并行扩展来体现。

正如您所料，扩展平台是 IT 专家扩展和定制其应用程序的新游乐场。因此，当我们进入“核心和扩展”这一新概念时，一门学科对于以下方面至关重要：

• 评估并将定制从核心分离到扩展平台上。
• 避免扩展平台日后发展成为难以维护的新的的技术债务。

通过编码、手动管理和流程进行的传统应用程序开发和交付 (AD&D) 可能会再次导致我们在核心系统时代目睹的复杂定制网络。如果我们想在新世界中变得敏捷和精益，那么用相同的传统方式期望不同的结果将是天真的。

简而言之，如果您遵循相同的旧规则并使用过时的工具，那么您就无法赢得这场新游戏。

为什么采用 Mendix?

SAP 和 Mendix 于 2017 年建立合作伙伴关系，帮助企业快速创建和改进移动和 Web 应用程序，并且合作关系不断发展。 Mendix 现在与 BTP 紧密集成，并支持完整的 智能企业解决方案及扩展开发。 除了， Mendix 也是 SAP Marketing Cloud 的扩展 替换以前的 SDK。

我们的客户 科森, 凡马克和 兰姆韦斯顿 对其 S/4 HANA 转换进行了低代码处理，展示了 Mendix 以及 SAP 产品组合。

他们的成功故事、传统编码的陷阱以及面临的挑战（尤其是在 SAP 开发中）都强化了 Mendix 低代码平台提供 SAP 开发和 S/4 HANA 转换的完整生命周期。 

构建：企业应用程序

由于多年的定制及其产生的复杂性，我们都知道 IT 团队的大部分时间都花在维护系统上，这大大限制了转型机会。SAP 环境与 SAP 和非 SAP 系统的复杂集成使开发变得复杂，并且经常使我们依赖某种技术（BAPI、IDOC、SOAP、OData、JavaScript 等）。

此外，影子 IT、孤立操作和缺乏可重用性经常会创建大量标准对象的克隆，这进一步增加了负担。在资源（时间、预算和人员）有限的情况下，通过这种传统（以编码为重点）方式进行新开发和转型将是一项艰巨的挑战，而且很可能只会产生类似的平庸结果。

Mendix的低代码平台专注于可重用性的核心原则，以提高开发人员的生产力，使 IT 团队能够以有限的资源实现更多目标，并支持更快的上市时间。其基于模板的方法（例如，入门 Fiori 3.0 UX 模板, 空白应用程序模板、移动Fiori模板（路线图）等）可以加速AD&D时间表。 数据中心数据发现工具可确保从数据源获得可操作的洞察力和可重用性，并避免克隆。AD&D 的完整愿景包括构建、测试、数据管理、流程自动化以及使用“任何 API”的能力，可让架构师、IT 经理和开发人员摆脱不必要的技术重点，并有助于专注于业务价值。

与 SAP 产品的协同作用提供一键部署到 BTP，并无缝集成到 Fiori Launchpad，为最终用户提供一致的用户体验。这种基于模板和小部件的方法、OOB SAP/非 SAP 连接器以及符合 SAP 开发的生命周期管理为客户提供了满足其转型需求的独特选择。

运行：管理增强和扩展

对于使用 S/4 HANA 或 ECC 并计划使用 S/4 HANA 的组织，任何被怀疑是技术债务的更改都应理想地转移到扩展平台上。对于此类定制开发和未来的更改和增强，重要的是消除开发人员的主观性因素以避免编码问题。传统上，组织通过严格的质量检查（如同行评审、代码审查、编码标准等）来管理定制开发和增强，但代码质量一直是个问题，并且经常导致自由形式的应用程序增长。不幸的是，在我们解决 S/4 转型期间的定制代码问题时，必须面对这种情况的后果。

低代码采用不同的方法，通过遵循可视化开发模型来解决主观性问题。无论您是使用小型自定义代码还是战术工作流程来增强应用程序， Mendix 低代码在整个开发和变更过程中提供连接、单一（可视化）编程体验。根据设计，可视化框架是自文档化的，以确保引导开发和健全治理。此外，该框架还提供了一个用于编写自定义表达式/逻辑的标准钩子，就像并行扩展的应用内可扩展性点一样。凭借其完整的解决方案扩展能力，这种引导式方法不仅可以最大限度地减少 QA、测试和 KT 工作量，还可以确保代码的可读性，以便以后更轻松地进行维护。

创新： Mendix 促成改变

企业领导者希望推出新产品、进入新领域并提供丰富的客户体验，但 IT 可能无法跟上这种步伐，因为：

• 随着商业模式/变化的不断发展，积压工作也随之增加
• 技能差距不断扩大；让我们的 SAP (ABAP) 开发人员掌握 Fiori、UI5、HANA、node.js 等是一个巨大的挑战
• 当技术植根于解决方案时，变更管理需要多长时间

敏捷是有效应对不断变化的情况的唯一方法。中断、不断变化的商业模式和市场趋势只会加剧不确定性问题。传统方法更注重孤立的规划，而不是协作。部分原因是 IT 和业务之间的差距越来越大，业务以结果为中心，但 IT 受到技术能力的限制。因此，对于快速变化的情况，我们将一次又一次地遇到周转时间变慢、不确定性、劳动力再培训（学习-升级-再学习）、积压增加以及更长更密集的变更管理等挑战。

此 Mendix 低代码平台引领一种专注于实现业务成果的技术中立方法。技术抽象非常方便当前的 SAP 开发人员学习低代码（与 SAPUI5、HANA、Node.js 等相比），从而可以交付企业级和消费者级应用程序。这将使 IT 团队摆脱学习-升级-重新学习的循环。持续变化、适合用途的产品开发和可见性等常见问题可以通过 斯普林特 平台弥合了业务与 IT 之间日益扩大的鸿沟。Sprintr 是一款出色的工具，它带来了急需的业务和 IT 协作，以提供可视性、避免信息差距并在整个产品开发过程中让业务和 IT 保持知情。

所有的情况都被考虑到了， Mendix的云原生凭证、首选部署选项和强大的 SAP 合作伙伴关系使其成为 SAP 客户在 ECC 上开始开发、构建强大的基础并在迁移到 S4 HANA 时进行扩展的明智选择。使用 Mendix 因为这种转变将使IT能够专注于业务转型并实现最大价值。

正如 Forrester Wave™：《2021 年面向专业开发人员的低代码开发平台》报告所指出的那样， Mendix 继续为低代码市场设定步伐和新基准。 Mendix 还能够可靠地执行其在业务和 IT 之间实现开发和协作的单一平台的愿景。