Design Consideration For 7.30 InfoProviders - Webinar Presentation PDF

Design Consideration for 7.
30
InfoProviders
Andreas Keppler, Regional Implementation Group Customer
December, 2010
Contents
1. Design Guidelines for the new 7.30 InfoProviders

Semantic Partitioned Object (SPO)
HybridProvider
CompositeProvider
TransientProvider
Miscellaneous
2. Which InfoProvider for which scenario?
3. Summary
SAP AG 2010. All rights reserved. / Page 2

Motivation
Accelerated
Reporting
requirements
Decrease
Complexity
SPO
Semantic Partitioned Object

(SPO)
High effort
for manual
Logical Split
modeling
Source1 Source2 Source3 for parallel
processing
High Data
Volume

General description
Definition
The Semantic Partitioned Object (SPO) comprises
multiple InfoCubes or DataStore Objects that are
logically partitioned.
It is capable to handle mass data (and data flows)
more efficiently.
The components of the SPO are

o the so-called MasterProvider (InfoProvider that is maintained by the end user and used
as a template object (InfoCube or DataStore Object)
o the so-called PartProviders (Homogeneous set of InfoProviders with properties copied
from the MasterProvider)
InfoSources (used as interface objects to embed the SPO into the data flow)
o
o Transformations (Used to link the InfoSources internally with the PartProviders)
An SPO partition is characterized by partitioning criteria (max 5 characteristics) which have
to be disjoint across SPO partitions (no overlap)
Can be combined with the native database partitioning criteria (most restrictive criteria
pervails)
The semantic partitioning is a property of the respective basis InfoProvider

The SPO and its Components

Main Advantages
Advantages
Enables an (enterprise) data warehouse to handle mass data in a better way to improve the
staging performance
Reduces time needed to make data available for reporting
Involves the creation of multiple structurally identical data targets (meta data objects) instead
of using one data target that stores a huge amount of data
Avoid errors during manual creation of the partitioned objects. The consistency will be
controlled by the system
Wizard supported maintenance
Leverages SAP NetWeaver BWA as well as partition pruning when accessing partitioned
InfoCubes
Is integrated into Data Archiving / NLS concepts
Define partitions by customer coding (Business Add-Ins) e.g. flexibly apply rolling time
window scenarios to partitions

Restrictions / Limitations
Prerequisites The usage of the SPO requires SAP NetWeaver BW 7.30
Up to 99 partitions can be created.

Up to 5 dimensions (partition characteristics) can be chosen as combined
split criteria
Modeling Only 6 characters available to define SPO name
Partitioning characteristics for SPOs based on DataStore Objects have to
be part of the key of the DataStore Object
One interval or one list of single values per dimension

No Exclusion option for selection in partition definition
Features No Migration option for existing data models
No overflow partition (use BAdI or modeling to cater for)
No re-partitioning with automatic data transfer / adjustment
New InfoProvider InfoCube BWA only is not supported

Misc DataStore Object for Direct Update is not supported

Contents

HybridProvider
CompositeProvider
TransientProvider
Miscellaneous
3. Summary

Motivation
The HybridProvider addresses
High performance near real time reporting on large volume of data. Large volume
derives from the amount of historic information that has to be taken into consideration and/or
the amount of data provided near real time
High performance reporting accross data from different sources where at least one
source deliver the data near real time (thus no operational reporting on OLTP possible)

General Description
Definition
The HybridProvider is a combination of two
InfoProviders (InfoCube for historic & DataStore
Object / VirtualProvider for near real time data).
To the end user it acts as one consistent object for
querying and transformation.
Is a combination of two InfoProviders

o One InfoProvider (leading) manages near real time data loads. It can be either
A DataStore Object loaded via Real Time Data Acquisition (RDA) or
A Virtual Provider via Direct Access of source data (only for selected DataSources)
o One InfoProvider manages historic data. It can be either
A Standard InfoCube and aggregates (relational data base only) or
A Standard InfoCube with BWA Index (relational data base and BWA index) or
A BWA InfoCube only (no persistency in BW database - BW 7.30)
Leading DataStore Object can be an existing one (conversion to HybridProvider)

Data flow between objects (DTP and Process Chain) generated on activation (including
population of DataStore Object)
Synchronisation (real time data InfoCube) / transparent access performed by the
system
Maintenance in toggle mode between InfoCube and DataStore Object
HybridProvider
- Structure and data flow
Query Runtime
BWA
Query Kyf1 Kyf2
Analytic Engine
Key1
HybridProvider
Key2
InfoCube

DataStore Object
The system automatically determines
whether the data resides in InfoCube or
DataStore Object (Change log) Change Active
Log Records
AIM Delta
Delta Queue DataSource RDA Daemon
Activation
OLTP PSA
Queue

Main Advantages
Advantages
The HybridProvider provides high performance analytics on large volume of real time &
historic data
Low TCD as all dependent meta data (InfoCube, Transformation, DTP, Process chain) are
generated
The HybridProvider is treated (in the system) / maintained (by the end user) as single object
(though technically two objects)
The HybridProvider with BWA InfoCube needs little maintenance efforts and thus, lower the
TCO

SAP BWA has to be in place to guarantee high performance reporting

Prerequisites The DataSource must be RDA enabled or direct access capable
Existing DataStore Objects or VirtualProvider will lose its independency

No other DTPs and Transformations possible to the InfoCube than the
generated ones
Only available for DataStore Objects that are SID-enabled
Modeling Inherits the limitations (non-cumulatives, aggregation, etc.) of its
underlying InfoProviders.
Queries may not use key figures with aggregation MAX or MIN.
For InfoCubes with BW persistency remodel single dimension model
Not available based on write-optimized DataStore Objects

No read via RSDRI read interface.
Direct Access only for DataSources that offer a valid delta criteria and
Features
guarantee acceptable transfer time.
Direct access does not support DataSources, which use the delta queue
Automated update of InfoCube only for RDA loads (normal DTP have to
be scheduled)
Misc A HybridProvider can be part of a MultiProvider. The query-pruning via
RRKMULTIPROVHINT does only work on InfoCubes

Contents

HybridProvider
CompositeProvider
TransientProvider
Miscellaneous
3. Summary

Motivation
Accelerated/
Enterprise BW Accelerated/
Lean
Lean BW
Enterprise BW
Enterprise BW Enterprise BW Departmental BW

Standard offering Extended offering
Enterprise BW scenarios Combines Enterprise scenarios Coming Soon

EDW, Architected DM, LSA & departmental / short term
standard reports & analytics needs addressing issues of
central IT projects Enterprise BW scenarios through
stable, long term, standardized central IT work packages
high availability, robust lean, extended modeling
Issues: Less persistence through
time to market new CompositeProvider
overall flexibility Lean data provisioning
covers 60%-90% of business Less administration (BWA)
needs
Easy modeling environment inside the data warehouse for the IT department for rapid
prototyping with SAP BW Accelerator (BWA)
Conclusion Ad-hoc reporting (Quick temporary scenarios delivered by IT for the business
departments)
Combination of data (e.g. BW data + Flat files)

General description
Definition
In a CompositeProvider you can join existing Analytical Indexes via
UNION, inner and left outer JOINS. The calculation is done on the
fly at query run-time.
CompositeProviders are exposed to all BI clients as any other
standard InfoProvider via the BEx Query Designer.
Contains 1:n Analytical Indexes (no technical limit of number of objects to be joined),
built with the Analysis Process Designer (APD), and published
As a first step an object (AnaIytical Index) has to be selected as a basis for the
CompositeProvider
Joins of existing Analytical Indexes via UNION, inner and left outer JOIN
Facilitated modeling capabilities on basis of field names (no keys, no temporal joins)
Semantic definition/combination without data persistency (calculation on the fly at
query run-time)
The user interface for modeling is the SAP GUI Lean Modeler
Description of the data model via a BWA CalculationScenario
When the CompositeProvider is activated, it is converted into a BWA
CalculationScenario and created in the BWA

Structure and Modeling UI
BEx Query
(flexible) In-Memory Join

with CompositeProvider

Main advantages
Advantages
Combination of data of Analytical Indexes in BWA via UNION, inner and left outer JOIN
Quick creation of temporary scenarios (prototyping)
For all BI clients CompositeProviders are exposed as standard BW InfoProviders via BEx
Query Designer (and can be called via MDX, BICS like any other InfoProvider)
No creation of InfoObjects for characteristics and key figures needed

SAP BW Accelerator has to be in place

Prerequisites Access to BW Backend is needed
A CompositeProvider is mainly the combination of data models, not only

single tables
Modeling a CP is always on basis of an Analytical Index/Transient
Modeling InfoProvider created via APD
A CompositeProvider cannot be used as InfoProvider (Component) within
another CompositeProvider (transitive usage)
An assignment of different referenced InfoObjects to one column in the

CP currently leads to the fact that no attributes will be displayed
No possibility to create temporal joins (like with InfoSets; InfoSets are
Features currently not available in the BWA)
The functionality of the Lean Modeler is currently quite basic
Data types for characteristics in the AI are STRING, DATS and TIMS
Misc Data types for key figures in the AI are Fixed-point and Floating-point
number and Integer

Contents

HybridProvider
CompositeProvider
TransientProvider
Miscellaneous
3. Summary

Motivation
No separate SAP Apply

BW system needed performance
(only SAP boosts by using
Provide the BW Accelerator
NetWeaver)
benefits of SAP on ECC data
BW reporting to
Eliminate the
operational (ECC)
redundancy of
users (OLAP,
storing the data in
multi-dimensional,
SAP BW and ECC
formatted
reporting etc.) in
Minimize the need
their system
for SAP BW skills No data latency for
in the operational the end user
environment
Reduce the
Have one unified overhead
UI for most of the generated by
reporting needs replicating the data
to SAP BW

General description
Definition
InfoProvider that allows analysis and reporting with
BI tools (including BW OLAP functionalities) on top of
an application (e.g. Business Suite system). It is not
modeled in the Data Warehousing Workbench of BW
and the data is not replicated.
Reporting is performed directly on the Business Suite tables using the BEx tools (or
another reporting tool MDX and BICS capable)
The source of the data can be either
o a classic InfoSet (based on DDIC tables or logical databases) (main focus of this
presentation)
o a DataSource (via ODP framework) in the Business Suite system OR
o an Analytical Index build with the Analysis Process Designer (APD) OR
o Fast Search Index(FSI)-Views (only for SAP Business ByDesign)
A TransientProvider does not have any persistent BW meta data (no InfoObjects,
etc. visible in Data Warehouse Workbench).
If applicable, for BW InfoObjects, all options for reporting (text, master data,
hierarchies) are available
Potentially, data can also reside in a BW Accelerator index (depends on the
implementing application)
1) ODP OperationalDataProvisioning future Extraction framework

