Sap Netweaver Pi

Front 1

Abstraktes Service Interface

Back 1

Interface ohne Implementierung in einem Anwendungssystem. Sie können keinen Proxy für diesen Interface-Typ generieren und verwenden abstrakte Service-Interfaces beispielsweise in Integrationsprozessen, um Messages aus Anwendungssystemen zu empfangen oder zu senden. Da abstrakte Service-Interfaces keine Richtung haben, können Sie das gleiche abstrakte Interface zum Empfangen oder zum Senden benutzen.

Front 2

Acknowledgment-Message

Back 2

Message, die an den Sender zurückgeschickt wird, um die korrekte Verarbeitung einer asynchronen Message zu bestätigen beziehungsweise über einen Fehler bei der Message-Verarbeitung zu informieren.

Front 3

Action

Back 3

Objekt eines Integrationsszenarios, das eine nicht weiter unterteilte Funktion innerhalb einer Anwendungskomponente repräsentiert. Actions sind Ankerpunkte für den Austausch von Messages zwischen Anwendungskomponenten.

Front 4

Adapter Engine

Back 4

Laufzeitkomponente für Resource-Adapter zur Integration von Anwendungenund Systemen mit SAP NetWeaver PI. Die Adapter Engine beinhaltet das Adapter fRamework mit Funktionen zum Messaging und Queueing, zur Security sowie zur Connectivity mit dem Integration Server. Sie können dieses Framework verwenden , um Ihre eigenen Resource-Adapter oder die Ihrer Partner einzubinden.

Front 5

Advanced Adapter Engine

Back 5

Mit SAP NetWeaver PI 7.1 wurde die Adapter Engine um die Möglichkeit der Message-Verarbeitung ohne Integration Server erweitert und dabei in Advanced Adapter Engine umbennat. Im Integration Directory wird für diese Konfiguration das Konfigurationsobjekt Integrierte Konfiguration verwendet. Mit dieser Konfigurationfindet die komplette Message-Verarbeitung für dieses Szenario in der Advanced Adapter Engine statt.

Front 6

Änderungsliste

Back 6

Benutzerabhängige Liste von Objekten im Enterprise Services Builder und im Integration Directory, die in Bearbeitung sind.

Front 7

Anwendungskomponente

Back 7

Repräsentiert einen logischen Teilnehmer eines Integrationsszenarios und beschreibt die betriebswirtschaftlichen Aufgaben und Verantwortlichkeiten, die dieser Teilnehmer im Rahmendes Szenarios innehat.

Front 8

Ausgangsverarbeitung

Back 8

Verarbeitungsschritt auf dem Integration server, um eine Message so aufzubereiten, dass sie ein externer Empfänger abhängig vom verwendet Empfänger-Adapter verarbeiten kann.

Front 9

Business-Objekte

Back 9

Artefakt des Prozesskomponenten-Architekturmodells zur Modellierung der Daten einer Prozesskomponente.

Front 10

Business Process Engine

Back 10

Laufzeitkomponente für die Verarbeitung von Integrationsprozessen im Rahmen des Cross-Component Business Process Managements(ccBPM).

Front 11

Business-System

Back 11

Logischer Sender oder Empfänger, die über SAP NetWeaver PI Messages auszutauschen und Im System Landscape Directory eingetragen sind. Business-Systeme beziehen sich auf eine Systemlandschaft.

Front 12

Chem eStandards

Back 12

Von der Chemical Industry Data Exchange verabschiedete Standards zur Kommunikation in der chemischen Industrie. Informationen finden Sie auf den CIDX und OAGi-Homepages unter
http://www.cidx.org und http://www.oagi.org

Front 13

CMS

Back 13

Change Management Service.
Transporttechnologie der SAP, um PI-Design- und - Konfigurationsobjekte aus dem Enterprise Services Builder und dem Integration Directory zwischen Systemen zu transportieren.

Front 14

Collaboration Knowledge

Back 14

Alle Inhalte des Enterprise Services Builders und des Integration Directorys.

Front 15

Consumer-Proxy

Back 15

Laufzeit-Stellvertreter, mit dem eine Anwendung eine Message an den Integration Server von SAP NetWeaver PI oder über die Webservice-Laufzeit senden kann.

Front 16

CTS

Back 16

Change-und Transportsystem.
Transporttechnologie der SAP, um ABAP- und Java-Objekte zwischen Systemen zu transportieren.

Front 17

Designzeit

Back 17

Entwicklungszeitpunkt, zu dem Sie Objekte des Enterprise Services Builders definieren. Sie können diese Designobjekte ausliefern und für ein konkretes Szenario einer konkreten Systemlandschaft konfigurieren.

Front 18

Designobjekt

Back 18

Objekt im Enterprise Services Builder. Es gibt Integrationszenario-, Integrationsprozess-,Operation-,Mapping-und Adapter-Objekte.

