SAP BW-APO
System Landscape and Interface
Considerations
GlobalASAP for BW Accelerator
BUSINESS INFORMATION W AREHOUSE
ACCELERATEDSAP
Table of Contents
TABLE OF CONTENTS.............................................................................................................................. 2
1
INTRODUCTION.................................................................................................................................. 4
COMMON INTERFACES................................................................................................................... 26
5.1
R/3.......................................................................................................................................... 26
5.1.1
Extraction of LIS Data.......................................................................................................... 26
5.1.2
Extraction of Master Data..................................................................................................... 26
5.2
SAPGUI.................................................................................................................................. 27
ACCELERATEDSAP
6
MAINTENANCE ISSUES................................................................................................................... 27
6.1
SOFTWARE COMPONENTS.......................................................................................................... 28
ADDITIONAL INFORMATION............................................................................................................ 29
7.1
7.2
7.3
7.4
SAPNET................................................................................................................................... 29
NOTES..................................................................................................................................... 29
CONTACTS................................................................................................................................ 30
REFERENCES............................................................................................................................ 30
APPENDIX................................................................................................................................................. 31
ACCELERATEDSAP
1 Introduction
This paper has been written for BW release 2.0b and APO release 3.0. BW 2.0b will have a general
release by the end of August 2000.
SAP APO is SAP's Supply Chain Planning solution, which offers best-in class planning features and
seamless integration with SAP R/3 and Legacy ERP systems.
The SAP Advanced Planner and Optimizer (SAP APO), consisting of a number of integrated
modules using a constraint-based planning and optimization philosophy.
ACCELERATEDSAP
S&DP
Supply Chain Cockpit provides users with a bird's eye view of all activities and applications Supply
Chain Cockpit model, monitor and manage your supply chain with a specially designed graphical user
interface. The Supply Chain Cockpit provides users with a bird's eye view of all activities and
applications
Demand Planning identify and analyze patterns and fluctuations in demand, and create accurate,
dynamic demand forecasts in an long term horizon. Using either algorithms of the statistical toolbox
incl. i.e. Promotion planning and cannibalization effects or creating a consistent, consolidated Plan
taking regional and local information into account
Collaborative Planning The goal of SAP APO Collaborative Planning, as the name suggests, is to
help enterprises carry out collaborative supply chain planning activities with their business partners.
Supply Network Planning match purchasing, production and transportation processes to demand,
and balance and optimize your entire supply network in a mid term horizon.
ACCELERATEDSAP
Production Planning & Detailed Scheduling optimize the use of resources and create accurate
plant-by-plant production schedules in order to shorten production life-cycles and respond rapidly to
changes in market demands forecasts in a short term horizon.
Global Available-to-Promise match supply to demand on a truly world-wide scale, and give your
customers reliable delivery commitments by means of both real-time checks and sophisticated
simulation methods
The SAP Business Information Warehouse (SAP BW), a pre-configured data warehouse ideal for
SAP environments, provides access to both internal and external information from multiple sources, as
well providing sophisticated reporting and analysis tools
SAP BW can now interact with the APO-system in two different ways
1. as a external data provider which supplies consolidated information from different ERPsystems
2. as one APO-Component which provides certain functions to simulate and store different
planning cycles based on the information coming either from a data warehouse or from
different ERP-systems
Before we describe the interaction between APO and BW in more detail by explaining the different
Interfaces in Chapter 3, I would like to explain the idea of having a BW embedded into the actual
APO-system.
For further information on APO please have a look at the APO-Homepage:
http://sapneth6.wdf.sap-ag.de:1080/apo
2.2
There are different ways of approaching the production plan of a company. One idea is to use
historical information about customer demands and to use these figures to forecast possible future
sales volumes.
Since planners want to be flexible in selecting the levels of detail (Material Group instead of Material
or Country instead of Customer) a multidimensional model are necessary to provide this kind of
flexibility.
Therefore it has been beneficial to use the same kind of methods already developed for reporting
again for the planning cycle. The only thing which was missing is the ability to write forecasted, i.e.
newly created, figures back to the InfoCube. Usually you would need an InfoSource to bring the data
back to the InfoCube but with some additional functions purely developed for APO this is not
necessary for the demand planning.
Because this APO-Interface has been developed on the BW-Standard-Platform no additional BWfunctions are available in the APO environment, i.e. the entire BW Administrator Workbench is
delivered with the APO.
However it is necessary to perform certain actions before you are able to utilize an InfoCube for
planning purposes! (see 3.1.1)
ACCELERATEDSAP
3 Interfaces Between APO and BW
As shown in the picture below the APO and BW currently provide two standard interfaces:
-
Network Design
S&DP
Additionally both products can be linked to the same OLTP which provides basic information for the
different functions on both system.
BW extracts transactional and master data from a R/3 system for reporting purposes using functions
on the R/3 system which have to be implemented with a Plug-In.
ACCELERATEDSAP
The APO can utilize the same Plug-In functions on the R/3 to extract data for the demand planning.
Additionally the Core Interface (CIF) provides master data as well as production and inventory
information which are crucial for the live-cache features on the APO system.
Both systems also provide interfaces to non-R/3 systems to incorporate their data for the respective
functions.
3.1
Demand Planning
The following scenario is based on the idea that a BW system keeps historical sales data for
reporting purposes. The same data can, of course, also be used as a starting point for future sales
planning. Consequently the data does not have to be extracted a second time from the underlying
OLTP but can directly be retrieved from the BW system.
BW supports this process with the so called DATA MART interface. A DATA MART in this case is a
single InfoCube which can be used as a DataSource; i.e., all the data which is kept in the InfoCube
can be extracted and delivered to the APO system if required. If a subset of this DATA MART is
sufficient selection criteria on the APO request can delimit the number of records.
ACCELERATEDSAP
Since APO includes all the functions of a BW system the extraction procedure works in the same
way as it is known from the BW; i.e. the administrator requests data from a source system based on
a data source (InfoSource), the InfoPackage defines what subset of data shell be extracted at what
time using a certain transfer technique (IDOC, PSA) and one or several data targets (InfoCube(s))
The common case is to have just one DATA MART on the BW (Sales InfoCube) which acts as a data
source for the APO. APO extracts the data on a regular basis for the planning process. The historical
data will be stored in an InfoCube and the planned data will be calculated and stored in the Live
Cache. This technique is used for performance reasons.
3.1.1
Technically the APO InfoCube matches exactly with the BW-InfoCube, i.e., it consists of dimensions,
and a fact table. Since the APO InfoCube has to support additional functions it is necessary to
perform some more customizing :
Path: Supply Chain Planing - Demand Planning - Environment current settings Configure
InfoCube Parameter
Here it is necessary to maintain the following fields. The fields in brackets are optional.
(Factory Calendar), Base Unit of Measure, Statistical Currency, (Fiscal Year Variant)
This customizing has to be done after the InfoCube has been configured.
It cannot be done after data has been loaded!
APO does not deliver any predefined planning scenarios, i.e. there are no sample InfoCubes which
can directly be used. All what is provided is a template which includes the basic InfoObjects essential
for the planning purpose on the APO.
The name of this template InfoCube is DP-REFER
and it includes one characteristic APODPVRSI for the planning version and one key-figure
APODPDANT for Proportional Factors
Consequently you can either copy this cube to already have your mandatory InfoObjects included or
you create your own InfoCube from scratch but must not forget to include these before mentioned
InfoObjects.
3.1.2
Technically the APO InfoCube incl. the historical data matches exactly with the BW InfoCube, i.e. it
consists of dimensions, and a fact table. Since the APO has to support additional functions it is
necessary to perform some more customizing :
Path:
Here it is necessary to create a planning object structure which should basically include the Info
Objects (Characteristics) which are used in the Info Cube with the historical data. In the next Step a
planning has to be defined. This planning area has to be assigned to the planning Object structure, to
the live Cache and to relevant storage bucket profile which includes the periodicities for the planning
area . In further steps the Key figures have to be chosen and here you add the information whether
the key Figure is part of the Info Cube with the historical data or if it will be stored in Live Cache.
ACCELERATEDSAP
APO does not deliver any predefined planning scenarios, i.e. there are no sample InfoCubes which
can directly be used. All what is provided is a basic InfoObject essential for the planning purpose on
the APO.
key figure
Consequently you have to create your own InfoCube from scratch but must not forget to include this
before mentioned InfoObject. But this is only relevant for the historical data. At the Moment with APO
3.0 it is not yet part of the concept to store planned data in the Info Cube.
3.1.3
Activities (where/when/what):
APO-BW
BW (external)
ACCELERATEDSAP
3.1.4
3.1.4.1
To evaluate the planning cycle it is necessary to compare the previous plan with actual sales data
extracted from the OLTP in the BW. The planning figures from the APO-system can be extracted in
the same way the historical data was retrieved from the BW. Since APO includes all BW functions
the DATA MART can be utilized the other way around. Thus in this scenario the planning cube serves
as a DATA MART for the BW; an InfoSource is generated from all the fields defined for the InfoCube
and data can be requested selectively. Accordingly for BW APO acts as an ordinary source system.
From APO 3.0 there is the option to also keep the InfoCube in the LiveCache. The BW-Administrator
can interact with APO in the same way he was used to in APO 2.0. Thus the Service API on the
APO-site controls the extraction either from the InfoCube or from the LiveCache.
3.2
Key Performance Indicators (KPIs) which enable the production planner to have a clear image about
the current situation can be derived from the linked BW system.
This means that the data is not stored on the APO system but that the APO calls an existing
workbook -on the BW - including one or many queries which retrieve the data from one or many BW
InfoCubes.
ACCELERATEDSAP
Consequently BW has to ensure that the relevant data is extracted from the OLTP system and is
prepared for reporting (see customizing)
ACCELERATEDSAP
3.2.1
Business Content
All KPIs which are provided are part of the standard BW-BCT. The BCT is organized based on roles.
Different roles have been defined to support the typical APO users in BW:
DataSources for the relevant KPIs can be APO as well as R/3 or any other source system. This
means that from the Supply Chain Cockpit (APO) you will have access to information not only
coming from the APO but also from all other systems related to the process you have to control and
manage as a typical APO user. Here are some examples for Key Figures / KPIs :
Activities and Key Figures
Production program planning
produced quantities
sales quantities, incoming order quantities
market volume, ...
Production factor planning
downtimes per work center
ACCELERATEDSAP
capacity utilization per work center
delivery time deviations in the production area
maintenance times
Production monitoring
order information on header and operation level
detailed confirmation information
available capacity, capacity requirements
downtimes
goods receipt
material consumption, deviations
lead times, execution times by order, work center
order status
Quality management
results of quality tests
inspection lots, notifications, notification items
Production order and confirmation header
LIS
LIS
Material consumption
LIS
A typical example for a KPI fed with data from the R/3 is Downtimes which has been newly defined
with BW-BCT 2.0b and Plug-In 2000 on the R/3 side.
ACCELERATEDSAP
Downtimes can be recorded in R/3 and extracted to BW (New functionality of R/3 4.6c).
Production Manager and Shift Manager can therefore analyze on
Downtimes grouped by downtime categories
Idle times per resource, plant, month, day
Downtime per resource, plant, month, day
Alerts if resource downtime is above e.g. 30%
For further information please have a look at the business content documentation either for a certain
role or application component Production Planning.
3.2.1.2
Beside data coming from the demand planning there is other data processed in the APO which is
relevant for reporting (PPDS, Network Design). According to this aspect APO has created its own
business content which can be updated into specific InfoCubes on the BW system. This Business
Content is provided in APO 3.0 (Extractors) and BW 2.0b (InfoCubes, Queries).
InfoCubes
0APO_C01
DataSources
0APO_PPDS_RESCAPREQ_01
Resource
0APO_PPDS_OPERATION_01
Operation
0APO_C02
DataSource
0APO_PPDS_ORDER_01
0APO_C03
DataSource
0APO_PPDS_PROD_CUST_01Pegging
0APO_C04
DataSource
0APO_ND_LOCMAT_01
Order
Network Design
As marked on the following slide you the areas in the APO which are covered by BW-BCT 2.0b.
ACCELERATEDSAP
There is an enormous set of functions available to evaluate APO Planning results with BW.
-
ACCELERATEDSAP
For further Information please check the BW-BCT documentation available on SAPNet:
http://help.sap.com/ (mysap.com components, Business Information Warehouse)
ACCELERATEDSAP
3.2.2
In order to show queries in the APO system the administrator has to create links to the respective
workbooks in the BW. This can be done in customizing
Transaction: SPRO
Advanced Planner and Optimizer Supply Chain Cockpit Maintain SCC Context Menu
where you define the entries for the menu you are going to use to call the KPIs. For the new profile
you need to specify a BW system which keeps the respective workbooks you want to include into
your APO menu. After the system has read the relevant information from the BW you can select
from the available workbooks which you would like to publish to the supply chain cockpit.
Using the right mouse button you will see what workbook is linked to the respective KPI. This is the
relevant information for the BW-administrator to administrate the relevant business content. Queries
in this context are predefined APO reports which are developed in APO; i.e. these objects are nor
BW-specific.
ACCELERATEDSAP
Example from APO 2.0
Step 2:
See on the next
picture
Step 3:
When you define a new user
the profile defines here is
used as the default.
If you like to change profiles
for existing users you go via
SAPEASYACCESS-Menu
Path: Navigation-Supply
Chain-Settings-Cockpit
In case there is no entry the
profile default will be taken.
The content of the default
profile cannot be changed!
ACCELERATEDSAP
ACCELERATEDSAP
3.2.3
Customizing in the BW
If a workbook is relevant for the APO it is necessary to activate the workbook and the other related
Metadata objects of the respective Standard BCT. It is, of course, also possible to create your own
workbooks and link them to an APO system. This has to be done before you can create your menu in
the supply chain cockpit since you are referring to these previously created workbooks.
It is important to understand that the APO-user as any other BW user is dependent on the proper
loading and administration procedures in the BW. There is no administration interface from the APO
to the BW for APO-BCT.
3.2.4
Authorization
There is no authorization check for the KPIs on the APO; i.e., authorization of APO users have to
specified in the BW system.
The RFC-Connection (SM59) to the BW has to be set up for the current user in order to enable the
individual authority check on the BW. Consequently all KPI users on the APO System need to be
maintained as reporting users on the BW System.
ACCELERATEDSAP
3.2.5
Restrictions
Web Queries cannot be used in APO 3.0 . It is planned to show Web Queries in later releases in the
map-window of the Supply Chain Cockpit.
Introduction
When it comes to Landscape considerations all aspects of the different components need to be taken
into account. From the combination of APO and BW the most important one is how you want to use
BW in this environment. Since BW works as a tool for central consolidation and data cleansing for all
source systems it can provide homogenized data for APO, CRM, B2B or any other component. If
you ignore this fact but you still want to work in a multi-system environment using different
components a major effort has to be done to keep all systems insync from the data model point of
view.
Moreover it is possible to use BW within the APO for reporting however it might have some effects
on the performance. Accordingly the priority of reporting in the discussed environment has to be
clearly defined.
ACCELERATEDSAP
Different Scenarios for APO / BW - Landscape
Hub & Spoke
APO / BW in parallel
Consolidation
APO-Standalone
For further information on System Landscape Scenarios please check GlobalASAP Accelerator.
4.2
4.2.1
There are several reasons why a customer wants to keep BW and APO as one instance. One might
be the lower investment another the reduction of complexity and maintenance. If this is really the
case depends very much on the reporting requirements. Thus it has to be checked how many users
would work with the APO system as BW users. Since APO is designed and tuned for planning
functions it is likely that a parallel tuning for the BW demands will contradict with the earlier made
settings.
ACCELERATEDSAP
4.2.2
Demand Planning
With the new BW 2.0b which is included in APO 3.0 it is possible to create the full demand planning
scenario within the same APO System.
Historical Sales Data can be loaded from one or many R/3 or external systems into one InfoCube
which serves as the basis for demand planning. For R/3 you are going to use the same extractors as
you would use for a pure BW Extraction; i.e. all features available for BW will also be available for
APO, e.g. Delta-Extraction.
On top of this SalesCube you can create a DATAMART which provides the relevant information for
another InfoCube purely used for planning.
4.2.3
For reporting you could now decide to either use a MultiCube on top of both, Planning and
SalesCube, or to use the PlanningCube as a DATAMART for the SalesCube again.
4.2.4
Reporting
Generally there are no limitations on using the Bex Analyzer for InfoCubes created in the APO.
Accordingly you can create flexible reports using variables, restricted key figures, calculated key
figures, templates, and so on. Even Web Reporting is possible on an APO System.
The only limitations we have encountered so far are (APO 2.0 only):
1. If you want to perform reporting directly on the planning cube you have to consider
note: 156695
Since BW Reporting is based on Request IDs which are usually related to a physical load of data
into the InfoCube APO provides a artificial request for their planning figures. Theses requests are
not stored in all relevant tables necessary for BW Reporting. Therefore you first have to run a
program which does the relevant settings for you.
2. Aggregates cannot be built on PlanningCubes
This might lead to some performance issues but could be avoided by building a DATAMART and
report on a pure reporting-oriented InfoCube.
4.2.5
Calling KPIs from the Supply Chain Cockpit is no problem even if they are located on the same
system. For this you just have to maintain the logical system accordingly. (see 3.2.2)
4.2.6
Installation
ACCELERATEDSAP
4.2.6.1
R/3 Plug-In
The Plug-In (PIXX) has to be installed on the R/3 system. A PIXX-A is not sufficient since it is just
relevant for the BW but not for additional functions for the APO.
BW- Support Packages will be included into APO Support Packages therefore no additional effort is
necessary to support the APO-BW technically.
Notes:
186928 for APO-BW
181248 General Information on the Plug-In
183813 Conflict resolution transports (CRT's)
4.2.6.2
Client /SAPGUI
If you want to do any kind of reporting on top of the APO you need to have the Business Explorer
components installed. So even if you want to use a third party tool on the client it is still necessary to
have the Business Explorer Analyzer available for the definition of the so called Query-Cubes interface to the third-party front ends.
The relevant BW-front-end components are delivered with the APO SAPGUI (> 4.5a)
All you need to do is marking the BW-Add-On Component in the SAPGUI-Setup. This will install the
Bex Components on your desktop. Installation time is not more than 5 minutes.
For Licensing Questions please consult the respective sales manager.
4.3
APO - BW - R/3
This section covers two scenarios, Hub & Spoke and Consolidation, since from an APO perspective
there is no difference. In both scenarios there is just one APO existing which is tightly connected to
just one BW which serves as the data provider. Of course there are still interfaces to R/3 system(s)
from the APO (CIF) but this topic will not be covered in this paper since we just want to concentrate
on the standard interfaces between APO and BW.
4.3.1
Demand Planning
To use two different instances for APO and BW is the recommended approach by SAP. BW serves
as a Data Consolidation and Reporting tool whereas APO is dedicated to specific planning functions.
That kind of information which is necessary for planning can be retrieved from the BW using the
DATAMART Interface. This Scenario has been discussed in section 3.1 already.
4.3.2
To be able to compare the previously made planning data needs to be written back to the original
InfoCube which also holds the new sales data. Thus BW is the tool for checking the quality of the
planning process whereas APO is the data provider to make comparisons possible.
ACCELERATEDSAP
4.3.3
Reporting
Reporting is defined and performed on the BW System. BW is tuned to make quick and efficient
reporting possible using tools like compression, aggregates and the entire set of OLAP Functions.
But also from an administrative point of view BW is the right place. Here you define when data is
loaded (Scheduler) from which system and to whom it may be presented (Authorizations).
Consequently BW is the place where you control the flow of information not only to power or end
users but also to other system-components.
4.3.4
As described before BW is managing the information but there are options to access this information
like from the supply-chain cockpit. As described in 3.2 BW has to provide the information meaning
all administrative tasks need to be managed by the BW personnel; e.g. Design, Activation, Loading,
Authorization
4.3.5
Installation
APO is going to be installed on one instance, which means one DB-Server and none to many
Application Servers including the LiveCache. APO-BW-Functions are still included in the APO, i.e.
installed on the application server. APO has a unique Logical System Name.
BW is another instance with a separate DB-Server and none to many Application Servers. BW has a
unique Logical System Name.
Both system can be connected using Standard ALE Settings to exchange data.
4.3.5.1
R/3 Plug-In
4.3.5.2
Client /SAPGUI
Dependent on the user profile a local SAPGUI can contain just APO-, BW- or both functions at the
same time. During the SAPGUI-Setup you can decide which front-end components shall be
implemented.
ACCELERATEDSAP
According the different patch schedules maintenance of local SAPGUIs can be quite heavy
especially if they include both components.
Additionally impacts of patches from one component on the other component can occur. (e.g.
chart.ocx). APO requires always valid *.ocx. Since not only a change in the release requires in all
cases new *ocx files but also with every support package it is necessary to install and manually
register (regsvr32) them to the system.
5 Common Interfaces
5.1
R/3
Since APO includes the same functions as a BW system it can also use the same extractors which
are provided with the Plug In (Plug In-A) on the R/3 system. These extractors can be used for APO
purposes, historical sales data for Demand Planning, as well as for BW purposes, i.e. using the
embedded BW as a reporting tool rather than just a planning component. (see 4.1)
5.1.1
Extraction of LIS-Data
With the new Plug-In 2000 it is possible to feed many different systems with the same information,
even delta-information. Thus extraction of LIS-Data does not have any impact on any other system
so that the same DataSource can be used for as many systems as you like. Please bear in mind that
this is just a technical freedom. (see 4.1)
5.1.2
BW (DATA MART)
5.1.2.1
With the DATA MART BW does not only provide generated extractors for transactional data but also
for all characteristics included in the respective InfoCube.
Example:
InfoCube (SalesCube) contains the following InfoObjects
Characteristics 0SOLD_TO, 0MATERIAL, 0SALESORG, 0DIVISION
Key Figures
0REVENUE, 0QUANTITY
Generated InfoSources
8SalesCube, 8SOLD_TO, 8MATERIAL, 8SALESORG, 8DIVISION
Consequently all generated DATA MART-InfoSources use '8' as a prefix. The master data
InfoSources do include the same attributes as they were defined on the BW system. This
data is going to be extracted on a regular but asynchronous basis.
ACCELERATEDSAP
With APO 3.0 not only master data but also their navigational attributes can be used for planning.
With this background the definition, proper loading and extraction of master data from BW becomes
quite important for the APO Demand Planning.
Since demand planning differs from the other APO-functions in its master data utilization it is
necessary to ensure that the planning data can be matched to the existing APO-master data later on
in Supply Network Planning (SNP). If necessary matching rules can be programmed in an user exit.
5.1.2.2
The master data which is extracted via the CIF contains pure planning relevant information. Data is
extracted synchronously. APO differentiates between central master data, like weight or size, and
location specific master data, like planning strategy.
5.1.2.3
Additional Master data extraction from OLTP to BW does not conflict with APO's CIF (Core Interface)
for R/3.
5.2
CIF for R/3 establishes the integration between R/3 systems and APO meaning the
exchange of master and transactional data as well as planning results.
Master data for APO Demand Planning are uploaded via DP immanent extractors, which are
similar to BW extractors. Both do not conflict which each other.
Deltas for BW and Demand Planning do not conflict which each other either.
SAPGUI
4.6d can be used for APO, BW and R/3 OLTP. (4.5 GUI, APO 2.0, BW 1.2b) Components can be installed
individually or altogether onto the same desktop.
According the different patch schedules maintenance of local SAPGUIS can be quite heavy
especially if they include both components.
Additionally impacts of patches from one component on the other component can occur. (e.g.
chart.ocx). APO requires always valid *.ocx. Since not only a change in the release requires in all
cases new *ocx files but also with every support package it is necessary to install and manually
register (regsvr32) them to the system.
ACCELERATEDSAP
6 Maintenance Issues
The following picture shall give you an overview about the different components which need to be
implemented on the R/3 system in order to extract data for an APO system.
6.1
Software-Components
Plug-Ins
The New Dimensions products consist of the servers (APO, CRM, BW, BBP, SEM) and the
respective interfaces (plug-ins) which are installed on the existing R/3 Systems.
The add-ons PI and PI-A replace the old interfaces APO-CIF, CRM-R3A, BW-BCT and B2B-PRO-PI.
PI is a complete package of all interfaces, and PI-A is a part without modifications (at present BWBCT for Releases 3.0F, 3.1H, 3.1I, 4.0B, 4.5B, BW-BCT, B2B-PRO-PI for Release 4.6A).
As of R/3 Release 4.6B, PI-A will no longer be available since PI is modification-free.
ACCELERATEDSAP
ACCELERATEDSAP
CRTs
R/3 Plug-in has modified the Standard R/3 code to a certain extent.
Naturally, these modifications may conflict with Standard corrections, which are delivered via
Support Packages (former name: Hot Package (HP)) or Legal Change Packages. Therefore, if you
have the R/3 Plug-in installed in your R/3 system, the system will not allow you to apply a Support
Package or a Legal Change Package, without asking you for the corresponding Conflict Resolution
Transport (CRT).
SAP has separate maintenance tracks for R/3 Plug-in for each R/3 Release, out of which Conflict
Resolution Transports (CRT) are produced.
CRTs align changes made to objects by CIF and HP.
A CRT for R/3 Plug-in contains
- resolution of conflicts between SP/LCP and R/3 Plug-in
- R/3 Plug-in-specific corrections
CIF
modifications + enhancements as stand-alone layer
CIF release
functional enhancement to establish integration
similar to PI release
HP
hot package
regular way to ship R/3 corrections
LCP
legal change package
HP + HR modifications
ACCELERATEDSAP
7 Additional Information
7.1
SAPNet
Available
HW/SW Platforms
General Information
on BW
General Information
on APO
7.2
Notes
Please consider the following notes to install and maintain software components of either the BW or
the APO System.
General Notes:
145432 DP /BW FAQ
156695 Request ID for APO-Requests
186928 for APO-BW
181248 General for Plug-In
183813 CRT's
BW-Patches are supported with APO Support Packages.
Plug-In-Notes:
181255 Overview: Notes for PI 99
181262 CRTs for PI 99
172772 Installation PI 99
172773 Delta-Upgrade PI 99
181248 Release Strategy for PI 99
ACCELERATEDSAP
7.3
Contacts
APO-RIG
Nicolai Unterbarnscheidt
BW-RIG
Oliver Schuck
Alexander Grages
7.4
References
ACCELERATEDSAP
Appendix
KPI_engl.doc