TransientProvider
High-level view (including Operational Data Provisioning)
SAP BW
ERP
ETL
BEX Query MDX BICS (Data Services, )
TransientProvider
Classic
InfoSet ODP Framework
FSI (future suite ODP Services

infrastructure) Operational DeltaQueue
ODP (Operational Data

Provider) + associations
BW DataSource
2) Via underlying SAP NetWeaver stack

Main Advantages
Advantages
Executed in the Business Suite system, no separate SAP BW system needed
Operational reporting tailored for the applications
Real-time data access (zero latency)
No duplication of data / objects necessary. For scenarios like merging of data or large scale
reporting applications, replication and transformation of the data to an EDW is still
feasible.
No BW metadata model
Complete set of Analytical Functions (Restricted / Calculated key figures, Exceptions, etc.)
Pre-delivered content by SAP (which might be embedded in the operative transaction)

Installation of BI client necessary

The usage of the TransientProvider requires ERP 6.0 EhP 05
Prerequisites Only InfoSets which are client independent are available
Operational System (InfoSets) and BW installation have to be in the same
system, no remote scenario
No merging of data from multiple source systems (consolidation)

Initially, no customer/partner modeling (only SAP delivered content)
No enhancements of TransientProvider (add additional fields from
Modeling DataSource or populate fields bia BAdI)
Characteristics and key figures are derived from the underlying model
(Classic InfoSet, ODP, etc.). Hence, specific properties can not be applied
to them.
No (external) hierarchies, navigation attributes