Front 19

Dezentrale Advanced Adapter Engine

Back 19

Advanced Adapter Engine, die auf einem dezentralen Server installiert ist. Die konfiguration erfolgt wie für die zentrale Advanced Adapter Engine über das Integration Directory.

Front 20

Direktverbindung

Back 20

Konfigurationsobjekt im Integration Directory, das die direkte Zuordnung eines Senders und eines Outbound-Interfaces zu einem Empfänger über die Webservice Laufzeit beschreibt.

Front 21

Eingangsverarbeitung

Back 21

Verarbeitungsschritt auf dem Integration Server, um eine dort empfangene Message so aufzubereiten, dass sie von der Integration Engine des Integration Servers oder der Advanced Adapter Engine verarbeitet werden kann. Die Eingangsverarbeitung hängt vom verwendeten Adaptertyp ab.

Front 22

Empfänger-Adapter

Back 22

Adapter, der von der Integration Engine des Integration Servers oder der Advanced Adapter Engine aufgerufen wird, um eine Message an einem Empfänger weiterzuleiten.

Front 23

Empfängerermittlung

Back 23

Konfigurationsobjekt im Integration Directory, das die Zuordnung eines Senders und eines Outbound-Interfaces zu einem oder mehreren Empfängern beschreibt.

Front 24

Empfängervereinbarung

Back 24

Legt technische Details für die Kommunikation zwischen dem Integration Server und einem Empfänger fest.

Front 25

End-to-End-Monitoring

Back 25

Funktion innerhalb der Runtime Workbench zur Überwachung der Verarbeitung einzelner Messages innerhalb einer vorher konfigurierten Menge von Komponenten.

Front 26

Enterprise Service

Back 26

Webservice, der für business-Prozesse verwendet wird.

Front 27

Enterprise Service Builder

Back 27

Ablage,um alle auszulieferden Informationen des kollaborativen Prozesses zu beschreiben,z.B. Integrationsszenarien,Integrationsprozesse, Interfaces und Mappings.

Front 28

Identifikationsschema

Back 28

Stellt einen Bezugsrahmen dar, innerhalb dessen ein Objekt eindeutig identifiziert werden kann. Identifikationsschemata werden durch vergebende Agenturen herausgegeben und verwaltet.

Front 29

Identifikator

Back 29

Setzt sich aus Agentur, Identifikationsschema und einem Code zusammen, um ein Unternehmen zu identifizieren.

Front 30

Inbound-Interface

Back 30

Übergeordnete Bezeichnung für Interfaces mit denen Messages beim Empfänger verarbeitet werden, wie beispielsweise RFCs,IDocs und auch Inbound-Service-Interfaces,zu denen Sie im Anwendungssystem Provider-Proxys generieren.

Front 31

Inside-Out-Entwicklung

Back 31

Erzeugen einer formalen Schnittstellenbeschreibung aus einer Schnittstellenimplementierung

Front 32

Integration Directory

Back 32

Ablage,um den kollaborativen Prozess zu konfigurieren

Front 33

Integration Server

Back 33

Zentrale "Verteilungsmaschine" der Laufzeit, um Messages zu verarbeiten und weiterzuleiten.

Front 34

Integrationsprozess

Back 34

Designobjekt im Enterprise Services Builder, um eine zustandsbehaftete Verarbeitung von Messages auf dem Integration Server zu beschreiben. Sie adressieren Integrationsprozesse als Kommunikationskomponenten im Integration Directory.

Front 35

Integrationszenario

Back 35

Beschreibt den kollaborativen Prozess im Enterprise Services Builder als Message-Austausch zwischen Anwendungskomponenten.

Front 36

Integrationszenario-Modell

Back 36

Objekttyp des Enterprise-Services Repositorys zur grafischen Beschreibung einer lauffähigen Prozesskette. Das Integrationsszenario-Modell ist Teil des Prozesskomponenten-Architekturmodells.

Front 37

Integrierte Konfiguration

Back 37

Konfigurationsobjekt im Integration Directory,das die Message-Verarbeitung über die Advanced Adapter Engine beschreibt

Front 38

Interface-Ermittlung

Back 38

Konfigurationsobjekt, das die Zuordnung eines Outbound-Interfaces zu einem Inbound-Interface und zu einem Operation-Mapping beschreibt.

Front 39

Kollaborativer Prozess

Back 39

Bereits vorhandener oder neuer Prozess aus der realen Geschäftswelt, der über einen Message-Austausch mit SAP NetWeaver PI implementiert werden soll.

Front 40

Kommunikationskanal

Back 40

Definiert die konkreten Regeln, nach denen Messages bei der Ein-oder Ausgangsverarbeitung behandelt werden. Insbesondere legen Sie im Kommunikationskanal den Typ und die Konfiguration des Adapters fest, der bei der Eingangs- oder Ausgangsverarbeitung verwendet wird.

