
CPI-C Verbindung zum R/2-System
Definition
Porttyp für den direkten Zugang zu einem R/2-System über das CPI-C Protokoll.
Verwendung
Weil hier immer
das R/2-System das externe System ist, ergeben sich folgende Besonderheiten und Einschränkungen im Vergleich zu den anderen Porttypen:Struktur
Austausch von IDocs zwischen R/2 und R/3
Dem Protokoll der R/2-IDoc-Schnittstelle entsprechend holt das R/3-System IDocs vom R/2 ab oder sendet IDocs, ist also immer das aktive System. Beim Abholen kann das R/3-System bestimmen, welche der abholbereiten IDocs während der Verbindung übertragen werden sollen. Obligatorisches Hauptselektionskriterium hierbei ist der Port im R/2-System. Der Port ist Sperrobjekt in der R/2-IDoc-Schnittstelle. Für jedes logische System sollten Sie einen eigenen Port im R/2-System konfigurieren.
Versenden von IDoc-Statussätzen von R/3 nach R/2
Die R/2-IDoc-Schnittstelle erwartet über versandte, d.h. abgeholte IDocs eine Statusrückmeldung. Auf der R/3-Seite können Sie den CPI-C Port so einrichten, daß für empfangene IDocs Statussätze an das R/2-System zurückgesandt werden. Es gibt folgende Einstellungen für das Senden von Statussätzen an das R/2-System:
Es kann nur ein Statussatz pro IDoc (Status "12" = "Versand o.k." = "IDoc erfolgreich vom R/3-System abgeholt") zurückgeschickt werden. Weitere Verarbeitungsstationen im R/3-System können dem R/2-System nicht über Statussätze rückgemeldet werden. Entsprechendes kann man aber über Response-Nachrichten erreichen, die in Prozeßketten modelliert werden.
Kommunikationstechnik
Grundlage der Kommunikation ist das SNA - Protokoll LU 6.2 (SNA = System Network Architecture = spezielle Netzwerkarchitektur auf R/2-Seite; LU = Logical Unit, identifiziert Programme oder Geräte in der SNA). Das CPI-C Protokoll faßt die LU 6.2-Befehle zu wenigen Befehlen zusammen, die leicht in der Programmierung verwendet werden können (daher der Name: CPI-C = Common User Programming Interface - Communication). Die Kommunikation wird über ein Gateway abgewickelt, das die Architektur SNA kennt und u.a. den symbolischen Namen des Zielsystems einer Logical Unit in einer sideinfo-Datei zuordnet. Der Name des Gateways wie auch der symbolische Name des Zielsystems stehen in der R/3-Datenbanktabelle TXCOM. So erkennt das R/3-System das aufzurufende R/2-System (s. folgende Abbildung, in der sich das Gateway auf R/3-Seite befindet).


SNA, LU 6.2 und CPI-C wurden von IBM entwickelt. Das von SAP verwendete "CPI-C Protokoll" ist eine Modifizierung des ursprünglichen IBM-CPI-C.
Eine detaillierte Beschreibung der Kommunikation mit der R/2-IDoc-Schnittstelle finden Sie im R/2-Handbuch S53.2, Kapitel 8.