Get Started. It's Free
or sign up with your email address
SAP PI 7.0 by Mind Map: SAP PI 7.0

1. ccBPM

1.1. runs in ABAP stack

1.1.1. based on SAP Workflow

1.2. also called Integration Process

1.3. designed in the Integration Repository

1.4. belong to a Software Component

1.5. Once designed, needs to be imported into the Integration Directory

1.5.1. define Business Systems connecting to process

2. SLD

2.1. can be automatically updated from another SAP system

2.1.1. ABAP Systems: via RZ70

2.1.2. Java Systems: via Data Supplier Service

2.2. Business Systems

2.2.1. can be associated to 1+ comms channels mandatory for Receiver channels optional for Sender channels (HTTP adapter can be used to bypass)

2.2.2. groups can be used to associate Business Systems across multiple SLDs e.g. group ERP_DEV and ERP_PRD into a group called ERP. This is useful for transporting objects

2.2.3. 1 to 1 mapping to Technical Systems exception: ABAP systems; each has its own Business System and Technical System ability to down-select installed products

2.2.4. Ability to associate to an integration server used to align system landscapes with PI landscapes are defined separately in the SLD

2.2.5. define transport sources & targets

2.2.6. Integration generally occurs between 2 Business Systems

2.3. Technical Systems

2.3.1. defines hostname Products linked to Software Component Versions Software Components can be assigned selectively SID (for ABAP systems)

2.4. Product Catalogue

2.4.1. defines Products Linked to Technical Systems Software Component Versions

2.5. does not contain Business Services

2.5.1. these are defined in the Integration Directory only

2.5.2. single-instance services without the ability to have a landscape (i.e. dev, test, prod)

3. Receiver Determination

3.1. part of logical routing

3.2. defines either

3.2.1. Sender Service

3.2.2. Receiver Service

3.2.3. both

3.2.4. this information is taken from the envelope of the message received by PI

3.3. Message Split

3.3.1. duplicate incoming message and forward to 1 or more receivers

3.3.2. routing based on content envelope information

3.3.3. creates new entries in SXMB_MONI

3.4. Content-based Routing

3.4.1. significant performance impact

3.4.2. XPath logic multiple conditions logical AND, OR, etc.

3.5. best starting point for trouble shooting

3.5.1. central part of an interface

3.5.2. good end to end visibility

4. Adapter Framework

5. Message Interface

5.1. located in the Integration Repository

5.2. highest-level component of an interface

5.3. PI interfaces go from one Message Interface to another

5.4. specifies

5.4.1. direction inbound outbound

5.4.2. interface pattern synchronous asynchronous

5.4.3. Message Type

5.5. can be built from external definitions

5.5.1. modifiable XSD DTD

5.5.2. not modifiable (need re-import) IDoc RFC WSDL

5.6. uniquely identified by

5.6.1. Business System

5.6.2. Message Interface name

5.6.3. Namespace any valid URI

6. Integration Builder

6.1. Runs in Java stack

6.2. Integration Repository

6.2.1. design-time environment reusable objects, data types, etc. Enterprise Services Repository in PI 7.1

6.2.2. organised by Software Component Version

6.2.3. contains Message Types Data Types Message Interfaces Mapping Programs imported IDocs imported RFCs Integration Scenario graphical high-level view of integration process ARIS integration possible BPEL compatible

6.3. Integration Directory

6.3.1. configuration-time environment

6.3.2. organised by object type namespace configuration scenario

6.3.3. contains Configuration Scenario logical collection of Directory objects can be cross-namespace useful for transporting objects together Value mapping table tool Communication channels Receiver Determinations Interface Determinations Sender Agreements Receiver Agreements Business Services not transportable not in the SLD cannot define landscapes - single service useful for external web services Party each external B2B partner should be set up here can define unique partner IDs assigns

7. Message Type

7.1. highest-level XML document for an interface

7.2. can be imported from an XSD

7.3. contains one or more Data Types

7.3.1. based on standard XSD data types

7.3.2. can contain other Data Types for nested XML, i.e. complex Data Type

7.3.3. can be Context Objects XPath variables based on other XML documents reusable

8. NetWeaver

8.1. 7.0 version

8.2. ABAP Stack

8.2.1. Integration Server

8.2.2. ccBPM/Workflow Engine

8.2.3. Internet Connection Manager (ICM)

8.3. Java Stack

8.3.1. Integration Builder tools

8.3.2. Runtime Workbench

8.3.3. Mapping engine except for ABAP mapping programs and XSLT (ABAP)

8.3.4. Adapter Engine can be run on a separate server with a Java Stack

8.4. Database

8.4.1. Java schema

8.4.2. ABAP schema

9. Runtime Workbench

9.1. End to End monitoring

9.1.1. Untitled

9.2. Cache monitoring

9.3. Message monitoring

9.4. Performance monitoring

9.4.1. statistics throughput (messages/hour) latency (between receive and send)

9.4.2. includes adapter engines

9.4.3. can link to other ABAP systems if proxies defined

9.5. Alert Inbox

10. Mapping

10.1. structure mapping

10.1.1. transforms one XML document into another

10.1.2. change field names or hierarchial structures

10.2. value mapping

10.2.1. modification of values in message fields

10.2.2. can use value mapping tables manually created & updated in Integration Directory uploaded through HTTP adapter visible in Runtime Workbench

10.2.3. generally performance impact

10.3. implemented in

10.3.1. Graphical mapping program

10.3.2. XSLT can run in Java or ABAP stack Java stack is more standards-based XSLT 1.0 only

10.3.3. Java

10.3.4. ABAP

11. Communication Channels

12. Alert Framework