Front 41

Kommunikationskomponente

Back 41

Konfigurationsobjekt im Integration Directory, um einen Sender oder einen Empfänger zu adressieren. Typischerweise werden Kommunikationskomponenten von einem Kommunikationspartner angeboten, können aber auch alleine stehen. Mögliche Typen sind Business-Systeme, Business-Komponenten oder Integrationsprozesse.

Front 42

Kommunikationspartner

Back 42

Konfigurationsobjekt, um unabhängig von einer im Message-Header festgelegten Repräsentation ein Unternehmen des kollaborativen Prozesses logisch zu adressieren.

Front 43

Kommunikationsprofil

Back 43

Beschreibt die technischen Möglichkeiten von Kommunikationspartnern im Hinblick auf den Austausch von Messages. Es besteht aus seinem Identifikator,den Kommunikationskomponenten, Interfaces und den Kommunikationskanälen.

Front 44

Kommunikationsvereinbarung

Back 44

Legt für ein konkretes Sender-Empfänger-Paar fest, welche der im Kommunikationsprofil hinterlegten Details für den Message-Austausch gelten sollen.

Front 45

Konfigurationsobjekt

Back 45

Objekt im Integration Directory. Als Objekttypen gibt es Kommunikationskomponenten unterschiedlicher Art, Kommunikationskanäle,Empfängerermittlungen,Interface-Ermittlungen sowie Sender-und Empfängervereinbarungen.

Front 46

Konfigurationsszenario

Back 46

Objekt zur Gruppierung von Konfigurationsobjekten im Integration Directory. Wenn Sie ein Konfigurationsszenario angelegt haben, können Sie ein Integrationsszenario aus dem Enterprise Services Builder auswählen und als Vorlage für die Konfiguration übernehmen.

Front 47

Konfigurationszeit

Back 47

Zur Konfigurationszeit konfigurieren Sie inen kollaborativen Prozess für eine konkrete Systemlandschaft mithilfe des Integration Directorys,damit er zur Laufzeit vom Integration Server beziehungsweise der Advanced Adapter Engine ausgewertet werden.

Front 48

Konzeptionelle Modellierung

Back 48

Grafisches Abbild der Prozessabläufe eines Unternehmens aus Betriebssicht.

Front 49

Mapping

Back 49

Oberbegriff für die Transformation einer Message bezüglich ihrer Struktur und enthaltener Werte.

Front 50

Mapping-Programm

Back 50

Programm, mit dem eine Message transformiert wird. Mapping-Programme im Enterprise Service Builder sind dort angelegte Message-Mappings,Mappings-Vorlagen oder importierte XSLT-oder Java-Mappings.

Front 51

Message

Back 51

Instanz, um Daten zwischen Sendern beziehungsweise Empfängern und dem Integration Server beziehungsweise der Advanced Adapter Engine auszutauschen. Eine Message besteht aus einem Message-Header,der Payload und optional einer beliebigen Anzahl von Attachments(abhängig vom Adaptertyp). der Message-Header und die Payload sind im XML-Format

Front 52

Message-Mapping

Back 52

Mapping-Programm,das Sie über den grafischen Mapping Editor im Enterprise Services Builder definieren.

Front 53

Message-Typ

Back 53

Sprachunabhängiges Interface-Objekt im Enterprise Services Builder,das das Wurzelelement einer Message definiert.

Front 54

Multi-Mapping

Back 54

Mapping-Programm, mit dem Sie m Messages auf n Messages abbilden.

Front 55

Namensraum

Back 55

Qualifier für XML-Namen,um Objekte eindeutig zu identifizieren.

Front 56

Operation

Back 56

Funktion, die ein Service-Interface zur Verfügung stellt. Diese Ebene wird für die Konfiguration des Message-Austauschs verwendet.

Front 57

Operation-Mapping

Back 57

Designobjekt im Enterprise Services Builder, mit dem Sie für ein Ausgangs-und einZiel-Interface auszuführende Mapping-Programme für Request-,Response-beziehungsweise Fault-Message festlegen. Für Transformationsschritte in Integrationsprozessen können Sie auch mehrere asynchrone abstrakte Ausgangs-und Ziel-Service´-Interfaces angeben, um Messages über ein Multi-Mapping zu bündeln oder aufzutrennen.

Front 58

Outbound-Interface

Back 58

Übergeordnete Bezeichnung für Interfaces, mit denen Sender Messages an den INtegration Server oder die Advanced Adapter Engine senden, wie beispielsweise RFCs,IDocs und auch Inbound-Service-Interfaces,zu denen Sie im Anwendungssystem Consumer-Proxys generieren.

Front 59

Outside-In-Entwicklung

Back 59

Implementierung einer Schnittstelle mithilfe ihrer formalen Beschreibung

Front 60

Payload

Back 60

