SAP NetWeaver: SAP PI (Process Integration) eine Integrationsplattform

Heute existieren in einem Unternehmen Pools von legacy-Systemen Daten verarbeitet und Abhängigkeit auf einander. Daher ist es fast unmöglich sogar denken, diese Systeme zu entfernen. Große Menge an wichtige Daten wird durch diese Systeme auf traditionelle Weise verarbeitet.

In SAP-Systemen, die Intermediate Documents)IDOCs), Der Business API (BAPI) Sind Standard-Modus des Datenaustauschs. Non-SAP-Systeme auch zahlreiche proprietäre Ansätze zum Austausch von Informationen. Ändern mit diesen komplexen Systemen bedeutet, Ihren Kopf in Krokodil Kiefer.

So behandeln Sie mit solchen komplexen SAP eingeführt Process Integration (PI) eine Plattform, um einen einzigen Punkt der Integration für alle Systeme ohne sie zu berühren bestehenden komplexen Netzwerk von Legacy-Systemen bereitzustellen.

SAP Process Integration (SAP PI) früher SAP Exchange Infrastructure (SAP XI) ist eine Integrationsplattform auf einen einzigen Punkt der Integration oder alle Systeme. Dies ist eine leistungsfähige Middleware von SAP, um eine nahtlose End geben, um die Integration zwischen SAP-und Non-SAP-Anwendungen innerhalb und außerhalb der Unternehmens-Grenze enden.

SAP PI unterstützt B2B (Business to Business) sowie A2A (Application Anwendung) Börsen, unterstützt synchrone und asynchrone Austausch von Nachrichten und beinhaltet eine in-Engine für die Konzipierung und Durchführung von Integrationsprozessen gebaut.

Sie haben einen Blick auf SAP PI Integration Perspektive für verschiedene Arten von Integrationen aber vorher möchte ich Ihnen ein hohes architektonisches Überblick über SAP PI.

SAP PI Übersicht über die Architektur
Die PI ist nicht eine einzelne Komponente, sondern eine Sammlung von Komponenten, die zusammen arbeiten flexibel auf Integrationsszenarien umzusetzen. Die Architektur umfasst Komponenten zur Entwurfszeit verwendet werden soll, bei der Konfiguration und zur Laufzeit.
PI-Komponenten beinhaltet

System Landscape Directory
Die SLD ist ein zentrales Repository von Informationen über Software und Systeme im Rechenzentrum und vereinfacht die Administration Ihrer Systemlandschaft. Die SLD-Server enthält Informationen Komponente, eine Landschaft Beschreibung und einen Namen reservieren, die auf dem Common Information Model basieren. Die Komponente Beschreibung enthält Informationen über alle verfügbaren SAP-Software-Module. Die SLD ist eine Serveranwendung, die mit einer Client-Anwendung mit Hilfe von Hypertext Transfer Protocol (HTTP) kommuniziert.

Integration Builder
Integration Builder ist eine Client-Server-Framework für den Zugriff und Bearbeitung von Objekten Integration. Integration Builder ist ein Toolset, das zwei verwandte Werkzeuge enthält für den Zugriff und Bearbeitung von Objekten Integration.

  1. Integration Repository: Dieses Tool von Integration Builder bietet Ihnen eine Umgebung zu entwerfen entwickeln und zu pflegen Datentypen, Message-Strukturen, Schnittstellen, Mappings, Integrationsprozesse und Integrationsszenarien unabhängig Systemlandschaft. Diese Objekte sind in das Integration Repository abgelegt und sind mit Software-Komponente-Versionen, die auf ein Produkt, das zu versendende ist, beziehen verbunden.
  2. Integration Directory:Die ID ist Werkzeug, das für die Konfiguration von Szenarien aus dem Integration Repository-Umgebung bietet. Mit Hilfe der ID können wir definieren und pflegen Spezifikation von potenziellen Sendern und Empfängern von Nachrichten, Beschreibung ihrer technischen Optionen für den Austausch von Nachrichten und Spezifikationen von routing-Regeln für den Austausch von Nachrichten.

Integration Server
Dies ist die zentrale Verarbeitungs-Engine von der PI.Ob SAP-alle Nachrichten oder nicht-SAP, A2A- oder B2B, unabhängig von Backend-Technologie oder Kreditor, einheitlich verarbeitet werden.

Zentrale Überwachung
Die zentrale Überwachung der SAP Process Integration bietet Ihnen die Möglichkeit der Ausführung von einzelnen Monitoringtätigkeiten. Runtime Workbench ist das zentrale Werkzeug für den Zugriff auf PI-monitoring. Die Runtime Workbench bietet Ihnen die Möglichkeit, navigieren zu der monitoring-Funktionen des Integration Engine sowie die Integration mit dem Computing Center Management System (CCMS) und der Prozess Monitoring-Infrastruktur (PMI) von SAP.

Adapter-Engine
Adapter-Engine wird verwendet, um die Integration Engine an SAP-Systeme und andere Systeme zu verbinden. Verschiedene Adapter werden in der Adapter-Engine verwendet, um XML und HTTP-basierte Nachrichten in das spezifische Protokoll und diese Systeme-Format konvertieren. Diese Adapter sind Teil des Adapter-Framework basiert auf der SAP J2EE Engine und der J2EE Connector Architecture (JCA). Die Adapter-Framework bietet Schnittstellen für Konfiguration, Verwaltung und Überwachung der Adapter.

