一文盘点Mendix在SAP之上的那些事儿_sap和mendix

前言

近来接手了2个与SAP有关的低代码案子，客户都会问Mendix和SAP之间怎么回事。

2017年开始Mendix 成为SAP Endorsed APP级别合作伙伴，并再度升级为Solution Extension最高级别。

两家公司风雨同舟七载，服务的全球大客户不胜枚举。

商业世界没那么多儿女情长，向来都是互相需要，大家能走到一起，必然是看上了对方一些东西的。

Mendix 作为一个开发技术平台，需要SAP的客户群和业务场景。

SAP作为核心商业系统提供者，持续向云，需要Mendix 这样成熟领先的低代码平台帮助客户上云。

具体点讲，SAP 到2027年将停售on premise ERP产品，上云过程提倡Clean core。

围绕如何clean core，SAP深知Mendix能帮上大忙。这也是为啥这2个案子都来自SAP原厂推荐。

有人说，西门子和SAP同为德国公司总有些先天信赖，这个暂且不论。

今天单从技术和方案角度，我们做个全面盘点。

Bottom up！先从最底层开始讲。

SAP开发，大体可以分为ERP之内开发和外挂式开发，技术路线也不尽相同。

ERP之内开发涉及RICEF几种类别，有表单、报表、接口、转换、增强，有时会加一个工作流。

这种开发用的主要是SAP ERP原生开发语言ABAP，表单和报表开发通常也是基于ERP原生界面SAP GUI。

这套方法运转了三四十年，倒也没啥问题，懂ABAP开发一度也是非常拿得出手的简历亮点。

随着商业竞争（内卷）加剧，各大企业不断尝试业务创新，基于传统核心系统之上的个性化二开需求陡增。

互联网时代到来，也让业务用户和客户对于用户体验要求水涨船高，SAP原生GUI开始饱受诟病。

外挂式开发在SAP项目中向来有之，以上趋势只是增加了其存在的必要性。

当客户希望在SAP GUI之外运行业务流程，同时和核心系统有紧密数据和服务交互时，就会有外挂开发。

迎合这一需要，SAP一方面提供基于ABAP原生语言的WebDynpro for ABAP，以及freestyle的BSP。

另一方面，鉴于主流的开发语言并非ABAP，SAP也提供开发SDK，比如面向Java的JCo和面向.net的NCo.

到这，从技术角度讲，SAP原厂算是十分良心了。

然而，开发从来不只是开发，尤其面向ERP这种业务密集型系统，理解业务流程和对象举足轻重。

具体来讲，开发人员可以对SAP SDK很熟悉，但要理解并运用 ERP中诸如MKPF（物料凭证抬头）、MSEG（物料凭证行项目）、MAKT（物料描述）、MATNR（物料编号）等表格和字段，没有几天钻研或是业务顾问一旁辅助是不可能的。德文为基础的表格字段命名让这一问题雪上加霜。

如果说这个问题还可以通过堆时间堆人应对了，来自SAP自身的变革则让这一问题需要一个彻底清晰的解决方案。

七八年前开始SAP提出全面云转型，并为ERP的全面云化设置了硬性时间线——即2027年停售本地版ERP。

如何确保Installed base客户不为旧的in App开发牵绊丝滑上云？

又确保新客户的个性化业务诉求不为云上标准核心所限？

SAP为此推出一系列云时代云技术平台BTP上的开发工具和技术栈，比如SAP CAP、SAP Fiori、SAP MDK、SAP Business Process Automation、SAP Cloud Foundry environment CLI等。

这些工具的好处是给予新老客户更多的处理二开或外挂场景的手段，与之相随的是基于SAP的开发技术选型更复杂了。并且，工具的增加并没有很好解决上面提到的开发在业务密集型场景下的理解困难。

出路在哪？成熟可靠经过验证的低代码平台！

Mendix 集成层面提供2套SAP系统连接器，分别是BAPI Connector of SAP Solutions 和OData Connector for SAP solutions，完整覆盖了ECC时代和云时代的SAP系统接口类型。与此同时，Mendix提供 Model Creator For SAP Integrations，可以基于BAPI接口和OData service自动抓取SAP系统之内业务对象及关联关系。这样数据和服务打通问题得到解决，并且能在完整的业务颗粒度（BAPI服务或OData服务）下将全部对象抓取到低代码环境，大大减轻了开发人员业务理解负担。

再往上走。进入Mendix平台后，实体扩展、个性化逻辑、工作流和表单构建可以十倍速提效，开发者在低代码统一技术栈上就能完成SAP 系统之上的各种扩展和外挂开发。其中原理在于平台本身能力，本文不加赘述。BAPI和OData连接器提供了系列SAP系统集成服务组件，可以完成对SAP系统表的增删改查基本操作，以及RFC调用。

故事到此，还没结束。我们再往上走。

SAP前端除了旧的SAP GUI，还有SAP大力推崇的SAP Fiori，并且大量的核心transaction code已有Fiori的翻新版。Mendix 二开的应用如何与此有机融合保持体验一致性呢？

Mendix主打成熟，为这一点早就有所准备。Mendix提供SAP Fiori风格的前端模板，开发者只需从应用市场下载并套用该页面主题即可得到与SAP Fiori主风格完全一致的UX。如果是移动原生应用开发，Mendix还提供SAP最新Horizon Native UI模板，原生应用风格也可以完全兼容。大大减轻开发者前端的工作量。

如何加入Fiori Launchpad？这个点就没啥Mendix特异性了。Fiori Launchpad本身接受URL注册，Mendix应用输出所需URL地址即可配置实现。

当然了，如果企业想采用Fiori之外的前端设计系统，Mendix完全支持自由发挥，实现企业自主风格UX。

往上走还有。想法周全的小伙伴可能要问了，如何实现与SAP云平台的单点登录？

不急，Mendix在SAP之上主打成熟，这个点也考虑到了。

如果企业接受的是SAP BTP统一登录控制，可以将Mendix应用直接部署到SAP BTP平台之上，并通过Mendix官方提供的BTP XSUAA连接器绑定BTP之上的IDP，实现BTP统一控制的应用单点登录。

如果企业用的是BTP之外管控的统一登录机制，比如OAuth、LDAP、SAML、OIDC等，Mendix则提供另外的SSO 模块，同样可以实现二开或外挂应用与SAP应用之间的单点登录。

Bottom up！还要往上，就是Mendix基于SAP的应用案例和行业模板了。

Mendix从SAP全球合作项目中抽取部分形成了应用模板或应用Demo，供开发人员下载体验，甚至作为快速启动包。

将以上关键字输入Mendix Marketplace就可获取对应App链接，比如：

好了，差不多到了最上面了。最后 Bottom up