Der Body einer Message mit den Geschäftsdaten in XML

Front 61

PI-Content

Back 61

Process Integration Content.Alle Inhalte des Enterprise Services Builders.

Front 62

Pipeline

Back 62

Definierte Reihenfolge von Services der Integration Engine, die von einer Message durchlaufen werden. Die Pipeline besteht aus einzelnen Pipline-Elementen, die wiederum mit Pipeline -elementen, die wiederum mit Pipeline-Services verknüpft sind.

Front 63

Principal Propagation

Back 63

Weiterleitung von Benutzeridentitäten vom Sender über den Integration server an den Empfänger in einer PI-Message.

Front 64

Provider-Proxy

Back 64

Laufzeit-Stellvertreter,mit dem eine Anwendung eine Message über den Integration Server von SAP NetWeaver PI oder über die Webservice-Laufzeit empfangen kann.

Front 65

Proxy

Back 65

Oberbegriff für Consumer-beziehungsweise Provider-Proxys.

Front 66

Proxy-Generierung

Back 66

Werkzeug, um ausgehend von Service-Interfaces im Enterprise Services Builder Proxy-Objekte in ein Anwendungssystem für den Austausch von Messages zu generieren.

Front 67

Proxy-Objekt

Back 67

Generiertes Objekt im Anwendungssystem,beispielsweise eine Klasse,ein Interface oder ein Datentyp

Front 68

Prozesskomponente

Back 68

In sich abgeschlossener Teil einer Wertschöpfungskette

Front 69

Prozesskomponenten-Modell

Back 69

Objekttyp des Enterprise Services Repositorys zur grafischen Beschreibung betriebswirtschaftlicher Abläufe auf Ebene der Prozesskomponente.Es beschreibt die zugrunde liegenden Daten, Service-Interfaces und Operationen einer Prozesskomponente.

Front 70

Prozesskomponenten-Interaktionsmodell

Back 70

Objekttyp des Enterprise Services Repositorys zur grafischen Beschreibung der Kommunikation zwischen zwei Prozesskomponenten auf Message-Ebene.

Front 71

Quality of Service

Back 71

Attribut einer Message, mit dem der Sender bestimmt, wie diese Message zugestellt werden soll.

Front 72

Release-Übernahme

Back 72

Übernahme von Objekten einer Software -Komponentenversion in eine andere Software-Komponentenversion des gleichen Enterprise Services Builders.

Front 73

Request-Message

Back 73

Message von einem Sender an einen Empfänger, um eine Anfrage zu stellen oder um dem Empfänger Daten zu übermitteln.

Front 74

Response-Message

Back 74

Message eines Empfängers als direkte Antwort eines Requests des Senders.

Front 75

RosettaNet-Standards

Back 75

Von Rossetta-Net verabschiedete Standards zur Kommunikation in der Hightech-Industrie. Informationen finden Sie auf der RosettaNet-Homepage unter http://www.rosettanet.org

Front 76

Runtime Workbench

Back 76

Zentrales Werkzeug von SAP NetWeaver PI, um die Message-Verarbeitung, Laufzeitkomponenten und die Performance zu überwachen.

Front 77

SAP NetWeaver Administrator(NWA)

Back 77

Von SAP ausgeliefertes,zentrales Administrations-und Monitoring-Werkzeug für ABAP- und Java Systeme in einer browsserbasierten Benutzeroberfläche

Front 78

SAP Solution Manager

Back 78

Von SAP ausgeliefertes, zentrales Werkzeug mit Zugriff auf Werkzeuge, Methoden und vorkonfigurierte Inhalte, die Sie während der Evaluierung und Implementierung sowie beim operativen Betrieb Ihrer Systeme nutzen können.

Front 79

Sender-Adapter

Back 79

Adapter, um Messages eines Senders an die Integration Engine des Integration Servers oder die Advanced Adapter Engine weiterzuleiten.

Front 80

Sendervereinbarung

Back 80

Legt technische Details für die Kommunikation zwischen einem Sender und dem Integration Server fest.

Front 81

Serialisierungskontext

Back 81

String, mit dem ein Sender asynchrone Messages gruppieren kann. Alle asynchronen Messages mit dem gleichen Serialisierungskontext kommen beim Empfänger in derselben Reihenfolge an, in der sie beim Sender abgeschickt worden sind.

Front 82

Service-Interface

Back 82

Sprachunabhängige Interface-Objekt im Enterprise Services Builder,um die Signatur eines Aufrufers beziehungsweise eines Empfängers in WSDL zu beschreiben.

Front 83

Services Registry

Back 83

Ablage für Webservices

Front 84

Software-Komponentenversion

Back 84

Auslieferungseinheit für designobjekte im Enterprise Service Builder. Sie importieren Software-Komponentenversionen mithilfe des Enterprise Services Builders aus dem System Landscape Directory

Front 85