Nachricht Verarbeitungsverfahren von PI
SAP PI ist eine effiziente Methode für nahtlose Integration von verschiedenen SAP- und nicht-SAP-Anwendungen, innerhalb oder außerhalb des Unternehmens. Es gibt mehrere Möglichkeiten für die Anwendungsintegration mit PI aber Diskussion der einzelnen ist hier nicht möglich.
In diesem Blog geben ich Sie generische auf eine der häufigsten Methoden für Integration von SAP- und nicht-SAP-Anwendungen Auskunft. Ja, ich spreche von IDOC um Flatfile-Message-Verarbeitung. Wie wir wissen alle, dass SAP-Systemen Intermediate Documents Interaktion mit anderen SAP-Systemen ist die optimale und traditionellen Weg, um Access-Daten zwischen legacy-Systeme verwenden. Anzahl der Unternehmen nicht leisten, komplexe SAP-Technologien implementieren und verlassen sich auf nicht-SAP-Technologien. Aber sie wirklich haben Zugriff auf Daten aus SAP-Systemen. SAP PI ist Lösung für SAP und nicht-SAP-Integration.

Design
PI verwendet Integration Repository (IR) Message-Struktur für beide beteiligten Systeme entwerfen und entwickeln eine Schnittstelle-Nachricht mit entsprechenden Message-Strukturen, die als ein Punkt der Interaktion für äußere Welt fungieren. Message-Mapping-Tool ermöglichen Entwickler, die Attribute der beiden Struktur grafisch zum Übergeben von Daten mithilfe von Message-Interfaces zuordnen. Grafischen Mapping-Technik ist eingebaute Methode für die Zuordnung von Message-Strukturen mit Zuordnung Zeichenfolge. Es ist wirklich steuerbar Zuordnen von Attributen auf Mausklick. JAVA-Mapping, XSLT Mapping, ABAP-Zuordnungen können auch für gleiche verwendet werden.
Hinweis: Metadaten von RFCs und IDOCs unter Repository-Objekte importiert werden sollen. Unter Berücksichtigung dieser Objekte können wir Message-Strukturen auf SAP R/3-Systemen erstellen.

Konfiguration
Nach dem Entwerfen eines Szenarios im Repository, wird Integration Directory (ID) verwendet, um die technischen Parameter für in IR. erstellten Objekte konfigurieren Hier können wir festlegen, dass die potenziellen Absender und Empfänger von Nachrichten sind?Was die technischen und logischen routing von Nachrichten sein sollte?Welcher Adapter für die Verarbeitung verwendet werden soll?Was ist der Datentransfer-Modus?

Konfiguration und Wartung der IDOC-Sender-Adapter und Datei-Empfänger-Adapter erfolgt in-ID
Mit IR und ID-Entwurf und Konfiguration von Szenario ist abgeschlossen. Jetzt muss IDOC aus SAP-System für die Nachrichtenübertragung an nicht-SAP-System durch PI ausgelöst werden.

Message-Verarbeitung
SAP-System verwendet seine proprietäre Technik, um IDOCs und über IDOC-Adapter konfiguriert in PI auszulösen. Sobald ein IDOC erfolgreich aus SAP-System ausgelöst wird, ist es PI, die für den Rest der Verarbeitung kümmert. PI konvertiert diese Nachricht in das XML-Format für der internen Verarbeitung. Während dieser wie Verarbeitung PI Server überprüft, ob technische Parameter für die Empfänger der Nachricht, die Empfänger für die Nachricht ist und auf welche Schnittstelle werden Nachricht übermittelt sollte?Die Adapter-Empfänger verwendet zum verarbeiten eingehende Nachricht?

Wenn die Struktur und zugeordneten Attribute von Sender und Empfänger Message-Struktur identisch sind?
Wenn alle oben genannten Bedingungen sind true then PI Verarbeiten von Nachrichten an Empfänger
im erforderlichen Format. Hier in unserem Fall ruft Empfänger Meldungen im Flatfile-Format. So konvertiert Integration Server schließlich XML-Nachricht in Flatfile und liefern an Empfänger als letzten Schritt der Pipeline.

Message-Monitoring
Diese verarbeiteten Nachrichten können überwacht werden und verfolgt mithilfe eines Tools namens ausführen Zeit Workbench. Mit diesem Tool können wir Absender und Empfänger Adapter, ausgehende und eingehende Nachrichten, Fehler Spuren und End-to-End-Überwachung des kompletten Szenario überwachen. Sobald diese Meldung als IDOC mit Flatfile durch PI verarbeitet wird, ist es nun für nicht-SAP-Systeme zur Verfügung. Das Datenformular ein SAP-System für nicht-SAP-Systeme enthält die nicht steuerbar ohne Verwendung der Process Integration.


ArchitektSAP
SAP:: Optimierte

SAPECC,HR,CRM,SCM, BI undNetWeaver Beratung, Implementierung, Entwicklung und Support-Services für SAP-Kunden aus verschiedenen Branchen weltweit.
Haben Sie eine Frage zu SAP? Schreiben Sie an unsere SAP-Architekt:AskTheArchitect@architectSAP.com
(Wir versprechen eine unverbindliche Beratung Antworten)