延时符整体架构篇SAP软件包及解决方案研究分享（之一）写在前面的话延时符 我们对SAP解决方案的了解在比较长的时间内停留在ERP软件套件的层面，其实除了SAP S/4 HANA，SAP还有很多优秀的产品，包括通过收购来补齐ERP能力的“五朵云”： Hybris（电商相关套件） 、Ariba（采购云）、Concur（差旅费用云）、Successfactor（人力资源云）、Fieldglass（外包管理云），也包括围绕SAP S/4 HANA以及HANA Platform逐步完善的平台能力和独特的Apps，例如2017年5月最新发布的Leonardo云平台，将大数据、IoT、AI等新的技术融入平台的基础能力，并向ERP以及各朵云提供插件化的应用功能。SAP整体产品架构将收购产品以及原生产品很好地结合到了一起，这种架构模式非常值得我们借鉴，本次我们先对SAP的产品家族做一个解读。延时符SAP的产品家族先来介绍SAP的产品系列SaaS整体划分跟华为前、中、后分层架构非常类似，通过Fiori提供一站式接入的用户体验；以S/4 HANA为核心，各朵云为补充，支撑了各领域的业务应用；构建统一的数据分析平台及应用；PaaS以S/4 HANA Platform为基础逐步向Cloud演进，并集成了IoT、ML、Analytics、Mobile等平台服务IaaS与PaaS层解耦，可以集成第三方的IaaS，并与华为IaaS形成了战略合作延时符SAP将ERP归为System of Record，主要负责管理基础性的流程管控；将支撑业务处理的应用（事务型应用）结合云平台的能力进行创新扩展，提升运作效率和体验，划分为System of Innovation；将数据分析型应用划分为System of Differentiation，认为未来业务处理的差异在于数据应用的深度；System of X看SAP如何定义System of XHANA云平台(微)服务物联网平台物联世界商务套件事务应用S/4HANA技术平台SAPHANA平台VORA任何数据源HadoopBoardroomIcon商务智能商业数据仓库CloudforAnalytics流程应用扩展分析应用创新型系统记录型系统差异化系统洞察分析：传统的ERP应用正在面临新的发展，客户交互和事务处理可以通过云、移动、IoT等新的技术进行快速的创新，这就要求PaaS平台能够向应用提供足够的扩展能力；同时数据分析也从原来的事后分析向实时决策甚至于智能决策演进，大量的数据分析应用嵌入到交易和事务处理的应用中，改变传统的交易流程；S/4 HANA与周边应用的集成Expense Report所有的API集成接口通过https:/api.sap.com进行发布Cost ObjectsSAP ConcurCost CenterLearning CostsSAP SuccessFactorsEmployee AvailabilityPayroll PostingsOrganizational/Cost Center AssignmentsEmployee & Contingent Workforce DataBank DetailsCurrency Exchange RatesSAP FieldglassCost Objects（Cost center / Internal Order）Remittance AdviceInvoicesSuppilerPurchase OrderWBS elementSales Order to BillingSAP AribaPurchase Order to Invoice automationPayment Proposal and TermsQuote Request and Quote for ContractPayment AdvicesPurchasing ContractSeller side Discount ManagementMaterialContacts to Cloud for CustomersContacts to S/4HANAAccounts to Cloud for CustomersAccounts to S/4HANAOrderPricingBusiness PartnerExternal Billing Document RequestSAP HybrisSAP S/4 HANA Cloud Platform LeonardoLeonardo基于SAP HANA Platform（On-Premise）进行了能力扩展，在原本IoT、移动、大数据分析的基础上，增强了AI/ML方面的特性，并将其AI方面的服务分为两层：Foundation Service 和 Business Service，Business Service通过Foundation Service基于场景进行封装，并可以嵌入到业务操作过程中。Foundation Service文本图像/视频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）Business ServiceMarketing品牌影响力社交媒体分析客户行为细分Sales & Service对话AI（Chatbot）服务客席客户支持解决方案推荐Design潮流分析个性化设计Operations预测性维护质量侦测计划与排程优化Inbound Logistics基于图片的购买商品与服务分类供应商风险评估Finance现金应付汇兑建议预测会计防欺诈Human Resource学习推荐培训内容同步翻译职业发展推荐Outbound Logistics路径优化供应链弹性本地派送Fiori：基于角色的一站式用户接入平台单一入口用户可以从单一入口进入，通过Fiori App使用SAP S/4 HANA以及SAP business suite的相关应用功能基于活动的应用重构将大的单体应用按照用户角色以及相应的业务活动进行切割，形成小而专的Apps，简化用户操作基于用户旅程的UX设计建立统一的方法和UX设计要求，Fiori Apps给用户提供统一连续的用户体验Fiori的整体设计原则：基于角色、自适应、简单化、连续性、愉悦，其设计理念和华为一站式建设的思路高度匹配，今年Fiori发布了2.0规划，在下一期解读当中，重点解读Fiori给我们的启示如何基于SAP解决方案进行功能扩展SAPHANA平台标准业务应用OData Service用户界面(Fiori)拓展业务应用用户界面(Fiori)OData ServiceS3S1增强用户界面S1S2S2S3S5S5S6I1I4I3S6I1I2I3I4I2增强业务功能增强分析与报表增强业务逻辑构建新接口与新业务应用集成在S/4HANA上增强业务应用在S/4HANA上拓展新业务应用开发新用户界面拓展新用户界面开发新业务应用增强接口功能与新业务应用集成SAP拓展 本次洞察并没有细化SAP的单个解决方案，主要从SAP整体解决方案的布局和分工来看SAP如何支撑企业业务应用。个人认为相对于Oracle丰富的产品线（不同产品之间会有一些重叠），SAP在整体解决方案的集成上做得更好，这是优点，也是缺点。优点是SAP SaaS和PaaS的配合深度更深，适应企业差异化的应用需求，缺点是整体性太强，在我们目前多厂商解决方案的环境下很难融合。 但是从SAP的整体架构上来看，有很多值得我们思考的地方：1、分层解耦：我们可以看到不论是SaaS、还是PaaS，都有分层的思想。业务应用跟我们前台、中台、后台的设计思路非常相像，当然我们的难度会更大，因为我们面临的是更复杂的多厂商方案集成的场景。PaaS也分为了业务服务和基础服务，最终基于平台服务包装出来的业务服务要能够集成到业务应用中服务客户。2、SaaS和PaaS的配合：在SAP的多云架构中，Concur、Ariba等云服务和SAP S/4 HANA的联通是通过SAP S/4 HANA Platform来完成的，所有的接口全部通过https:/api.sap.com发布出来。业务应用的扩展也通过Platform提供的UX、AI等能力进行扩展。和我们不同的是，SAP利用HANA平台，实现了OLTP/OLAP融合，数据分析应用和业务应用基于了同一个数据底座，这种方式也造成了架构耦合性强的情况。因此我们在考虑方案时要结合自己的情况进行调整。3、统一平台：不论是SAP Leonardo、还是Salesforce 1 Platform，都在走统一平台的道路，这个平台是未来快速实现创新型应用的关键，但我们不是厂商（只用考虑自己的方案），我们的平台需要考虑如何能够快速有效的集成各个厂商的解决方案；启示