Verbindung

Back 85

Teil eines Integrationsszenarios,durch das zwei Actions im Prozessablauf miteinander in Beziehung gesetzt werden.

Front 86

Vergebende Agentur

Back 86

Organisation zur Verwaltung und Ausgabe eines oder mehrerer Identifikationsschemata zur eindeutigen Kennzeichnung von Objekten. Beispielsweise verwaltet die Firma Dun & Bradstreet das Identifikationsschema D-U-N-S zur eindeutigen Identifikation von Unternehmenseinheiten.

Front 87

Webservice

Back 87

Anwendung, die mit einem Uniform Resource Identifier(URI) eindeutig identifizierbar und deren Schnittstelle mittels WSDL defineirt ist. Der Nachrichtenaustausch mit Webservices basiert auf XML.

Front 88

WS Navigator

Back 88

Werkzeug,um Webservices aufrufen und auszuführen.

Front 89

WSDL

Back 89

Web Services Description Language. Plattform-, programmiersprachen-und protokollunabhängige Beschreibungssprache für Webservices zum Austausch von Nachrichten auf der Basis von XML.

Front 90

XML

Back 90

Extensible Markup Language.
Obwohl es Parallelen zu HTML gibt, wurde XML im Gegensatz zu Html dazu konzipiert, Daten zu beschreiben. Die struktur und die Art der Daten eines XML-Dokuments wird mithilfe von XMLSchema oder einer DTD(Document Type Definition) festgelegt. Unter http://www.w3schools.com erhalten Sie gute Einführungen in verschiedene XML-Standards wie XML Schema,XSLT,XPath,DTD,SOAP und WSDL.

Front 91

XML-Validierung

Back 91

Überprüfung der Struktur einer Message zur Laufzeit im Integration Server oder der Advanced Adapter Engine.

Front 92

System-Landscape-Directory-Steckbrief

Back 92

Aufgaben:

Abbildung der im UNternehmen eingesetzten Anwendungssysteme und Softwareprodukte

Daten:

interne Systeme, Softwareprodukte und Softwareproduktversionen, Softwarekomponenten(-versionen)

betroffene Prozesse:

Designphase : Import von SAP Objekten
Konfiguration: Sender/Empfänger von Nachrichten
Laufzeit

erforderliche Pflege :

bei der Installation des PI-System
bei späteren Erweiterungen der Systemlandschaft
beim Einspielen neuer Softwareprodukte/Release-Stände

Front 93

Enterprise-Services-Repository-Steckbrief

Back 93

Aufgaben:

Vorhalten von Definitionen und Metadaten von Enterprise Services sowie eine integrierte Modellierungsumgebung für Enterprise Services, Datentypen, Mappings und andere Designobjekte, wie zum Beispiel Integrationsprozesse

Daten:

Integrationsprozesse
Interfaces
Datentypen
Message-Typen
Arbeitsbereiche
Transformationen (Mappings)
Integrationsprozesse

betroffene
Prozesse:

Integration Server
Adapter Framework
Services Registry

erforderlichePflege :

beim Design der Nachrichten und Objekte für die Kommunikation

Front 94

Services-Registry-Steckbrief

Back 94

Aufgaben:

Register zur Bereitstellung von (Web)Services

Daten

Services
Service-Definitionen
WSDL-Dokumente

betroffene
Prozesse

Integration server
Publizieren von Services
Enterprise Services Repository

erforderliche
Pflege

Service-Endpunkte definieren
Services

Front 95

Integration Directory-Steckbrief

Back 95

Aufgaben

Vorhalten von Kommunikationskomponenten
Vorhalten eines Regelwerks zur Ableitung von Empfängern und Nachrichtenformaten aus eingehenden Nachrichten

Daten

Ableitungsregeln
Empfänger- und Senderbeschreibungen
direkte Verbindungen

betroffene
Prozesse

Integration Server
Adapter Framework

erforderliche
Pflege

Konfiguration von Nachrichtenstrecken
Konfiguration von direkten Verbindungen
Hinterlegen der Kommunikationskomponenten

Front 96

Runtime-Workbench-Steckbrief

Back 96

Aufgaben

Werkzeug für das Monitoring von SAP NetWeaver Process Integration und der Komponenten, Prozesse und Nachrichten
Werkzeug für die Performanceanalyse

Daten

System Landscape Directory
Buisness Process Engine
Adapter Engine (zentral und dezentral)
Integration Engines(zentral und lokal)
Enterprise Services Repository
Integration Directory

betroffene
Prozesse

Komponenten-Monitoring
Nachrichten-Monitoring
End-to-End-Monitoring
Computing Center Management System(CCMS)

erforderliche
Pflege

Alert Konfiguration
Fehlerbehandlung(Error Handling)

Front 97

SAP NetWeaver Administrator-Steckbrief

Back 97

Aufgaben