Derived characteristics do not support text or attributes (text only via
Features textfield in InfoSet definition)
Only some field types, e.g. DATS and TIMS, use standard BW
InfoObjects to provide value help and hierarchies
Authorizations from the operational System (Analysis Authorization are

Misc currently not relevant, since the InfoObjects are derived)
Authorizations from the Business Suite system are taken into account

Differentiation
VirtualProvider
o Access to the remote data via
Data Transfer Process (DTP) for access to DataSources or InfoProviders in other
systems
BAPI for external (Non-SAP) systems or
Function Module for custom-defined implementation
Universal Data Integration (UDI)
o As VirtualProvider based on a DataSource
Direct Access
o For InfoObjects as InfoProviders or direct hierarchy access
Valid for all options above: Not mass data capable Performance penalties might
be experienced
Also exposed to query definition as TransientProvider

o Analytical Index
o CompositeProvider
o BW Accelerator with Data Services (Index Designer)
Using BusinessObjects Data Services to populate the BW Accelerator
Starting with Data Services release XI 3.2
The target schema is limited to a single fact table

Contents

HybridProvider
CompositeProvider
TransientProvider
Miscellaneous
3. Summary

General description
Analytical Index
Definition
An Analytical Index (or the resulting TransientProvider, respectively)
is an InfoProvider defined via the Analytical Process Designer or
published from a logical BWA Index without any data persistency in
the database of the BW system. You can report on it like on every
other InfoProvider. Furthermore, it is used as basis for modeling a
CompositeProvider.
An Analytical Index is a data container in the Analysis Process Design use case
(results calculated from an APD process) whose data is stored directly in the
BW Accelerator
In prior releases data could only be persisted in DataStore Objects with option direct
update or in a file
A TransientProvider is derived from the Analytical Index
The Analytical Index stores its data in a star schema (contains facts,
characteristic (called dimensions) with attributes and authorization data)
There is an option to define keys for updates of data records

