S4HC的云端美景（二）
文 | Martin
上一篇《S4HC的云端美景》反响非常好，特别是被SAP天天事转发之后 :) 如果你还没读，记得一定不能错过。
话接上文，我们已经概括介绍了云ERP的趋势以及SAP S4HANA Cloud的特点。本期我们来简单聊一聊针对S4HC的双层ERP模型和新的SAP实施方法论。
时至今日S4HC产品已经被各方热议，同时也有很多的质疑之声。所以在开始本期主题之前，我们想先花一些篇幅和大家讨论一下现有的质疑和存在的疑惑，主要通过稳定性、安全性、适用性、功能性（*成本及定价不在本次讨论）评价一下此产品。以下观点都出于我们个人对S4HC及云ERP产品的认识，不足和欠妥之处，望各位补充和纠正。
如何评价和看待SAP S/4HANA CLOUD
稳定性 - 先说稳定性，如果公共网络接入都不可靠，web服务动不动就400 500错误，亦或traffic一提高，响应速度就慢如蜗牛；那我们就没有再讨论下去的必要了。但我们知道，B/S结构早已成为市场上应用程序的主流，而SAP仍然坚持了这么久传统的C/S结构（NWBC部分，BPM，Fiori这些都是B/S的尝试），直到2015年才真正开始推出公有云也是存在一些网络技术因素的考虑。
随着技术更新迭代网络覆盖愈加广泛，稳定性也明显增强；未来5G时代的到来，移动应用的网络速度更可与本地数据存储比拟。更真实的情况是，我们通过测试和使用S4HC（悉尼数据中心），感觉它的响应速度和表现还是不错的。当然前提是在Fiori应用中，我们不能给同一个用户分配过多的business role，否则拥有几十个business role的用户在操作过程中会非常吃力，每次回到home page都会卡到让你怀疑人生。
不过在本地部署S4H的Fiori应用中，一个超级用户在加载过多Tile时也会表现不佳；所以基于业务和角色的用户配置，也是实施过程中需要仔细考虑的。综上，我们给稳定性打4分。
安全性 - 几年前老人家会说，怎么能把钱放在手机上，多不安全。放眼现在，春节压岁钱爷爷奶奶们都是使用支付宝和微信红包。安全性这个问题是随着技术和法律法规逐步完善，而逐渐被用户认可的。
正如大家所知美国部分政府机构的服务也同样运行在AWS公有云上（而非私有云或托管服务）。大家认为是一家公司的本地服务器受攻击而损失概率大（当然这服务器只存在内网就不属于我们讨论范畴了），还是拥有成百上千安全工程师的数据中心受攻击损失概率大？没有什么网络或计算安全问题是不能通过技术革命及法规建设解决的，如果有那就是人性导致的，类似数据中心内部窃取用户数据或传递竞争对手信息这些行为，例如Facebook公司最近发生的用户数据盗用事件。
对于企业道德，我们只能认为人性本是善的，不是恶的；如果S4HC真出现了信息不安全的问题，数据中心以及SAP公司应该对所有用户有个交代。对网络、数据、信息安全性，我们给4分。
适用性 - 话说S4HC的适用性，确实有一些局限。它的核心功能必须运行在标准流程上（最佳业务实践），如果企业的业务流程太独特，S4HC就失去了它的优势，当然任何云ERP产品也都不适用这样的企业。
去年，S4HC也取消了基于行业的版本概念，也就是在各个企业和领域都可使用统一的标准组件。回过头想，这么多年的实施经历，有多少客户业务需求本可以用SAP标准功能而最终选择了开发呢？有多少开发又是为了界面，易用性而非流程和功能呢？又有多少开发了的流程和功能，我们本可以通过BPR，变更管理来提高企业的运营，而最终妥协了呢？
我们了解到现阶段S4HC的用例一般集中在初创公司，兼并或并购企业，以及大企业的卫星部门或分（子）公司或项目主导的专业服务公司，如设计、IT、会计、中介。
对于总部和分（子）公司的业务，SAP提供了一套双层ERP模型 - 即总部内部部署，分公司公有云部署。S4HC的采用同样可以参照二八法则 - 企业80%的业务流程如果通过标准功能评估，那么即可考虑适用，另外的20%我们可以通过变更企业流程或应用扩展来实施。所以，适用性我们给3分。
功能性 - 众所周知，S4HC还处在成长阶段，功能上虽差强人意，但又具有无限可能。回顾以往实施经历对于本地部署ECC或S4H，多数企业在实施过程中也是拿着整套软件包，实施了30%-50%的功能，而最终上线用户经常使用或用起来的功能也不超过30% （以事物代码数量来计算），更别提对Business Functional Set设置等等。
所以从真实的业务角度出发，我们认为S4HC标准核心功能是可以支持企业一般运作的，而且每个季度更新的产品路线图也体现出S4HC的完善轨迹；集成性和扩展性也是对S4HC功能的横向和纵向延伸。
当S4HC集成人工智能，机器学习，IoT等应用时，那它的功能将是定位在下一代智能ERP的广阔领域。对于功能的易用性和用户接受度，我们无需讲太多，两幅图就可以说明它的便捷。
下图物料移库操作，我们再也不用去记那些枯燥的移动类型，点点按钮以业务的角度通过视图方式简单明了地告诉系统我要做什么操作，使用iPad更是一种美妙的体验。
下图查看物料凭证，凭证流的关系显示的是这么清楚，再不用在菜单里找来找去，不知道关联性在哪。最后，我们給功能性3分。
综上，我们对S4HC现阶段的整体评分为3.5，高于及格标准，是完全可接受的。
成本及定价不在本次讨论，未来有机会我们再谈成本因素，以及与一些云ERP/Finance软件的对比，包括NetSuite、INFO、JCurve、Quickbook、XERO（很多是澳洲的SaaS产品），当然也会结合中国的云ERP现状加以讨论。
任何新技术新产品从产生到广泛应用都要经过循序渐进的过程。以汽车半自动/全自动驾驶功能为例，最早人们都是怀疑-这能行吗，可以用吗；到初步使用时的惶恐-这安全吗，根据前车距或变道后速度能自动调节吗；进一步使用后的惊喜-如此便捷，可靠；最后到信任和广泛采纳-原来路边的景色这么好。相信使用过自动驾驶功能的朋友都会有相似的感受，企业ERP产品的应用也存在同样的心理转变过程，S4HC-只待时间为我们证明。
现在说回本期主题 （本期主题内容篇幅较少，见谅）：
双层ERP模型
如前文提到的，对于S4HC的实例应用大企业的卫星部门或分（子）公司。SAP公司提出了双层ERP部署模式，总部实施本地部署的ERP，分（子）公司实施S4HC，再通过数据交互，实现无缝集成。同时美国的实施经验也给出了一些双层ERP的具体场景，如联合制造，控股公司，兼并并购等。
如果集团本部使用的是本地部署的SAP产品，那么使用S4HC作为第二层应用，可以克服和解决很多多供应商双层系统的局限性，如：
不同数据模型的集成和协调流程复杂。
不同供应商产品的升级频率不同，导致流程和流程间的互联不堪一击。
改变或创建新的业务流程会增加复杂性。
难以开发和部署全新的创新成果。
云迁移的复杂性和成本都更高。
大部分的多供应商产品集成是批量进行的，因此无法支持实时流程。
由于缺乏实时交互，只能为下一代业务目标提供有限的支持。
由于双层ERP模型的部署及实施，我们也没有真正的经验和案例，无法分析它的真实效果，只等以后各位SAP的从业人士来补充。但从理论上，双层ERP模型为我们提供了一种集团企业新的实施可能性。
SAP Activate实施方法论
众所周知，SAP推出了全新的项目实施方法论SAP Activate，对传统的ASAP调研，蓝图，实现，部署，上线过程有所调整。针对S4HC新的实施方法过程包括：
发现
探索S4HC系统功能
理解S4HC解决方案
测试SAP云方案性能
准备
了解和使用SAP Activate方法组织和实施S4HC项目
理解S4HC的转变和更新
探索S4HC的功能范围
管理S4HC用户
探索
准备适合标准流程的S4HC研讨会
S4HC适合标准流程需求分析
调整组织结构或变革管理
实施
定义方案自助配置
定义系统集成方案
定义开发扩展功能
Q数据迁移和导入
测试业务系统流程
部署
重新确认系统季度更新周期及新功能
培训最终用户
P系统导入
运行
上线切换
运维交接
其实这样一套实施方法正是我们多年一直倡导的以原型为基础，差异分析，功能实现和变更管理为过程，以上线结果为导向的项目实施原则，例如蓝图前的CRP，正是体现了这一实施理念。同时，SAP公司还根据项目实施方法，提供了详细的项目管理流程分解模板，供项目经理参考和使用。这些都是为了确保项目能够顺利的进展。
S4HC对咨询顾问的影响
接下来我们聊一聊，S4HC的兴起对SAP合作伙伴方（非原厂）从业人员会有哪些影响。当然这也是一家之谈，希望大家踊跃讨论，可以为我们顾问指出不同的发展道路。
以下是我的意见：
销售和预销售：暂时不在我们本次讨论。
项目经理：了解和掌握新的实施方法论至关重要，因为实施周期短，项目预算少是S4HC的特点，项目经理必须能够灵活运用新的实施方法，控制项目进程和节奏，才能有效保障最终部署。
项目经理需要充分理解S4HC产品的特点和适用要求，才能在实施过程中准确把握用户对标准流程的质疑和某些具体应用的意见。要勇于对某些非必要需求说“No”，要努力促成企业内部变革，关键时刻能够暂停项目或部分暂停实施（这是S4HC实施的一个特点，因为季度更新的特点，某些在探索阶段发现的必要需求也许现在功能范围不包括，可能下个季度就更新了）。
业务顾问：现在S4HC只给我们提供了共500个左右自助配置，如果想有大的变动，需要提交专家配置请求。所以说未来拥有强大配置能力，了解各种BAPI，FM的业务顾问并不是优势所在，业务流程及商业分析才是未来企业的关注点。
顾问更要体现出对企业运营的理解程度，协助客户部署一套具有先进管理方式和智能应用的系统，而不是为客户开发一套适合的本地系统。跨业务模块，跨平台应用，一专多能，包括报表分析，大数据观点是业务顾问未来需要具备的能力。
技术顾问：跨平台开发，以及扩展应用是S4HC的特点，单纯的ABAP技能已经不能在云ERP时代立足；了解更多的API，熟悉HTML5，XSJS，JAVA都是云平台开发顾问需要的技能。
数据顾问：这里包括对业务各项数据整理，导入和维护的业务顾问，还包括数据分析，商业智能的功能顾问，因为S4HC天然整合嵌入式分析，顾问们需要更加关注企业运营管理需求，熟练掌握一些KPI及多种统计指标的建模方法。未来业务分析师的岗位需求将会越来越大。
BASIS顾问：虽然云部署后对BASIS顾问的影响非常明显，但是并不是说未来这个职位就只存在于软件提供商或数据中心。企业应用除了SAP的产品线还有很多的集成业务，包括各种中间件集成，专业系统应用，甚至IoT设备的交互，都要有BASIS来配置和维护。比如我们实施的BizTalk集成，Manhattan集成，RFID交互都是需要BASIS来重点参与，但是这个角色不再是SAP的BASIS顾问，而是系统架构解决方案的专家。
支持顾问：客户应用系统业务支持量将出现增长，因为内部专职员工会减少。与业务顾问的变化类似，Debug不再是支持顾问关注的重点；基本自助配置，业务流程变更，报表分析，新功能和扩展，跨平台应用能力，将成为支持顾问体现价值的地方。
现在SAP提供了14天免费的SAP S4HANA Cloud试用环境，任何希望了解其功能的顾问和客户都可以申请注册。同时，SAP也开通了合作伙伴内部测试和演示环境，暂时演示数据中心设立在美国（Rel. 1711），欧洲（Rel. 1708），澳洲（Rel. 1708）。相信很快，中国区数据中心启用也会开通合作伙伴演示环境以供使用。
下一篇我们将继续讨论实施过程中的一些细节，也是S4HC的特点和魅力，包括对适合标准流程的设计方法、用户业务角色的定义，测试脚本和自动测试，谢谢大家关注。
参考资料
-《SAP S/4HANA Could： 案例，功能和可扩展性》
-《SAP S/4HANA®：从双层 ERP 架构到多层架构》
- SAP AG website
- SAP JAM
- SAP S/4HANA CLOUD Bootcamp
往期精选 ｜ Editors' Choice