我的Fiori不可能那么简单-部署篇

声明：本文章仅代表原作者观点，仅用于SAP软件的应用与学习，不代表SAP公司。注：文中所示截图来源SAP软件，相应著作权归SAP所有。文中所指ERP即SAP软件。

2013年5月份，ERP发布了自己的设计语言叫做ERP Fiori, 其中Fiori一词取自于意大利语的“花”。

下面是Fiori的官方定义

分别用销售的语气和说人话的方式给大家解释解释：

1. Fiori是一套企业级应用的设计语言

说人话：我们可以做漂亮的展示界面啦！

2. 基于用户角色和业务流程（注意：“基于”=集成后台系统）

说人话：只买这套漂亮的展示界面没啥卵用哦，你们还要氪大量的金和后台系统做集成

3. 是一种范例，可以将庞大的ERP解决方案转化为基于用户任务定制化的轻量级应用

说人话：我们就是把ERP里面的t-code作为快捷方式放在这个界面上，让客户觉得很高大上哦。

Fiori号称让ERP有了全新的视觉风格和用户体验，在很多地方做了非比寻常的创新，非常的不ERP。

我们来看一下传得神乎其神的，拿过德国红点奖的Fiori到底长什么样

客官们，你们看完后是不是和我一样一脸懵逼？这就是所谓非比寻常的创新？

作者也是背靠ERP吃饭的手艺人，但对于fiori这种毫无下限的骗钱产品，只能送两个字“呵呵”.

假如仅以UI设计和制作而言，中国任何一个软件外包公司，人天不会超过800块，分分钟给你鼓捣出来。

即使实现集成，国内有实力的公司比比皆是，成熟的产品也比比皆是，何必要用又贵实施起来又麻烦，成本还要高的fiori？

2015年，ERP发布Fiori2.0。号称突破性的把整个页面分成了三个平行的区域，Me Area, Work Area, Notification Center（下图）。三个区域可以在任何一个页面任何一个状态无缝的进行切换。我们来瞻仰一下2.0的样子

恕我眼拙，我完全看不到哪里有突破性。

但是又有一点眼熟，你们看出来了吗？

这不就是传统的OA产品界面么？

如果说1.0版本是仿微软磁吸设计，不知道SAP是否还记得诺基亚和win8是咋死掉的，磁吸界面简直就是作死的代名词。

到了2.0，好家伙，我直接好家伙！照抄OA厂家的设计风格这样真的好吗？

但SAP各大合作伙伴无法拒绝Fiori，推广的同时还要投入额外的巨大成本。原因嘛，自然是SAP的高压政策。

以至于逼得某些合作伙伴私下里偷偷和甲方商量，能不能用别的产品，打折什么的都好商量。

作者也做过不少项目，这些项目的甲方几乎90%没有使用fioir，而是用其他工具代替，剩下的10%虽然实施了fiori，但大多只将其定位为一个看报表的工具。

为什么会有这种咄咄逼人的怪事呢？在我看回来，答案就是六个字

各项成本太高

没有谁会给自己找不自找，企业也是社会活动主体，在低成本高收益和高成本低收益选项面前，这些主体自然会靠近前者。

轻量级产品更类似互联网公司的玩法，ERP公司的组织架构，产品范围，能力领域，都注定了它无法在轻量级领域与专业公司竞争。

凯撒的归凯撒，上帝的归上帝，Fiori可以作为ERP产品线的补充亮点，但绝不该是核心。

骂归骂，大家还是靠手艺吃饭，挣钱嘛，不丢人

由于实现Fiori较为复杂，我把本次主题分为三个章节，分别为：

部署篇

服务篇

权限与展示篇

老规矩，先给出本次的实施环境

我思考了很久要不要从0开始讲这个主题，后来我觉得还是应该从0开始，毕竟还是有许多顾问没有搞清楚Fiori到底应该怎么去部署。

这是官方给出的概念图。