Creation of an AI for Facts via APD

Main advantages
Advantages
Persistency of results generated via APD not only in DataStore Objects with option direct
update or in files but directly in an Analytical Index that can immediately be used for
reporting (exposed as TransientProvider to define Queries on)
Ad-hoc reporting on combined data (e.g. BW data + Flat files); Joins via CompositeProvider
directly on Analytical Indexes
Usage for quick and easy prototyping (automatic derivation of InfoObjects )
Creation of Analytical Indexes in a productive environment (no impact on live scenarios)
Creation of volatile data that can easily be deleted if not used anymore

Usage of Query with property flag Query is used as InfoProvider as a source in the APD
(OLAP features + package-wise read)
Store the result of queries (Cache pre-calculated queries)


Prerequisites Access to BW Backend is needed
After an Analytical Index has been created in a structure, it cannot be

changed anymore
Modeling Note New dimensions or attributes (but: copy functionality is available)
cannot be added
Do not use the APD/ Analytical Index process if you need proper staging
mechanisms with
An Analytical Index cannot be used as an object in a MultiProvider
Features
No restore process available for Analytical Indexes

The definition of the Analytical Index is saved in the BW system but is
currently included in CTS
Misc APD is a tool more suited for the technical business analyst (rather in
IT than in the Business Department)

General description
- BWA only InfoCube
Definition
A BWA only InfoCube is an InfoCube with the transaction
data persisted in the BWA only as a flat fact table index to
avoid data redundancy. With this you can save memory in
the BW database and remove load from it
Transaction data is stored on the BWA server and not in the database of the BW
system
The packet dimension index is the only table also filled in BW when transactional
data is loaded (needed to manage requests on BI side)
The master data is saved in the BW system and in the BW Accelerator
The data of the F fact table and E fact table is solely stored in the BW Accelerator
The fact table index is flat (master data SIDs are directly written to the fact index
without dimension indexes except for packet dimension)
SID creation takes place when data is replicated to BWA
For each package processed by DTP one check record is written in the F fact table
(Data Consistency)

Structure
InfoCube BWA
(Definition)
BW
Source System

Main advantages
Advantages
Saving memory
Avoid data redundancy
Reducing load on database and save system resources for processing
Move of the reporting layer to the BWA server (not the warehouse layer!)
No need to create dimensions according to performance criteria (only for semantic

structuring)
Flat F table index may speed up data-staging (no DIMIDs)


Prerequisites
No possibility to create a real-time InfoCube as used in Integrated

Planning which stores data in BWA only (due to open requests)
Modeling No automatic recovery mechanism (use DataStore Object as data layer)
No selective deletion / archiving (also no drop and rebuild)

Usage not feasible when request-wise deletion is done frequently
No compression
o It is not recommended to use this object when many changes are
loaded (reverse bookings)
Features o If changes are significant, re-index on a regular basis from the
source DataStore Object (data is compressed in active table)
o You cannot use compression with zero elimination
o Not recommended to use with non-cumulative key figures
No parallel load via DTP (parallelization only inside the DTP)

No possibility to stage with SAP BW 3.x data staging / data flow
Misc mechanisms

Contents

3. Summary

