SAP解决方案研究分享_【之一】_整体架构篇

延时符整体架构篇SAP软件包及解决方案研究分享（之一）写在前面的话延时符我们对SAP解决方案的了解在比较长的时间内停留在ERP软件套件的层面，其实除了SAPS/4HANA，SAP还有很多优秀的产品，包括通过收购来补齐ERP能力的“五朵云”：Hybris（电商相关套件）、Ariba（采购云）、Concur（差旅费用云）、Successfactor（人力资源云）、Fieldglass（外包管理云），也包括围绕SAPS/4HANA以及HANAPlatform逐步完善的平台能力和独特的Apps，例如2017年5月最新发布的Leonardo云平台，将大数据、IoT、AI等新的技术融入平台的基础能力，并向ERP以及各朵云提供插件化的应用功能。SAP整体产品架构将收购产品以及原生产品很好地结合到了一起，这种架构模式非常值得我们借鉴，本次我们先对SAP的产品家族做一个解读。延时符SAP的产品家族先来介绍SAP的产品系列SaaS整体划分跟华为前、中、后分层架构非常类似，通过Fiori提供一站式接入的用户体验；以S/4HANA为核心，各朵云为补充，支撑了各领域的业务应用；构建统一的数据分析平台及应用；PaaS以S/4HANAPlatform为基础逐步向Cloud演进，并集成了IoT、ML、Analytics、Mobile等平台服务IaaS与PaaS层解耦，可以集成第三方的IaaS，并与华为IaaS形成了战略合作延时符SAP将ERP归为SystemofRecord，主要负责管理基础性的流程管控；将支撑业务处理的应用（事务型应用）结合云平台的能力进行创新扩展，提升运作效率和体验，划分为SystemofInnovation；将数据分析型应用划分为SystemofDifferentiation，认为未来业务处理的差异在于数据应用的深度；SystemofX看SAP如何定义SystemofXHANA云平台(微)服务物联网平台物联世界商务套件事务应用S/4HANA技术平台SAPHANA平台VORA任何数据源HadoopBoardroomIcon商务智能商业数据仓库CloudforAnalytics流程应用扩展分析应用创新型系统记录型系统差异化系统洞察分析：传统的ERP应用正在面临新的发展，客户交互和事务处理可以通过云、移动、IoT等新的技术进行快速的创新，这就要求PaaS平台能够向应用提供足够的扩展能力；同时数据分析也从原来的事后分析向实时决策甚至于智能决策演进，大量的数据分析应用嵌入到交易和事务处理的应用中，改变传统的交易流程；S/4HANA与周边应用的集成ExpenseReport所有的API集成接口通过（Costcenter/InternalOrder）RemittanceAdviceInvoicesSuppilerPurchaseOrderWBSelementSalesOrdertoBillingSAPAribaPurchaseOrdertoInvoiceautomationPaymentProposalandTermsQuoteRequestandQuoteforContractPaymentAdvicesPurchasingContractSellersideDiscountManagementMaterialContactstoCloudforCustomersContactstoS/4HANAAccountstoCloudforCustomersAccountstoS/4HANAOrderPricingBusinessPartnerExternalBillingDocumentRequestSAPHybrisSAPS/4HANACloudPlatform——LeonardoLeonardo基于SAPHANAPlatform（On-Premise）进行了能力扩展，在原本IoT、移动、大数据分析的基础上，增强了AI/ML方面的特性，并将其AI方面的服务分为两层：FoundationService和BusinessService，BusinessService通过FoundationService基于场景进行封装，并可以嵌入到业务操作过程中。FoundationService文本图像/视频Tabular•主题识别•机器翻译•文档特征抽取•语种识别•文本分类•情绪识别（to-be）•命名实体识别（to-be）•文件到文本转换（to-be）•图像分类•图像特征抽取•地面观测分析•图像细分（to-be）•面部识别（to-be）•文档光学特征识别（to-be）•图像文本抽取（to-be）•视频分类（to-be）•视频对象细分（to-be）•视频动作识别（to-be）•时间序列变更点•时间序列预测•聚类•关键影响分析•异常检测•推荐•What-if分析•相似度评分•失效时间预测（to-be）•关联规则学习（to-be）BusinessServiceMarketing•品牌影响力•社交媒体分析•客户行为细分Sales&Service•对话AI（Chatbot）•服务客席•客户支持•解决方案推荐Design•潮流分析•个性化设计Operations•预测性维护•质量侦测•计划与排程优化InboundLogistics•基于图片的购买•商品与服务分类•供应商风险评估Finance•现金•应付•汇兑建议•预测会计•防欺诈HumanResource•学习推荐•培训内容同步翻译•职业发展推荐OutboundLogistics•路径优化•供应链弹性•本地派送Fiori：基于角色的一站式用户接入平台•单一入口用户可以从单一入口进入，通过FioriApp使用SAPS/4HANA以及SAPbusinesssuite的相关应用功能•基于活动的应用重构将大的单体应用按照用户角色以及相应的业务活动进行切割，形成小而专的Apps，简化用户操作•基于用户旅程的UX设计建立统一的方法和UX设计要求，FioriApps给用户提供统一连续的用户体验Fiori的整体设计原则：基于角色、自适应、简单化、连续性、愉悦，其设计理念和华为一站式建设的思路高度匹配，今年Fiori发布了2.0规划，在下一期解读当中，重点解读Fiori给我们的启示如何基于SAP解决方案进行功能扩展SAPHANA平台标准业务应用ODataService用户界面(Fiori)拓展业务应用用户界面(Fiori)ODataServiceS3S1增强用户界面S1S2S2S3S5S5S6I1I4I3S6I1I2I3I4I2增强业务功能增强分析与报表增强业务逻辑构建新接口与新业务应用集成在S/4HANA上增强业务应用在S/4HANA上拓展新业务应用开发新用户界面拓展新用户界面开发新业务应用增强接口功能与新业务应用集成SAP拓展本次洞察并没有细化SAP的单个解决方案，主要从SAP整体解决方案的布局和分工来看SAP如何支撑企业业务应用。个人认为相对于Oracle丰富的产品线（不同产品之间会有一些重叠），SAP在整体解决方案的集成上做得更好，这是优点，也是缺点。优点是SAPSaaS和PaaS的配合深度更深，适应企业差异化的应用需求，缺点是整体性太强，在我们目前多厂商解决方案的环境下很难融合。但是从SAP的整体架构上来看，有很多值得我们思考的地方：1、分层解耦：我们可以看到不论是SaaS、还是PaaS，都有分层的思想。业务应用跟我们前台、中台、后台的设计思路非常相像，当然我们的难度会更大，因为我们面临的是更复杂的多厂商方案集成的场景。PaaS也分为了业务服务和基础服务，最终基于平台服务包装出来的业务服务要能够集成到业务应用中服务客户。2、SaaS和PaaS的配合：在SAP的多云架构中，Concur、Ariba等云服务和SAPS/4HANA的联通是通过SAPS/4HANAPlatform来完成的，所有的接口全部通过发布出来。业务应用的扩展也通过Platform提供的UX、AI等能力进行扩展。和我们不同的是，SAP利用HANA平台，实现了OLTP/OLAP融合，数据分析应用和业务应用基于了同一个数据底座，这种方式也造成了架构耦合性强的情况。因此我们在考虑方案时要结合自己的情况进行调整。3、统一平台：不论是SAPLeonardo、还是Salesforce1Platform，都在走统一平台的道路，这个平台是未来快速实现创新型应用的关键，但我们不是厂商（只用考虑自己的方案），我们的平台需要考虑如何能够快速有效的集成各个厂商的解决方案；启示