Tool zur Administration und zum Monitoring sowie zur Problemanalyse

Daten

SAP NetWeaver-Systemlandschaft

betroffene
Prozesse

Komponenten-Monitoring
Nachrichten-Monitoring
Performance-Monitoring
End-to-End-Monitoring

erforderliche
Pflege

Prüfen und Setzen von Konfigurationseinstellungen
Administration von Instanzen
Analyse von Log-Files und Traces
Alert-KOnfiguration

Front 98

Monitoring in der Runtime Workbench

Back 98

-> Über ein Komponenten-Monitoring können die Verbindungen zu allen angeschlossenen Systemen geprüft werden. Hierzu zählen

auch dezentral installierte Advanced Adapter Engines und dezentrale Integration Engines(auf Backend Systemen)

-> Über ein Message Monitoring habne Sie Zugriff auf alle vom PI-System verarbeiteten Nachrichten. Sie können hierüber den

Status der Nachrichten verfolgen und aufgetretene Fehler analysieren. Standardmäßig ist dies nur für asynchrone Szenarien

möglich, für synchrone Szenarien müssen Sie dies adäquat konfigurieren.

-> Über ein End-to-End-Monitoring kann der Weg einer konkreten Nachricht durch SAP NetWeaver PI überwacht werden. Das End-

to-End-Monitoring bietet Ihnen zwei Ansichten auf die Daten:zum einen die Prozessübersicht,die Ihnen die Gesamtzahl der

verarbeiteten sowie fehlerhaften Nachrichten auf jeder beteiligten Komponente aufzeigt.
Bei letzterem haben Sie die Möglichkeit, sich zu jedem einzelnen Verarbeitungsschritt Detailinformationen anzeigen zu

lassen.

-> Die Alert-Konfiguration informiert Sie über Fehler während der Nachrichtenverarbeitung. In der Alert Inbox werden die

fehlerhaften Verarbeitungen aufgeführt. Es besteht zudem die möglichkeit, die Administratoren mittels E-Mail,Fax oder SMS

zu benachrichtigen. Allerdings sollten Sie hiermit vorsichtig umgehen, denn während der Einrichtung von SAP NetWeaver

Process Integration und den Nachrichtenflüssen kommt es erfahrungsgemäß zu zahlreichen Problemen, was zu einer Flut an

Nachrichten führen könnte.

Front 99

Bestandteile SAP NetWeaver-Administrator

Back 99

-> Das Operation Management zur allgemeinen Administration der Komponenten und der Benutzerverwaltung

-> das Configuration Management zur konfiguration, verwaltung von virtuellen Rechnern,Webservices und UDDI-Servern

-> das Availability & Performance Management, anhand dessen die Parameter des laufenden Betriebs überwacht werden können

-> Das Problem Management, das unterschiedliche Administrationstools zur Verfügung stellt(Log Viewer etc.)

-> Das SOA Management, das Dienste zur konfiguration,Administration und Monitoring der Nachrichtenübermittlung bereitstellt

Front 100

SAP NetWeaver-Administrator

Back 100

-> Das Operation Management zur allgemeinen Administration der Komponenten und der Benutzerverwaltung

-> das Configuration Management zur konfiguration, verwaltung von virtuellen Rechnern,Webservices und UDDI-Servern

-> das Availability & Performance Management, anhand dessen die Parameter des laufenden Betriebs überwacht werden können

-> Das Problem Management, das unterschiedliche Administrationstools zur Verfügung stellt(Log Viewer etc.)

-> Das SOA Management, das Dienste zur konfiguration,Administration und Monitoring der Nachrichtenübermittlung bereitstellt

Front 101

Adaptertypen

Back 101

Adaptertyp:

XI

Transportprotokolle:

HTTP(S)

Message-Protokoll(e):

XI 2.0, XI 3.0

--------------------------------------------------------------------

Adaptertyp:

IDoc

Transportprotokolle:

Sender-Adapter: tRFC,File

Empfänger-Adapter: tRFC

(keine Senderkanal-Konfiguration)

Message-Protokoll(e)

IDOC-XML

----------------------------------------------------------------

Adaptertyp:

RFC

Transportprotokolle:

RFC

Message-Protokoll(e):

RFC-XML

-------------------------------------------------------------------

Adaptertyp:

SOAP

Transportprotokolle:

HTTP(S)

Empfängerkanal: HTTP(S),SMTP(S),

Message-Protokoll(e):

SOAP 1.1

-------------------------------------------------------------------

Adaptertyp:

HTTP

Transportprotokolle:

HTTP(S)

(keine Senderkanal-konfiguration)

Message-Protokoll(e):

XI-Payload im HTTP-Body

--------------------------------------------------------------------

Adaptertyp:

File

Transportprotokolle:

File-System(NFS),FTP(über SSL/TLS)

Message-Protokoll(e):

Datei