The InfoProvider Matrix
SPO Hybrid Composite Transient Analytical InfoCube

Provider Provider Provider Index BWA only
Classicfication Operational Data Reporting Reporting Reporting Reporting
All Layers
in LSA Store (ODS) Layer Layer Layer Layer
Merging of data
Support of
AdHoc Reporting
No Data
Persistency
Mass data NA
capability
Inclusion of real-
time data
Implementation
Effort
Prototyping
BWA relevant
Not supported . Fully supported

Which InfoProvider to use in which scenario
If you... If you ... If you ...
want performant want to handle high data ... Want to do rapid proto-
reporting on near volumes for staging and/or typing and easily create
real time data reporting ad-hoc scenarios with the
BW Accelerator
want to minimize
are confronted with high
manual modeling times Without the need to extend
volume of (historical) data
existing data models
want to avoid a complex want to speed up With the need to easily
staging mechanism to design changes for combine data models via
cater for the above logical separated data UNION or JOIN
scenario targets
... then use a ... then use a

... then use a
Semantic Partitioned CompositeProvider
HybridProvider
Object (SPO)

Which InfoProvider to use in which scenario?
If you ... If you ... If you...
... Want to perform ... Want to do rapid proto- ... Want to benefit from
operational reporting typing and easily create the BW Accelerator
ad-hoc scenarios with the not only in terms of query
... Without replicating the BW Accelerator performance but also for
model and data to SAP BW saving database memory
... Without the need to extend
... With no data latency for the ... Want to structure your data
existing data models
end user model only according to
... Without the need for data semantic criteria
consolidation and stable
warehouse loading ... Want to move the
processes reporting layer to the
BW Accelerator
... then use an ... then use an

... then use a
Analytical Index InfoCube BWA only
TransientProvider

Contents

3. Summary

Key takeaways
1 The new InfoProviders

are tailored for mass data, facilitate
sophisticated modeling and lower
2
the TCO / TCD of your BW
implementation
Think first before your start
Check which InfoProvider is the most
suitable one to support your scneario /
3
requirements
The big one and the small ones

Whereas the Sematic Partitioned Object and HybridProvider will
be widely used in an EDW implementation, the CompositeProvider
and TransientProvider, etc. are new approaches to get faster
insight to your data in various places (BWA, Business Suite, etc.)

Copyright 2010 SAP AG
All Rights Reserved
No part of this publication may be reproduced or transmitted in any form or for any purpose without the express permission of SAP AG. The information contained herein
may be changed without prior notice.
Some software products marketed by SAP AG and its distributors contain proprietary software components of other software vendors.
Microsoft, Windows, Excel, Outlook, and PowerPoint are registered trademarks of Microsoft Corporation.
IBM, DB2, DB2 Universal Database, System i, System i5, System p, System p5, System x, System z, System z10, System z9, z10, z9, iSeries, pSeries, xSeries, zSeries,
eServer, z/VM, z/OS, i5/OS, S/390, OS/390, OS/400, AS/400, S/390 Parallel Enterprise Server, PowerVM, Power Architecture, POWER6+, POWER6, POWER5+,
POWER5, POWER, OpenPower, PowerPC, BatchPipes, BladeCenter, System Storage, GPFS, HACMP, RETAIN, DB2 Connect, RACF, Redbooks, OS/2, Parallel Sysplex,
MVS/ESA, AIX, Intelligent Miner, WebSphere, Netfinity, Tivoli and Informix are trademarks or registered trademarks of IBM Corporation.
Linux is the registered trademark of Linus Torvalds in the U.S. and other countries.
Adobe, the Adobe logo, Acrobat, PostScript, and Reader are either trademarks or registered trademarks of Adobe Systems Incorporated in the United States and/or other
countries.
Oracle is a registered trademark of Oracle Corporation.
UNIX, X/Open, OSF/1, and Motif are registered trademarks of the Open Group.
Citrix, ICA, Program Neighborhood, MetaFrame, WinFrame, VideoFrame, and MultiWin are trademarks or registered trademarks of Citrix Systems, Inc.
HTML, XML, XHTML and W3C are trademarks or registered trademarks of W3C, World Wide Web Consortium, Massachusetts Institute of Technology.
Java is a registered trademark of Sun Microsystems, Inc.
JavaScript is a registered trademark of Sun Microsystems, Inc., used under license for technology invented and implemented by Netscape.
SAP, R/3, SAP NetWeaver, Duet, PartnerEdge, ByDesign, SAP Business ByDesign, and other SAP products and services mentioned herein as well as their respective
logos are trademarks or registered trademarks of SAP AG in Germany and other countries.
Business Objects and the Business Objects logo, BusinessObjects, Crystal Reports, Crystal Decisions, Web Intelligence, Xcelsius, and other Business Objects products and
services mentioned herein as well as their respective logos are trademarks or registered trademarks of Business Objects S.A. in the United States and in other countries.
Business Objects is an SAP company.
All other product and service names mentioned are the trademarks of their respective companies. Data contained in this document serves informational purposes only.
National product specifications may vary.
These materials are subject to change without notice. These materials are provided by SAP AG and its affiliated companies ("SAP Group") for informational purposes only,
without representation or warranty of any kind, and SAP Group shall not be liable for errors or omissions with respect to the materials. The only warranties for SAP Group
products and services are those that are set forth in the express warranty statements accompanying such products and services, if any. Nothing herein should be construed
as constituting an additional warrant.