左边是Embedded deployment类型（也叫做Co-Deploy，中文直接翻译叫嵌入式，但不好理解，因此我称呼为集中式），你可以理解为将前端和后端的所有组件都集成在S/4 HANA里。

右边是分布式结构，分为前端服务器和后端服务器。前端服务器安装有Getway组件和fiori展示组件（就是一个netweaver），后端服务器就是S/4，或者传统的ERP,CRM等。需要前后端进行相关的配置才能实现。

毫无疑问，分布式的配置更麻烦，这对于初学者来讲是一个很大的挑战。对甲方来讲也要消耗更多的资源成本和技术难度。

没有谁会自己给自己找不自在，无论是对basis从业者还是甲方，如果不存在特殊情况，我始终建议使用集中式来部署。

了解基本概念后，我们就要先从下载相关组件开始入手了

下面列出的组件是前端和后端的必要组件：

ERP Fiori for ERP S/4HANA 2020

ERP Fiori front-end server 2020 for ERP S/4HANA

UIBAS001 600

ERPUI5 1.78

ERP_UI 7.55

S4CORE 105

ERP Gateway 7.55

ABAP Platform 2020 (part of ERP S/4HANA 2020)

搞清楚了这些基本概念，就可以进入实战了

选择最小化停机时间。

这里介绍一下最小化停机时间的概念。

看下图

最小化停机时间，把最耗时的import部分省掉了，只需要import其他对象和激活、重组必要对象才需要停机，因此停机时间大大缩短。任何一个升级，打补丁项目都适用于这种停机模式，我的经验值得出大概能节省4/5的停机时间。

因为停电了，所以重启一次。这个报错是说影子系统没有起来。

影子系统的启动和常规启动是不一样的！

和常规启动是不一样的！

是不一样的！

不一样的！

到这一步，就要准备停机了，按照提示把准备工作做好

做一个备份吧，这里说的备份不仅仅是数据库，包括参数文件，环境变量，以及SUM的备份

补丁打完后，在系统状态里可以看到两个新的产品

这两个是fiori的关键产品

ERP FIORI FOR S4HANA属于后端

ERP FIORI FES FORS/4HANA属于前端

有条件的小伙伴可以尝试做分布式。但我还是那句话，能集成就不要做成分布式。

可能会有喷子跳出来嚷嚷，你说的太笼统太片面了，分布式的好处多着呢。我也想澄清一下，J哥在这里不研究学术，只讲实战，不喜勿喷。

加完参数后，开始安装webdispatcher

安装完webdispatcher后

在tcode：sicf，根据路径/default_host/sap/bc/gui/sap/its/激活webgui，测试webdispatcher是否可用

首先，测试s/4 2020自己的路径（hostname：s42020，默认http端口8001）：

http://s42020:8001/sap/bc/gui/sap/its/webgui?sap-client=000

然后，测试webdispatcher的http路径（http端口8003）

http://s42020:8003/sap/bc/gui/sap/its/webgui?sap-client=000

最后，测试webdispatcher的https路径（https端口44303）

https://s42020:44303/sap/bc/gui/sap/its/webgui?sap-client=000

如果三个路径都能打开，且为同一界面，说明你的webdispatcher安装成功。

Webdispatcher没有数据库，只是一个服务，虽然可以为多个系统代理，但我个人不建议这么做，不要把简单的事情搞得太复杂，其作用只是一个反向代理，在占用资源微小的情况下，一个系统配置一个webdispatcher有何不可？

总结一下，部署一个集成式的Fiori主要做哪些工作

1.S/4版本选型

2.到MP上下载合适的补丁和XML文件

3.安装HANA数据库和S/4

4.安装add-on和add-in

5.参数调整

6.webdispatcher安装

注意哦，S/4部署完成后的基本设置，比如传输域的配置，语言包的安装等这里并没有讲到，相信你们手上都有相关文档。

到此，部署篇讲解完毕。

下次我们进入任务配置篇，敬请期待。

分享是一种精神