--------------------------------------------------------------------

Adaptertyp:

JDBC

Transportprotokolle:

JDBC 2.0

Message-Protokoll(e):

XML Insert-Format,XML SQL Format,Nativer SQL-String

-------------------------------------------------------------------

Adaptertyp:

JMS

Transportprotokolle:

SonicMQ MS Provider, WebSphereMQ(MQ Series) JMS Provider,JNDI JMS Provider Lookup,JMS Provider Administrator Object via File, Generischer JMS Provider

Message-Protokoll(e):

JMS1.x

-------------------------------------------------------------------

Adaptertyp:

Marketplace

Transportprotokolle:

HTTP(S),JMS Sonic MQ35

Message-Protokoll(e):

MML

-------------------------------------------------------------------

Adaptertyp:

RNIF

Transportprotokolle:

HTTP(S)

Message-Protokoll(e):

RNIF 2.0

-------------------------------------------------------------------

Adaptertyp:

Mail

Transportprotokolle:

Senderkanal: IMAP4,POP3

Empfängerkanal: SMTP, IMAP4

Message-Protokoll(e):

XIALL,XIPAY-Load

--------------------------------------------------------------------

Adaptertyp:

BC(Business Connector)

Transportprotokolle:

HTTP(S)

Message-Protokoll(e)

RFC-XML with Envelope,IDOC XML

Front 102

Anwendungsfelder bei der Prozessintegration

Back 102

Allgemein lassen sich als Anwendungsfelder bei der Prozessintegration vier Bereiche nennen.

Application-to-Application-Prozesse:

Application-to-Application-Prozesse(A2A) ermöglichen Unternehmen, ihre SAP-Anwendungen und die der Drittanbieter übergangslos zu integrieren. Dabei soll der Prozessfluss, basierend auf dem Versenden und Emmpfangen von Nachrichten, ganzheitlich abgebildet werden. SAP NetWeaver Process Integration erlaubt als zentrale Plattform(Middleware) das Design, die konfiguration und die Ausführung von Geschäftsprozessen in einer heterogenen Systemlandschaft.

Business-to-Business-Prozesse:

Unternehmen sind in der Lage, übergangslos ihre eigenen Prozesse mit denen ihrer Geschäftspartner, basierend auf dem Versenden und Empfangen von Nachrichten und der Verwendung einheitlicher Standards, zu verbinden(Business-to-Business,B2B). SAP NetWeaver Process Integration unterstützt sowohl unterschiedliche Kommunikationskanäle als auch die Koordination und kontrolle der Prozesse.

Business Process Management

Der Business Process Management(BPM) bzw. Geschäftsprozessmanagement mittels SAP NetWeaver Process Integration ermöglicht das Modellieren , Konfigurieren, Ausführen und Monitoring von Prozessen, obgleich diese auf den Geschäftsapplikationen oder auf dem zentralen Integration Server laufen. Unternehmen können vorkonfigurierte Inhalte nutzen um ihr eGeschäftsprozesse abzubilden oder applikationsbezogene Details einzubetten.

Enterprise Services:

Mit SAP NetWeaver Process Integration haben Unternehmen eine einzige Infrastruktur, mit der sie einheitlich Services definieren,implementieren und nutzen können. dabei unterstützt SAP NetWeaver PI die Nutzung von Webservices und deren Standards. Sowohl Enterprise Services für Benutzerinteraktionen als auch A2A und B2B-Interaktionen werden von SAP NetWeaver PI unterstützt.

Front 103

Softwarekomponenten im Enterprise Services Repository

Back 103

Die Organisationseinheit unter der alle Designobjekte gruppiert werden, ist die Softwarekomponente. Softwarekomponenten werden im System Landscape Directory erfasst und enthalten einen Komponentennamen, eine Komponentenversion und einen Verweis auf ein Softwareprodukt, hinter dem sich ein Händler, ein Produktname und eine Produktversion verbergen.

Front 104

Woraus besteht ein Service-Interface?

Back 104

=> einem Namen

=> einer Beschriebung

=> einer Kategorie (inbound/outbound/abstrakt)

=>einem Modus(synchron/asynchron)

=> einem Interface Pattern (stateless XI 3.0-compatible,stateless,stateful,TU&C/C)

=>einer oder mehrerer Rollen (Request,Response,Fault)

Front 105

Was sind Message Typen?

Back 105

Die Message-Typen beschreiben schließlich das genaue Datenformat der Schnittstelle. IN Abhängigkeit von Kommunikationstyp(inbound/outbound) und kommunikationsmodus (synchron/asynchron) sind hierzu ein oder mehrere der folgenden Rollen anzugeben.

Front 106

Welche Rollen gibt es bei Message Typen?

Back 106

Request:

Datenformat der im PI-System eingehenden Nachricht(Angabe bei Outbound-Messages und allen synchronen Messages erforderlich)