Design Consideration For 7.30 InfoProviders - Webinar Presentation PDF

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Design Consideration For 7.30 InfoProviders - Webinar Presentation PDF

Uploaded by

Copyright:

Available Formats

Design Consideration for 7.

Andreas Keppler, Regional Implementation Group Customer

1. Design Guidelines for the new 7.30 InfoProviders

2. Which InfoProvider for which scenario?

SAP AG 2010. All rights reserved. / Page 2

Semantic Partitioned Object

SAP AG 2010. All rights reserved. / Page 3

The components of the SPO are

SAP AG 2010. All rights reserved. / Page 4

SAP AG 2010. All rights reserved. / Page 5

Reduces time needed to make data available for reporting

Wizard supported maintenance

Is integrated into Data Archiving / NLS concepts

SAP AG 2010. All rights reserved. / Page 6

Prerequisites The usage of the SPO requires SAP NetWeaver BW 7.30

Up to 99 partitions can be created.

One interval or one list of single values per dimension

New InfoProvider InfoCube BWA only is not supported

SAP AG 2010. All rights reserved. / Page 7

1. Design Guidelines for the new 7.30 InfoProviders

2. Which InfoProvider for which scenario?

SAP AG 2010. All rights reserved. / Page 8

The HybridProvider addresses

SAP AG 2010. All rights reserved. / Page 9

Is a combination of two InfoProviders

Leading DataStore Object can be an existing one (conversion to HybridProvider)

SAP AG 2010. All rights reserved. / Page 11

SAP AG 2010. All rights reserved. / Page 12

SAP BWA has to be in place to guarantee high performance reporting

Existing DataStore Objects or VirtualProvider will lose its independency

Not available based on write-optimized DataStore Objects

SAP AG 2010. All rights reserved. / Page 13

1. Design Guidelines for the new 7.30 InfoProviders

2. Which InfoProvider for which scenario?

SAP AG 2010. All rights reserved. / Page 14

Enterprise BW Enterprise BW Departmental BW

Enterprise BW scenarios Combines Enterprise scenarios Coming Soon

SAP AG 2010. All rights reserved. / Page 15

SAP AG 2010. All rights reserved. / Page 16

(flexible) In-Memory Join

SAP AG 2010. All rights reserved. / Page 17

Quick creation of temporary scenarios (prototyping)

No creation of InfoObjects for characteristics and key figures needed

SAP AG 2010. All rights reserved. / Page 18

SAP BW Accelerator has to be in place

A CompositeProvider is mainly the combination of data models, not only

An assignment of different referenced InfoObjects to one column in the

SAP AG 2010. All rights reserved. / Page 19

1. Design Guidelines for the new 7.30 InfoProviders

2. Which InfoProvider for which scenario?

SAP AG 2010. All rights reserved. / Page 20

No separate SAP Apply

SAP AG 2010. All rights reserved. / Page 21

SAP AG 2010. All rights reserved. / Page 22

FSI (future suite ODP Services

ODP (Operational Data

2) Via underlying SAP NetWeaver stack

SAP AG 2010. All rights reserved. / Page 23

Executed in the Business Suite system, no separate SAP BW system needed

Operational reporting tailored for the applications

Real-time data access (zero latency)

Pre-delivered content by SAP (which might be embedded in the operative transaction)

SAP AG 2010. All rights reserved. / Page 24