Professional Documents
Culture Documents
Integration Architecture Guide For Cloud and Hybrid Landscapes PDF
Integration Architecture Guide For Cloud and Hybrid Landscapes PDF
Hybrid Landscapes
Based on SAP® Integration Solution Advisory
Methodology
© 2020 SAP SE or an SAP affiliate company. All rights reserved.
1 / 82
Table of Contents
4 Introduction
11 SAP’s Strategy for Aligned
Domain Models and APIs
22 Process Integration
53 Data Integration
64 Analytics Integration
70 UX Integration – Deployment
Options
75 End-to-End Integration
Monitoring
78 Automated Integration
Configuration
2 / 82
3 / 82
4 / 82
BUSINESS NETWORK
Recruit to Retire
2 Open integration
AI-driven
4
SAP One Domain Model
The integration strategy is based on four key Open Connectors capability of SAP Cloud
principles: Platform Integration Suite, SAP provides
• Out-of-the-box integration: Within the document feature-rich, prebuilt connectors for more than
“Intelligent Enterprises Are Integrated 160 third-party applications.
Enterprises,” SAP outlines its strategy and road • Holistic integration: SAP provides a holistic
map for the integration of end-to-end processes integration technology portfolio that covers all
of its intelligent suite (SAP-to-SAP) based on flavors of integration. Based on SAP Cloud
well-defined suite qualities. As an example, the Platform Integration Suite, SAP supports all
alignment of domain models ensures that types of integration use cases, ranging from
master data can be exchanged in an efficient process, data, user, and IoT to analytics-centric
and convenient way between SAP applications. integration.
SAP provides open APIs and events across LoB • AI-driven integration: In addition to bringing
applications and platforms in SAP API Business intelligence to core business processes, SAP is
Hub. Besides aligned APIs, prebuilt integration using AI techniques to simplify the development
content (so-called integration packs) builds an of integration scenarios. One example is the
important foundation for integrating applications Integration Advisor capability of SAP Cloud
of the intelligent enterprise. Platform Integration Suite. Its crowd-based
• Open integration: Besides SAP-to-SAP and machine learning approach enables users to
SAP-to-partner integrations, SAP is open for define, maintain, share, and deploy integration
any third-party integration as well as custom content much faster than building it from
extensions leveraging public APIs. With the scratch.
5 / 82
Figure 2: SAP Cloud Platform Integration Suite – SAP’s Hybrid Integration Platform
SAP Partner
SAP CLOUD PLATFORM INTEGRATION SUITE
SAP S/4HANA®
SAP API BUSINESS HUB
SAP S/4HANA Cloud 1,500+ prepackaged integration flows | API first | Workflow Third parties
Open connectors to 160+ third-party cloud apps | Governance
SAP® Customer
Experience
CLOUD API MANAGEMENT SAP GRAPH INTEGRATION ADVISOR
SAP Ariba® solutions INTEGRATION Exposed data as APIs and Harmonized APIs AI-based integration and
End-to-end process end-to-end lifecycle management for SAP metadata management
SAP SuccessFactors® integration
solutions
DATA INTELLIGENCE ENTERPRISE MESSAGING OPEN CONNECTORS SERVERLESS RUNTIME
SAP Fieldglass® Data integration, Sensing and response to Accelerated connectivity Functions to
solutions orchestration, and AI business events to third-party applications respond to events
SAP Concur®
SAP ONE DOMAIN MODEL AND METADATA | MASTER DATA INTEGRATION
solutions
2. SAP Cloud Platform Integration Suite comprises the following core capabilities by default: 1. Cloud Integration 2. API Management
3. Integration Advisor 4. Open Connectors. Other integration services can be added and are provisioned on SAP Cloud Platform.
6 / 82
Master data Out-of-the-box master data integrations across SAP® applications in the
integration intelligent suite
SAP Data Intelligence Data integration, data pipelining scenarios, and extract, transform, load (ETL)
scenarios for data lakes and data warehouses that apply machine learning
algorithms for data clustering, regression, and insights
API Management Full lifecycle management of enterprise APIs (design – develop – manage and
developer engagement) with support for customers launching their own API
domains and running enterprise API programs
SAP API Business Hub SAP’s directory of process blueprints, domain models, over 1,200 APIs, events,
and integration packs
Open Connectors Over 160 open connectors to simplify third-party connectivity through
one-to-many integrations with various integration hubs such as CRM, ERP,
cloud storage, and social media
SAP Cloud Platform Event-based integrations with out-of-the-box events from SAP applications
Enterprise Messaging such as SAP S/4HANA® and SAP Customer Experience and SAP
SuccessFactors® solutions
SAP Cloud Platform A service for building, running, and managing serverless applications that
Serverless Runtime extend your digital core with vendor-managed infrastructure and can scale
automatically
SAP Graph (“beta”) A unified API to access SAP-managed data that can be used to build new
extensions and applications using SAP data
7 / 82
8 / 82
Foundation
Aligned domain models APIs and integration packages End-to-end process blueprints
Analytics
Process integration Data integration User integration
integration
9 / 82
10 / 82
Figure 4: SAP One Domain Model and Its Role for Master Data Handling and Consumption
Customer Partner
11 / 82
3. To find out more about process blueprints, see the blog “Process Blueprints and the SAP Enterprise Architecture
Methodology.”
12 / 82
SAP ONE DOMAIN MODEL are highly desirable. “Intelligent Enterprises Are
The need to exchange and synchronize master Integrated Enterprises” names aligned domain
data (which may or may not be aligned) between models as an important suite quality. Instead of
individual applications has been coped with trying to come up with a global canonical data
historically by implementing point-to-point model for the whole enterprise, the domain-driven
integrations. However, the number and variance approach taken by SAP restricts alignment efforts
of the resulting individual interactions are to those parts that must be aligned, that is, where
difficult to handle, error prone, may lose a producer and consumer agree on an exchange
information when mappings are performed, format. It does not let current application and
and come with significant cost. Thus, the system boundaries define model boundaries.
identification and definition of aligned models Instead, domains define the top level of the
and the implementation of a more efficient models and should remain stable for future
exchange and synchronization mechanism with product release versions. (See the blog “SAP One
a “hub and spoke” model based on these models Domain Model and Domain-Driven Design.”)
13 / 82
14 / 82
The identification of suitable common attributes Platform Master Data Integration service support
is a continuous process. “Intelligent Enterprises model versioning. They also support the definition
Are Integrated Enterprises” names the first of nonmandatory and customer-specific fields,
six objects – Cost Center, Workforce Person, which can be exchanged over the master data
Product, Supplier, Customer, and Asset – and integration service.
provides a clear road map for when they will
be used in the respective end-to-end business SAP One Domain Model is focused on harmonizing
processes. SAP One Domain Model has been the business semantics of objects and their
released through SAP API Business Hub. There respective APIs. The approach to the technical
you will find a visual representation of all foundation for harmonized REST APIs is described
business entities and their relationships to each in the paper “Best Practices for Enterprise
other. Both SAP One Domain Model and the APIs”. It enables API implementation teams at
distribution mechanisms of the SAP Cloud customers and partners to apply SAP’s guidelines
for harmonized REST APIs in their own projects.
15 / 82
4. SAP Graph is currently in the “private beta” phase. For details, see https://beta.graph.sap.
16 / 82
Assess your
integration strategy
egy and g
strat ove
io n r
at na
gr ration domai
teg ns
nc
te
In
In
SAP® Integration
Enable a practice of Solution Advisory Design your hybrid
empowerment integration platform
styles
Use ca
Methodology
ion
se
te
pa
eg
ra
rn
Int
ies
t
s
en
Op
no
lo
: SA h
P and tec
third-party
Define integration
best practices
17 / 82
Business Government
Private cloud
partner agency
Cloud
On premise to cloud
On premise
On-premise to
User to on premise SAP Business SAP S/4HANA Applications Thing to on premise
on-premise
Suite
Integration domain
18 / 82
Integration styles
19 / 82
Technology-agnostic
styles integration integration integration integration integration cases
concepts
Use case
P1 P2 ... D1 D2 ... A1 A2 ... U1 U2 ... T1 T2 ... C1 C2 ...
patterns
Capabilities
SAP or third-party
Enterprise Data API
components
IPaaS IoT platform ...
Integration service bus integration management
technologies
T1, T2, … T3, T4, … T5, T6, … T7, T8, … T9, T10, … ...
Customer context
This mapping is highly influenced by the best practices. This can be best accomplished by
customer context, such as existing investments, creating architecture blueprints for the relevant
commercial aspects, and more. Enterprise integration use case patterns (including
architects may need to combine several integration domains) of the hybrid integration
technologies, such as integration platform platform. The methodology includes a catalog of
as a service and an IoT platform to design an sample architecture blueprints using integration
organization’s hybrid integration platform. technology and services from SAP, which also
deliver information about how to implement the
Define Integration Best Practices blueprint (see Figure 13). These blueprints can
Enterprise architects can derive integration be applied along with other existing best
standards for their organizations. This makes practices, such as the SAP Best Practices
it possible to channel the integration demand package for SAP S/4HANA or enterprise
through well-defined processes and systematically integration patterns for SAP Cloud Platform
implement integration solutions based on company Integration Suite.
20 / 82
Public cloud
Apps I Data I Users | Things SAP Cloud application
Fiori® (SAP, third party)
Desktop Mobile
Public cloud
SAP® Cloud Platform
integration API Pub/Sub
components management
Read Write Enterprise
messaging
Your
application Pub/Sub
SAP HANA®
Cloud integration
database
On-premise Firewall
integration Cloud
components connector DMZ
Firewall
Smart data Data
provisioning
integration agent
Firewall
On-premise
Apps I Data I Users | Things Database On-premise application
(SAP, third party) (SAP, third party)
21 / 82
22 / 82
Cloud
2b 2a
On premise
Cloud connector
23 / 82
24 / 82
License model Monthly subscription fee, pay per use Product license
Prepackaged Availability for a wide variety of cloud • Availability for a wide variety of on-premise
integration content solutions from SAP, third-party applications, SAP® software and third-party software
and business-to-business and business-to- • Runtime of the Cloud Integration capability
government scenarios of SAP Cloud Platform Integration Suite
(starting from SAP Process Orchestration
software, release 7.5) for reuse of cloud
integration content
Continued
25 / 82
Decision criteria • Center of gravity – deployment of most or • Center of gravity – deployment of most
leading applications – in the cloud or leading applications – on premise
• No need to invest in on-premise middleware • Interest in leveraging an existing invest-
(installation, operation, upgrades) ment in SAP Process Orchestration
• Fast innovation cycle • Customer interest in having full control
• Flexible license model over integration (installation, operation,
• Scenarios with a need for compliance, such upgrades)
as e-invoicing or payroll, to integrate with
legal authorities
26 / 82
Tax Integration SAP® SuccessFactors® eVAT for KATRE Wage ELSTER for Germany
by Vertex for Employee Central Payroll – Netherlands Reporting for
the U.S. Integration with Norway Finland
Electronic Invoice
payroll
ePayment and and Transport
eInvoice for Mexico Registration
for Hungary
Electronic Invoicing
for Columbia SAP Document
Compliance –
Electronic Tax
Electronic Invoicing Register Books
for Peru for Greece
SAP Document
• Payroll e-Filing for UK Compliance, invoicing
• Statutory Reporting option for China
• VAT Register Book Electronic Invoicing eInvoice and Delivery Single Touch Payroll New Zealand Inland
for Spain for Italy Note for Turkey (STP) Reporting Revenue Reporting
• Electronic Invoicing for Australia for Payroll
(Facturae)
27 / 82
28 / 82
Buyers Suppliers
29 / 82
30 / 82
Application log
Security, authorizations
SAP functions Custom functions Data
Integration Business
developer user
API layer
Application layer
Integration layer
SAP Cloud Platform SAP Process
...
Integration Suite Orchestration
The combination of SAP Application Interface tasks of process integration can be distributed
Framework with either the Cloud Integration ideally in the integration layer or close to the
capability of the integration suite or SAP Process application.
Orchestration (with both being part of the
integration layer) has great potential. Available Table 3 gives an overview of typical integration
with either SAP S/4HANA or SAP Business Suite, patterns best implemented in either the
it provides integration architects with a powerful integration layer or the application layer. It
combination for integrating external applications, provides guidance for integration architects on
business partners, and public authorities. The best practices for each integration pattern.
31 / 82
Structure mapping
Routing
Splitter
Aggregator
Protocol adaptation
Data validation
Forward error correction
(business user)
It is recommended that the following integration within the sending application. The determination
patterns be implemented in the integration layer of logical receiver destinations within an
either in the Cloud Integration capability of the application is usually tightly coupled with the
integration suite or SAP Process Orchestration, application data and process model and, hence,
as reflected in Table 3: is part of the application layer. An example is
• The structure mapping pattern maps the configuration of the distribution model in
message fields between two interfaces. the ABAP programming language.
Structure mappings can mediate between • The splitter pattern creates multiple messages
different structures of the same format (for out of a received message by fragmenting the
example, two different XML structures) or even payload by a splitter rule. By then applying the
change the format (for example, from JSON to routing pattern, split message parts might be
XML). routed to different receivers.
• The routing pattern is used to determine for • The aggregator pattern collects multiple
a given message a set of receivers based on inbound messages until a modeled threshold is
static settings (technical routing) or message reached. A single payload is then constructed
payload data (content-based routing). Logical out of all aggregated payloads by applying an
receiver destinations define a message receiver aggregation rule. Finally, this single message
is forwarded to one or more receivers.
32 / 82
33 / 82
Figure 18: SAP’s Evolved Approach to Master Data Exchange and Synchronization
SAP® Master
Master Data Marketing data
Governance integration
SAP
S/4HANA
SAP SAP SAP
S/4HANA® S/4HANA Master Data
Governance
As shown in Figure 18, the new SAP Cloud language (CDL) of the core data services
Platform Master Data Integration service technology platform form the common and
replaces a similar set of individual point-to-point aligned basis of all data that is exchanged.
interactions between involved applications using Applications that are connected to SAP Cloud
a hub and spoke mechanism in the cloud. Platform Master Data Integration are free to use
or keep using their individual object representation
Domain model alignment, resulting in SAP One but can rely on a unified representation during
Domain Model, is currently being established to data exchange and synchronization. This is
cope with master data diversity and to provide a nondisruptive and ensures a viable transition
stable foundation for smooth data exchange. path where existing SAP applications are not
(See “SAP One Domain Model.”) Object requested to change. They just have to
representations described in the core definition implement their individual mapping.
34 / 82
Figure 19: Interaction with the SAP Cloud Platform Master Data Integration Service
Guidance for Master Data Integration and same purpose, need not be migrated to use the
Management master data integration service. As shown in
The SAP Cloud Platform Master Data Integration Table 4, when it comes to master data
service is embedded in SAP Business Technology management, SAP Master Data Governance is
Platform. It is used implicitly by other services, still the preferred solution. (Also refer to the blog
such as the Cloud Integration capability of the “FAQ About SAP Master Data Governance.”) As
integration suite, and other SAP applications to shown in Figure 18, SAP Master Data Governance
exchange and synchronize master data objects. can interact through the SAP Cloud Platform
The existing implementations, where the Cloud Master Data Integration service.
Integration capability of the suite is used for the
6. Direct access to the SAP Cloud Platform Master Data Integration service for customers and partners is not supported.
A more convenient integration of the Cloud Integration capability of SAP Cloud Platform Integration Suite with the
master data integration service is planned.
35 / 82
1. Built-in integration for SAP-to-SAP is especially for new implementations based on aligned domain models.
2. Existing scenarios on SAP® Cloud Platform Integration Suite services can exist with no need to be migrated.
3. Usage is over SAP Cloud Platform Integration Suite services.
4. This implicitly uses SAP Cloud Platform Master Data Integration for access in case of aligned domain models.
The road map for aligned domain models APIs are the digital building blocks for achieving
supported by SAP Cloud Platform Master Data agility, composability, and connected multiexpe-
Integration is described in “Intelligent Enterprises riences and for innovating on new business
Are Integrated Enterprises,” with focus on cloud models. SAP customers want a 360-degree
scenarios in the context of an intelligent enterprise. API platform that supports (a) API businesses,
Further information on this topic can be expected (b) API engagement through marketplaces,
in future updates of that document as well as in and (c) agile and accelerated API development
SAP Road Map Explorer. and delivery.
SAP CLOUD PLATFORM INTEGRATION SUITE, With its large installed base, SAP is making the
API MANAGEMENT API conversation mainstream in enterprises
SAP customers across industries and geographies three ways. First, it positions open APIs (see
are in the process of digital transformation. Our SAP API Business Hub) as digital building blocks
customers’ top priorities are: for intelligent enterprises. Second, it helps improve
• Deliver superior connected, intelligent API maturity enterprise-wide. And third, it offers
experiences across multiple channels for a full-lifecycle API platform as part of a business
their customers. In the experience economy, technology platform for all customer innovation
enterprises win by constantly measuring projects.
brand, product, and employee experiences
and delivering these superior experiences Over the past couple of years and in several
with agile business operations. digital transformation projects of our customers,
• Improve process excellence by adding more SAP has rapidly evolved its understanding of the
agility and composability in their enterprises importance of APIs and their management – and
across value streams such as lead to cash, delivers on that. The API Management capability
recruit to retire, source to pay, and design to of the integration suite addresses three areas –
operate. (a) API marketplaces, (b) API management and
• Innovate with digital ecosystems and new engagement, and (c) API development and
business models by collaborating across delivery (see Figure 20).
business networks and driving growth through
new subscription-based business models.
36 / 82
37 / 82
38 / 82
API policies and integration patterns API management layer Integration layer
Structure mapping
Protocol adaptation
Routing
Splitter
Aggregator
Value mapping
39 / 82
40 / 82
41 / 82
Third-party CRM hub E-commerce hub Storage hub Help desk Social
Act!, Bullhorn, Magento, Shopify, Google Drive, Zendesk, Twitter, Instagram,
apps Zoho, and others Dropbox, OneDrive, Freshdesk, Flickr, and others
Salesforce.com, Amazon S3, Box, ServiceNow, JIRA,
Microsoft and others Salesforce.com
Dynamics, and Service Cloud, and
others others
SAP CLOUD PLATFORM ENTERPRISE SAP solutions such as SAP S/4HANA without
MESSAGING disrupting central business processes. Use this
The SAP Cloud Platform Enterprise Messaging service to create responsive applications that
service is a fully managed cloud service that work independently and participate in event-
allows applications, services, and systems to driven processes inside your company and
communicate through asynchronous messages across your business ecosystem for greater
and events. This allows you to extend core agility and scalability (see Figure 22).
42 / 82
INTEGRATE events
SAP Cloud Platform
events
INTEGRATE
AND EXTEND Enterprise Messaging
AND EXTEND
Cloud appliances
SAP Fieldglass® solutions
and microservices
43 / 82
44 / 82
Event sources and destinations on demand Event sources and destinations on premise
On-premise
SAP S/4HANA Other
45 / 82
Figure 24: The Integration Advisor Capability of SAP Cloud Platform Integration Suite
Integration Advisor
Editor
Interface specification
Propose Knowledge
graph
Mapping specification
Source interface
+ Simulation Target interface
Contribute
Runtime artifact
Run
46 / 82
Integration Advisor
capability of
SAP® Cloud Platform
Integration Suite
Generate
Sender
IDoc
SFTP Start IDoc pre- Qualifier pre- Source RD + ORDERS05- Target RD + Qualifier post- Envelope XML to X12 End MAIL
processing processing validation to-X12 850 validation processing handling converter
mapping
Receiver
47 / 82
48 / 82
or more information about the naming of SAP Cloud Platform Extension Suite, see “The Evolution of SAP Cloud
12. F
Platform Extension Factory into SAP Cloud Platform Extension Suite.”
49 / 82
Design time IFlow leveraging integration patterns IFlow without any message transformation
Option 1: Option 2:
Runtime Cloud integration runtime mandatory Cloud integration runtime Direct
Governance extension Simple landscapes
Example
• Mediated integration flows in SAP Cloud complying with company standards, establishing
Platform Integration Suite address SAP-to-SAP central monitoring capabilities, or enabling
integration scenarios that are not based on extensions such as routing to multiple back-end
aligned APIs (for example, integration flows applications. Optionally, the consumer and
of existing integration packs). Integration provider of an integration flow could be directly
mediated by the integration suite covers all integrated during runtime for simple
integration scenarios that include third-party landscapes that do not require runtime
applications, business partners (B2B), or public governance. A route-through integration flow
authorities (B2G). Mediated integration flows with the integration suite also provides the
typically make use of integration patterns, such foundation to plug in customer extensions.
as structure mappings, splitters, aggregators, Examples could be the enrichment of the
and protocol adaptation (for example, from standard flow with information from third-party
REST/OData to SOAP). They are executed in the applications or the integration of an archiving
integration suite. system. A customer extension changes the
• Route-through integration flows in the route-through integration flow into one that is
integration suite are based on aligned APIs, mediated by the integration suite. SAP provides
have exactly one consumer and one provider, tool support (for example, an iFlow wizard in
and do not change the message payload or SAP API Business Hub13) to generate route-
the header. The customer has the choice to through integration flows for the integration
deploy a route-through integration flow on suite based on aligned APIs from SAP or third
the integration suite. Reasons could include parties in SAP API Business Hub.
ee the blog “Route-Through Integration Flow Generation Based on APIs from SAP API Business Hub in
13. S
SAP Cloud Platform Integration Suite.”
50 / 82
Figure 27: Content Reuse from SAP Cloud Platform Integration Suite
Cloud
Content reuse
On premise
Run Monitor
51 / 82
52 / 82
ETL Connectivity Application Data Data Data Pipelining Orchestration Big Data and
integration cataloging quality preparation machine learning
53 / 82
54 / 82
SAP HANA® smart data SAP Data Quality Management, Data services of the Cloud
integration version for SAP solutions Integration capability of SAP Cloud
Platform Integration Suite
55 / 82
Figure 30: Capabilities of Solutions for Enterprise Information and Data Management
ETL Connectivity Application Data Data Data Pipelining Orchestration Big Data and
integration cataloging quality preparation machine learning
56 / 82
1. Used to move data from non-ABAP® programming language sources into SAP HANA®
2. Used for moving data in the on-premise landscape with high transformation needs
3. Mainly used in cloud integration scenarios with an application context
4. Used to move high volumes of data from ABAP and non-ABAP systems into SAP HANA or any ABAP-based system
5. Recommended for any on-premise-to-cloud and cloud-to-cloud data integration need with options to reuse existing data integration products to orchestrate in a pipeline
6. This use case pattern also includes the integration style “bulk/batch (ETL).”
57 / 82
58 / 82
As illustrated in Figure 32, one of the primary use Integrate and process intelligent data:
cases of SAP Data Intelligence is to move data SAP Data Intelligence has embedded integration
from SAP Business Suite, SAP S/4HANA, and and processing capabilities. In addition to a wealth
SAP S/4HANA Cloud to data lakes or messaging of preconfigured content, the environment is
systems. open for customer-created development
artifacts, such as existing code snippets, to save
Manage and integrate complex data: Managing customer investments. For example, an already
and integrating all kinds of data sources and developed sentiment analysis algorithm, based
systems is a crucial task in any landscape on Python code from a customer legacy
strategy. SAP Data Intelligence was built to serve environment, can be packaged and executed
as one data management and integration tool within a process of SAP Data Intelligence.
for your environment to manage all your data
sources and systems. As illustrated in Figure 33, embedding proven
code and integration components in any
As illustrated in Figure 31 and Figure 32, language and combining it with new technologies
SAP Data Intelligence can be used as the central based on an open framework is a key value-add
platform to serve all data management and that SAP Data Intelligence can offer. This allows
integration needs, especially for products of the high flexibility for any data integration needs and
SAP HANA services in the cloud: business-related helps ensure the inclusion of future market
transactional systems such as SAP S/4HANA, trends and developments with minimal effort.
SAP S/4HANA Cloud, and customer systems;
and environments that are not from SAP.
59 / 82
Data governance
Data discovery | Data profiling | Metadata cataloging
Intelligent processing
Notebook | Content | ML deployment
Data pipelining
Data ingestion | Data processing | Data enrichment
60 / 82
61 / 82
62 / 82
Objective Chaining distributed business processes in Pipelining and orchestrating diverse data
hybrid landscapes and business data in hybrid landscapes
Coupling to API focused (synchronous, asynchronous, Data focused (table, table views, storage,
application business events) technical events)
Integration Available for a broad range of integration Available as predefined templates for
content scenarios for SAP® applications (hybrid, operations and pipelines
cloud, partner, third party)
14. API-level access is also possible with SAP Data Intelligence, but it is not the key focus.
63 / 82
64 / 82
Applications SAP® Digital Boardroom SAP Analytics Hub Mobile experience SAP App Center
Platform as
SAP Cloud Platform
a service
The close integration with SAP Data Warehouse R server: Data may thus be processed by
Cloud allows SAP Analytics Cloud to consume R scripts and R visualizations and may in turn
the information provided in the warehouse. In be integrated into UIs in SAP Analytics Cloud.
addition, SAP Analytics Cloud can tap into SAP
and third-party data sources, cloud or on-premise, Even more complex logic or custom widgets
live or replicated, depending on the use case. can be built on the same platform with
Data models may be loaded from more than SAP Analytics Cloud, analytics designer capability.
one source, for example, to combine data from With JavaScript-like code, application designers
regional systems in one model, and models may create stateful applications to extend the
may be linked in browser-based blending. Thus, functional reach of SAP Analytics Cloud. To
cross-application analytics are already supported speed up implementations, SAP Analytics Cloud
by a stand-alone SAP Analytics Cloud. More offers more than 100 predefined content packages
complex scenarios that include data harmonization, from SAP and SAP partners. These content
cleansing, and semantic alignment can be packages come at no extra charge. They consist
supported by adding SAP Data Warehouse of easy-to-adapt templates covering LoB and
Cloud. All these capabilities can be modeled in industry best practices. They are based on SAP
SAP Analytics Cloud intuitively with WYSIWYG and third-party data sources, covering major
design tools. Therefore, business users can create SAP products and featuring SAP Analytics Cloud
or enhance models and UIs in SAP Analytics capabilities. SAP Analytics Cloud content may
Cloud. For developers and data scientists, be based on SAP Data Warehouse Cloud.
SAP Analytics Cloud offers access to an However, most packages do not require
SAP Data Warehouse Cloud.
65 / 82
Business content
services services services services services
Warehouse
Cloud
SAP HANA® Cloud
66 / 82
SAP® or third-party
SAP application SAP or third-party
applications
Cross-application
Planning or predictive
67 / 82
15. N
ot all use cases are supported by the live connection. For example, planning and prediction are not included. For more
information about the difference between live connection and importing data, see “Choosing a Live Connection or
Importing Data” in the SAP Help Portal.
68 / 82
69 / 82
heck either of the following links for a detailed description of SAP Fiori launchpad: https://experience.sap.com/fiori or
16. C
www.sap.com/products/fiori.html.
70 / 82
SAP Cloud Platform offers tools and services When SAP Fiori apps are deployed on premise,
for you to integrate and extend SAP solutions the UI components are installed on the SAP Fiori
and to develop your own custom applications front-end server as a hub or as an embedded
with SAPUI5 and SAP Fiori UX. These applications deployment within the system. SAP Gateway
can be deployed and run either in the cloud or on technology on the front-end server handles
your on-premise SAP system. OData service calls to access business data on
the back end.
Each SAP product comes with its own local home
page or launchpad, providing users access to On SAP Cloud Platform, customers can run,
system-specific applications and services. On extend, and develop SAP Fiori apps in the cloud
top of this, you may establish a common point while connecting to on-premise systems through
of access across systems (cloud and on-premise), the cloud connector. In this case, OData requests
leveraging the launchpad running on SAP Cloud can then be handled either by SAP Gateway (in
Platform, Cloud Foundry environment, and related the same way as for the on-premise setup) or
services for a single sign-on and tasks in-box. For by the SAP Cloud Platform OData Provisioning
detailed information about the different options, service (see Figure 39).
refer to SAP Fiori Deployment Options and
System Landscape Recommendations.
or deployment options of SAP Gateway technology, see the blog “SAP Gateway Deployment Options in a Nutshell.”
17. F
18. h
ttps://blogs.sap.com/2019/02/24/sap-cloud-platform-environment-cloud-foundry-vs-neo.
71 / 82
API management
Cloud connector
On premise
SAP Gateway SAP Gateway
General recommendations include the following. • When the customer needs to develop and run
SAP Fiori apps in the cloud reusing existing
Embed SAP Gateway: back-end investments
• When the deployments are completely
on premise Use the SAP Cloud Platform OData Provisioning
• When the customer does not need to provision service (SAP Cloud Platform, Neo environment):
data from multiple back-end systems • When the deployments need to have SAP Fiori
apps in the cloud
Use SAP Gateway as a hub: • When the customer needs to develop and run
• When the deployments are either on premise SAP Fiori apps in the cloud to reduce total
or have SAP Fiori apps in the cloud cost of ownership (TCO) when compared to
• When the customer needs to provision data SAP Gateway (by eliminating the need for a
from one or more back-end systems hub system on premise)
• When the customer needs to provision data
from one or more back-end systems
72 / 82
73 / 82
Hub Embedded
Central Support for central functionalities, such as Need for an additional approach, as central
functionalities in-box and search functionalities are not directly supported in an
embedded deployment
Content Support for composition scenarios, potentially Limited content scope per system
complex
Requirement that hub version be in sync with Possibility to deploy appropriate version per
Interoperability
back ends back end
Ownership of hub and content possibly Ownership of system probably in one hand
Ownership
distributed
Scalability Dedicated resources for UI requests Possible necessity to resize entire back end
For restrictions compared to a full on-premise server for SAP Gateway, refer to
SAP Note 1830712 (S-user required).
74 / 82
7.2 2.0
Focused
Build
+
SAP Solution SAP Focused SAP Cloud
Manager Run ALM
Focused
Insights
• Fully integrated ALM suite for • Operations platform for service • Fully integrated application
on-premise-centric midsize and providers and high-end hybrid lifecycle management (ALM) suite
larger customers customers for cloud-centric small, midsize,
• Customers who are satisfied with • Customers with advanced needs and larger customers
the currently provided functional that go beyond SAP Solution • Customers who are requesting a
scope Manager and SAP Cloud ALM standardized cloud-based
operation platform
75 / 82
76 / 82
ee https://news.sap.com/2018/09/sap-cloud-alm-tailored-application-lifecycle-management.
20. S
77 / 82
21. F
or integration scenarios that are technically possible but not fully enabled for the service, only documentation will be offered.
78 / 82
From the customer point of view: personalized workflow is created. This workflow
• The maintenance planner service is available consists of all steps that were defined as part of
to all customers with an SAP support contract. the integration scenario by SAP. Individual users
The maintenance planner (or alternative tools are assigned to certain integration roles (for
that call the service) allows users to select an example “integration administrator”), which
integration scenario for the automation process. group tasks by responsibility. The workflow
The process will have access to the configuration service provides an overview of the overall
content and to information about the customer’s progress and guides users through the workflow
system landscape as well as to cloud tenants. step by step. For steps that can be executed
In this way, the generic information for an automatically, the user will have a button to
integration scenario will be combined with trigger the automatic execution of the step.
the available customer-specific configuration The technical configuration of the integration
data, such as system IDs. scenario is complete when all steps of the
• The execution service provider offers a workflow have been processed. Plug-and-play
customer-specific integration workflow that functionality may not be possible due to some
helps set up the configuration for their integration constraints, notably security standards.
scenarios. It guides customers through the Nevertheless, the personalized workflow,
workflow that was created based on the results including automated configuration steps, helps
of the maintenance planner and enables an to accelerate the process of setting up the
automatic integration setup. technical configuration of integration scenarios.
The maintenance planner guides you through Further information on the Cloud Integration
the planning phase with wizard-like dialogs. Once Automation service, including supported
the scenario and systems have been defined, a scenarios, can be found on SAP Help Portal.
79 / 82
API integration artifacts for SAP S/4HANA Cloud For detailed information on the transition to
are generally OData- or SOAP-based APIs and SAP S/4HANA, feel free to check out the paper
business events. OData APIs are recommended “Mapping Your Journey to SAP S/4HANA.”
22. A
first set of APIs and business events for SAP S/4HANA is now available on SAP API Business Hub. For more information,
see “ANNOUNCEMENT: Publication of SAP S/4HANA APIs on API Business Hub.”
80 / 82
81 / 82
82 / 82
www.sap.com/contactsap
SAP and other SAP products and services mentioned herein as well
as their respective logos are trademarks or registered trademarks of
SAP SE (or an SAP affiliate company) in Germany and other countries.
All other product and service names mentioned are the trademarks of
their respective companies.