Response:

Datenformat der aus dem PI-System versendeten Nachricht (Angabe bei Inbound-Messages und allen synchronen Messages erforderlich)

Fault:

Datenformat, in dem Verarbeitungsinformationen (zum Beispiel bei fehlerhafter Bearbeitung) aus dem PI-System gesendet werden (Angabe bei Inbound-Messages und allen synchronen Messages möglich)

Front 107

Welche zwei Message-Objekte gibt es?

Back 107

=> Message Mapping:

Das Message Mapping gibt an, wie eine Nachricht von einem Datentyp in einem anderen transformiert werden kann. Message Mappings sind technisch gesehen XSLT-Dokumente, die entweder von außen importiert oder über den Mapping Editor in SAP NetWeaver PI erfasst werden können.

=> Operation Mapping:

Das Operation Mapping gibt an,über welche Message Mappings ein Service-Interface in ein anderes überführt werden kann. Da ein Service-Interface bis zu drei verschiedene Message-Typen enthält (Request,Response, Fault), sind für jeden relevanten Message-Typ die zugehörigen Mappings anzugeben. Ein Operation Mapping ist daher im Wesentlichen eine Sammlung von Message Mappings.

Front 108

Was tut der Konfigurationsassisten im Integration Directory?

Back 108

Der Konfigurationsassisten im Integration Directory unterstützt Sie bei der Konfiguration der Nachrichtenstrecke.

Front 109

Welche Informationen benötigt der Konfigurationsassisten im Integration Directory im wesentlichen?

Back 109

=> Wer sendet eine Nachricht in welchem Format über welchen Adapter?

=> An wen ist die Nachricht in welchem Format über welchen Adapter zu verteilen?

=> Über welche Mappings sind die beteiligten Formate zu transformieren?

Front 110

Welche Objekte erzeugt der Konfigurationsassistent aufgrund der erhaltenen Informationen?

Back 110

=> Sendervereinbarung

=> Empfängervereinbarung

=> Empfängerermittlung

=>Interface-Ermittlung

Front 111

Business-Komponenten

Back 111

Die Business-Komponenten (ehemals Business-Services) stellen in SAP NetWeaver PI Kommunikationskomponenten von externen Anbietern dar.Beispielsweise kann es sich hierbei um einen Hotelbuchungsservice handeln, der über eine SOAP-Schnittstelle ansprechbar ist.Beispielsweise kann es sich hierbei um einen Hotelbuchungsservice handeln, der über eine SOAP-Schnittstelle ansprechbar ist. Business-Komponenten werden von Systemen zur Verfügung gestellt, die sie nicht kontrollieren können. Da die Business-Komponenten nicht im System Landscape Directory auch nicht ermittelt werden, welche Nachrichten eine bestimmte Business-Komponente senden bzw. empfangen kann. Aus diesem Grund werden im Integration Directory die sender und Empfänger der SErvice-Interfaces aus dem Enterprise Service Repository direkt der Business-Komponente zugeordnet.

Front 112

Adapter

Back 112

Die Adaptertechnik ist ein zentraler Bestandteil von SAP NetWEaver Process INtegration und ermöglicht die Kommunikation zwischen Systemen, die in unterschiedlichen Formaten kommunizieren. Um Nachrichten verarbeiten zu können,müssen diese in einem speziellen, für das jeweilige System verständlichen Format zur Verfügung gestellt werden. Hierfür werden Adapter eingesetzt, die für das Umwandeln der Nachrichten in das jeweilige Format zuständig sind.

Front 113

ABAP-Proxy-Generierung

Back 113

Die Generierung von ABAP-Proxys stellt neben den Java-Proxys den Outside-In-Ansatz von SAP NetWeaver Process Integration dar. Bei den ABAP Proxys werden aus Schnittstellen, die im Enterprise Services Repository hinterlegt sind, mittels der ABAP-Proxy-Generierung(Transaktion SPROXY) ABAP-Proxy-Klassen generiert. Die Klassen können in der Folge in der ABAP Workbench in bestehende oder neue ABAP-Programme eingebunden werden.

Front 114

Unterschied Business System und Business Component(früher Business Service)

Back 114

Das Business System stellt eine spezifische System in der Landschaft und von SLD zugeordnet werden.

Die Business Component (früher Business Service bekannt) stellt eine abstrakte Einheit, in der aktuellen Systemlandschaft Attribute werden entweder gar nicht bekannt ist, oder nur teilweise bekannt. BC ist nicht auf Software-Komponentenversion zugeordnet, so müssen Sie Service Interfaces manuell, um es hinzuzufügen, um in der Lage, sie in Sender oder Empfängervereinbarung zu verwenden haben. Außerdem BC nicht in Integration Directory, um verwendet werden, um Integrationsszenario für ESR-Modell zu generieren - Sie alle Objekte manuell erstellen müssen.