IDoc-Schnittstelle - Electronic Data Interchange (BC-SRV-EDI) (CAEDI) PDF

IDoc-Schnittstelle / Electronic
Data Interchange (BC-SRV-EDI
HELP.BCSRVEDI
Release 4.6C
IDoc-Schnittstelle / Electronic Data Interchange (BC-SRV-EDI SAP AG
Copyright
© Copyright 2001 SAP AG. Alle Rechte vorbehalten.
Weitergabe und Vervielfältigung dieser Publikation oder von Teilen daraus sind, zu welchem
Zweck und in welcher Form
auch immer, ohne die ausdrückliche schriftliche Genehmigung durch SAP AG nicht gestattet. In
dieser Publikation enthaltene Informationen können ohne vorherige Ankündigung geändert
werden.
Die von SAP AG oder deren Vertriebsfirmen angebotenen Software-Produkte können Software-
Komponenten auch anderer Software-Hersteller enthalten.
® ® ® ® ® ® ®
Microsoft , WINDOWS , NT , EXCEL , Word , PowerPoint und SQL Server sind eingetragene
Marken der
Microsoft Corporation.
® ® ® ® ® ® ® ® ®
IBM , DB2 , OS/2 , DB2/6000 , Parallel Sysplex , MVS/ESA , RS/6000 , AIX , S/390 ,
® ® ®
AS/400 , OS/390 und OS/400 sind eingetragene Marken der IBM Corporation.
®
ORACLE ist eine eingetragene Marke der ORACLE Corporation.
® ® TM
INFORMIX -OnLine for SAP und Informix Dynamic Server sind eingetragene Marken der
Informix Software Incorporated.
® ® ® ®
UNIX , X/Open , OSF/1 und Motif sind eingetragene Marken der Open Group.
®
HTML, DHTML, XML, XHTML sind Marken oder eingetragene Marken des W3C , World Wide
Web Consortium,
Massachusetts Institute of Technology.
®
JAVA ist eine eingetragene Marke der Sun Microsystems, Inc.
®
JAVASCRIPT ist eine eingetragene Marke der Sun Microsystems, Inc., verwendet unter der
Lizenz der von Netscape entwickelten und implementierten Technologie.
SAP, SAP Logo, R/2, RIVA, R/3, ABAP, SAP ArchiveLink, SAP Business Workflow, WebFlow,
SAP EarlyWatch, BAPI, SAPPHIRE, Management Cockpit, mySAP.com Logo und mySAP.com
sind Marken oder eingetragene Marken der SAP AG in Deutschland und vielen anderen Ländern
weltweit. Alle anderen Produkte sind Marken oder eingetragene Marken der jeweiligen Firmen.
2 April 2001
SAP AG IDoc-Schnittstelle / Electronic Data Interchange (BC-SRV-EDI
Symbole
Symbol Bedeutung
Achtung
Beispiel
Empfehlung
Hinweis
Syntax
Tip
April 2001 3
Inhalt
IDoc-Schnittstelle / Electronic Data Interchange (BC-SRV-EDI) ................................ 8

Verarbeitung von IDocs .............................................................................................................................10
Ausgangsverarbeitung ..............................................................................................................................11
Die Ausgangsverarbeitung unter Nachrichtensteuerung (NAST) ...........................................................12
Ausgangsverarbeitung unter NAST: Vorgehen .................................................................................14
Ausgangsverarbeitung unter NAST: Technische Realisierung .........................................................15
Die direkte Ausgangsverarbeitung..........................................................................................................16
Direkte Ausgangsverarbeitung: Vorgehen.........................................................................................17
Direkte Ausgangsverarbeitung: Technische Realisierung im ALE-Fall .............................................18
Eingangsverarbeitung ...............................................................................................................................19
Eingangsverarbeitung: Vorgehen ...........................................................................................................21
Eingangsverarbeitung: Technische Realisierung....................................................................................22
Statusverarbeitung.....................................................................................................................................24
Eingangsverarbeitung von SYSTAT01 ...................................................................................................26
Ausnahmebehandlung...............................................................................................................................27
Ausnahmebehandlung: Vorgehen ..........................................................................................................29
Rollenauflösung in der Ausnahmebehandlung .......................................................................................31
Kommunikation mit älteren Releases/Systemen oder R/2-Systemen ..................................................34
Lange Namen..........................................................................................................................................36
Einsatz von Erweiterungen .....................................................................................................................37
Ports einrichten ..........................................................................................................................................40
Dateischnittstelle........................................................................................................................................42
Dateischnittstelle: Betriebssysteme vorbereiten .....................................................................................43
Ausgang: Folgesystem triggern ..............................................................................................................44
Eingang: SAP System triggern................................................................................................................46
Statusrückmeldung: SAP System triggern..............................................................................................49
Porttyp Datei: Portbeschreibung pflegen ................................................................................................52
CPI-C Verbindung zum R/2-System..........................................................................................................54
Porttyp CPI-C: R/2- und R/3-System koppeln.........................................................................................56
Porttyp CPI-C: Portbeschreibung pflegen...............................................................................................58
Porttyp CPI-C (Eingang): Reports einplanen ..........................................................................................60
Porttyp Internet...........................................................................................................................................62
Porttyp Internet: SAPconnect einrichten .................................................................................................64
Porttyp Internet: Adresse für Internet einrichten .....................................................................................65
Porttyp Internet: Portbeschreibung pflegen ............................................................................................66
ABAP Programmierschnittstelle (PSS) ....................................................................................................67
Porttyp XML ................................................................................................................................................68
Porttyp XML: Portbeschreibung pflegen .................................................................................................69
Partner vereinbaren ...................................................................................................................................70
Sinn und Zweck der Vorgangscodes .......................................................................................................71
Vorgangscode Ausgang..........................................................................................................................72
Vorgangscode Eingang...........................................................................................................................73
Vorgangscode System ............................................................................................................................74
Vorgangscode Status..............................................................................................................................75
Partnervereinbarungen im Standarddialog .............................................................................................76
4 April 2001
Allgemeine Partnervereinbarung anlegen...............................................................................................77

Ausgangspartnervereinbarung anlegen..................................................................................................78
Zusätzliche Parameter beim Ausgang unter NAST ...........................................................................81
Partnervereinbarung Eingang .................................................................................................................84
Partnervereinbarung prüfen......................................................................................................................86
Schnellerfassung in den Partnervereinbarungen ...................................................................................87
Die Programmierschnittstelle (API) der Partnervereinbarung...............................................................88
Partnervereinbarungen verschicken........................................................................................................92
Partnervereinbarungen drucken..............................................................................................................93
Test der Verarbeitung ................................................................................................................................94
Testwerkzeug..............................................................................................................................................96
Testwerkzeug Ausgang: Vorgehen.........................................................................................................98
Testwerkzeug Eingang: Vorgehen..........................................................................................................99
Test: Ausgang ab NAST ..........................................................................................................................100
Test: Ausgang ab IDoc ............................................................................................................................101
Test: Eingang Statusdatei .......................................................................................................................102
Statusdatei erzeugen ............................................................................................................................103
Test: Eingang modifizierte Ausgangsdatei ...........................................................................................104
Test: Eingang Original-Eingangsdatei ...................................................................................................105
Test: Verarbeitungszyklus mit dem CATT .............................................................................................106
Überwachung/Monitoring ........................................................................................................................108
IDoc-Statistik.............................................................................................................................................109
Statistik erstellen: Standardauswertung................................................................................................111
Statusgruppen ändern...........................................................................................................................112
Statistik: Technische Realisierung ........................................................................................................113
IDoc-Listen ................................................................................................................................................114
IDoc-Listen: Fehler lokalisieren.............................................................................................................115
IDoc-Listen: Zeitliche Verteilung anzeigen............................................................................................116
IDoc-Listen: Verteilung der Warnfarben anzeigen................................................................................117
IDoc-Listen: Verteilung der Nachrichten anzeigen................................................................................118
Warnfarben Statusgruppen zuordnen...................................................................................................119
IDoc-Anzeige.............................................................................................................................................120
IDoc-Suche................................................................................................................................................122
Aktives Monitoring ...................................................................................................................................124
Aktives Monitoring konfigurieren...........................................................................................................125
Monitoring-Job einplanen (Beispiel)......................................................................................................126
Archivierung von IDocs ...........................................................................................................................127
Archivierbare Status anzeigen oder ändern..........................................................................................128
Archivierungsfunktionen für IDocs ........................................................................................................129
IDocs archivieren und löschen ..............................................................................................................131
Archiv zurückladen................................................................................................................................133
Details einer Archivdatei anzeigen........................................................................................................134
IDoc-Nummern im Archiv auflisten........................................................................................................135
Einzelanzeige über SAP AS (BC-SRV-EDI) .........................................................................................136
IDoc-Suche............................................................................................................................................137
Archivierung: Technische Realisierung ................................................................................................139
Archivierung: Beschreibung der Standardreports .................................................................................141
Verknüpfungen mit IDocs löschen .........................................................................................................143
April 2001 5
Aufbau, Dokumentation und Definition von IDoc-Typen .....................................................................145

Aufbau eines IDocs ..................................................................................................................................146
Aufbau eines IDocs: Technische Realisierung .....................................................................................148
Dokumentationswerkzeuge.....................................................................................................................150
Allgemeinen Aufbau (IDoc-Satzarten) anzeigen...................................................................................151
IDoc-Typ- oder Segmentdokumentation anzeigen ...............................................................................152
Ein IDoc mittels XSL-Stylesheet anzeigen............................................................................................154
Dokumentation übersetzen ...................................................................................................................155
Neue IDoc-Typen definieren....................................................................................................................157
Wichtige Begriffe ...................................................................................................................................158
Basistyp, Erweiterung, IDoc-Typ......................................................................................................159
Segmenttyp und Segmentdefinition.................................................................................................160
Kundenerweiterung, SAP- und Kundenentwicklung........................................................................161
Versionierung und Freigabeverfahren .............................................................................................162
Namensräume .................................................................................................................................163
Designrichtlinien und Formatierungsregeln beim Erstellen neuer Segmente.......................................164
Designrichtlinien beim Erstellen neuer IDoc-Typen..............................................................................166
Segmenteditor .......................................................................................................................................167
Segmente ändern ............................................................................................................................168
Segment definieren..........................................................................................................................169
IDoc-Typ-Editor .....................................................................................................................................171
IDoc-Sichten..........................................................................................................................................172
Das API zur IDoc-Typ- und Segmentdefinition .....................................................................................173
Erweiterung eines IDoc-Typs ................................................................................................................176
Segmente zusammenstellen............................................................................................................178
Basistyp erweitern............................................................................................................................179
Nachrichtentyp Basistyp und Erweiterung zuordnen.......................................................................181
Ausgangsfunktionsbaustein erweitern .............................................................................................182
Partnervereinbarungen ändern (Ausgang) ......................................................................................185
Ausgang testen ................................................................................................................................186
Eingangsfunktionsbaustein erweitern ..............................................................................................187
Zuordnung des Funktionsbausteins erweitern (direkter Eingang) ...................................................189
Partnervereinbarungen prüfen (Eingang) ........................................................................................190
Eingang testen .................................................................................................................................191
Neu definierte Objekte freigeben .....................................................................................................193
Definition und Verwendung eines Basistyps.........................................................................................194
Allgemeine Definitionen ...................................................................................................................197
Segment definieren.....................................................................................................................198
Basistyp definieren .....................................................................................................................200
Nachrichtentyp Basistyp zuordnen .............................................................................................202
Objekttyp definieren....................................................................................................................203
Ausgang einrichten (mit Nachrichtensteuerung)..............................................................................204
Funktionsbaustein anlegen (Ausgang unter NAST) ...................................................................205
Vorgangscode zuordnen (Ausgang)...........................................................................................211
Partner vereinbaren (Ausgang) ..................................................................................................212
Ausgang testen...........................................................................................................................213
Direkten Eingang einrichten (mit ALE).............................................................................................214
6 April 2001
Funktionsbaustein anlegen (direkter Eingang) ...........................................................................215

Eigenschaften des Funktionsbausteins pflegen .........................................................................226
Funktionsbaustein zuordnen (direkter Eingang).........................................................................227
Vorgangscode zuordnen (direkter Eingang)...............................................................................228
Partner vereinbaren (direkter Eingang) ......................................................................................230
Aufgabe anlegen (Ausnahme)....................................................................................................232
Eingang testen............................................................................................................................234
Ausnahmebehandlung testen.....................................................................................................236
Eingang über Workflow einrichten ...................................................................................................237
Eingangsverarbeitung als Objektmethode definieren.................................................................238
Aufgabe anlegen (Eingang über Workflow)................................................................................243
Vorgangscode anlegen (Eingang über Workflow)......................................................................244
Aufgabe anlegen (Ausnahme)....................................................................................................245
Partner vereinbaren (Eingang über Workflow) ...........................................................................247
Eingang testen............................................................................................................................248
Ausnahmebehandlung testen.....................................................................................................250
Neu definierte Objekte freigeben .....................................................................................................251
Suche nach Fehlern in der Workflow-Verarbeitung.........................................................................252
IDoc-Administration: Anwenderparameter............................................................................................253
Zusätzliche Einstellungen .......................................................................................................................254
IDoc-Administration im Customizing .....................................................................................................255
Weiterleitung Eingang .............................................................................................................................256
Dateinamen erzeugen ..............................................................................................................................257
Prüfen von Partnern nach Partnerart .....................................................................................................258
April 2001 7
IDoc-Schnittstelle / Electronic Data Interchange (BC-SRV-EDI)
IDoc-Schnittstelle / Electronic Data Interchange (BC-

SRV-EDI)
Einsatzmöglichkeiten
Über die IDoc-Schnittstelle werden betriebswirtschaftliche Daten mit einem Fremdsystem
ausgetauscht.
Die IDoc-Schnittstelle besteht aus der Definition einer Datenstruktur und einer Verarbeitungslogik
für diese Datenstruktur.
Die Datenstruktur ist das IDoc. Es ist das Austauschformat, auf den sich die kommunizierenden
Systeme einigen. Mit IDocs können Sie eine Ausnahmebehandlung innerhalb des R/3 Systems
über SAP Business Workflow definieren, ohne daß die Daten bereits als SAP Anwendungsbeleg
vorliegen müssen.
Sie benötigen die IDoc-Schnittstelle in folgenden Szenarien:
· Elektronischer Datenaustausch (EDI)
· Application Link Enabling (ALE)
· Kopplung beliebiger anderer betriebswirtschaftlicher Anwendungssysteme (z.B. PC-
Anwendungen, externe Workflow-Tools) über IDoc.
Funktionsumfang
Unten aufgeführte Funktionen erreichen Sie alle aus dem Einstiegsknoten der IDoc-
Schnittstelle: Vom R/3-Einstiegsbild wählen Sie Werkzeuge ® Business Communication ®
IDoc ® IDoc Basis ( ).
Verarbeitung von IDocs [Seite 10]
Der Abschnitt beschreibt die möglichen Wege in Eingangs- wie Ausgangsverarbeitung und die
Statusverarbeitung. Er wendet sich an Administratoren wie auch an die Endanwender.
Ports einrichten [Seite 40]
Hier wird die technische Kopplung an das externe System bis hinunter zur Betriebssystemebene
beschrieben. Das Einrichten von Ports ist Grundvoraussetzung für den Datenaustausch mit dem
externen System. Der Abschnitt wendet sich an Administratoren.
Partner vereinbaren [Seite 70]
Eine weitere Voraussetzung für den Datenaustausch sind die Partnervereinbarungen: Hier wird
festgelegt, wer welche Nachrichten über welchen Port mit dem R/3-System austauschen kann.
Dieser Abschnitt wendet sich an Administratoren.
Test der Verarbeitung [Seite 94]
Die IDoc-Schnittstelle stellt Werkzeuge zum Testen der IDoc-Verarbeitung bereit. Sowohl beim
Einsatz neuer Nachrichten wie auch bei Neudefinitionen von IDoc-Typen sollte getestet werden.
Der Abschnitt wendet sich an Administratoren.
Überwachung/Monitoring [Seite 108]
8 April 2001
IDoc-Schnittstelle / Electronic Data Interchange (BC-SRV-EDI)
Es werden sowohl die passive (Verarbeitungsanzeige) als auch die aktive (Versand von
Warnungen und Hinweisen) Überwachung dokumentiert. Der Abschnitt wendet sich an
Administratoren wie auch an die Endanwender der Anwendung.
IDocs archivieren [Seite 127]
Hier werden die Möglichkeiten zur Archivierung von IDocs beschrieben. Der Abschnitt wendet
sich an Administratoren.
Aufbau, Dokumentation und Definition von IDoc-Typen [Seite 145]
Hier werden die Möglichkeiten zur Kundenerweiterung von IDoc-Typen beschrieben. Der
Abschnitt wendet sich an R/3 Entwickler und Administratoren.
Allgemeine Konfiguration
IDoc-Administration: Anwenderparameter [Seite 253]
Dieser Abschnitt beschreibt diejenigen Parameter aus der IDoc-Administration, die häufiger zur
Konfiguration im laufenden Betrieb geändert werden. Er wendet sich naturgemäß an
Administratoren.
Zusätzliche Einstellungen [Seite 254]
Sie haben noch zusätzliche Möglichkeiten, die Arbeitsumgebung Ihrer IDoc-Schnittstelle zu
konfigurieren, obwohl dies im allgemeinen nicht nötig sein wird. Diese Möglichkeiten werden hier
aufgelistet. Der Abschnitt wendet sich an Administratoren.
April 2001 9
Verarbeitung von IDocs
Verarbeitung von IDocs

Verwendung
Die Geschäftsdaten werden in der IDoc-Schnittstelle im IDoc-Format gespeichert und als IDocs
weitergereicht. Falls Fehler auftreten, wird die Ausnahmebehandlung über Workflow-Aufgaben
angestoßen. Die zuständigen, erlaubten Bearbeiter dieser Aufgaben werden in der IDoc-
Schnittstelle definiert.
Funktionsumfang
Die IDoc-Schnittstelle unterstützt drei Datenflüsse mit dem externen System:
· Ausgangsverarbeitung [Seite 11]
IDocs werden von Ihrem SAP System an ein Folgesystem übermittelt.
· Eingangsverarbeitung [Seite 19]
IDocs werden von einem vorgelagerten System an Ihr SAP System übermittelt.
· Statusverarbeitung [Seite 24]
Auf ausgehende IDocs wird der Verarbeitungsstatus im Folgesystem von diesem an Ihr
SAP System zurückgemeldet.
Bei den Datenflüssen IDoc-Ausgang und IDoc-Eingang werden Kontroll- und Datensätze
ausgetauscht. Bei dem Datenfluß Statusrückmeldung werden Statussätze ausgetauscht
(Ausnahme: Statusrückmeldung über den speziellen IDoc-Typ SYSTAT01).
Siehe auch:
Ausnahmebehandlung [Seite 27]
Im Fehlerfall sind Ausnahmebehandlungen vorgesehen.
Rollenauflösung in der Ausnahmebehandlung [Seite 31]
Hier wird beschrieben, wie die zuständigen Bearbeiter eines Workitems in der IDoc-Schnittstelle
ermittelt werden.
Kommunikation mit älteren Releases [Seite 34]
Eventuell müssen hier zusätzliche Einstellungen im Customizing getätigt werden.
10 April 2001
Ausgangsverarbeitung
Verwendung
Im Ausgang werden Belegdaten in IDocs geschrieben und an das Folgesystem versandt.
Funktionsumfang
Anwendung
Beleg
IDoc
NAST
NAST-Satz
IDoc-Schnittstelle/ALE-Dienste
IDoc
Folgesystem
Die Nachricht kann zwei verschiedene Wege von der Anwendung zur IDoc-Schnittstelle gehen:
· den indirekten Weg über die Nachrichtensteuerung [Seite 12] (NAST): Dabei werden
eine Reihe von Bedingungen (sogenannte Konditionen) geprüft, um die Nachricht zu
“finden”. Ist eine dieser Bedingungen erfüllt, so wird die “gefundene” Nachricht über den
entsprechenden NAST-Satz an die IDoc-Schnittstelle weitergeleitet. Über die
Konditionstechnik kann die NAST auch mehrere Nachrichten finden und versenden.
Weitere Informationen zur NAST finden Sie unter R/3-Bibliothek ®
Anwendungsübergreifende Funktionen ® Nachrichtensteuerung [Extern].
· den direkten Weg von der Anwendung zur Schnittstelle [Seite 16]. Dabei erzeugt die
Anwendung selbst ein IDoc, das über den Funktionsbaustein
MASTER_IDOC_DISTRIBUTE an die IDoc-Schnittstelle übergeben wird.
Die IDoc-Schnittstelle kann die IDocs auf unterschiedlichen Wegen, den Empfängerports, an das
Folgesystem verschicken. Die Wahl des Ports hängt auch vom Folgesystem und der Hardware
ab, auf dem es installiert ist. Beachten Sie hierzu auch den Abschnitt
Kommunikation mit älteren Releases [Seite 34]
April 2001 11
Die Ausgangsverarbeitung unter Nachrichtensteuerung (NAST)
Die Ausgangsverarbeitung unter Nachrichtensteuerung

(NAST)
Verwendung
Im Vertrieb (SD) und in der Materialwirtschaft (MM) werden Nachrichten (beispielsweise eine
Bestellung beim Lieferanten) üblicherweise über das Modul der Nachrichtensteuerung (NAST)
· gefunden und
· verarbeitet. Im Fall der IDoc-Verarbeitung heißt das, daß die Anwendungsdaten in IDocs
geschrieben werden.
Voraussetzungen
Wie bei jeder IDoc-Verarbeitung müssen Sie Ihre Partner vereinbaren [Seite 70]. Speziell
müssen Sie in den Partnervereinbarungen die Anwendung und die NAST-Nachrichtenart
eindeutig einem IDoc-Typ zuordnen. Dies tun Sie mit den zusätzlichen Parametern beim
Ausgang unter NAST [Seite 81].
Aktivitäten
· Die NAST “findet” eine oder mehrere Nachrichten, indem sie aus einer Menge an
vordefinierten Nachrichten die zum jeweiligen Geschäftsprozeß passende(n)
heraussucht. Die Nachrichten sind in der Anwendung in sogenannten Konditionstabellen
definiert. Die gefundenen Nachrichten werden von der NAST “vorgeschlagen”: Das
können durchaus mehrere pro Beleg sein. In vielen Anwendungen können Sie die
Nachrichten einsehen und verändern („bearbeiten“), bevor Sie die Daten freigeben, den
Beleg buchen und die Nachrichten als IDocs versenden.
Im vorliegenden Fall (Nachrichtenverarbeitung durch IDoc-Versand) wird bei gefundenen
Nachrichten zusätzlich geprüft, ob der Nachrichtenpartner als Partner in der IDoc-
Schnittstelle verarbeitet wurde. Nur wenn das der Fall ist, wird die Nachricht
vorgeschlagen und kann weiterverarbeitet werden. Viele Anwendungen stellen die
Findungsanalyse bereit, anhand derer man die Nachrichtenfindung zurückverfolgen
und eventuelle Fehler aufspüren kann.
· Die NAST kann die Nachrichten sofort (nach Verbuchung des Anwendungsbeleges)
verarbeiten. Sie können die gefundenen Nachrichten aber auch “von Hand” oder zu
einem selbst gewählten Zeitpunkt im Hintergrund verarbeiten lassen. Da auch die IDoc-
Schnittstelle die Wahl eines Zeitpunktes zur IDoc-Erzeugung ermöglicht, sollten diese
beiden Zeitpunkte sinnvoll kombiniert werden. Im Unterabschnitt “Vorgehen [Seite 14] “
werden solche Kombinationen vorgestellt.
Im Einkauf soll eine Bestellung an den Lieferanten LIEF angelegt werden. Die
Bestellung soll sofort nach Verbuchung als IDoc vom Typ ORDERS01 über ein EDI-
Subsystem versandt werden. Dazu wird in den Einkaufsstammdaten die
Nachrichtenart “NEU” für LIEF vereinbart und der NAST-Versandzeitpunkt “4”
(Ausgabe sofort mit Verbuchung) und das Sendemedium “EDI” festgelegt. In den
Partnervereinbarungen der IDoc-Schnittstelle wird für LIEF der Ausgabemodus “IDoc
sofort übergeben” und “Subsystem sofort starten” eingetragen und der Kombination
12 April 2001
Die Ausgangsverarbeitung unter Nachrichtensteuerung (NAST)
“Anwendung: Einkauf Bestellung”, “Nachrichtenart: NEU” die logische Nachricht

ORDERS zugeordnet. Dieser logischen Nachricht ist wiederum der IDoc-Typ
ORDERS01 zugeordnet.
Siehe auch:
Technische Realisierung [Seite 15]
April 2001 13
Ausgangsverarbeitung unter NAST: Vorgehen
Ausgangsverarbeitung unter NAST: Vorgehen

1. Nachrichtenfindung: Gehen Sie aus der Anwendung in die Stammdaten und legen die
betreffende Nachricht als Nachrichten- oder Konditionssatz an, d.h. Sie legen die
Bedingungen fest, unter denen die Nachricht gefunden und vorgeschlagen werden soll,
sowie deren Ausgabeeigenschaften. Als Bedingung können Sie etwa die
Einkaufsorganisation und den Handelspartner eingeben, als Ausgabeeigenschaften das
Ausgabemedium (hier 6 für EDI), den Ausgabezeitpunkt und die Sprache, in der die
Nachricht ausgegeben werden soll.
2. Nachrichtenverarbeitung durch IDoc-Versand: Die Nachrichten werden von der NAST so
ausgegeben, wie man es im Konditionssatz definiert hat, insbesondere auch zu dem
festgelegten Versandzeitpunkt. Sie müssen in den Partnervereinbarungen der IDoc-
Schnittstelle ebenfalls einen Versandzeitpunkt (den “Ausgabemodus”) definieren:
Sinnvolle Kombinationen der beiden Zeitpunkte sind in untenstehender Tabelle
zusammengefaßt. Des weiteren müssen die NAST-Parameter aus den
Partnervereinbarungen mit den entsprechenden Feldern der Nachrichtenart
übereinstimmen. Diese Parameter sind:
- Applikation ( = Anwendung)
- Partner
- Partnerrolle
- Nachrichtenart
Kombinationen von Versandzeitpunkten der NAST und der IDoc-Schnittstelle und ihre
EDI-Entsprechungen
NAST: IDoc-Schnittstelle: EDI-Entsprechung

Versandzeitpunkt Ausgabemodus
4 (= sofort) IDoc sofort übergeben Realtime
Subsystem ( = Folgesystem) starten
1 (= mit nächstem Selektionslauf IDoc sofort übergeben Fast Batch
versenden)
Subsystem starten
1 IDocs sammeln Batch
Subsystem starten
1 IDocs sammeln Batch
Subsystem nicht starten
Wenn Sie in den Partnervereinbarungen festlegen, daß das Subsystem (d.h. das
Folgesystem) nicht gestartet werden soll, entscheidet dieses nach einem dort
eingestellten Zeitplan über den Versandzeitpunkt, d.h. hier haben Sie keine
Kontrolle, wann das IDoc im Zielsystem ankommt.
14 April 2001
Ausgangsverarbeitung unter NAST: Technische Realisierung
Ausgangsverarbeitung unter NAST: Technische

Realisierung
Für eine detaillierte Beschreibung der Nachrichtensteuerung sei außerdem auf die
Dokumentation CA ® Nachrichtensteuerung [Extern] verwiesen.
· Nachrichtenfindung: Die Bedingungen, unter denen eine Nachricht gefunden werden soll,
sind in Konditionstabellen [Extern] abgelegt. Diese Tabellen werden in einer Zugriffsfolge
[Extern] gelesen. In den Konditionstabellen finden sich auch die Schlüsselfelder der
Anwendung, d.h. die Felder, mit denen die Anwendung auf die Konditionssätze zugreift
(z.B. die Anwendungsfelder “Einkaufsorganisation” und “Lieferant” im Einkauf). Die
Konditionstabellen werden einer Nachrichtenart zugeordnet (z.B. “NEU” für eine
Bestellung aus dem Einkauf). Die Nachrichtenarten wiederum sind in Schemata [Extern]
zusammengefaßt, die schließlich der Anwendung (Schlüssel z.B. “EF” für “Einkauf
Bestellung”) zugeordnet sind.
Diese Organisationsstruktur ermöglicht, daß die Nachrichtenfindung strukturiert und
unter komplexen Bedingungen verlaufen kann. Nachrichtenarten und -tabellen,
Zugriffsfolgen und Schemata werden im Customizing der jeweiligen Anwendung vorab
definiert.
Die Nachrichtenart wird manchmal auch als Konditionsart bezeichnet

· Nachrichtenverarbeitung durch IDoc-Versand: Das zentrale Selektionsprogramm der
Nachrichtensteuerung, RSNAST00, findet in der Tabelle TNAPR für die gewählte
Nachrichtenart die Formroutine EDI_PROCESSING im Programm RSNASTED und stößt
sie an. EDI_PROCESSING liest die Partnervereinbarungen und bestimmt über den
Vorgangscode den Funktionsbaustein, der das IDoc erzeugen soll. Der Vorgangscode
entscheidet außerdem über die Art der Weiterverarbeitung, beispielsweise ob die IDocs
durch den ALE-Dienst bearbeitet werden sollen.
Die Funktionsbausteine zur IDoc-Erzeugung heißen typischerweise
IDOC_OUTPUT_<NT>, wobei <NT> für den zugehörigen Nachrichtentyp steht. Die
erzeugten IDocs werden abhängig vom Ausgabemodus entweder gesammelt oder
sofort zum Versand weitergeleitet. Wenn die IDocs gesammelt werden, muß der Report
RSEOUT00 eingeplant werden, der dann die Weiterleitung zum Versand übernimmt.
April 2001 15
Die direkte Ausgangsverarbeitung
Die direkte Ausgangsverarbeitung

Verwendung
Für R/3-Komponenten, die nicht an die Nachrichtensteuerung angeschlossen sind, müssen Sie
diesen Weg der Ausgangsverarbeitung wählen. Ansonsten wird er häufig in ALE-Szenarien
beschritten, wo z.B. Stammdaten auf verschiedene R/3-Systeme verteilt werden sollen.
Aktivitäten
Die Anwendung übernimmt direkt die IDoc-Erzeugung, füllt also einen bestimmten IDoc-Typ mit
ihren Daten. Dies kann z.B. über einen eigenen Funktionsbaustein geschehen. Die Empfänger
werden durch die Anwendung oder die ALE-Dienste ermittelt. Der Automatismus der
Nachrichtensteuerung entfällt.
Im Controlling (CO) soll eine Erzeugniskalkulation (Anwendungskomponente CO-

PC) in die Ergebniskalkulation (CO-PA) übertragen werden. Die beiden
Komponenten sind in unterschiedlichen R/3-Systemen eingestellt, man hat also ein
typisches ALE-Szenario. In der Übertragungstransaktion wählen Sie nun die Felder,
deren Anwendungsdaten direkt in das IDoc geschrieben werden, wie etwa Material,
Werk, Datum und Kalkulationsvariante.
Siehe auch:
Direkte Ausgangsverarbeitung: Vorgehen [Seite 17]
Direkte Ausgangsverarbeitung: Technische Realisierung im ALE-Fall [Seite 18]
16 April 2001
Direkte Ausgangsverarbeitung: Vorgehen
Direkte Ausgangsverarbeitung: Vorgehen

In der Anwendung gehen Sie in die betreffende Sendetransaktion und füllen die Parameter
entsprechend aus. Dabei achten Sie darauf, daß dort angegebene Kommunikationsparameter
(etwa das Zielsystem) auch als Port in den Partnervereinbarungen der IDoc-Schnittstelle gepflegt
sind. Bei ALE-Szenarien sollte dort ein Port des Typs “tRFC” eingetragen sein, der Partner sollte
von der Art “LS” (für “logisches System”) sein.
April 2001 17
Direkte Ausgangsverarbeitung: Technische Realisierung im ALE-Fall
Direkte Ausgangsverarbeitung: Technische

Realisierung im ALE-Fall
Wie das IDoc erzeugt wird, hängt von der jeweiligen Anwendung ab. Im folgenden soll daher nur
der Beispielfall eines ALE-Szenarios betrachtet werden, in dem ein Funktionsbaustein die IDoc-
Erzeugung übernimmt.
Der Funktionsbaustein wird in der Anwendungstransaktion aufgerufen. Er erzeugt ein
sogenanntes Master-IDoc und übergibt es an den Verwaltungsbaustein
MASTER_IDOC_DISTRIBUTE, der den Kontrollsatz prüft und dann den Funktionsbaustein
COMMUNICATION_IDOC_CREATE aufruft. Dieser “filtert” das Master-IDoc (d.h. streift für die
Kommunikation unwichtige Daten ab). Das “Filtrat” heißt Kommunikations-IDoc und wird von
MASTER_IDOC_DISTRIBUTE an den Funktionsbaustein EDI_OUTPUT_NEW zur weiteren
Verarbeitung übergeben.
18 April 2001
Eingangsverarbeitung
Verwendung
Im Eingang werden IDocs an die Schnittstelle übergeben und im R/3-System gespeichert. In
einem zweiten Schritt werden die Belegdaten erzeugt, auch im Zuge eines Workflows.
Funktionsumfang
Das vorgelagerte System übergibt ein IDoc über den R/3-Systemport an die IDoc-Schnittstelle.
Daher gibt es keinen Port, den man in den Eingangspartnervereinbarungen festlegen müßte; die
IDoc-Schnittstelle muß lediglich das vorgelagerte System als Port “kennen”: Es muß also eine
Portbeschreibung für einen Port existieren, dessen Name das vorgelagerte System eindeutig
identifiziert. Die technischen Parameter dieser Portbeschreibung können (und werden es auch in
der Regel) durch das vorgelagerte System überschrieben werden.
vorgelagertes System
IDoc
IDoc-Schnittstelle/ALE-Dienste
IDoc
Beleg
Workflow
Beleg
Anwendung
Bei bekanntem vorgelagerten System wird das IDoc “akzeptiert”, d.h. es wird auf der Datenbank
gespeichert. Wenn Ihr Partner mit der entsprechenden Nachricht in Ihren
Partnervereinbarungen vorgesehen ist, wird es anschließend weiterverarbeitet. Dies geschieht
entkoppelt in einem zweiten Schritt. Damit ist sichergestellt, daß das externe System die Daten
schnell und sicher (dialogfrei) entgegennehmen kann.
Zur Weiterverarbeitung sind folgende Wege möglich:
· Der direkte Weg über einen Funktionsbaustein, der die IDoc-Daten in den
entsprechenden Anwendungsbeleg überführt.
· Der indirekte Weg über SAP Business Workflow (Einzel- oder Mehrschrittaufgabe). Dazu
entsteht beim Eingang eines IDocs ein Workitem als Instanz der entsprechenden
April 2001 19
Aufgabe. Das Workitem erscheint im Eingangskorb der ausgewählten Bearbeiter.

Weitere Informationen zum SAP Business Workflow finden Sie unter Basis ® Business
Management ® SAP Business Workflow [Extern].
Der IDoc-Typ TXTRAW02 wird durch die Einzelschrittaufgabe TS30000008

verarbeitet: Dabei wird eine Mail an den SAPoffice-Benutzer (oder die
Organisationseinheit) verschickt, der als Empfänger im Segment E1TXTAD
eingetragen ist. Fehlt dieses Segment, so wird werden die erlaubten Bearbeiter aus
den Partnervereinbarungen als Empfänger ermittelt. Die Mail enthält den Text aus
den Datensätzen des IDocs. Sie können Mailattribute, wie Priorität oder
Ausführbarkeit, mitverschicken.
Zu Release 2.1/2.2 wurde der indirekte Weg über einen Vorgang der
Vorgangstechnik beschritten. Diese Technik wird nicht mehr unterstützt.
Aktivitäten
Eingangsverarbeitung: Vorgehen [Seite 21]
Eingangsverarbeitung: Technische Realisierung [Seite 22]
20 April 2001
Eingangsverarbeitung: Vorgehen
Eingangsverarbeitung: Vorgehen
Die Eingangsverarbeitung richten Sie immer dann ein, wenn Sie einen neuen Geschäftsprozeß
realisieren wollen, bei dem Daten per IDoc empfangen werden. Ein Beispiel ist die EDI-
Eingangsverarbeitung von Terminaufträgen.
Voraussetzungen
Einmalig müssen Sie für die IDoc-Schnittstelle die Ereignis-Verbraucherkopplung aktivieren, da
beim Eingang eines IDocs immer ein Ereignis oder Event ausgelöst wird (Ausnahme: Porttyp
„tRFC“). Dies geschieht im Customizing, Aktivität Ereignis-Verbraucherkopplung für IDoc-
Eingang aktivieren [Extern].
Ablauf
1. Die Ankopplung des Eingangs-IDocs an die gewünschte Verarbeitungsart geschieht in den
Partnervereinbarungen [Seite 70] über den Vorgangscode [Seite 73]. Dabei entscheiden Sie,
ob Sie beim Eingang einen Workflow oder einen Funktionsbaustein anstoßen wollen.
Die im Standard ausgelieferten Vorgangscodes sind bereits Workflows oder
Funktionsbausteinen zugeordnet. Diese Zuordnung können Sie anzeigen: Wählen Sie
dazu aus dem Einstiegsbild der IDoc-Schnittstelle (Transaktion WEDI) Steuerung ®
Vorgangscode Eingang. Dies ist auch der Einstieg, wenn Sie bei Neudefinitionen von
IDoc-Typen oder Verarbeitungsprozessen neu zuordnen wollen. Weitere Informationen
finden Sie unter Neue IDoc-Typen definieren [Seite 157].
Ein Lieferant erhält eine Bestellung zu einem Material über ein IDoc vom Typ
ORDERS01. Der Lieferant hat der Nachricht ORDERS über den Vorgangscode
ORDE den Funktionsbaustein IDOC_INPUT_ORDERS zugeordnet, der die IDoc-
Daten in die entsprechenden Anwendungsdaten überführt. Der Lieferant wählt hier
also den direkten Weg über einen Funktionsbaustein.
Es gibt IDoc-Typen, deren Eingangsverarbeitung nur in der Basis stattfindet, z.B.

TXTRAW02. Diese IDoc-Typen werden nur per Workflow verarbeitet. Die
entsprechenden Aufgaben sind in der Aufgabengruppe TG70000016
zusammengefaßt. Eingangsverarbeitungen per Workflow in der Logistik finden sich
in der Aufgabengruppe TG20000011. Aufgabengruppen erleichtern die Suche nach
Aufgaben im Business Workflow Explorer (Bereichsmenü SWLD).
2. Zur Ausnahmebehandlung im Eingang müssen Sie den entsprechenden Aufgaben mögliche
Bearbeiter zuordnen. Sie haben zwei Alternativen:
· Im IDoc-Customizing klassifizieren Sie alle Aufgaben als generelle Aufgaben
· Sie pflegen die Zuordnung für jede einzelne Aufgabe über die Transaktion PFTC.
Der Abschnitt Ausnahmebehandlung: Vorgehen [Seite 29] beschreibt, welche Aufgaben
verwendet werden.
April 2001 21
Eingangsverarbeitung: Technische Realisierung

1. Die IDocs werden, abhängig vom Eingangsport, durch unterschiedliche Funktionsbausteine
oder Reports übernommen. Untenstehende Tabelle gibt einen Überblick und nennt die
Schnittstelle (Bezugsfelder bzw. -Strukturen, Importparameter). Tabellenparameter (call by
reference) sind gesondert gekennzeichnet.
2. Das Abspeichern auf der Datenbank besorgt der Funktionsbaustein
IDOC_INBOUND_WRITE_TO_DB. Er entscheidet zusätzlich über den Vorgangscode, ob
eine Bearbeitung durch ALE-Dienste stattfinden soll oder nicht.
3. Schließlich werden die IDocs durch IDOC_START_INBOUND an den Funktionsbaustein der
Anwendung übergeben. Außer im Fall, daß die IDocs über den tRFC-Port übergeben
wurden, wird dazu ein Ereignis (ein Event) im Workflow-Sinne ausgelöst, das die
Standardaufgabe TS30200090 auslöst.
4. IDOC_START_INBOUND startet einen Workflow oder einen Funktionsbaustein. Auch diese
Entscheidung wird über den Eingangs-Vorgangscode gesteuert.
Tabelle: Eingangsfunktionsbausteine in Abhängigkeit vom Porttyp
Porttyp: Formalparameter: Bezugsfeld/ Bemerkungen
Import,
Funktionsbauste Struktur
in/Report Export (e), int. Tabelle
(iT)
Datei: pathname EDI_PATH-PTHNAM
EDI_DATA_INC port EDIPO-PORT
OMING
tRFC: idoc_control (iT) EDI_DC F.Baustein für
kurze Namen
INBOUND_IDO idoc_data (iT) EDI_DD
(Releases vor 4.0)
C_PROCESS
tRFC: idoc_control_rec_40 EDI_DC40 F.Baustein
Release 4.0 (lange
IDOC_INBOUN idoc_data_rec_40 EDI_DD40
Namen)
D_ASYNCHRO
NOUS
CPI-C (R/2- p_myport (Port im R/3- EDIIO-PORT als Job
System): Syst.) einzuplanender
Report
RSEINB10
22 April 2001
Internet: receive_info SXRECINFI1 Inform. über

Sender
SX_OBJECT_R document_data SXDOCCHGI1
ECEIVE Dokumenteneigens
system_data SXSYSDATI1
(SAPconnect) ch.
receivers (iT) SXEXTRECI1
packing_list (iT) SXPCKLSTI1
Empfänger
object_header (iT) SOLISTI1
Inform. ü.
contents_bin (iT) SXLISTI1 Datentabellen
contents_txt (iT) SOLISTI1 spezieller Kopf
object_para (iT) SOPARAI1 binärer
Dokumentinhalt
object_parb (iT) SOPARBI2
ASCII-
Dokum.inhalt
(Set/Get-
Parameter)
(Felder, Werte für
Verarbeitung)
synchroner int_edidc EDI_DC F.Baustein für
RFC: kurze Namen
online EDI_HELP-
(Releases vor 4.0)
IDOC_INBOUN ONL_OPTION
docnum
D_SYNCHRON
EDIDC-DOCNUM
OUS error_before_call_appli
cation EDI_HELP-
ERROR_FLAG
int_edidd (iT)
EDI_DD
IDOC_INBOUN pi_idoc_control_rec_40 EDI_DC40 F.Baustein für
D_SINGLE Release 4.0 (lange
pi_do_commit EDI_HELP-
Namen)
DO_COMMIT
pe_idoc_number (e)
EDIDC-DOCNUM
pe_error_prior_to_appli
cation EDI_HELP-
ERROR_FLAG
pt_idoc_data_records_
40 (iT) EDI_DD40
April 2001 23
Statusverarbeitung
Statusverarbeitung
Verwendung
Die Statussätze protokollieren Stationen, die das IDoc auf seinem Weg durchlaufen hat, z.B.
“erzeugt” oder “versandfertig”. Sie sind daher wichtige Daten für Überwachung und Statistik der
Kommunikation.
Funktionsumfang
Verarbeitung
Das Folgesystem kann Sie über die Verarbeitungsstationen eines bei ihm eingegangen IDocs
informieren. Für diese Statusrückmeldung (oder Statusbericht) gibt es folgende Methoden:
· Statussätze können über den Datei-Port an Ihre IDoc-Schnittstelle übergeben werden.
Die IDoc-Nummer dient dabei als Identifikationsmerkmal. Das Folgesystem entscheidet
über die Zeit, zu der es die Statusmeldung zurückgibt. Jeder Statussatz muß die
Nummer des IDocs enthalten, auf das er sich bezieht. So kann die Verknüpfung zum
IDoc und zum Anwendungsbeleg in der IDoc-Schnittstelle hergestellt werden.
Es hängt von Konfiguration und technischen Fähigkeiten des verwendeten Folge-

oder Subsystems ab, welche Statussätze die Rückmeldung enthalten kann.
· Statussätze können auch als IDoc selbst (IDoc-Typ SYSTAT01) zurückgegeben werden.
Dann sind alle möglichen Kommunikationswege ( = Porttypen) erlaubt.
Verwechseln Sie nicht die Statusinformationen, die in den Datensätzen von

SYSTAT01 stehen und die sich auf ein anderes, eben Ihr beim Partner
eingegangenes IDoc beziehen, mit den Statussätzen von SYSTAT01 selbst! Diese
werden hier nicht betrachtet.
Ausnahmebehandlung
Falls die Statusrückmeldung Kommunikationsfehler berichtet, beginnt die
Ausnahmebehandlung (siehe auch Abschnitt Rollenauflösung in der Ausnahmebehandlung
[Seite 31]). Dabei kann beispielsweise ein Workflow angestoßen werden, in dessen Verlauf
zuständige Sachbearbeiter auf den Kommunikationsfehler reagieren können.
Im Standard wird die Ausnahmebehandlung durch den Vorgangscode EDIR realisiert, der auf die
Standardaufgabe TS70008125 zeigt. Als zuständiger Sachbearbeiter zeigen Sie beim Ausführen
des Workitems den Statussatz des entsprechenden Ausgangs-IDocs an. Sie können von dort
aus erneut das IDoc zu versenden versuchen. Dabei werden allerdings nicht nochmals die
Partnervereinbarungen gelesen: Alle für den Versand notwendigen Daten werden aus dem
Kontrollsatz gelesen. Haben Sie also zum Beispiel den Port in den Partnervereinbarungen
ausgetauscht, so wird das IDoc immer noch an den ursprünglichen Port geschickt.
Als Alternative gibt es den Vorgangscode EDIS mit der Standardaufgabe TS30000078, der nur
die Anzeige eines Statussatzes erlaubt, nicht aber den erneuten Versand des Ausgangs-IDocs.
24 April 2001
Statusverarbeitung
Bei einem Releasewechsel führen Sie die IMG-Aktivität Erweiterte

Ausnahmebehandlung bei Statusrückmeldung benutzen aus, um von EDIS auf EDIR
umzuschalten.
Die zuständigen Sachbearbeiter werden in folgender Reihenfolge ermittelt:
1. Wenn in den Ausgangspartnervereinbarungen ein Sachbearbeiter eingetragen ist, wird
dieser verständigt.
2. Andernfalls wird der Sachbearbeiter aus den allgemeinen Partnervereinbarungen
verständigt.
Aktivitäten
Welche Status als Fehlerstatus eingestuft werden und damit die Ausnahmebehandlung einleiten,
können Sie selbst entscheiden: Wählen Sie aus dem Eingangsbild der IDoc-Schnittstelle
Steuerung ® Statuswerte pflegen. Im Detailbild tragen Sie einen Vorgangscode ein, der auf
einen Workflow zeigt. Der Workflow realisiert im Standard die Ausnahmebehandlung. Im
allgemeinen muß das aber nicht so sein. Weitere Informationen finden Sie unter
Ausnahmebehandlung: Vorgehen [Seite 29]
In der Statuspflege können Sie auch die Zuordnung zu Statusgruppen (Qualifizierung) anzeigen
oder ändern, die in den Monitoring-Programmen eine wichtige Rolle spielt.
April 2001 25
Eingangsverarbeitung von SYSTAT01
Eingangsverarbeitung von SYSTAT01

Verwendung
Statusrückmeldungen über einen Port beliebigen Typs werden durch die Eingangsverarbeitung
des IDoc-Typs SYSTAT01 realisiert.
Voraussetzungen
Sie haben die Partnervereinbarungen [Seite 84] für die logische Nachricht STATUS gepflegt. Der
Vorgangscode heißt STA1.
Aktivitäten
Die Eingangsverarbeitung geschieht über die von SAP ausgelieferte Einzelschrittaufgabe
TS30000206. Dabei werden die im IDoc übermittelten Statussätze den Ausgangs-IDocs
gutgeschrieben, auf die sie sich beziehen.
Wurde im SYSTAT01 ein in der Statuspflege (s. Statusverarbeitung [Seite 24]) als fehlerhaft
eingestufter Status übermittelt, so schließt sich für das betroffene Ausgangs-IDoc die
entsprechende Ausnahmebehandlung der Statusverarbeitung [Seite 24] an.
Konnten nicht alle Statussätze erfolgreich den betroffenen IDocs gutgeschrieben werden, so
erhält das Eingangs-IDoc vom Typ SYSTAT01 den Status 52. Konnte kein einziger der
übermittelten Statussätze erfolgreich verarbeitet werden, erhält das IDoc den Status 51. In
beiden Fällen wird die Ausnahmebehandlung des Eingangs-IDocs gestartet.
Dazu wird das Ereignis STATUSIDOCERROR ausgelöst, dessen Verbraucher die
Einzelschrittaufgabe TS30000207 ist. Als ausgewählter Bearbeiter editieren Sie das IDoc beim
Ausführen des Workitems. Sie können beispielsweise die Nummer des IDocs, auf das sich ein
bestimmter Statussatz bezieht, ändern und so den Status dem richtigen Ausgangs-IDoc
zuordnen. Sie können das so geänderte IDoc nochmals einspielen lassen, indem Sie in der
Anzeige Bearbeiten ® verarbeiten wählen. Dabei versucht das System erneut, die restlichen,
nicht erfolgreich gebuchten Statussätze zu verarbeiten. Gelingt dies, so erhält das IDoc den
abschließenden Status 53.
Wenn Sie die Verarbeitung des IDocs abbrechen wollen, so wählen Sie aus der IDoc-Anzeige
[Seite 120] bearbeiten ® verarbeiten ® Löschkennzeichen setzen.
26 April 2001
Ausnahmebehandlung
Ausnahmebehandlung
Verwendung
Bei Fehlern werden zu Standardaufgaben gehörende Workitems erzeugt, die im integrierten
Eingangskorb der ausgewählten Bearbeiter erscheinen. Die Standardaufgaben werden über
Vorgangscodes identifiziert.
Funktionsumfang
Bearbeitung über Workflow-Aufgaben
Die Standardaufgaben für die IDoc-Schnittstelle sind nach Ausgangs- und Eingangsverarbeitung
getrennt. Formale Fehler können z.B. im Eingang auftreten, wenn die zum Kontrollsatz passende
Partnervereinbarungen [Seite 70] nicht gefunden wurde. Sie können in den
Partnervereinbarungen auch die Syntaxprüfung der IDocs einschalten. Ein Fehler bei einer
solchen Syntaxprüfung ist einer speziellen Standardaufgabe zugeordnet (siehe
Ausnahmebehandlung: Vorgehen [Seite 29]).
Die Ausnahmebehandlung in der IDoc-Schnittstelle wird im Eingang durch die
Ausnahmebehandlung der Anwendung ergänzt, die etwa auf den Status 51 (Anwendungsbeleg
nicht gebucht) reagieren kann.
Der Bearbeiter eines Workitems (d h. einer konkreten Ausprägung der allgemein definierten
Workflow-Aufgabe) kann den Fehler beheben und die Umsetzung des empfangenen IDocs
erneut anstoßen bzw. das IDoc zum Löschen vormerken.
Erlaubte Bearbeiter
In allen Ausnahmesituationen, bei denen der Absender in den Partnervereinbarungen
vorgesehen ist, werden die erlaubten Bearbeiter von dort gelesen. Sind Bearbeiter für die
spezielle logische Nachricht eingetragen, werden diese übernommen, sonst die in den
allgemeinen Partnervereinbarungen für diesen Partner vorgesehenen Bearbeiter.
In allen Ausnahmesituationen, bei denen keine passende Partnervereinbarung gelesen werden
konnte, wird der Bearbeiter aus der Tabelle der Systemparameter ermittelt (IDoc-Administrator
[Seite 255]). Es wird dringend empfohlen, hier einen Bearbeiter einzutragen.
Als Bearbeiter können Sie neben einem SAP-Benutzernamen auch andere
Organisationseinheiten (z.B. Abteilung, Stelle) für die Benachrichtigung eintragen.
Damit die erlaubten Bearbeiter auch per Workitem benachrichtigt werden, müssen Sie der
entsprechenden Standardaufgabe zugeordnet sein. Weitere Informationen finden Sie unter
Rollenauflösung in der Ausnahmebehandlung [Seite 31].
Externe und interne Fehlermeldungen

Interne Fehlermeldungen beziehen sich auf Fehler in Ihrem R/3-System. Solche
Fehlermeldungen oder Fehlerstatus sind mit System-Vorgangscodes (in der IDoc-Schnittstelle)
assoziiert. Externe Fehlermeldungen sind Statusrückmeldungen [Seite 24] auf Fehler im
externen System. Sie werden mit den Status-Vorgangscodes assoziiert. Bei in der Anwendung
diagnostizierten internen Fehlern (Status 51) erzeugt die Anwendung selbst auch das
entsprechende Workitem, d.h. hier werden keine Vorgangscodes in der IDoc-Schnittstelle
hinterlegt.
April 2001 27
Ausnahmebehandlung
Besonderheiten beim Porttyp “Datei”

In Dateien können mehrere IDocs gespeichert sein, die die IDoc-Schnittstelle separat liest und
auf der Datenbank abspeichert. Dadurch sind bei einem Lesefehler nur die noch nicht
abgespeicherten IDocs betroffen. Die Fehlerstelle wird vorgemerkt. Kann der Fehler beseitigt
werden, kann von Hand nochmal das Lesen der Datei ab der Fehlerstelle gestartet werden
(siehe Ausnahmebehandlung: Vorgehen [Seite 29]).
Der Workflow wird von der IDoc-Schnittstelle als asynchroner Prozeß im Hintergrund
gestartet. Dadurch können die Daten schnell und sicher vom externen System
übernommen werden.
Aktivitäten
Ausnahmebehandlung: Vorgehen [Seite 29]
Die Fehlerbehandlung wird über Vorgangscodes gesteuert, die auf Standardaufgaben zeigen.
Dieser Abschnitt gibt einen Überblick über die Standardaufgaben und zeigt Beispiele möglicher
Fehlerursachen auf.
28 April 2001
Ausnahmebehandlung: Vorgehen
Verwendung
Die folgende Tabelle gibt einen Überblick über die im Standard definierten Fehler und die damit
über den Vorgangscode gekoppelten Aufgaben. Es werden mögliche (aber nicht alle möglichen!)
Fehlerursachen angegeben, um die Fehlersuche zu erleichtern.
Fehler Vorgangsco Workflow-Aufgabe Mögliche Ursachen

de (Beispiele)
IDoc konnte nicht EDIM TS30000020 Eingang: Dateilesefehler;
erzeugt werden Ausgang: Fehler bei IDoc-
Erzeugung aus einem NAST-
Satz
IDoc konnte unter EDIN: wertet TS70008037 Kein Vorgangscode in den
NAST nicht erzeugt die zusätzlichen NAST-
werden Partnerdaten Parametern der
aus dem Partnervereinbarungen;
NAST-Satz Fehler beim Schreiben der
aus Anwendungsdaten ins IDoc.
Statusdatei konnte EDIL TS70008373
nicht vollständig
gelesen werden
Fehler bei EDII TS00008068 Vorgangscode existiert nicht;
Eingangsverarbeitun Fehler bei Übergabe an ALE-
g Dienste
Fehler bei EDIO TS00007989 Fehler bei Übergabe per
Ausgangsverarbeitu RFC;
ng Dateischreibfehler
Fehler bei EDIP TS60001307 Fehler bei Übergabe per
Ausgangsverarbeitu RFC;
ng, der alle IDocs Dateischreibfehler;
eines IDoc-Stapels Port nicht vorhanden
betrifft
(„Ausgabemodus:
IDocs sammeln“)
IDoc-Syntaxfehler EDIX TS00008070
(Ausgang;
Syntaxprüfung in
den
Partnervereinbarung
en eingeschaltet)
April 2001 29
IDoc-Syntaxfehler EDIY TS00008074

(Eingang;
Syntaxprüfung in
den
Partnervereinbarung
en eingeschaltet)
Fehlerstatus EDIS TS30000078 Konvertierung im EDI-
rückgemeldet Subsystem fehlerhaft
Fehlerstatus EDIR TS70008125: Im Konvertierung im EDI-
rückgemeldet Unterschied zur Subsystem fehlerhaft
TS30000078 können
Sie hier das IDoc
erneut versenden
Die Fehler werden aus den Workitems im integrierten Eingangskorb bearbeitet. Konnte z.B. nach
einem Dateilesefehler der Fehler “beseitigt” werden konnte, können die noch nicht gelesenen
IDocs durch Starten des Reports RSEINB00 von Hand nachgelesen und auf der Datenbank
gespeichert werden.
Der Ausnahmebehandlung in der IDoc-Schnittstelle schließt sich (im Eingang) die

Ausnahmebehandlung der Anwendung an, die etwa auf den Status 51
(Anwendungsbeleg nicht gebucht) reagieren kann.
Die Aufgaben zur Ausnahmebehandlung in der IDoc-Schnittstelle sind in der
Aufgabengruppe TG70000015 zusammengefaßt, diejenigen der Logistik-
Anwendungen in der Gruppe TG20000011. Aufgabengruppen können Sie mit dem
Business Workflow Explorer (Bereichsmenü SWLD) anzeigen.
30 April 2001
Rollenauflösung in der Ausnahmebehandlung

Verwendung
Alle im Standard für die Ausnahmebehandlung definierten Aufgaben sind mit einer Defaultrolle
versehen, um die Menge der möglichen Bearbeiter auf die für die konkrete Ausnahmesituation
zuständigen einzuschränken. Zu diesem Zweck leitet ein Funktionsbaustein in der
Rollenauflösung aus den Partnervereinbarungen zum fehlerhaften IDoc Bearbeiter ab. Schlägt
dies fehl oder existiert noch gar kein IDoc, so wird der IDoc-Administrator ermittelt. Damit können
Bearbeiter ermittelt werden, die zuständig sind
· für den aktuellen Partner und die aktuelle Nachricht (Aus- oder
Eingangspartnervereinbarung)
· für den aktuellen Partner (allgemeine Partnervereinbarung)
· mindestens aber für die IDoc-Schnittstelle (IDoc-Administration)
Integration
Die tatsächlichen Bearbeiter (die Empfänger) des Workitems sind die in der Rollenauflösung
ermittelten Bearbeiter, die gleichzeitig mögliche Bearbeiter der Standardaufgabe zum Workitem
sind. Die Empfänger bilden also die Schnittmenge aus den möglichen Bearbeitern der
entsprechenden Standardaufgabe und den „erlaubten Bearbeitern“ der entsprechenden
Partnervereinbarung bzw. der IDoc-Administration.
Organisationsstruktur
Mögliche Bearbeiter
Aufgabe
Rollenauflösung Empfänger des Workitems
Partnervereinbarung
Erlaubte Bearbeiter
IDoc-Schnittstelle
Voraussetzungen
Für die Empfängerermittlung müssen Sie also folgendes pflegen:
April 2001 31
Partnervereinbarungen [Seite 76]

IDoc-Administration [Seite 255]
Bearbeiterzuordnung [Extern] der Standardaufgaben
Wenn die Standardaufgaben als generelle Aufgaben gepflegt sind, ist die Menge
der möglichen Bearbeiter maximal (nämlich gleich der Menge aller Anwender im R/3-
System), und es läßt sich dann immer ein Empfänger bestimmen (Ausnahme: IDoc-
Administrator ist nicht gepflegt).
Funktionsumfang
Nachfolgende Tabelle gibt die im Standard ausgelieferten Rollen mit Funktionsbaustein (FB) zur
Rollenauflösung wieder. Sie zeigt, welchen Standardaufgaben sie als Defaultrollen zugeordnet
sind und beschreibt, was bei der Rollenauflösung passiert.
Standardrolle/FB Defaultrolle für Rollenauflösung
Standardaufgabe
Ausgang, Eingang
30000013 TS00008068 (Fehler bei Ermittelt werden die erlaubten
Eingangsverarbeitung), Bearbeiter aus den
EDI_ROLE_FOR_
Partnervereinbarungen. Falls
TS00007989 (Fehler bei
PROCESSING sich keiner findet, wird der
Ausgangsverarbeitung),
IDoc-Administrator ermittelt.
TS00008070 (Syntaxfehler
Ausgang),
TS00008074 (Syntaxfehler
Eingang)
TS30000207 (Fehler bei der
Eingangsverarbeitung von
SYSTAT01 [Seite 26])
30000001 TS30000020 (Fehler ohne Ermittelt wird der IDoc-
Zuordnung zu IDoc), Administrator.
EDI_ROLE_FOR_
TS60001307 (Fehler bei
MESSAGE
Ausgangsverarbeitung eines IDoc-
Stapels, d.h. bei Ausgabemodus
„IDocs sammeln“)
32 April 2001
70000141 TS70008037 (Fehler ohne Wenn es sich um ein

Zuordnung zu IDoc bei NAST- Anwendungsproblem handelt
EDI_ROLE_FOR_NAST_
Ausgang) (z.B. wenn ein Fehler beim
MESSAGE
Schreiben der
Anwendungsdaten in das
IDoc passierte), wird wie bei
Rolle 30000013
vorgegangen. Handelt es sich
dagegen um ein technisches
Problem (z.B. wenn der
Ausgangs-Vorgangscode
fehlt oder ins Leere weist), so
wird direkt nach dem IDoc-
Administrator gesucht.
Statusrückmeldung
30000001 TS30000078 (Fehlerstatus in Ermittelt wird der IDoc-
Statusrückmeldung) Administrator
EDI_ROLE_FOR_
TS70008373 (Fehler beim Lesen
MESSAGE
einer Statusdatei)
Aktives Monitoring
30200013 TS30200108 (Überschreiten des Ermittelt werden die beim
Schwellwertes im aktiven Start oder Einplanen von
EDI_ROLE_FOR_
Monitoring) RSEIDOCM eingetragen
IDOC_ACT_MONIT erlaubten Bearbeiter.
Falls sich keiner findet oder
die Bearbeiter nicht Teil des
Organisationsmodells sind,
wird der IDoc-Administrator
ermittelt.
April 2001 33
Kommunikation mit älteren Releases/Systemen oder R/2-Systemen
Kommunikation mit älteren Releases/Systemen oder

R/2-Systemen
Verwendung
Wenn Sie mit SAP-Systemen älterer Releases (2.1 bis 3.1) oder externen Systemen (z.B. EDI-
Subsystemen) auf diesem Stand über IDocs kommunizieren wollen, müssen Sie das Ihrem
System über die Version in der Portbeschreibung mitteilen. Damit werden im Ausgang die
richtigen IDoc-Satzarten verschickt.
Nicht nur bei älteren R/3-Releaseständen, sondern auch bei R/2-Systemen können zwei
Problemfälle auftreten, die zusätzlichen Aufwand erfordern:
· Sie benutzen lange Namen für Nachrichtentypen, IDoc-Typen oder Segmente. Ältere
Releases unterstützen nur Namen mit Längen bis zu
6 Stellen (Nachrichtentyp)
8 Stellen (IDoc-Typ: Basistyp oder Erweiterung)
7 Stellen (Segment)
· Sie setzen Erweiterungen ein, die Sie zu Release 4.X definiert haben. Ältere Releases
(3.0, 3.1) identifizieren diese erweiterten IDoc-Typen intern über andere Felder oder
unterstützen Erweiterungen überhaupt nicht (R/3-Releases 2.1, 2.2 und R/2-Systeme).
In beiden Fällen müssen Sie Umschlüsselungstabellen im Customizing pflegen, die die alten
Namen und Felder auf neue abbilden. Beide Fälle können auch zusammen auftreten.
Funktionsumfang
In der Ausgangsverarbeitung bestimmt das System über die Portversion die richtigen IDoc-
Satzarten.
Aus den Umschlüsselungstabellen leitet es die alten (Ausgangsverarbeitung) bzw. die neuen
(Eingangsverarbeitung) Namen ab und füllt beim Einsatz neuer Erweiterungen die benötigten
Felder im Kontrollsatz (Ausgangsverarbeitung).
Aktivitäten
Über die Portversion stellen Sie den Releasestand des Systems ein, mit dem Sie
kommunizieren. Dabei bedeutet:
· Version 1: Releases 2.1/2.2
· Version 2: Releases 3.0/3.1 und R/2-System. Da jedes R/2-System über den Porttyp
„CPI-C“ mit dem R/3-System gekoppelt ist und umgekehrt jeder CPI-C-Port zu einem
R/2-System führt, ist die Version 2 für diesen Porttyp fest vorgegeben und kann nicht in
der Portbeschreibung eingestellt werden.
· Version 3: Releases 4.X (Vorschlagswert)
Je nach den oben beschriebenen Problemfällen pflegen Sie die entsprechenden
Umschlüsselungstabellen im Customizing.
Siehe auch:
Lange Namen [Seite 36]
34 April 2001
Kommunikation mit älteren Releases/Systemen oder R/2-Systemen
Einsatz von Erweiterungen [Seite 37]
April 2001 35
Lange Namen
Lange Namen
Verwendung
Mit Release 4.0 wird der erweiterte Namensraum unterstützt. Dieses Konzept schließt die
Verwendung von Präfixen und längeren Namen ein. In der IDoc-Schnittstelle sind von den
langen Namen folgende Objekte betroffen:
Objekt Länge zu 4.0 (in Zeichen) Länge vor 4.0 (in
Zeichen)
Nachrichtentyp 30 6
IDoc-Typ (Basistyp oder 30 8
Erweiterung)
Segment 27 7
Pro Objekt gibt es eines Umschlüsselungstabelle, die im Customizing gepflegt wird.
Aktivitäten
Sie prüfen, welche Objekte Sie mit älteren Releases oder einem R/2-System austauschen
wollen, und ob es darunter Objekte mit langen Namen gibt, die von diesen Releases nicht
unterstützt werden. Sie pflegen dann die entsprechenden Customizing-Tabellen.
Wenn Sie Erweiterungen in Release 4.X definieren und lange Namen verwenden wollen,
müssen Sie im Customizing die entsprechende Umschlüsselungstabelle für Erweiterungen
pflegen. Oder Sie definieren nur Erweiterungen mit kurzen Namen für den Austausch mit älteren
Releases.
36 April 2001
Einsatz von Erweiterungen

Verwendung
Bei älteren Releases wurden IDoc-Typen unterschiedlich definiert. Insbesondere bei
Erweiterungen gibt es größere Unterschiede, die in der Verarbeitung berücksichtigt werden
müssen.
· Releases 2.1/2.2
Hier gab es noch keine Erweiterungen von Basistypen, d.h. jeder IDoc-Typ (die damalige
Zwischenstruktur) war gleichzeitig ein Basistyp und wurde durch das Feld DOCTYP
identifiziert.
· Releases 3.0/3.1
Hier wurden erstmals Erweiterungen eingeführt, die damaligen Erweiterungstypen. Diese
Erweiterungen wurden mit Basistypen (die damaligen Basis-IDoc-Typen) zu neuen IDoc-
Typen kombiniert. Die Identifizierung geschah durch die Felder IDOCTYP (Basistyp),
CIMTYP (Erweiterung) und DOCTYP (IDoc-Typ).
· R/2-System
Ein R/2-System arbeitet zwar mit dem Kontrollsatz der R/3-Releases 3.0/3.1, d.h. es
kennt die Felder IDOCTYP, CIMTYP und DOCTYP. Es unterstützt aber keine
Erweiterungen und identifiziert den IDoc-Typ ausschließlich durch das Feld DOCTYP.
Ab Release 4.0 wird der IDoc-Typ nur noch über die Felder IDOCTYP und CIMTYP identifiziert,
nicht mehr zusätzlich über das Feld DOCTYP. Um bei der Kommunikation mit älteren Releases
auch neue Erweiterungen verwenden zu können, müssen daher die verschiedenen
Identifikationsfelder einander zugeordnet werden.
Funktionsumfang
Die Ausgangsverarbeitung leitet aus IDOCTYP und CIMTYP das Feld DOCTYP aus einer
Umschlüsselungstabelle ab. Falls nur ein Basistyp verwendet wird, setzt sie DOCTYP gleich
IDOCTYP.
Aus dem in der Partnervereinbarung angegebenen Port leitet sie ab, an welches Release sie das
IDoc schicken soll (über die Version in der Portbeschreibung). Daraus wird das
(releaseabhängige) Format (die “Satzarten”) eines bestimmten IDoc-Typs abgeleitet.
Ein Fehler (mit anschließender Ausnahmebehandlung) tritt auf, wenn das Feld DOCTYP nicht
bekannt ist:
· Releases 2.1/2.2 (Portversion 1) und R/2-System (Porttyp „CPI-C“)
Entspricht der Basistyp nicht einem damaligen IDoc-Typ (Zwischenstruktur), dann wird
die Verarbeitung mit einem Fehler unterbrochen. Eine Kombination aus Basistyp und
Erweiterung wird wohl nie einem damaligen IDoc-Typ entsprechen - Falls doch, so muß
diese Zuordnung ebenfalls in der Umschlüsselungstabelle definiert sein, damit kein
Fehler ausgelöst wird.
· Releases 3.0/3.1 bzw. R/2-System (Portversion 2)
April 2001 37
Sind Basistyp und Erweiterung zwar definiert, aber entspricht ihre Kombination keinem
damaligen IDoc-Typ, dann wird die Verarbeitung mit einem Fehler unterbrochen.
Zuordnung der Felder im Ausgang
R/3-System (Release 4.0) R/3-System

(Release 3.0/3.1)
IDOCTYP, CIMTYP,
IDOCTYP, DOCTYP aus DOCTYP
CIMTYP Umschl.-Tabelle
oder schon
bekannt R/3-System
(Release 2.1/2.2)
DOCTYP
Falls nicht vorhanden, wird versucht, das Feld IDOCTYP und gegebenenfalls das Feld CIMTYP
aus DOCTYP abzuleiten. Hierbei gibt es folgende Möglichkeiten:
· Existiert ein Eintrag in der Umschlüsselungstabelle, dann wird daraus IDOCTYP und
gegebenenfalls CIMTYP abgeleitet.
· Existiert kein Eintrag, dann wird IDOCTYP gleich DOCTYP gesetzt. Dieser Fall tritt vor
allem beim Empfang von IDocs aus einem R/3 System Release 2.1/2.2 ein.
Ein Fehler tritt immer dann auf, wenn der verwendete Basistyp (wie aus dem Feld IDOCTYP
identifiziert) nicht definiert ist. Des weiteren können Fehler auftreten, wenn die Erweiterung (Feld
CIMTYP) nicht mit dem Basistyp kombinierbar ist.
Aktivitäten
Sie müssen in folgenden Fällen IDOCTYP und CIMTYP auf DOCTYP umschlüsseln:
· Sie kommunizieren mit einem R/3-System von Release 3.0/3.1.
· Sie oder Ihr Partner verwendet ein EDI-Subsystem, das auf dem Stand eines älteren
Releases ist.
· Sie kommunizieren mit einem R/3-System von Release 2.1/2.2 oder einem R/2-System,
das Ihren erweiterten IDoc-Typ definiert hat (als damalige Zwischenstruktur) und daher
“versteht”. Dieser Fall tritt äußerst selten ein.
Diese Umschlüsselung machen Sie aus dem IDoc-Typ-Editor heraus, aus dem Sie Ihre 4.X-
Erweiterung definiert haben (über Umfeld ® Umschlüsselung ® IDoc-Typ). Sie können auch im
Customizing der IDoc-Schnittstelle umschlüsseln.
Beachten Sie, daß sich ein R/2-System zwar die IDoc-Satzarten der R/3-Releases
3.0/3.1 erwartet (Portversion 2), daß sich aber Ihr R/3-System beim Versand an ein
38 April 2001
R/2-System bezüglich Erweiterungen so verhält, als würde es IDocs an R/3-

Releasestände 2.1/2.2 schicken (Portversion 1).
April 2001 39
Ports einrichten
Ports einrichten
Ports [Extern] sind die Grundvoraussetzung für die Kommunikation über die IDoc-Schnittstelle.
Pro externem System muß es mindestens einen Port geben. Die nachfolgende Abbildung zeigt
den Ausgang von IDocs an zwei Folgesysteme über drei Ports.
IDoc-Schnittstelle
IDoc
IDoc
IDoc
Port 1 Port 2 Port 3
(z.B. Typ Datei) (z.B. Typ Datei) (z.B. Typ tRFC)
Folgesystem 1 Folgesystem 2
Über die Portversion teilen Sie dem eigenen R/3-System mit, auf welchem Releasestand das
Folgesystem ist. Lesen Sie dazu den Abschnitt
Kommunikation mit älteren Releases/Subsystemen [Seite 34]
Voraussetzungen
Sie müssen auch Einstellungen außerhalb der IDoc-Schnittstelle vornehmen, damit der Port
verwendet werden kann. Diese Einstellungen hängen vom gewünschten Porttyp [Extern] ab und
sind in den jeweiligen Unterabschnitten genannt.
Ablauf
Der Ablauf hängt vom Porttyp ab. Untenstehende Tabelle enthält Einsatzgebiete und verweist
auf die Detailbeschreibungen.
Porttyp Einsatzgebiete
Dateischnittstelle [Seite Kopplung an die meisten EDI-Subsysteme
42]
Transaktionaler RFC ALE-Verteilungsszenarien
[Extern]
CPI-C [Seite 54] Kopplung an R/2-Systeme: Die direkte Kommunikation mit einem
R/2-System (ab Release 5.0F) ist nur über diesen Porttyp möglich.
40 April 2001
Ports einrichten
Internet [Seite 62] Versand an E-Mail-Adressen

Programmierschnittstell Das IDoc wird nicht mit einem externen System, sondern mit einem
e (PSS) [Seite 67] von Ihnen zu schreibenden Funktionsbaustein ausgetauscht. Damit
wird jede beliebige Versandart möglich.
XML [Seite 68] E-Commerce
April 2001 41
Dateischnittstelle
Dateischnittstelle
Definition
Austausch von IDocs und Statussätzen über Betriebssystem-Dateien.
Struktur
Ablauf
Das sendende System schreibt eine Datei ins Dateisystem. Danach teilt es dem Folgesystem
über den synchronen RFC mit,
· daß die Datei übergeben wurde,
· wo sie steht (Verzeichnis) und
· wie sie heißt (Dateiname).
Dieses Mitteilen heißt Triggern. Weitere Informationen finden Sie unter
Ausgang: Folgesystem triggern [Seite 44]
Eingang: SAP System triggern [Seite 46]
Eingang von Statusdateien: SAP System triggern [Seite 49]
Damit keine Daten verloren gehen, hängt das sendende System niemals an eine bereits an das
Folgesystem übergebene Datei weitere Daten an. Das Folgesystem arbeitet die übergebenen
Dateien vollständig ab. Danach löscht es sie selbständig aus dem Dateisystem.
Um Dateien nicht zu überschreiben, sollten sie eindeutige Namen tragen. Das SAP
System kann z.B. IDoc-Dateien nach Mandant und IDoc-Nummer benennen.
Sendendes und Folgesystem müssen entsprechende Zugriffsrechte [Seite 43] (Lese-
und Schreibberechtigung) besitzen.
Einstellungen
Porttyp Datei: Portbeschreibung pflegen [Seite 52]
42 April 2001
Dateischnittstelle: Betriebssysteme vorbereiten
Dateischnittstelle: Betriebssysteme vorbereiten

1. Legen Sie im Betriebssystem Lese- und Schreibberechtigungen für die verwendeten
Verzeichnisse an.
Im Ausgang sind das die Verzeichnisse aus der Portbeschreibung [Seite 52], und die
Berechtigungen gelten für den Eigentümer des SAP Gateway-Prozesses, üblicherweise
den SAP Systemadministrator.
Wenn das SAP Gateway auf der gleichen Maschine läuft wie das externe System,
brauchen Sie die weiteren Schritte nicht durchzuführen.
2. Wenn das SAP Gateway und das externe System auf unterschiedlichen Maschinen laufen,
müssen diese sich untereinander den Zugang gewähren. Bei UNIX-Betriebssystemen
erreichen Sie das über Einträge in den rhosts - Dateien.
3. Testen Sie anschließend die remote shell – Funktion.
Der RFC-Zugriff basiert auf dieser Funktion.
Das externe System läuft auf der Maschine „marvin“. Das SAP System C11 mit dem
Gateway läuft auf der Maschine „arthur“. Beide Maschinen laufen unter UNIX.
„C11adm“ ist der UNIX-User, dem der Gateway-Prozeß gehört.
Sie richten „C11adm“ auch auf „marvin“ als User ein, mit Home-Verzeichnis
/usr/sap/C11/home. Beide Home-Verzeichnisse müssen eine Datei ‘rhosts’ mit
folgendem Inhalt enthalten:
Inhalt von „.rhosts'“auf „marvin'“in ~C11adm arthur
Inhalt von „.rhosts“ auf „arthur“ in ~C11adm marvin
Beide Dateien müssen dem User 'C11adm' gehören und Lese- und
Schreibberechtigungen haben.
Die Einträge 'marvin' und 'arthur' müssen in den /etc/hosts-Dateien identisch auf
beiden Maschinen vorhanden sein.
Sie testen die remote shell – Funktion durch folgende Eingaben:
Auf Maschine Eingabe Ausgabe
marvin rsh arthur hostname arthur
(oder remsh arthur hostname)
arthur rsh marvin hostname marvin
(oder remsh marvin hostname)
April 2001 43
Ausgang: Folgesystem triggern

Voraussetzungen
Sie benötigen das Programm rfcexec aus der RFC-Bibliothek.
Vorgehensweise
1. Um eine logische Destination für RFC anzulegen, wählen Sie Werkzeuge ® Administration
® Verwaltung ® Netzwerk ® RFC-Destinationen (SM59). Positionieren Sie auf TCP/IP-
Verbindungen und wählen Sie Bearbeiten ® Anlegen.
2. Geben Sie den Namen der RFC-Destination an (z.B. EDI) und den Verbindungstyp t
(Start eines externen Programms über TCP/IP). Beschreiben Sie die Destination.
Bestätigen Sie Ihre Eingaben.
3. Arbeiten ohne Registrierung:
Wählen Sie Expliziter Host oder Applikationsserver. Geben Sie das Programm rfcexec
(bei Windows NT rfcexec.exe) mit Verzeichnis an (z.B.
/usr/sap/<SID>/SYS/exe/dbg/rfcexec). Wenn Sie Expliziter Host gewählt haben, geben
Sie den Zielrechner an, auf dem rfcexec angesprochen werden soll (etwa marvin).
Arbeiten mit Registrierung:

Hier registrieren Sie Ihr Programm im Gateway unter einem frei wählbaren Namen. Dann
können Sie unter dieser ID von verteilten Systemen das Programm unter genau diesem
Namen aufrufen. Wählen Sie Registrierung und geben Sie unter Programm ID einen
Namen ein. Wählen Sie Destination ® Gateway-Optionen und geben Sie dort Gateway-
Host und Gateway-Service an. Diese beiden Parameter ermitteln Sie z.B. mit dem
Report RSPARAM (siehe dazu Eingang: R/3-System triggern [Seite 46])
4. Sichern Sie Ihre Eingaben. Testen Sie Ihre Destination über Verbindung testen.
Im Registriermodus klappt die Verbindung nur, wenn Sie das Programm zuvor im
Betriebssystem unter demselben Namen im entsprechenden Gateway gestartet haben.
Die Kommandozeile dazu sieht z.B. für den Gateway-Service sapgw00 auf dem
Gateway-Host arthur folgendermaßen aus:
rfcexec –a Heribert –g arthur –x sapgw00,
wenn das Programm unter dem Namen „Heribert“ registriert werden soll.
Ergebnis
Mit einer logischen Destination haben Sie festgelegt, auf welchem Rechner das Programm
rfcexec gestartet werden soll. rfcexec ruft die Kommandodatei auf demselben Rechner auf. Den
Namen dieser Kommandodatei wie auch Verzeichnis und Namen der zu übernehmenden IDocs
hinterlegen Sie in der Portbeschreibung [Seite 52].
Nachdem Sie die Portbeschreibung gepflegt und in den entsprechenden Partnervereinbarungen
[Seite 212] Subsystem starten markiert haben, sieht der Ablauf mit Triggern folgendermaßen aus
(s. untenstehende Abbildung):
1. Ausgangs-IDocs werden im SAP System erzeugt und in eine Datei geschrieben.
2. Das SAP System startet über RFC das Programm rfcexec.
44 April 2001
3. rfcexec startet ein Skript (im Bild: out.script), dem es als Parameter Verzeichnis und Name
der neuen Datei übergibt (eine Zeichenkette).
4. Das Skript startet das Folgesystem.
5. Das Folgesystem liest die neue Datei und löscht sie anschließend. Es ist wichtig für eine
spätere Zuordnung von Statusinformationen zu IDocs im SAP System, daß das Folgesystem
die Nummern der übergebenen IDocs (Feld DOCNUM) speichert.
IDoc-Schnittstelle
S RFC
2
1
rfcexec
DOCNUM 3
IDoc-Datei
out.script
L
5
4
Folgesystem
S = Schreiben L = Lesen RFC = Remote Function Call
April 2001 45
Eingang: SAP System triggern

In diesem Abschnitt machen Sie das SAP System dem vorgelagerten System bekannt
(Parameter des Programms startrfc). Über die Portbeschreibung [Seite 52] wird umgekehrt das
vorgelagerte System dem SAP System bekannt gemacht.
Voraussetzungen
Sie benötigen das Programm startrfc aus der RFC-Bibliothek.
Vorgehensweise
Geben Sie das Kommando mit den unten angegebenen Anmelde- und
Funktionsbausteinparametern ein. Beispielsweise könnte die Kommandozeile unter UNIX
folgendermaßen beginnen:
startrfc -3 -d C11 -u EDIUSER...
Die Reihenfolge der Parameter ist jedoch bedeutungslos.
Anmeldeparameter
Parameter Wert (Beispiel) Beschreibung

-3 Anmeldung am R/3-System über RFC
-d C11 SAP System-ID. Diese finden Sie z.B. unten in der
Systemleiste.
-u EDIUSER SAP-Benutzer
Geben Sie den Namen in Großbuchstaben ein.
Aus Sicherheitsgründen sollten Sie einen CPIC-Benutzer
verwenden, da dieser Benutzertyp nicht im Dialog verwendet
werden kann.
Der Benutzer braucht alle erforderlichen Berechtigungen.
-p KENNWORT Benutzerkennwort.
Geben Sie das Kennwort in Großbuchstaben ein.
-c 001 SAP-Mandant (Vorschlagswert: 000)
Wie im Feld MANDT des Kontrollsatzes enthalten.
-l DE SAP Systemsprache (Vorschlagswert: EN)
-h arthur Anwendungsserver (message server):
Rufen Sie SM51 auf. Der erste Teil des Feldes server name
(getrennt durch Unterstriche) steht für den
Anwendungsserver. Beachten Sie die Groß- und
Kleinschreibung.
-s 00 Zweistellige numerische Systemkennung (TCP/IP service):
Rufen Sie SM51 auf. Der dritte Teil des Feldes server name
(getrennt durch Unterstriche) steht für die Systemkennung.
46 April 2001
-g arthur Gateway-Host:
1. Rufen Sie SE38 auf.
2. Geben Sie den Reportnamen RSPARAM ein.
3. Wählen Sie Ausführen und lassen Sie das Feld auch

unsubstituiert anzeigen frei (dadurch erhalten Sie die Werte,
die hinter den Systemvariablen stehen).
4. Wählen Sie Suchen (STRG-F).
5. Geben Sie rdisp/sna_g ein und bestätigen Sie.
6. Der Name des Gateway-Hosts steht in der Zeile

rdisp/sna_gateway (evtl. nach rechts blättern.).
Beachten Sie die Groß- und Kleinschreibung.

-x sapgw00 Gateway-Service wie in /etc/services :
1.-5. Verfahren Sie nach den Schritten 1.-5. beim Gateway-

Host (Parameter -g)
6. Der Name des Gateway-Services steht in der Zeile

rdisp/sna_gw_service (evtl. nach rechts blättern.)
-t Schreibt die Protokolldaten in die Datei dev_rfc im
Arbeitsverzeichnis.
Funktionsbausteinparameter für Eingangs-IDocs

-F EDI_DATA_INCOMING Nur dieser Funktionsbaustein liest IDoc-
Dateien!
-E PATHNAME= Verzeichnis und Dateiname der Datei, die das
/usr/sap/C11/SYS/global/ Idoc aufnimmt (max. 100 CHAR)
EXT/in/<Dateiname>
-E PORT=EXT Logischer Name des externen Systems wie in
der Portbeschreibung vereinbart (max. 10
CHAR)
Ergebnis
Sie haben dem vorgelagerten System mitgeteilt, welchen R/3-Funktionsbaustein mit welchen
Parametern (Datei und Verzeichnis) es aufrufen soll. In der Portbeschreibung [Seite 52]
(Abschnitt „Eingang“) hinterlegen Sie dann den Namen des vorgelagerten Systems (in obiger
Tabelle heißt es EXT), damit das SAP System es kennt und die IDocs übernimmt (siehe Porttyp
Datei: Portbeschreibung pflegen [Seite 52], Eingang).
April 2001 47
Nachdem Sie die Portbeschreibung gepflegt haben, sieht der Ablauf bei getriggerter
Dateiübergabe folgendermaßen aus (s. untenstehende Abbildung):
1. Das vorgelagerte externe System schreibt die Daten im IDoc-Format in eine sequentielle
Datei.
2. Das externe System startet das SAP System mit dem Programm startrfc.
3. Name und Verzeichnis der Datei (wie auch der Port) werden dem SAP System als
Parameter von startrfc übergeben.
4. Das SAP System liest die Eingangsdatei und löscht sie anschließend. Es gibt keine
Statusinformationen an das externe System zurück.
IDoc-Schnittstelle
4 3
L
RFC
IDoc-Datei startrfc
S 2
48 April 2001
Statusrückmeldung: SAP System triggern

Wie beim Eingang von IDoc-Dateien muß das externe System das Programm startrfc aufrufen.
Dabei unterscheidet sich der Aufruf für die Statusrückmeldung vom Fall Eingangs-IDoc nur in
den Funktionsbausteinparametern. Für Status- und Eingangs-IDoc-Datei muß also startrfc mit
jeweils unterschiedlichen Parametern gestartet werden.
Voraussetzungen
Sie benötigen das Programm startrfc aus der RFC-Bibliothek.
Vorgehensweise
Geben Sie das Kommando startrfc mit den unten angegebenen Anmelde- und
Funktionsbausteinparametern ein. Die Kommandozeile könnte etwa folgendermaßen
beginnen:
startrfc -3 -d C11 -u EDIUSER...
Anmeldeparameter

-3 Anmeldung am R/3-System über RFC
-d C11 R/3-System-ID. Diese finden Sie z.B. unten in der
Systemleiste.
-u EDIUSER SAP-Benutzer
Geben Sie den Namen in Großbuchstaben ein.
Aus Sicherheitsgründen sollten Sie einen CPIC-Benutzer
verwenden, da dieser Benutzertyp nicht im Dialog verwendet
werden kann.
Der Benutzer braucht alle erforderlichen Berechtigungen.
-p KENNWORT Benutzerkennwort
Geben Sie das Kennwort in Großbuchstaben ein.
-c 001 SAP-Mandant (Vorschlagswert: 000)
Wie im Feld MANDT des Kontrollsatzes enthalten.
-l DE R/3-Systemsprache (Vorschlagswert: EN)
-h arthur Anwendungsserver (message server):
Rufen Sie SM51 auf. Der erste Teil des Feldes server name
(getrennt durch Unterstriche) steht für den
Anwendungsserver. Beachten Sie die Groß- und
Kleinschreibung.
-s 00 Zweistellige numerische Systemkennung (TCP/IP service):
Rufen Sie SM51 auf. Der dritte Teil des Feldes server name
(getrennt durch Unterstriche) steht für die Systemkennung.
April 2001 49
-g arthur Gateway-Host:
1. Rufen Sie SE38 auf.
2. Geben Sie den Reportnamen RSPARAM ein.
3. Wählen Sie Ausführen und lassen Sie das Feld auch

unsubstituiert anzeigen frei (dadurch erhalten Sie die Werte,
die hinter den Systemvariablen stehen).
4. Wählen Sie Suchen (STRG-F).
5. Geben Sie rdisp/sna_g ein und bestätigen Sie.
6. Der Name des Gateway-Hosts steht in der Zeile

rdisp/sna_gateway (evtl. nach rechts blättern.).

-x sapgw00 Gateway-Service wie in /etc/services :
1.-5. Verfahren Sie nach den Schritten 1.-5. beim Gateway-

Host (Parameter -g)
6. Der Name des Gateway-Services steht in der Zeile

rdisp/sna_gw_service (evtl. nach rechts blättern.)
-t Schreibt die Protokolldaten in die Datei dev_rfc im
Arbeitsverzeichnis.
Funktionsbausteinparameter für Statusreports

-F EDI_STATUS_INCOMING Nur dieser Funktionsbaustein liest
Statusdateien!
-E PATHNAME= Verzeichnis und Dateiname der Datei, die die
/usr/sap/C11/SYS/global/ Statusinformation zu Ausgangsnachrichten
EXT/status/<Dateiname> aufnimmt (max. 100 CHAR)
-E PORT=EXT Logischer Name des externen Systems wie in

der Portbeschreibung vereinbart (max. 10
CHAR)
Ergebnis
Sie haben dem vorgelagerten System mitgeteilt, welchen R/3-Funktionsbaustein mit welchen
Parametern (Datei und Verzeichnis) es aufrufen soll. In der Portbeschreibung [Seite 52]
(Abschnitt „Status“) hinterlegen Sie dann den logischen Namen des vorgelagerten Systems (in
obiger Tabelle heißt es „EXT“), damit das R/3-System es kennt und die Statussätze übernimmt.
Nachdem Sie die Portbeschreibung gepflegt haben, sieht der Ablauf mit Triggern wie bei
Übergabe einer IDoc-Datei aus (s. untenstehende Abbildung):
50 April 2001
1. Das vorgelagerte externe System schreibt die Statusrückmeldung im Format von IDoc-
Statussätzen in eine sequentielle Datei.
2. Das externe System startet das SAP System mit dem Programm startrfc.
3. Name und Verzeichnis der Datei (wie auch der Port) werden dem SAP System als
Parameter von startrfc übergeben.
4. Das SAP System liest die Statusdatei und löscht sie anschließend. Die Statussätze müssen
die Nummern der Ausgangs-IDocs enthalten, auf die sie sich beziehen (Feld DOCNUM).
Dadurch können sie diesen IDocs auf der Datenbank hinzugefügt werden.
IDoc-Schnittstelle
4 3
L
RFC
DOCNUM
startrfc
Statusdatei
1 2
April 2001 51
Porttyp Datei: Portbeschreibung pflegen

Vorgehensweise
Ausgang
Im Ausgang legen Sie die Regeln für die Erzeugung der Ausgangsdatei fest. Wenn Sie das
Folgesystem per RFC triggern, machen Sie zusätzlich die Kommandodatei (Shell-Skript)
bekannt. Im Bild zur Anleitung zum Triggern [Seite 44] heißt sie out.script.
Die User-Umgebung im Betriebssystem wird nicht ausgewertet. Dies bedeutet, daß

Sie alle Parameter in der Kommandodatei explizit setzen und alle Verzeichnisse
absolut angeben müssen.
1. Wählen Sie IDoc ® Portbeschreibung im Einstiegsknoten der IDoc-Schnittstelle [Extern].
2. Positionieren Sie auf Datei und wählen Sie .
3. Benennen Sie den Port nach Ihrem externen System. Geben Sie eine Beschreibung und die
Version (F1-Hilfe beachten!) der Satzarten an.
4. Wählen Sie Ausgangsdatei und geben Sie ein Verzeichnis ein.
Schließen Sie das Verzeichnis mit / (Schrägstrich) ab, da die Verzeichniszeile und die
Datei verkettet werden.
5. Um die Dateinamen zu erzeugen, wählen Sie einen entsprechenden Funktionsbaustein über
die F4-Hilfe aus. Von der Verwendung eines statischen Dateinamens wird dringend
abgeraten, da diese Datei jedesmal überschrieben wird, wenn ein neues IDoc verschickt
wird. SAP empfiehlt hier den Funktionsbaustein EDI_PATH_CREATE_CLIENT_DOCNUM.
Zur Verwendung von „logischen Verzeichnissen“ beachten Sie die F1-Hilfe auf dem
entsprechenden Feld.
6. Wenn Sie triggern wollen: Wählen Sie Ausgang: Triggern und geben Sie den vollständigen
Verzeichnisnamen für die Kommandodatei (ohne den Namen der Datei selbst) in der
Verzeichniszeile an. Schließen Sie wieder das Verzeichnis mit / (Schrägstrich) ab. Die
logische Destination haben Sie im Abschnitt Ausgang: Folgesystem über RFC triggern [Seite
44] angelegt. Markieren Sie Automatisch startbar, um das Triggern „scharf zu schalten“.
Neben dem Zugangstest in der Portbeschreibung können Sie mit dem Report
SRFCTEST testen, ob das Programm rfcexec die Kommandodatei korrekt ausführt.
Wählen Sie dazu im Report die Option RFC_REMOTE_EXEC und geben Sie ihre
RFC-Destination und als Kommando Ihre Kommandodatei ein (oder ein explizites
Kommando für einen Vortest).
Eingang
Wenn das vorgelagerte System das SAP System per startrfc triggert, muß der
-E PORT=
52 April 2001
Parameterwert von startrfc als Portname eingetragen werden. So haben Sie den Port schon in
Schritt 3 beim Ausgang genannt.
Beim Triggern werden Name und Verzeichnis der Datei vom vorgelagerten System bestimmt.
Die folgenden Einstellungen liefern daher nur Vorschlagswerte für die Testprogramme, die den
Dateiport verwenden [Seite 105]. Ansonsten sind sie wirkungslos.
1. Wählen Sie Eingangsdatei und geben Sie ein Verzeichnis als Eingabeparameter für Daten
an.
Schließen Sie das Verzeichnis mit / (Schrägstrich) ab, da die Verzeichniszeile und die
Datei verkettet werden.
2. Geben Sie einen Dateinamen ein.
Statusdateien
Wenn das vorgelagerte System das SAP System per startrfc triggert, muß der
-E PORT=
Parameterwert von startrfc als Portname eingetragen werden. So haben Sie den Port schon in
Schritt 3 beim Ausgang genannt.
Beim Triggern werden Name und Verzeichnis der Statusdatei vom vorgelagerten System
bestimmt. Die folgenden Einstellungen liefern daher nur Vorschlagswerte für die Testprogramme,
die den Dateiport verwenden [Seite 102]. Ansonsten sind sie wirkungslos.
1. Wählen Sie Statusdatei und geben Sie ein Verzeichnis an.
Schließen Sie das Verzeichnis mit einem / (Schrägstrich) ab, da die Verzeichniszeile
und die Datei verkettet werden.
2. Geben Sie einen Dateinamen ein.
Sie setzen folgende Werte:

Wert... für...
EXT Name des externen Systems = Portname
/usr/sap/C11/SYS/global/EXT/in Verzeichnis für Eingangs-Idocs
/usr/sap/C11/SYS/global /EXT/out Verzeichnis für Ausgangs-IDocs
/usr/sap/C11/SYS/global /EXT/status Verzeichnis für Statusdaten
April 2001 53
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 [Seite 56], ergeben sich folgende
Besonderheiten und Einschränkungen im Vergleich zu den anderen Porttypen:
· Das R/3-System ist immer “aktiv”: Entweder holt es IDocs vom R/2-System ab [Seite 60],
oder es schickt IDocs an das R/2-System. Daher sind in der Portbeschreibung [Seite 58]
für den Ausgang fast dieselben Parameter vonnöten wie für den Eingang.
· Das R/3-System kann pro eingehendem IDoc höchstens einen Statussatz zurücksenden.
Der IDoc-Typ SYSTAT01 kann nicht verwendet werden, da er im R/2-System nicht zur
Verfügung steht.
· Ein R/2-IDoc kann immer nur genau einmal abgeholt werden. Daraus folgt, daß ALE-
Verteilungsmodelle (IDocs an mehrere Adressaten) nur indirekt über ein R/3-System
(das ALE Server-Konzept) realisiert werden können: Dazu muß das R/2-IDoc zunächst
an ein R/3-System geschickt und von dort aus über einen R/3-ALE-Server an die
Adressaten verteilt werden.
· IDocs werden immer nur in den Satzarten der R/3-Releases 3.0/3.1 ausgetauscht. Damit
ist die Portversion mit 2 vorgegeben und nicht in der Portbeschreibung einstellbar.
· Das R/2-System unterstützt weder Erweiterungen noch die zu Release 4.0 eingeführten
langen Namen. Lesen Sie zu den hierzu auftretenden möglichen Problemen den
Abschnitt Kommunikation mit älteren Releases/Subsystemen oder R/2-Systemen [Seite
34].
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:
· keine Statussätze senden
· sofort nach Empfang von IDocs Statussätze senden
54 April 2001
· zeitlich versetzt, d.h. asynchrones Senden der Statussätze über einen eingeplanten
Report
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).
R/3-System
Sideinfo-
Einträge:
z.B. Datei
sideinfo
SNA-LU 6.2
Gateway-Server Host auf R/2-Seite

(SNA-fähig) mit Kommunikationssystem
IMS oder CICS
Tabelle
TXCOM
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.
April 2001 55
Porttyp CPI-C: R/2- und R/3-System koppeln

Das R/3-System meldet sich am System R/2 an, um IDocs dort abzuliefern oder abzuholen. Die
dazu nötigen Anmeldedaten werden im R/3-System unter einer RFC-Destination gepflegt. Das
Zielsystem selbst (R/2-System) wie auch die technischen Eigenschaften der Kommunikation
werden in der Tabelle TXCOM gepflegt.
RFC-Destination pflegen
1. Um eine RFC-Destination anzulegen, wählen Sie Werkzeuge ® Administration ®
Verwaltung ® Netzwerk ® RFC-Destinationen (SM59). Positionieren Sie auf R/2-
Verbindungen und wählen Sie Anlegen.
Im Einstiegsknoten der IDoc-Schnittstelle springen Sie über IDoc ® RFC-Destination an
dieselbe Stelle.
2. Geben Sie den Namen der RFC-Destination an (z.B. K50-Test) und den Verbindungstyp 2
(Verbindung zum R/2-System). Beschreiben Sie die RFC-Destination. Diese Daten müssen
Sie nur eingeben, damit Sie Ihre Destination sichern können, für die CPI-C-Verbindung
selbst sind sie ohne Bedeutung. Wichtig sind aber folgende Anmeldedaten:
· Mandant im R/2-System
· Anwender und Kennwort (“Paßwort”) im R/2-System
Sichern Sie Ihre Eingaben.
Auch wenn diese Transaktion als “Pflege von RFC-Destinationen” bezeichnet ist,
werden beim Porttyp CPI-C hier nur die Anmeldedaten (Mandant, Anwender,
Paßwort und Anmeldesprache) eingetragen, nicht aber das Zielsystem selbst! Daher
muß der Verbindungstest dieser Transaktion nicht notwendig erfolgreich sein. Der
eigentliche Name des Zielsystems wird aus der Tabelle TXCOM als “symbolische
Destination” gelesen.
3. Wenn Sie beim Versenden von IDocs ein Verbindungsprotokoll erstellt haben möchten, dann
markieren Sie noch das Feld Trace.
Eintrag in der Tabelle TXCOM pflegen

1. Wählen Sie Werkzeuge ® Administration ® Verwaltung ® Netzwerk ® TXCOM-Pflege
(SM54). Wählen Sie .
2. Pflegen Sie als Destination den R/2 Systemnamen (etwa K50). Geben Sie neben dem
Namen folgende Parameter ein
· Gateway-Host und Gateway-Service
· Protokoll C ( = Partner über CPI-C erreichbar)
Gateway-Host und -Service können Sie über den Gateway-Monitor [Extern] oder den
Report RSPARAM ermitteln.
3. Sichern Sie Ihre Angaben.
56 April 2001
Die “logische Einheit” (Spalte LU) und das Transaktionsprogramm (Spalte TP)
werden nicht aus TXCOM, sondern aus der sideinfo-Datei des SNA-fähigen
Gatewayservers gelesen.
Ergebnis
Das R/3-System “kennt” jetzt das R/2-System (TXCOM-Eintrag), und das R/2-System kennt das
R/3-System (Anmeldedaten). Fahren Sie fort mit
CPI-C Port einrichten: Portbeschreibung [Seite 58]
April 2001 57
Porttyp CPI-C: Portbeschreibung pflegen

Einige der Parameter setzen Sie in Abhängigkeit des Kommunikationssystems (“DC-Systems”)
des R/2 (CICS, IMS unter MVS/VSE oder UTM unter BS2000). Dafür finden Sie unten Beispiele.
1. Wählen Sie IDoc ® Portbeschreibung im Einstiegsknoten der IDoc-Schnittstelle
[Extern].
2. Positionieren Sie auf CPI-C und wählen Sie .
3. Benennen und beschreiben Sie den Port. Setzen Sie folgende CPI-C-Parameter:
· RFC-Destination (z.B. K50-Test) mit den Anmeldedaten für das System R/2
· Hostdestination
TXCOM-Eintrag mit den Daten für die technische Kommunikation (z.B. K50)
· Größe Puffer
Länge des CPI-C-Datenpuffers in Byte, der mit einem SEND- oder RECEIVE-Befehl
übertragen wird. Der Maximalwert liegt hier bei 8191 Byte.
· Anzahl Puffer
Gibt an, wieviele SEND-Befehle abgesetzt werden, ehe ein RECEIVE-Befehl nach
dem CPI-C-Protokoll gesendet wird. Ein SEND-Befehl entspricht einem Puffer.
· Zeichensatz im R/2. Diese Angabe ist für eine korrekte Konvertierung des
Datenstromes notwendig.
· Übertragungsmodalitäten nach dem CPI-C-Protokoll. Beachten Sie dazu die
Beispiele unten. Die genaue Bedeutung der folgenden Parameter entnehmen Sie
dem R/2-Handbuch S53.2 (Beschreibung der CPI-C-Schnittstelle):
- Synchroner Übertragungsmodus
Falls der synchrone Übertragungsmodus gewählt wird, wird der Parameter
Anzahl Puffer nicht ausgewertet.
- Empfangsbestätigung senden
Hier muß das R/2-System nach Datenübertragung eine Bestätigung versenden.
Diese Bestätigung entspricht keiner Statusrückmeldung, also auch keinem
neuen Status!
- Verbindungsabbau durch R/2
4. Setzen Sie noch eine Option für die Statusrückmeldung (Statusbericht) an das R/2-
System:
Geben Sie an, ob die Statussätze sofort nach IDoc-Empfang, später (d.h. über einen
Report [Seite 60] zeitlich gesteuert) oder gar nicht an das System R/2 zurückgesandt
werden sollen.
Ergebnis
Übertragungsparameter sind jetzt gesetzt. Für den IDoc-Eingang und für die spätere
Statusrückmeldung ans R/2-System müssen Sie noch Reports einplanen. Lesen Sie dazu
58 April 2001
CPI-C Port (Eingang): Reports einplanen [Seite 60]
Beispiel
Datenkommunikationssystem CICS (Betriebssystem MVS/VSE)
Der CPI-C-Datenpuffer sollte so groß wie möglich gewählt werden (mindestens 4 Kilobyte). Das
Produkt aus der Größe des Puffers und der Anzahl der Puffer muß deutlich unter der Größe des
CICS-Dialogpuffers von 32 KB liegen. Daraus ergibt sich eine Anzahl der Puffer zwischen 3 und
6 (Beispiel: 4 KB ´ 6 = 24 KB).
Es empfiehlt sich, den synchronen Übertragungsmodus aus Performancegründen nicht
einzuschalten.
Datenkommunikationssystem IMS (Betriebssystem MVS/VSE)

In Abhängigkeit von der IMS Message Queue-Größe sollte die Länge des CPI-C-Datenpuffers 1
bis 1½ KB nicht überschreiten.
Schalten Sie unter IMS die folgenden Übertragungsoptionen immer ein:
· Synchroner Übertragungsmodus
· Empfangsbestätigung senden
· Verbindungsabbau durch R/2
Datenkommunikationssystem UTM (Betriebssystem BS2000)

Der CPI-C-Datenpuffer sollte zwischen etwa 5 KB und dem Maximum (8191 Byte) liegen. Für die
Größe des Dialogpuffers gibt es keine Einschränkungen.
April 2001 59
Porttyp CPI-C (Eingang): Reports einplanen

Im IDoc-Eingang müssen Sie einen Report einplanen, der die IDocs im R/2-System selektiert
und dann ins R/3-System holt. Wenn nicht sofort, sondern später der Status “erfolgreich
angekommen” zurückgemeldet werden soll, braucht man einen weiteren Report. Optional ist ein
spezieller Report, der im R/3-System abgespeicherte IDocs im Fehlerfall nachträglich von der
Anwendung verarbeiten läßt.
Ablauf
Abholen von IDocs
Planen Sie den Report RSEINB10 ein, der IDocs aus dem R/2-System abholt. Geben Sie dabei
folgende Parameter ein:
· CPI-C-Port im R/3 (lokal)
Name des Ports vom Typ “CPI-C“, den Sie gerade in der IDoc-Schnittstelle angelegt
haben.
· CPI-C Trace ausgeben
Bei gesetztem Kennzeichen wird die Verbindung protokolliert und ausgegeben.
· Zusätzliche Kriterien (z.B. Buchungskreis, Anwendungstransaktion oder logische Nachricht),
nach denen IDocs im R/2-System ausgewählt werden.
Späteres Zurücksenden von IDoc-Statussätzen

Wenn Sie in der Portbeschreibung festgelegt haben, daß Statussätze später (also nicht direkt
nach Eingang des R/2-IDocs) rückgemeldet werden sollten, müssen Sie den Report RSESTA11
einplanen, wieder unter Angabe der Ports:
· CPI-C-Port im R/3 (lokal)
Name des Ports vom Typ “CPI-C“, den Sie gerade in der IDoc-Schnittstelle angelegt
haben. Im Feld “Absenderport” des IDoc-Kontrollsatzes (SNDPOR) muß dieser Name
enthalten sein, um bei der Selektion berücksichtigt zu werden
· CPI-C Trace ausgeben
Bei gesetztem Kennzeichen wird die Verbindung protokolliert und ausgegeben.
IDoc-Verarbeitung bei Programmunterbrechung

Die IDoc-Eingangsverarbeitung besteht im wesentlichen aus zwei Schritten. Die übertragenen
IDocs werden aus dem Datenstrom separiert und abgespeichert. Die Verbindung zum System
R/2 wird abgebaut, und anschließend werden die IDocs an die entsprechende Anwendung
übergeben, d.h. der für das jeweilige IDoc zuständige Geschäftsprozeß wird gestartet.
Für den Fall, daß es zu einer Programmunterbrechung zwischen Buchen und Verarbeiten des
IDocs kam, können die dadurch nicht verarbeiteten, aber gebuchten IDocs nachträglich der
Verarbeitung durch die Anwendung zugeführt werden. Dazu muß der Report RSEINB11
gestartet oder als Job eingeplant werden. Einzig steuernder Parameter ist hier der im System
R/2 gepflegte Port. Alle zu diesem Port gehörenden, auf Status 50 (IDoc hinzugefügt)
60 April 2001
stehengebliebenen IDocs werden der Verarbeitung zugeführt. Die Portzugehörigkeit wird aus
dem Feld „Empfängerport“ (RCVPOR) im IDoc-Kontrollsatz ermittelt.
April 2001 61
Porttyp Internet
Porttyp Internet
Definition
Umwandlung von IDocs aus oder in E-Mails.
Verwendung
Über das Internet können IDocs mit jedem System ausgetauscht werden, das eine E-Mail-
Adresse hat.
Struktur
Aufbau der E-Mail
Eine IDoc-E-Mail enthält die IDocs als Anlage im MIME-Format (Multipurpose Internet Mail
Extensions).
Die Anlage hat den Dokumenttyp R3I, welcher entweder Referenzen auf IDocs (IDoc-Nummern)
oder IDoc-Daten enthalten kann. Zur Umwandlung zwischen diesen beiden Formaten hat die
IDoc-Schnittstelle zwei Funktionsbausteine bereitgestellt.
Innerhalb des R/3-Systems wird die Anlage stets mit Referenzen gefüllt bzw. abgelegt.
Außerhalb des R/3-Systems sind in der Anlage die IDoc-Daten selbst vorhanden.
Mit Hilfe der Parameter aus der Portbeschreibung wird eine Mail erzeugt, die als Anlage
zunächst nur eine Menge von IDoc-Nummern trägt. Diese E-Mail wird dem Funktionsbaustein
SO_OBJECT_SEND übergeben, der den weiteren Versand aus dem Business Workplace
übernimmt.
Der Workplace ruft den Funktionsbaustein EDI_IDOC_R3I_OUTGOING auf, der die IDocs
(Kontrollsatz und Datensätze) im Format R3I, nämlich als Tabelle mit Struktur SOLI, zurückgibt.
Diese Tabelle wird über SAPconnect dem SAP Internet-Mail-Gateway übergeben, das die Daten
im MIME-Format ins Internet versendet. Dazu benutzt das Gateway das Programm sendmail,
das unter UNIX schon zur Verfügung steht, unter Windows NT aber erst bezogen werden muß
(siehe dazu die Dokumentation zum Internet-Mail-Gateway [Extern]).
Alternativ dazu kann über SAPconnect der MS Exchange Server oder ein anderes Gateway
angesteuert werden, das dann für den weiteren Versand ans Internet verantwortlich ist.
62 April 2001
Porttyp Internet
R/3-System
TCP/IP
Gateway-Server: Ans Internet angeschlossener

Internet-Gateway, externer Rechner
Programm sendmail
TCP/IP
Tabelle
Internet- Gateway-
der Struktur
Adresse alter- Server:
SOLI (255
aus der nativ z.B. MS Exchange
Zeichen),
Port- Server
mit IDocs
beschreibung
gefüllt
Das Gateway (z.B. das SAP Internet-Mail-Gateway) ruft per RFC den SAPconnect-
Funktionsbaustein SX_OBJECT_RECEIVE auf, der die E-Mail im MIME-Format übernimmt. Die
Mail wird dem Workplace-Funktionsbaustein SO_DOCUMENT_RECEIVE_API1 übergeben.
Der Workplace ruft daraufhin den Funktionsbaustein EDI_IDOC_R3I_INCOMING auf, der die
Konvertierung vom R3I- ins IDoc-Format vornimmt und die Eingangsverarbeitung der IDocs
[Seite 22] startet. Voraussetzung dafür ist allerdings, daß der Mail-Empfänger der EDI-
Eingangsverteilung zugeordnet ist (Abschnitt Benutzeradresse für Internet einrichten [Seite 65]).
Die Erzeugung der IDocs und deren Verarbeitung wird entweder vollständig oder
überhaupt nicht durchgeführt. Dazu wird EDI_IDOC_R3I_INCOMING als eigener
Work-Prozeß aufgerufen, damit bei Fehlern in der IDoc-Erzeugung oder –
Verarbeitung die bis dahin aufgetretenen Datenbankveränderungen separat
rückgängig gemacht werden können (Rollback).
Als Rückgabewerte erhält der Workplace eine Tabelle mit den IDoc-Nummern sowie den Namen
der Eingangsmappe, in die die Mail abgelegt werden soll. Diese Mappe stammt aus der Tabelle
für die IDoc-Administration (Abschnitt: Internet-Port einstellen: Portbeschreibung [Seite 66]).
Integration
Weitere Informationen zur Architektur finden Sie unter
SAPconnect [Extern]
BC - SAP Internet-Mail-Gateway [Extern]
SAP Exchange Connector [Extern] (für die Anbindung an den MS Exchange Server)
April 2001 63
Porttyp Internet: SAPconnect einrichten
Porttyp Internet: SAPconnect einrichten

Um den Internet-Port benutzen zu können, muß ein SAPconnect-Knoten [Extern] für den
Adreßtyp INT vorhanden sein, über den der Versand abgewickelt wird. Über den Knoten wird
auch gesteuert, ob Sie über den Microsoft Exchange Server oder über das Internet-Mail-
Gateway gehen.
Außerdem muß das Programm zum Abholen der Mails, der Sendeprozeß [Extern] von
SAPconnect, eingeplant sein.
Voraussetzungen
Bei Versand über SAP Internet-Mail-Gateway: Sie müssen das Gateway konfiguriert haben.
Lesen Sie dazu die Dokumentation Internet-Mail-Gateway konfigurieren [Extern].
Vorgehensweise
1. Gehen Sie in die SAPconnect-Administration über Werkzeuge ® Business Communication
® Kommunikation ® SAPconnect.
Sie erhalten eine Baumanzeige, in der die Knoten nach Adreßtyp aufgelistet sind, die sie
unterstützen.
2. Prüfen Sie eventuell über Sicht ® Routing, ob schon ein Knoten für den Adreßtyp INT
(Internet) existiert.
3. Bestehende Knoten ändern Sie über oder fügen neue über ein. Wichtig sind folgende
Parameter:
· RFC Destination
Mit der RFC Destination beschreiben Sie, auf welchem Rechner Sie über welches
Programm entweder den Microsoft Exchange Server (über den SAP Exchange
Connector) oder das SAP Internet Mail Gateway starten.
· Adreßbereich beim Adreßtyp INT
Je spezieller Sie diesen Eintrag fassen, desto weniger Adressen werden über den
jeweiligen Knoten abgewickelt.
Der Knoten KNOT1 unterstützt den Adreßbereich *sap-ag.de, der Knoten KNOT2
den Bereich *C11.sap-ag.de, wobei C11 ein R/3-System ist. Wird eine E-Mail an
<username>@C11.sap-ag.de versandt, wird der Knoten KNOT2 angesteuert.
· Unterstütztes Format beim Adreßtyp INT
Hier müssen Sie den Dokumenttyp R3I (Internet-IDocs) oder * (alle Formate) angeben
4. Planen Sie den Sendeprozeß als Hintergrundjob ein [Extern].
64 April 2001
Porttyp Internet: Adresse für Internet einrichten
Porttyp Internet: Adresse für Internet einrichten

Diese Einstellungen sind auch für den Ausgang wichtig: der E-Mail-Absender muß bekannt sein.
Vorgehensweise
1. Wählen Sie vom Einstiegsbild der R/3-Systems Büro ® Arbeitsplatz ® Einstellungen ®
Benutzereinstellungen.
2. Wählen Sie .
3. Wählen Sie Weitere Kommunikation... für die Kommunikationsart INT (Internet).
4. Tragen Sie Ihre Internet-Adresse in das Fenster ein, z.B. <Anwender>@<firma>.de.
Sichern Sie Ihre Angaben.
5. Schließen Sie noch Ihre Internet-Adresse an die Eingangsverteilung an: Wählen Sie aus dem
R/3-Einstiegsbild Werkzeuge ® Business Communication ® Kommunikation ® SAPconnect
Einstellungen ® Eingangsverteilung (SO28). Benutzen Sie für den neuen Empfänger die F4-
Hilfe und wählen Sie EDI-Eingangsverteilung.
Nur durch diese Weiterleitung werden IDocs, die an Sie verschickt werden, verarbeitet.
April 2001 65
Porttyp Internet: Portbeschreibung pflegen
Porttyp Internet: Portbeschreibung pflegen

Verwendung
In der Portbeschreibung wird die Internet-Adresse des Partners hinterlegt. Da hier der Business
Workplace zum Einsatz kommt, können Sie zur Kontrolle eine Workplace-Mappe angeben, in der
die ausgehenden IDoc-Mails als Workplace-Dokumente abgelegt werden.
Voraussetzungen
Porttyp Internet: SAPconnect einrichten [Seite 64]
Porttyp Internet: Adresse für Internet einrichten [Seite 65]
Vorgehensweise
2. Positionieren Sie auf Internet und wählen Sie .
3. Benennen und beschreiben Sie den Port. Setzen Sie folgende Parameter:
· Internet-Adresse: Empfänger der Mail
· Ablage Office: Workplace-Mappe für ausgehende Mails, Mailattribute (Titel/Name) sowie
der Absender der E-Mail. Dieser Absender ist nicht unbedingt mit dem Ersteller des
Workplace-Dokuments identisch.
· Mailtext: Diesen Text liest der Empfänger, wenn er die Mail öffnet (IDocs sind nur
Anlagen)
4. Geben Sie in der IDoc-Administration [Seite 255] diejenige Workplace-Mappe an, in der
eingehende Mails abgelegt werden sollen.
Ergebnis
Nun können Sie IDocs ins Internet verschicken und von dort empfangen.
66 April 2001
ABAP Programmierschnittstelle (PSS)
ABAP Programmierschnittstelle (PSS)

Definition
Austausch der IDocs zwischen ABAP Funktionsbausteinen.
Verwendung
Hier ist zunächst das eigene System R/3 das „externe System", in dem die Weiterverarbeitung
beliebig programmierbar ist. So können Sie z.B. eigene Techniken der Übergabe an ein
Fremdsystem programmieren.
Struktur
Portbeschreibung
Sie geben nur den Namen des aufzurufenden (IDoc-Ausgang) oder aufrufenden (IDoc-Eingang)
ABAP Funktionsbausteins an. In diesem Funktionsbaustein können Sie jede gewünschte
Verarbeitung programmieren. Nur seine Schnittstelle ist vorgegeben.
Schnittstelle und Verarbeitung für den IDoc-Ausgang
Als Muster liefert SAP den Funktionsbaustein OWN_FUNCTION aus, der die IDoc-Daten liest
und einen Statussatz pro IDoc schreibt (Status 18 für „kein Fehler", 20 für „Fehler"); bei Fehlern
wird ein SAP Business Workflow gestartet.
Schnittstelle und Verarbeitung für den IDoc-Eingang
Ihr Baustein muß den SAP-Funktionsbaustein IDOC_INBOUND_ASYNCHRONOUS aufrufen,

der die IDocs auf der Datenbank speichert und ein Ereignis auslöst. Dadurch wird die
Eingangsverarbeitung asynchron gestartet.
April 2001 67
Porttyp XML
Porttyp XML
Definition
Austausch der IDocs über XML-Dateien auf Betriebssystemebene. Die Namen der XML-Tags
lehnen sich an diejenigen der IDoc-Satzarten bzw. der IDoc-Segmente an.
Verwendung
XML ist als selbsbeschreibende internetfähige Sprache konzipiert. Im Gegensatz zu HTML
können hier Tags definiert und in einer Document Type Definition bekannt gemacht werden.
Dadurch ist XML erweiterbar und entspricht insbesondere dem Konzept der Neudefinition von
IDoc-Typen. IDocs im XML-Format können mit den entsprechenden Internet-Browsern sofort
angezeigt werden. Insbesondere der Electronic Commerce-Bereich verwendet XML, aber auch
klassische EDI-Anwendungen sollen XML-fähig werden.
Struktur
Portbeschreibung [Seite 69]
68 April 2001
Porttyp XML: Portbeschreibung pflegen
Porttyp XML: Portbeschreibung pflegen

Im Ausgang legen Sie die Regeln für die Erzeugung der Ausgangsdatei fest. Im Eingang hat die
Portbeschreibung nur Einfluß auf die Testprogramme (s.u.).
Vorgehensweise
2. Positionieren Sie auf XML und wählen Sie . Geben Sie dem Port einen Namen und
bestätigen Sie Ihre Eingabe.
3. In der Beschreibung geben Sie einen möglichst sprechenden Text an.
Der Text wird beim Einstiegsbild zur Portbeschreibung und in den
Partnervereinbarungen angezeigt. Ein sprechender Text wäre z.B. „Dateien enthalten die
DTD“.
4. Registerkarte Ausgangsdatei: Sie können wählen, ob die IDocs zusammen mit der
entsprechenden Document Type Declaration (DTD) in die XML-Datei geschrieben werden
sollen.
Die DTD enthält die Tags, die im nachfolgenden XML-IDoc verwendet werden, also Tags
für die IDoc-Satzarten und die einzelnen Segmente. Die Tags werden wie die einzelnen
Felder benannt. So heißt die Anfangs-Ende-Tag-Sequenz für das Feld MESTYP des
Kontrollsatzes EDI_DC40 <EDIDC_40-MESTYP><EDIDC_40-MESTYP>.
5. Möglicherweise müssen Sie nationale Sonderzeichen wie ä,ö,ü in internationale
Zeichenfolgen wie ae,oe,ue umsetzen. Dazu pflegen Sie die Umsetztabelle und
markieren anschließend Sonderzeichen umsetzen. Beachten Sie aber, daß die
Zeichenketten in den Segmentfeldern dann ihre Länge ändern können!
6. Wie beim Porttyp „Datei“ [Seite 52] geben Sie am besten einen Funktionsbaustein an,
der die Dateinamen erzeugt. Die SAP-Empfehlung ist
EDI_PATH_CREATE_CLIENT_DOCNUM bzw.
EDI_LPATH_CREATE_CLIENT_DOCNUM für logische Verzeichnisse. Diese
Funktionsbausteine garantieren eindeutige Dateinamen und verhindern somit ein
Überschreiben nicht verarbeiteter Dateien. Machen Sie einen Zugangstest für Ihr
Verzeichnis.
Die vom Funktionsbaustein erzeugten Dateinamen übersteuern den statischen Namen,
den Sie im Feld Ausgangsdatei pflegen können. Ein statischer Name kann bei einem
Testport sinnvoll sein: Ist Ihr Testport im entsprechenden Feld in der IDoc-Administration
[Seite 253] eingetragen, und haben Sie keinen Funktionsbaustein angegeben, dann wird
der statische Name in den Testprogrammen [Seite 94] verwendet. Statische wie
dynamische Dateinamen erhalten den Zusatz .xml in Windows/NT Betriebssystemen.
Logische Verzeichnisse werden betriebssystemabhängig in die in der Transaktion FILE
gepflegten physischen Verzeichnisse aufgelöst. Beachten Sie hierzu auch die F1-Hilfe
auf den Feldern logisches/physisches Verzeichnis.
7. Registerkarte Ausgang: Triggern: Verfahren Sie wie in Schritt 6 beim Porttyp „Datei“ [Seite
52]. Machen Sie wieder einen Zugangstest.
April 2001 69
Partner vereinbaren
Partner vereinbaren
Partner, mit denen Sie über IDocs kommunizieren, müssen in den Partnervereinbarungen
gepflegt sein: Hier wählen Sie, welche Nachricht auf welchem Weg an den Partner versandt wird,
und wie eingehende Nachrichten verarbeitet werden.
Voraussetzungen
· Für den Partner müssen Stammdaten im System vorhanden sein.
· Teil der Ausgangspartnervereinbarungen ist die Auswahl eines Ports. Diesen Port müssen
Sie zuvor eingerichtet haben. Lesen Sie dazu den Abschnitt Ports einrichten [Seite 40].
Ablauf
Standardablauf
Sinn und Zweck der Vorgangscodes [Seite 71]
Lesen Sie zunächst diesen Abschnitt, um sich mit dem Konzept der Vorgangscodes als Teil der
Partnervereinbarungen vertraut zu machen.
Partnervereinbarungen im Standarddialog [Seite 76]
Sie regeln, mit wem Sie welche Nachrichten austauschen. Neue Partner und/oder Nachrichten
erfordern immer eine Erweiterung der Konfiguration.
Partnervereinbarung prüfen [Seite 86]
Ihre getroffenen Partnervereinbarungen können Sie auf Konsistenz und Vollständigkeit prüfen.
Alternativen zum Standardablauf

Schnellerfassung in den Partnervereinbarungen [Seite 87]
Sie übernehmen Vorschlagswerte aus dem Customizing. Individuelle Änderungen sind über den
Standarddialog nachträglich möglich.
Die Programmierschnittstelle (API) der Partnervereinbarung [Seite 88]
Partner können über spezielle Funktionsbausteine auch dialogfrei vereinbart werden.
Weitere Funktionen
Partnervereinbarungen verschicken [Seite 92]
Partnervereinbarungen drucken [Seite 93]
Partnervereinbarungen können nicht transportiert werden. Sie werden im

Produktivsystem gepflegt, nachdem die Stammdaten angelegt sind.
70 April 2001
Sinn und Zweck der Vorgangscodes
Sinn und Zweck der Vorgangscodes

Definition
Zweiter Name für eine bestimmte Verarbeitung, z.B. Funktionsbaustein oder Workflow. In dieser
Verarbeitung werden IDocs gelesen oder geschrieben.
Verwendung
In den Partnervereinbarungen wird die Verarbeitung nie direkt, sondern immer nur über einen
Vorgangscode angesprochen. Dadurch können Sie auf einen Schlag bei beliebig vielen Partnern
eine alte durch eine neue Verarbeitung ersetzen, indem Sie dieser den bestehenden
Vorgangscode zuordnen.
Zwei Arten von Vorgangscodes werden in diesem Zusammenhang in den Partnervereinbarungen
verwendet:
· Vorgangscode Ausgang [Seite 72] - Wenn Sie den Ausgang unter Nachrichtensteuerung
verwenden, wird das IDoc in der IDoc-Schnittstelle erzeugt. Der Vorgangscode benennt
den dafür zuständigen Funktionsbaustein.
· Vorgangscode Eingang [Seite 73] - benennt den Funktionsbaustein oder Workflow, der
die IDoc-Daten liest und in den Anwendungsbeleg überführt.
Wenn Sie nicht wissen, welcher Vorgangscode für Ihren Geschäftsprozeß relevant
ist, aber den Nachrichtentyp kennen, so lassen Sie sich die für diesen
Nachrichtentyp definierten Vorgangscodes anzeigen: Wählen Sie dazu
Dokumentation ® Vorgangscodes im Einstiegsknoten der IDoc-Schnittstelle oder
verwenden Sie die F4-Hilfe in den Partnervereinbarungen, nachdem Sie den
Nachrichtentyp eingetragen haben.
Weiterhin gibt es noch die Vorgangscodes für die Ausnahmebehandlung:
· Vorgangscode System [Seite 74] - benennt den Workflow, der im Ausnahmefall im
Eingang oder Ausgang angestoßen wird.
· Vorgangscode Status [Seite 75] - benennt den Workflow, der im Ausnahmefall bei der
Statusverarbeitung angestoßen wird.
Diese beiden Arten werden zentral und nicht partnerspezifisch eingestellt, ersparen bei der
Neudefinition einer Verarbeitung also keine Arbeit. Sie wurden aber der Vollständigkeit halber
eingeführt, damit jede Verarbeitung in der IDoc-Schnittstelle durch einen Vorgangscode
angesprochen wird.
April 2001 71
Vorgangscode Ausgang
Vorgangscode Ausgang
Verwendung
Beim Ausgang unter Nachrichtensteuerung [Seite 11] wird über den Vorgangscode Ausgang die
Verarbeitung (Funktionsbaustein der Anwendung) gefunden, die die Anwendungsdaten liest und
in ein IDoc stellt.
In folgenden Fällen müssen Sie die Vorgangscodes Ausgang bearbeiten:
· Sie haben einen Funktionsbaustein geschrieben (z.B. für einen eigenen IDoc-Typ), den
Sie durch einen neuen Vorgangscode benennen wollen
· Sie wollen dem Vorgangscode X einen anderen Funktionsbaustein zuordnen.
· Sie wollen die ALE-Dienste ein- oder ausschalten. Ein Abschalten der ALE-Dienste kann
sich günstig auf die Performance (weniger Speicherbedarf) auswirken
Funktionsumfang
Die Ausgangsvorgangscodes sind anwendungsspezifisch.
Aktivitäten
· Den gewünschten Vorgangscode ermitteln Sie aus den entsprechenden
Partnervereinbarungen oder über Dokumentation ® Vorgangscode im Einstiegsknoten der
IDoc-Schnittstelle [Extern].
· Sie wählen aus dem Einstiegsknoten der IDoc-Schnittstelle Steuerung ® Vorgangscode
Ausgang.
· Sie wählen Tabellensicht ® Anzeigen/Ändern, um eine Zuordnung zu ändern oder einen
neuen Eintrag zu machen.
72 April 2001
Vorgangscode Eingang
Vorgangscode Eingang
Verwendung
Über den Vorgangscode Eingang wird die Verarbeitung (Workflow oder Funktionsbaustein der
Anwendung) gefunden, die die IDoc-Daten liest und daraus Anwendungsbelege erzeugt.
In folgenden Fällen müssen Sie die Vorgangscodes Eingang bearbeiten:
· Sie wollen eine neue Verarbeitung verwenden und brauchen dafür einen neuen
Vorgangscode
· Sie wollen dem Vorgangscode X eine andere Verarbeitung zuordnen
· Sie wollen die ALE-Dienste ein- oder ausschalten (nur möglich, wenn die Verarbeitung
ein Workflow ist!). Ein Abschalten der ALE-Dienste kann sich günstig auf die
Performance (weniger Speicherbedarf) auswirken.
Funktionsumfang
Die Eingangsvorgangscodes sind anwendungsspezifisch. Von der IDoc-Basis wird speziell der
Vorgangscode ED08 ausgeliefert, der eingehende IDocs an verteilte R/3-Systeme weiterleitet
(Funktion „Weiterleiten Eingang“). Diese Verarbeitung ist durch das Workflow-Muster
WS30000483 definiert.
Aktivitäten
· Den gewünschten Vorgangscode ermitteln Sie aus den entsprechenden
Partnervereinbarungen oder über Dokumentation ® Vorgangscode im Einstiegsknoten der
IDoc-Schnittstelle [Extern].
· Sie wählen aus dem Einstiegsknoten der IDoc-Schnittstelle Steuerung ® Vorgangscode
Eingang.
· Sie wählen Tabellensicht ® Anzeigen/Ändern, um eine Zuordnung zu ändern oder einen
April 2001 73
Vorgangscode System
Vorgangscode System
Verwendung
Treten bei der Bearbeitung von IDocs bzw. Anwendungsdaten Fehler in der IDoc-Schnittstelle
auf, so wird ein Workitem erzeugt. Die Typ des Workitems (die Standardaufgabe) ist abhängig
von der Art des Fehlers. Der Workflow steuert die Bearbeitung des Fehlers aus dem integrierten
Eingangskorb.
Weitere Informationen finden Sie unter
Funktionsumfang
Folgende Vorgangscodes werden im Standard ausgeliefert:
Vorgangscodes System
Vorgangscode Erklärung Standardaufgabe

EDII Fehler bei der Eingangsbearbeitung TS00008068
EDIO Fehler bei der Ausgangsbearbeitung TS00007989
EDIP Fehler bei Ausgangsbearbeitung eines IDoc-Stapels TS60001307
(Ausgabemodus „IDocs sammeln“)
EDIX IDoc-Syntaxfehler im Ausgang TS00008070
EDIY IDoc-Syntaxfehler im Eingang TS00008074
EDIM Fehler, bei dem noch keine Zuordnung mit einem IDoc TS30000020
getroffen werden konnte. (z.B. die Datei konnte nicht
geöffnet werden) Es existiert noch kein IDoc.
Aktivitäten
Wenn Sie möchten, daß eine bestimmte Fehlerart auf andere Weise bearbeitet wird, als dies im
Standard der Fall ist, dann ordnen Sie dem entsprechenden Vorgangscode eine andere Aufgabe
zu.
· Sie pflegen den Vorgangscode System aus dem Einstiegsknoten der IDoc-Schnittstelle
[Extern] über Steuerung ® Vorgangscode System.
· Wählen Sie Tabellensicht ® Anzeigen/Ändern, um eine Zuordnung zu ändern oder einen
Sie können von der Tabelle durch Doppelklick auf die Workflow-Definition der
entsprechenden Aufgabe verzweigen.
74 April 2001
Vorgangscode Status
Vorgangscode Status
Verwendung
Wird vom externen System ein Fehlerstatus für versandte IDocs zurückgemeldet, so wird eine
Fehleraufgabe erzeugt.
Funktionsumfang
Folgende Vorgangscodes sind im Standard mit folgenden Aufgaben gekoppelt:
Vorgangscode Status
Vorgangscode Erklärung Standardaufgabe

EDIS Fehlerstatus vom EDI-Subsystem zu einem Ausgangs- TS30000078
IDoc empfangen. Beim Ausführen des Workitems wird
der entsprechende Statussatz mit der Fehlernachricht
angezeigt.
EDIR Wie EDIS, nur daß Sie hier bei Ausführen des TS70008125
Workitems das entsprechende Ausgangs-IDoc nochmals
verschicken können.
Aktivitäten
Über die Statuspflege können Sie anzeigen oder ändern, bei welchen rückgemeldeten Status
diese Vorgangscodes aktiv werden:
· Wählen Sie dazu im Einstiegsknoten der IDoc-Schnittstelle [Extern] Steuerung ®
Statuswerte pflegen.
· Gehen Sie in die Detailanzeige eines Status. Der Vorgangscode EDIR ist im Standard z.B.
beim Status 07 im Rahmen Wirkung hinterlegt.
Wenn Sie möchten, daß die Rückmeldung eines Status “fehlerhaft” auf andere Weise als im
Standard bearbeitet wird, dann ordnen Sie dem entsprechenden Fehlercode eine andere
Standardaufgabe zu.
· Sie pflegen den Vorgangscode Status aus dem Einstiegsknoten der IDoc-Schnittstelle über
Steuerung ® Vorgangscode Status.
· Wählen Sie Tabellensicht ® Anzeigen/Ändern, um eine Zuordnung zu ändern oder einen
Sie können von der Tabelle durch Doppelklick auf die Workflow-Definition der
entsprechenden Aufgabe verzweigen.
April 2001 75
Partnervereinbarungen im Standarddialog
Partnervereinbarungen im Standarddialog
Sie legen Partnervereinbarungen ohne Vorschlagswerte aus dem Customizing an. Die Pflege ist
damit am individuellsten, aber auch am aufwendigsten.
Ablauf
Partnervereinbarungen werden getrennt nach Ein- und Ausgangsverarbeitung getroffen. Jeder
Partner muß allerdings in den allgemeinen Partnervereinbarungen vorgesehen sein. Beim
Ausgang unter Nachrichtensteuerung (NAST) müssen Sie zusätzliche Parameter einstellen.
Gehen Sie für die Partnervereinbarungen zum Einstiegsknoten der IDoc-Schnittstelle [Extern].
Siehe auch:
Allgemeine Partnervereinbarung [Seite 77]
Partnervereinbarung Ausgang [Seite 78]
Zusätzliche Parameter beim Ausgang unter NAST [Seite 81]
Partnervereinbarung Eingang [Seite 84]
Graphik: Abhängigkeiten und wichtige Felder der Partnervereinbarungen.
Partner
Erlaubte Bearbeiter
Allgemein Partner
Nachricht
Port
IDoc-Typ
EDI-Struktur
Erlaubte Bearbeiter Partner
Applikation
Ausgang
Vorgangscode
Logische Nachricht
Partner NAST-Parameter
Nachricht
Vorgangscode
Erlaubte Bearbeiter
Eingang
Die vier Teile der Partnervereinbarungen entsprechen vier Tabellen, deren Schlüssel in der
Graphik durch helle Felder angedeutet sind.
76 April 2001
Allgemeine Partnervereinbarung anlegen
Allgemeine Partnervereinbarung anlegen

Voraussetzungen
Je nach seiner Art müssen für den Partner bereits Daten im System vorhanden sein (z.B. ein
Kreditorenstamm). Genaues finden Sie unter Prüfen von Partnern nach Partnerart [Seite 258].
Vorgehensweise
1. Wählen Sie aus dem Einstiegsknoten der IDoc-Schnittstelle [Extern] IDoc ®
Partnervereinbarung oder die Transaktion WE20.
Ihre Partner sind nach ihrer Art [Extern] (z.B. Lieferant) untergliedert. Partnerart und –
nummer identifizieren den Partner in den Stammdaten eindeutig.
2. Positionieren Sie auf der gewünschten Partnerart (z.B. LI für Lieferant) und wählen Sie
. Ihre weiteren Einträge machen Sie im rechten Bildbereich. Geben Sie dort die
Partnernummer (z.B. einen Ihrer Lieferanten) ein.
3. Sie können Ihre Partner in Partnerklassen einteilen (Registerkarte Klassifikation). Dann
können Sie mittels des API (siehe auch Unterabschnitt Die Programmierschnittstelle
(API) der Partnervereinbarung [Seite 88]) eine neue Nachricht für alle Partner einer
Klasse vereinbaren, indem Sie diese einmalig für die Klasse anlegen.
4. Setzen Sie den Partnerstatus auf “aktiv”, um mit Ihrem Partner zu kommunizieren
(Registerkarte Klassifikation). Mit dem Status “inaktiv” können Sie die Kommunikation mit
ihm “abschalten”. Im Status “Vorlage” dient er als (inaktives) Musterprofil für das API der
Partnervereinbarungen.
5. Für den Ausnahmefall (etwa fehlerhafte Übertragung von IDocs) legen Sie erlaubte
Bearbeiter fest (Registerkarte Nachbearbeitung: erlaubte Bearbeiter). Weitere
Informationen zur Bearbeiterermittlung finden Sie unter Rollenauflösung in der
6. Mit dem Archivkennzeichen geben Sie an, ob zu diesem Partner Unterlagen im Archiv
existieren. Dieses Kennzeichen hat nur dokumentarischen Charakter (Registerkarte
Klassifikation).
7. Falls Ihr R/3-System über SAPphone an ein Telefonsystem angeschlossen und Ihr
Rechner einem Telephonanschluß zugeordnet ist, können Sie partnerspezifisch
Telephoniedaten pflegen (Registerkarte Telephonie). Diese Daten finden Sie dann in
der IDoc-Anzeige [Seite 120] der IDocs dieses Partners wieder, und Sie können per
Drucktaste den Partner direkt anwählen.
April 2001 77
Ausgangspartnervereinbarung anlegen
Hier geben Sie die Daten von Hand ein. Alternativ dazu können Sie auch Vorschlagswerte aus
dem Customizing übernehmen [Seite 87].
1. Falls Sie noch nicht im Änderungsbild Ihres gewünschten Partners sind, wählen Sie IDoc ®
Partnervereinbarung im Einstiegsknoten der IDoc-Schnittstelle [Extern].
2. Im Knoten der gewünschten Partnerart positionieren Sie auf Ihren Partner. Wählen Sie
unter der Tabelle Ausgangsparameter.
Schlüsselfelder
3. Partnernummer und -art haben Sie bereits in der allgemeinen Partnerverarbeitung festgelegt.
Die Partnerrolle [Extern] aus den Stammdaten legt die Funktion des Adressaten fest, dient
also zur weiteren Unterteilung. Wenn der Ausgang unter Nachrichtensteuerung (NAST)
gewählt wird, muß sich die Rolle mit dem entsprechenden NAST-Feld decken. Ansonsten ist
sie optional.
Handelspartner A will ein Material bei Handelspartner B bestellen. Partner B ist von
der Partnerart “LI” (Lieferant/Kreditor), als Partnerrolle muß der NAST-Wert “LF”
(Lieferant) gewählt werden, da Bestellungen immer über die NAST laufen.
4. Benennen Sie mit der “logischen” Nachricht den Geschäftsprozeß, innerhalb dessen der
IDoc-Typ eingesetzt wird. Die logische Nachricht wird durch drei Parameter beschrieben:
Der Nachrichtentyp orientiert sich an EDIFACT-Nachrichtentypen: z.B. ist eine
Bestellung vom Typ “ORDERS”. Mit den optionalen Feldern Nachrichtenvariante und
Nachrichtenfunktion können Sie den Nachrichtentyp weiter untergliedern.
5. Setzen Sie das Testkennzeichen, wenn Sie die Nachricht testweise versenden wollen.
Nachricht, Partner und Testkennzeichen sind die sieben Schlüsselfelder der

Ausgangspartnervereinbarungen (hinzu kommt noch der Mandant). Beachten Sie
dazu auch die Graphik am Ende dieses Abschnittes.
Weitere Felder
6. In der Registerkarte Ausgangsoptionen bestimmen Sie im Ausgabemodus, ob IDocs
sofort an das Folgesystem übergeben werden. Achten Sie hier auf sinnvolle
Kombinationen mit den Prioritäten der Nachrichtensteuerung, wenn Sie diese
Ausgangsverarbeitung gewählt haben! Eine Liste solcher sinnvollen Kombinationen
finden Sie im Abschnitt Ausgangsverarbeitung unter NAST: Vorgehen [Seite 14].
7. Den Empfängerport haben Sie bereits in der Portbeschreibung [Seite 40] definiert.
8. Geben Sie den IDoc-Typ an, als Basistyp mit oder ohne Erweiterung [Seite 159]. Falls
Sie eine Sicht [Seite 172] auf Ihren IDoc-Typ nutzen wollen (z.B. um die Performance zu
verbessern), geben Sie diese hier an.
Die folgende Graphik zeigt die m-zu-n-Beziehung von logischer Nachricht
(betriebswirtschaftliche Bedeutung) und IDoc-Typ (technisches Format). Nachricht 1 ist
z.B. genau einem IDoc-Typ zugeordnet, während Nachricht 3 zwei IDoc-Typen
zugeordnet ist. IDoc-Typ 2 ist seinerseits auch 2 logischen Nachrichten zugeordnet.
78 April 2001
Nachricht 1 Nachricht 2 Nachricht 3
IDoc-Typ 1 IDoc-Typ 2 IDoc-Typ 3
9. Mit dem Segmentrelease geben Sie an, aus welchem Release die Segmentdefinitionen
(nicht die Definition des IDoc-Typs!) stammt. Es wird empfohlen, dieses Feld leer zu
lassen, um die neueste Segmentdefinition zu verwenden. Nur falls über EDI-Subsysteme
mit älteren R/3-Releases kommuniziert wird, sollte dieses Feld als unterstützende
Information für das EDI-Subsystem gefüllt werden.
8. Auf der Registerkarte EDI-Standard können Sie dem Folgesystem - hier ein EDI-
Subsystem - EDI-Standard, -Version und EDI-Nachrichtentyp vorschlagen. Diese EDI-
Einstellungen sollten die meisten Subsysteme allerdings selbst (aus der logischen
Nachricht) ableiten können.
9. Sie können erlaubte Bearbeiter im Ausnahmefall festlegen. Diese übersteuern den
Eintrag aus den allgemeinen Partnervereinbarungen. Damit kann die
Ausnahmebehandlung je nach Nachricht von unterschiedlichen Bearbeitern desselben
Partners vorgenommen werden.
10. Sie können einstellen, ob Syntaxfehler ignoriert werden oder ob sie zu einem
Verarbeitungsfehler führen sollen (Syntaxprüfung in der Registerkarte
Ausgangsoptionen). Zum Ausnahmefall und zu erlaubten Bearbeitern sei auch auf den
Unterabschnitt Ausnahmebehandlung [Seite 27] verwiesen.
11. Falls Ihre Hardware das unterstützt, legen Sie partner- und nachrichtenspezifsche
Telephoniedaten für Ausgangs-IDocs an. Weitere Informationen finden Sie unter
Allgemeine Partnervereinbarung [Seite 77].
Graphik: Felder der Ausgangspartnervereinbarungen (allgemein)

Schlüsselfelder sind grau dargestellt. Partner, Nachricht und Testkennzeichen (und der
Mandant) bestimmen also eindeutig den IDoc-Typ im Ausgang!
April 2001 79
Partner Nachricht Test?

(Nummer, Art, Rolle) (Typ, Variante, Funktion)
Port IDoc-Typ, erlaubte Bearbeiter, ...
80 April 2001
Zusätzliche Parameter beim Ausgang unter NAST

Hier legen Sie zusätzliche Ausgangsparameter fest, die Feldern aus dem Nachrichtenvorschlag
der Nachrichtensteuerung [Extern] (NAST) entsprechen. Da die IDoc-Erzeugung in diesem Fall
in der Verantwortung der IDoc-Schnittstelle liegt, geben Sie hier zudem auch einen
Vorgangscode an.
Voraussetzungen
· Die Nachrichtensteuerung ist im System vorhanden
· Sie haben im Anlegebild der Ausgangspartnervereinbarung bereits einen Partner mit
Partnerrolle angelegt [Seite 78].
Die Partnerrolle kommt aus den Stammdaten und wird von der Nachrichtensteuerung
über die Tabelle NAST an die IDoc-Schnittstelle weitergereicht.
Vorgehensweise
1. Falls Sie noch nicht im Änderungsbild mit der gewünschten Partnerrolle sind, markieren Sie
diese in der Tabelle Ausgangsparameter. Wählen Sie gegebenfalls , um in den
Änderungsmodus zu gelangen, und wählen Sie unter der Tabelle Ausgangsparameter.
2. Wählen Sie die Registerkarte Nachrichtensteuerung. Unter der Tabelle wählen Sie .
Schlüsselfelder
3. Wie die Partnerrolle dient auch die Nachrichtenart der Zuordnung zum entsprechenden
Konditionselement [Extern] der NAST. Eine Bestellung hat etwa die Nachrichtenart “NEU”.
4. Benennen Sie die Anwendung in der Spalte Applikation (z.B. “EF” für “Einkauf Bestellung”).
Zusammen mit dem Änderungskennzeichen (zum Beispiel bei einer Bestelländerung)
und dem Mandant bilden Partner, Nachrichtenart und Applikation die Schlüsselfelder der
zusätzlichen Ausgangs-Partnervereinbarungen unter NAST. Beachten Sie dazu auch die
Graphik am Ende dieses Abschnittes.
Die folgende Tabelle gibt häufig verwendete Zuordnungen von NAST-Feldern

(Anwendung, Partnerrolle und Nachrichtenart) zur logischen Nachricht der IDoc-
Schnittstelle wieder.
Anwendung Partnerrolle Nachrichtena Änderu log.
rt ng Nachricht
EA LF NEU REQOTE
EF LF NEU ORDERS
EF LF NEU X ORDCHG
V1 AG AN00 QUOTES
V1 AG BA00 ORDRSP
V2 WE LAVA DESADV
April 2001 81
V3 WE AUS1 EXPINV
V3 RE RD00 INVOIC
Ein Nachrichtenvorschlag der NAST wird immer als Satz der Tabelle NAST abgelegt.
Wurde also aus Ihrem Anwendungsbeleg bereits ein Nachrichtenvorschlag erzeugt,
können Sie die „richtige“ Applikation, Partnerrolle und Nachrichtenart aus dieser
Tabelle entnehmen. Verwenden Sie dazu in der Transaktion SE16 Ihre
Belegnummer als Schlüssel.
Außerdem legen Sie im allgemeinen die Partnerrolle in einer Nachricht [Extern]
(Synonym: Konditionssatz) in der jeweiligen Anwendung fest. Damit können Sie
diesen Parameter bereits aus der Nachrichtendefinition ablesen.
Weitere Felder
5. Benennen Sie mit dem Vorgangscode den Funktionsbaustein, der den Beleg in ein IDoc
umsetzt.
Zum Nachrichtentyp (logische Nachricht) und IDoc-Typ erhalten Sie über die F4-Hilfe die
erlaubten Vorgangscodes. Eine Liste aller Nachrichten mit Vorgangscodes finden Sie
über Dokumentation ® Vorgangscodes aus dem Einstiegsknoten der IDoc-Schnittstelle.
Ergebnis
Sie haben den NAST-Feldern entsprechende Felder in der IDoc-Schnittstelle zugeordnet.
Weiterhin haben Sie eine Zuordnung zu den allgemeinen Ausgangspartnervereinbarungen (s.
Graphik) und indirekt zu den allgemeinen Partnervereinbarungen vorgenommen.
Sie sollten Ihre Einstellungen überprüfen [Seite 86].
Graphik: Felder der Ausgangs-Partnervereinbarungen (allgemein und NAST-spezifisch)

Schlüsselfelder sind grau dargestellt, Zuordnungen der IDoc-Schnittstelle durch Pfeile: Partner,
Applikation und Nachrichtenart (mit Änderungskennzeichen) bestimmen also (zusammen mit
dem Mandanten) eindeutig den IDoc-Typ im Ausgang!
82 April 2001
Zusätzliche Partnervereinbarung Ausgang unter NAST
Partner Applikation Nachrichtenart;

(Nummer, Art, Rolle) Änderungsnachricht?
Nachricht
(Typ, Variante, Vorgangscode
Funktion)
Partner Nachricht
(Nummer, Art, Rolle) (Typ, Variante, Test?
Funktion)
Port IDoc-Typ, erlaubte Bearbeiter, ...
Partnervereinbarung Ausgang allgemein
April 2001 83
Partnervereinbarung Eingang
Sie legen fest, welche Nachrichten Sie von welchem Partner akzeptieren wollen. Hier geben Sie
die Daten von Hand ein. Alternativ dazu können Sie auch Vorschlagswerte aus dem Customizing
übernehmen [Seite 87].
Vorgehensweise
4. Falls Sie noch nicht im Änderungsbild Ihres gewünschten Partners sind, wählen Sie IDoc ®
Partnervereinbarung im Einstiegsknoten der IDoc-Schnittstelle.
5. Im Knoten der gewünschten Partnerart positionieren Sie auf Ihren Partner. Wählen Sie
unter der Tabelle Eingangsparameter.
Schlüsselfelder
1. Partnernummer und -art haben Sie bereits in der allgemeinen Partnerverarbeitung festgelegt.
Die Partnerrolle [Extern] ist optional.
Handelspartner B will elektronische Kundenaufträge von Handelspartner A

aufnehmen können. Er trägt dann Partner A in der Partnerart “KU” (Kunde) ein, die
Partnerrolle kann als “AG” (Auftraggeber) gewählt werden.
2. Die Nachricht wird durch drei Parameter beschrieben: Der Nachrichtentyp orientiert sich an
EDIFACT-Nachrichtentypen: Eine Bestellung ist z.B. vom Typ “ORDERS”. Durch
Nachrichtenvariante und -funktion können Sie den Typ weiter untergliedern.
3. Zusammen mit dem Testkennzeichen (und dem Mandant) bilden Nachricht und Partner die
Schlüsselfelder der Eingangspartnervereinbarungen. Das ist genau wie beim (allgemeinen)
Ausgang. Beachten Sie dazu auch die Graphik am Ende dieses Abschnittes.
Weitere Felder
4. Benennen Sie mit dem Vorgangscode den Prozeß (Funktionsbaustein oder Workflow), der
bei Eingang des IDocs angestoßen werden soll (Registerkarte Eingangsoptionen).
Zum Nachrichtentyp (logische Nachricht) und IDoc-Typ erhalten Sie über die F4-Hilfe die
erlaubten Vorgangscodes. Eine Liste aller Nachrichten mit Vorgangscodes finden Sie
über Dokumentation ® Vorgangscodes aus dem Einstiegsknoten der IDoc-Schnittstelle.
Das aktuelle SAP-Release unterstützt keine Vorgänge mehr. Die Vorgangstechnik

wurde durch den SAP Business Workflow abgelöst.
5. Sie können erlaubte Bearbeiter im Ausnahmefall festlegen. Diese übersteuern dann den
Eintrag aus den allgemeinen Partnervereinbarungen. Damit kann die Ausnahmebehandlung
– beim selben Partner – je nach Nachricht von unterschiedlichen Bearbeitern vorgenommen
werden.
6. Sie können festlegen, ob Syntaxfehler im IDoc ignoriert werden sollen oder ob sie zu einer
Ausnahmebehandlung führen sollen (Registerkarte Eingangsoptionen, Feld Syntaxprüfung).
7. Auf der Registerkarte Eingangsoptionen legen Sie fest, ob das eingegangene IDoc sofort
verarbeitet werden soll.
84 April 2001
Das Kennzeichen wirkt nur bei der direkten Eingangsverarbeitung [Seite 19]. In ALE-
Verteilungsszenarien z.B. können eingegangene IDocs erst einmal “stillgelegt” und erst
später im Hintergrund weiterverarbeitet werden.
8. Falls Ihre Hardware das unterstützt, legen Sie partner- und nachrichtenspezifsche
Telephoniedaten für Eingangs-IDocs an. Weitere Informationen finden Sie unter Allgemeine
Partnervereinbarung [Seite 77].
Graphik: Felder der Eingangspartnervereinbarungen

Schlüsselfelder sind grau dargestellt, Zuordnungen der IDoc-Schnittstelle durch Pfeile: Partner,
Nachricht und Testkennzeichen (und der Mandant) eines Eingangs-IDocs bestimmen also
eindeutig den Vorgangscode und damit die Art der Eingangsverarbeitung!
IDoc-Kontrollsatz
IDoc-Typ Partner Nachricht Test?

Partner Nachricht Test?

Eingang mit ALE?, erlaubte

Vorgangscode Bearbeiter, ...
Eingangspartnervereinbarungen
April 2001 85
Partnervereinbarung prüfen
Partnervereinbarung prüfen
Verwendung
Sie können Ihre Einträge in den Partnervereinbarungen automatisch prüfen lassen. Geprüft wird
beispielsweise, ob die erlaubten Bearbeiter existieren oder ob es die angegebenen
Vorgangscodes gibt.
Funktionsumfang
Geprüft wird pro Partner.
Aktivitäten
· Wählen Sie IDoc ® Partnervereinbarung im Einstiegsknoten der IDoc-Schnittstelle [Extern].
· Positionieren Sie auf Ihren Partner (identifiziert durch Partnernummer und -art).
· Wählen Sie und im Folgebild . Sie erhalten eine Liste der Prüfaktivitäten und deren
Ergebnis. Bei fehlerhaften Partnervereinbarungen wird Ihnen mitgeteilt, woran es lag.
Es wird immer geprüft, ob die zusätzlichen Parameter beim Ausgang unter

Nachrichtensteuerung (Partnerrolle, Applikation...)
· vorhanden sind
· mit denen aus der entsprechenden allgemeinen
Ausgangspartnervereinbarung übereinstimmen
Diesbezügliche Warnungen können Sie daher ignorieren, wenn Sie den direkten
Ausgang (ohne Nachrichtensteuerung) verwenden.
86 April 2001
Schnellerfassung in den Partnervereinbarungen
Schnellerfassung in den Partnervereinbarungen

Verwendung
Die Schnellerfassung reduziert die Anzahl der Parameter, die in den Partnervereinbarungen
angegeben werden müssen. Für die übrigen Parameter werden Vorschlagswerte aus dem
Customizing übernommen.
Zur Bedeutung der einzelnen Parameter lesen Sie den Abschnitt
Partnervereinbarungen im Standarddialog [Seite 76]
Voraussetzungen
Sie müssen Vorschlagswerte eingestellt haben. Diese werden abhängig von Richtung und
Partnerart definiert. Vorschlagswerte können Sie auf folgende zwei Arten einstellen:
· Im Customizing der IDoc-Schnittstelle unter Basis ® Basis Services ® IDoc-Schnittstelle
Basis. Die entsprechende IMG-Aktivität ist Vorschlagswerte für Partnervereinbarungen
setzen.
· Aus dem Einstiegsknoten der IDoc-Schnittstelle [Extern] unter Steuerung ®
Partnervereinbarung
Zur Vorgehensweise beachten Sie die IMG-Dokumentation Vorschlagswerte für
Partnervereinbarungen setzen [Extern]
Aktivitäten
· Sie wählen IDoc ® Partnervereinbarung im Einstiegsknoten der IDoc-Schnittstelle. Sie
können einen bereits angelegten Partner markieren.
· Wählen Sie . Wenn Sie keinen Partner markiert hatten, geben Sie hier Ihren neuen
Partner mit Nummer und Art an. Auf jeden Fall wählen Sie die Richtung aus.
· Sie erhalten eine Liste der im Customizing vorkonfigurierten Vorschlagswerte, geordnet nach
dem Schlüsselfeld Nachrichtentyp. Die Nachrichtentypen, die bei Ihrem Partner bereits für die
gewünschte Richtung eingetragen sind, werden allerdings ausgeblendet.
· Nachdem Sie den gewünschten Nachrichtentyp ausgewählt haben, werden die entsprechenden
Vorschlagswerte (Vorgangscode, erlaubte Bearbeiter etc.) für den Partner übernommen.
· Individuelle Parameter können Sie über die Partnervereinbarungen im Standarddialog
anpassen.
April 2001 87
Die Programmierschnittstelle (API) der Partnervereinbarung
Die Programmierschnittstelle (API) der

Partnervereinbarung
Verwendung
Um die Partnerdaten dialogfrei zu pflegen, verwenden Sie Funktionsbausteine der IDoc-
Schnittstelle. Damit können Sie z.B. eine große Anzahl von Partnern der Datenbank hinzufügen
und brauchen nicht die Partnerdaten am System einzugeben.
Funktionsumfang
Die Funktionsbausteine greifen auf die vier Tabellen der Partnervereinbarung zu: EDPP1
(Allgemeine Partnervereinbarung), EDP12 (Nachrichtensteuerung), EDP13
(Ausgangsparameter), und EDP21 (Eingangsparameter).
Die Namen der Funktionsbausteine beginnen mit EDI_AGREE. Ihr Ende kennzeichnet die
jeweilige Datenbankoperation.
Funktionsbausteine für EDPP1 (allgemeine Partnervereinbarung)
Name Beschreibung
EDI_AGREE_PARTNER_INSERT Fügt neuen Partner ein. Prüft vorher:
· Partnernummer existiert im System (z.B. Stammsatz)?
· Partnerart zulässig?
· Partnerstatus zulässig (“A”,”I”, oder “T”)?
· Bearbeiterart zulässig?
· Erlaubte Bearbeiter existieren?
· Test- und Archivkennzeichen nicht initial?
Partnerart und Partnernummer können auch ungeprüft
übernommen werden
EDI_AGREE_PARTNER_UPDAT Ändert Partner. Prüfungen wie
E EDI_AGREE_PARTNER_INSERT.
EDI_AGREE_PARTNER_DELETE Löscht Partner
EDI_AGREE_PARTNER_READ Liest Partnerdaten
Funktionsbausteine für EDP12 (Nachrichtensteuerung)
Name Beschreibung
88 April 2001
EDI_AGREE_OUT_IDOC_INSER Fügt neuen Eintrag ein. Prüft vorher:

T
· Partner existiert in Tabelle EDPP1?
· Partnerrolle existiert in Tabelle TPAR?
· Applikation für Nachrichtenkonditionen und
Nachrichtenart existieren als Kombination?
· Änderungs- und Testkennzeichen nicht initial?
· Vorgangscode Ausgang existiert in Tabelle TEDE1?
· Logischer Nachrichtentyp existiert in Tabelle EDMSG?
EDI_AGREE_OUT_IDOC_UPDAT Ändert eine Zeile. Prüfungen wie
E EDI_AGREE_OUT_IDOC_INSERT, Ausnahme: Es wird nicht
geprüft, ob der Partner in EDPP1 existiert.
EDI_AGREE_OUT_IDOC_DELET Löscht eine Zeile.
E
EDI_AGREE_OUT_IDOC_READ Liest eine Zeile.
Funktionsbausteine für EDP13 (Ausgangsparameter)
Name Beschreibung
EDI_AGREE_OUT_MESSTYPE_I Fügt neuen Eintrag ein. Prüft vorher:
NSERT
· Logischer Nachrichtentyp existiert in Tabelle EDMSG?
· Testkennzeichen und Syntaxprüfung nicht initial?
· Bearbeiterparameter gültig?
· Ausgabemodus gültig (Wert zwischen 1 und 4)?
· Port in Tabelle EDIPORT vorhanden?
· Paketgröße: (ALE-Szenario) Werden mehr als 0 IDocs
pro RFC versandt?
· Release existiert, zu dem die Segmentdefinitionen
gezogen werden sollen?
EDI_AGREE_OUT_MESSTYPE_ Ändert eine Zeile. Prüfungen wie
UPDATE EDI_AGREE_OUT_MESSTYPE_INSERT, Ausnahme: Es
wird nicht geprüft, ob der Partner in EDPP1 existiert.
EDI_AGREE_OUT_MESSTYPE_ Löscht eine Zeile.
DELETE
EDI_AGREE_OUT_MESSTYPE_ Liest eine Zeile.
READ
Funktionsbausteine für EDP21 (Eingangsparameter)
April 2001 89
Name Beschreibung
EDI_AGREE_IN_MESSTYPE_INS Fügt neuen Eintrag ein. Prüft vorher:
ERT
· Logischer Nachrichtentyp existiert der Tabelle EDMSG?
· Testkennzeichen und Syntaxprüfung nicht initial?
· Bearbeiterparameter gültig?
· Vorgangscode existiert in Tabelle TEDE2?
· Verarbeitungsmodus nicht initial?
EDI_AGREE_IN_MESSTYPE_UP Ändert eine Zeile. Prüfungen wie
DATE EDI_AGREE_IN_MESSTYPE_INSERT.
EDI_AGREE_IN_MESSTYPE_DE Löscht eine Zeile.
LETE
EDI_AGREE_IN_MESSTYPE_RE Liest eine Zeile.
AD
Die folgenden Funktionsbausteine greifen auf mehrere Tabellen der Partnervereinbarungen zu:
Weitere Funktionsbausteine
Name Beschreibung
EDI_PARTNER_READ_COMPLETE Liest alle Partnervereinbarungen (EDPP1, EDP12, EDP13,
EDP21) für einen speziellen Partner.
EDI_PARTNER_DELETE_COMPLE Löscht alle Partnervereinbarungen für einen speziellen
TE Partner.
EDI_PARTNER_COPY_COMPLETE Kopiert alle Partnervereinbarungen eines speziellen
Partners.
EDI_PARTNER_APPL_READ_OUT Liest EDP13 für einen speziellen Partner. Der Partner muß
den Partnerstatus “aktiv” haben.
EDI_PARTNER_READ_OUTGOING Liest EDP12 und EDP13 für einen speziellen Partner. Der
Partner muß den Partnerstatus “aktiv” haben.
EDI_PARTNER_READ_INCOMING Liest EDP21 für einen speziellen Partner. Der Partner muß
den Partnerstatus “aktiv” haben.
EDI_PARTNER_READ_USER_OUT Liest erlaubte Bearbeiter aus EDP13 bzw. EDPP1.
GOING
EDI_PARTNER_READ_USER_INC Liest erlaubte Bearbeiter aus EDP21 bzw. EDPP1.
OMING
EDI_PARTNER_TEST_OUTGOING Testet, ob ein Partner für die Ausgangsverarbeitung
vorhanden ist.
EDI_PARTNER_TEST_INCOMING Testet, ob ein Partner für die Eingangsverarbeitung
vorhanden ist
90 April 2001
April 2001 91
Partnervereinbarungen verschicken
Partnervereinbarungen verschicken
Verwendung
Sie können Partnervereinbarungen über den IDoc-Typ SYPART01 an ein externes System
versenden. Diesem IDoc-Typ entsprechen im Standard EDIFACT die Nachrichten PARTIN und
IMPDEF.
Voraussetzungen
Da Sie in diesem Fall auch wieder die IDoc-Schnittstelle nutzen, müssen sie
Ausgangspartnervereinbarungen [Seite 78] für den IDoc-Typ SYPART01 pflegen. Die logische
Nachricht hierfür heißt SYPART. Ein Mappingvorschlag für den Standard befindet sich in der
Dokumentation [Seite 152] zu diesem IDoc-Typ.
Vorgehensweise
1. Gehen Sie in die Partnervereinbarungen (Einstiegsknoten der IDoc-Schnittstelle [Extern] ®
IDoc ® Partnervereinbarungen).
2. Wählen Sie einen Partner aus, dessen Daten Sie transportieren möchten.
3. Wählen Sie .
4. Geben Sie Art und Nummer des Partners an, an den Sie die Partnervereinbarungen
verschicken wollen.
Ergebnis
Das System verschickt ein IDoc des Typs SYPART01 an den von Ihnen ausgewählten Partner.
92 April 2001
Partnervereinbarungen drucken
Partnervereinbarungen drucken
1. Wählen Sie in den Partnervereinbarungen einen Partner aus.
2. Wählen Sie und im Folgebild .
Sie können auch mehrere Partner auswählen, indem Sie die Selektionsbedingungen
entsprechend erweitern (im Folgebild auswählen).
3. Sie können im angezeigten Baum nach Bedarf einzelne Knoten auf- oder wieder zuklappen.
Außerdem können Sie durch Markieren einen Ausschnitt setzen, der dann allein
angezeigt wird.
4. Wenn Sie mit der Baumausgabe zufrieden sind, wählen Sie System ® Liste ® drucken.
April 2001 93
Test der Verarbeitung

Verwendung
Mit den Testprogrammen können Sie bestimmte Teilabschnitte in der Verarbeitungskette von der
Anwendung zur Anwendung umgehen und damit Fehler lokalisieren. Mit ihnen kann aber auch
ein gesamter Geschäftsprozeß (z.B. Bestellung auf Kundenseite mit Buchen der Bestellung auf
Lieferantenseite) in einem R/3-System (ohne weitere Systeme) simuliert werden. Deshalb sind
sie ein wichtiges Hilfsmittel beim Einrichten der IDoc-Schnittstelle wie auch beim Definieren
neuer IDoc-Typen.
Funktionsumfang
Die Abbildung unten zeigt, welche Testprogramme bei welchen Verarbeitungsschritten
eingreifen: Beispielsweise wird beim “Test ab NAST” aus einem vorhandenen
Nachrichtenstatussatz (der über den Objektschlüssel auf die Anwendungsdaten zeigt) ein IDoc
für den Ausgang der IDoc-Schnittstelle erzeugt.
Funktion Voraussetzung Ergebnis

Testwerkzeug [Seite 96] keine Je nach gewählter Richtung
werden ein oder mehrere
Eingangs- bzw. Ausgangs-
IDocs erzeugt und an die
entsprechende Verarbeitung
übergeben.
Ausgang ab NAST [Seite 100] Nachrichtenstatussatz der Ausgangs-IDoc wird erzeugt.
Nachrichtensteuerung (NAST) Je nach Partnervereinbarung
liegt vor, zeigt auf das wird es ans externe System
Anwendungsobjekt (z.B. weitergereicht
Bestellung)
Ausgang ab IDoc [Seite 101] Ausgangs-IDoc liegt im Status IDoc wird ans externe System
30 vor weitergereicht
Eingang Statusdatei [Seite Die Status müssen sich auf Die Status werden dem
102] ein vorhandenes Ausgangs- betreffenden Ausgangs-IDoc
IDoc beziehen. als Statussätze angehängt. Je
nach Status wird eine
Ausnahmebehandlung
angestoßen.
Eingang mod. Ausg.Datei Datei mit einem oder IDoc wird erzeugt und an die
[Seite 104] mehreren Ausgangs-IDocs Eingangsverarbeitung (bis
liegt im Betriebssystem vor hinauf zur Anwendung)
(Porttyp “Datei”) übergeben
Eingang orig. Eing.Datei Datei mit einem oder IDoc wird erzeugt und an die
[Seite 105] mehreren Eingangs-IDocs Eingangsverarbeitung (bis
liegt im Betriebssystem vor hinauf zur Anwendung)
(Porttyp “Datei”) übergeben
94 April 2001
Aktivitäten
· Die Testwerkzeuge erreichen Sie aus dem Einstiegsknoten der IDoc-Schnittstelle [Extern] im
Knoten Test.
· IDocs, die mit den Testwerkzeugen erzeugt wurden, werden durch einen besonderen Status
gekennzeichnet: Im Eingang ist es der Status 74, im Ausgang der Status 42.
Abbildung: Eingriff der Testwerkzeuge in den Verabeitungsfluß
Anwendung
NAST
IDoc
IDoc
Test ab NAST
NAST-
Satz
Testwerkzeug
IDoc-Schnittstelle
Test ab IDoc
Statussatz
IDoc
IDoc
Betriebssystem Eing.orig. Eingang

Eing.-Datei Statusdatei
Datei (Ausgang) Datei (Eingang) Datei (Status)
Eing.mod.
Ausg.-Datei
Testwerkzeug
April 2001 95
Testwerkzeug
Testwerkzeug
Verwendung
Über das Testwerkzeug erzeugen Sie “von Hand” ein IDoc und führen es entweder der
Eingangs- oder Ausgangsverarbeitung zu. Sie sind von Porttypen unabhängig. Sie können mit
einem IDoc-Typ (einem “leeren IDoc”) oder einem alten IDoc als Vorlage beginnen und dieses
dann editieren, also etwa Segmente einfügen oder Daten ändern. Dadurch können Sie
insbesondere neue IDoc-Typen gut testen.
Im Eingang können Sie Ihr neues IDoc an die Standard-Eingangsverarbeitung übergeben (mit
Prüfen der Partnervereinbarungen etc.). Sie können aber auch direkt einen Funktionsbaustein
aufrufen. Dadurch können Sie etwa neue Funktionsbausteine zu neuen IDoc-Typen testen.
Aktivitäten
· Sie starten das Testwerkzeug aus dem Einstiegsknoten der IDoc-Schnittstelle [Extern] über
Test ® Testwerkzeug. Sie können eine Vorlage für Ihr Test-IDoc verwenden.
IDoc-Typen als Vorlage können Sie entweder direkt oder nach einem Nachrichtentyp
auswählen. Bei IDocs als Vorlage können Sie die F4-Hilfe verwenden, die IDocs nach
Selektionskriterien aussucht, analog z.B. zur IDoc-Anzeige [Seite 120]. Bei einer IDoc-
Datei als Vorlage werden die IDocs aus dieser Datei gelesen und Ihnen zur Auswahl
angeboten. Einen Vorschlagswert zur IDoc-Datei gibt Ihnen das System über Ihren
Testport, den Sie in der IDoc-Administration [Seite 253] eintragen können. Dieser
Testport muß dann natürlich vom Typ „Datei“ sein. Die vorgeschlagene Datei ist die dort
eingetragene Eingangsdatei.
· Sie erzeugen das IDoc über .
Das IDoc wird als Baum angezeigt. Im Fall, daß ein IDoc-Typ ohne Vorlage angelegt
wird, muß mindestens noch ein Segment angefügt werden.
· Um Segmente [Extern] als Knoten im Baum anzulegen (farbige Felder), positionieren Sie auf
einen bereits vorhandenen Knoten (z.B. den Kontrollsatz ganz am Anfang) und wählen .
Einzelsegmente oder ganze Segmentgruppen können ausgeschnitten, eingefügt oder
kopiert werden; dazu positionieren Sie auf das relevante Segment und wählen die
entsprechende Aktion aus dem Menü Bearbeiten aus.
· Sie klicken die weißen Felder an, um Daten in den Segmenten zu ändern.
Beim Kontrollsatz werden nur die für die Standard-Eingangsverarbeitung maßgeblichen
Datenfelder angezeigt. Beachten Sie hier die Mußeingaben der Partnervereinbarungen,
falls Sie das IDoc in den Standardeingang schicken wollen! Sie können auch alle Daten
des Kontrollsatzes ändern: Wählen Sie dazu Alle Felder im Editierbild.
Im Editierbild alle Felder geben Sie die sprachenunabhängige Partnerrolle ein (z.B.
AG für Auftraggeber). Dieses Bild ist das einzige in der IDoc-Schnittstelle, in dem die
Partnerrolle nicht in Ihre Sprache übersetzt wird (im Englischen wird aus AG der
Vendor VD) - in den Partnervereinbarungen oder in der IDoc-Anzeige wird das Feld
immer übersetzt. Damit sehen Sie hier die Partnerrolle so, wie sie auf der Datenbank
96 April 2001
Testwerkzeug
gespeichert wird. Das ist ein eindeutiger Wert im R/3-System und damit vor
Verwechslungen sicher.
· Das weitere Vorgehen richtet sich danach, ob Sie den Ein- oder den Ausgang testen wollen.
Testwerkzeug Ausgang: Vorgehen [Seite 98]
Testwerkzeug Eingang: Vorgehen [Seite 99]
April 2001 97
Testwerkzeug Ausgang: Vorgehen
Testwerkzeug Ausgang: Vorgehen

1. Nachdem Sie Ihr IDoc fertiggestellt haben, wählen Sie Standardausgang. Wenn Sie
einen gültigen Port angegeben haben, wird Ihnen dieser zur Überprüfung mit Porttyp
angezeigt.
2. Entscheiden Sie, ob Sie die Ausgangsverarbeitung sofort starten wollen: Damit werden
die IDocs an den Port übergeben (Status 03), egal was in den Partnervereinbarungen
steht. Wenn Sie das Kennzeichen nicht setzen, verbleiben die IDocs im Status 30 auf
der Datenbank, wiederum unabhängig von den Einstellungen in den
Partnervereinbarungen. Außerdem haben Sie die Möglichkeit, mehrere Kopien Ihres
IDocs zu verschicken (Wh.-faktor).
Wenn Sie die IDocs, die Sie im Status 30 mit dem Testwerkzeug auf die Datenbank
gestellt haben, weiter an den Port übergeben wollen, dann verwenden Sie den Test:
Ausgang ab IDoc [Seite 101]. Das hat den Vorteil, daß dann die Einstellungen in den
Partnervereinbarungen ziehen. Insbesondere wird dann auch ein Folgesystem bei
Verwendung des Dateiports getriggert, wenn das in den Partnervereinbarungen so
vorgesehen ist.
3. Wählen Sie , um die Ausgangsverarbeitung zu starten.
98 April 2001
Testwerkzeug Eingang: Vorgehen
Testwerkzeug Eingang: Vorgehen

1. Nachdem Sie Ihr IDoc fertiggestellt haben, wählen Sie eine der folgenden
Verarbeitungsmöglichkeiten aus:
· Standardeingang:
Das IDoc wird wie eines behandelt, das von einem externen System gesendet
wurde. Es wird also zunächst auf der Datenbank gespeichert, dann werden die
entsprechenden Kontrollsätze mit den Eingangspartnervereinbarungen verglichen
und schließlich der durch den Vorgangscode bestimmte Geschäftsprozeß
angestoßen (siehe Eingangsverarbeitung [Seite 19]).
· Eingang Funktionsbaustein (Eingang über ALE):
Auch hier wird das IDoc zunächst auf der Datenbank gespeichert und dann direkt an
den angegebenen Funktionsbaustein übergeben. Dieser kann im Debugging-Modus
abgearbeitet werden. Ruft der Funktionsbaustein eine Transaktion auf, kann diese
im Hintergrund, im Vordergrund oder im Vordergrund ab Fehler geschehen. Dazu
muß allerdings das ABAP-Kommando CALL TRANSAKTION den Importparameter
INPUT_METHOD in Verbindung mit MODE verwenden. Sonst wird die Transaktion
immer im Hintergrund abgearbeitet.
Direkt aufgerufene Funktionsbausteine müssen die ab Release 3.0 definierte ALE-

Schnittstelle [Extern] besitzen.
· Eingang Datei:
Erzeugen oder Erweitern einer sequentiellen Eingangsdatei: Hier wird das IDoc
zunächst mit Status 68 (“Fehler, keine weitere Bearbeitung”) auf der Datenbank und
anschließend in einer Datei gespeichert. Den Namen geben Sie explizit im
Eingabefenster an. Das System schlägt Ihnen einen Namen vor, den es aus dem
Testport der IDoc-Administration [Seite 253] ableitet. Wenn Sie IDoc-
Eingangsverarbeitung sofort starten markieren, wird die Datei sofort weiterverarbeitet
und anschließend gelöscht, falls die Verarbeitung erfolgreich war. Dieser Modus
entspricht exakt dem Standard-IDoc-Eingang. Wird nicht sofort weiterverarbeitet,
bleibt die Datei erhalten und kann zu weiteren Testzwecken verwendet werden.
Sie können das Test-IDoc mehrfach in die Datei schreiben und damit auch mehrfach
der Eingangsverarbeitung zuführen (Wh.-Faktor).
2. Wählen Sie , um aus dem entsprechenden Bild heraus die Eingangsverarbeitung zu
starten.
April 2001 99
Test: Ausgang ab NAST
Test: Ausgang ab NAST

Verwendung
Dieses Testprogramm setzen Sie ein, wenn Sie die Nachrichtensteuerung (NAST) verwenden
und die Erzeugung eines Ausgangs-IDocs aus einem vorhandenen Nachrichtenstatussatz
(Tabelle NAST) testen wollen.
Voraussetzungen
Die Anwendungsbelege, die über die NAST in IDocs umgesetzt werden sollen, müssen fehlerfrei
gebucht werden können, damit ein Nachrichtenstatussatz erzeugt werden kann. Bei den
Komponenten Materialwirtschaft (MM) und Vertrieb (SD) sind dazu erforderlich:
· Kunden- bzw. Lieferantensätze
· Materialsätze
· Infosätze
· NAST-Konditionssätze: Hier muß das Ausgabemedium 6 (für EDI) sein. Die
Konditionssätze pflegen Sie als “Nachrichten” aus der jeweiligen Anwendung heraus.
In der IDoc-Schnittstelle müssen entsprechende Dateiports und Partnervereinbarungen
vorhanden sein.
Damit das Testprogramm eingreifen kann, muß die Ausgangsverarbeitung nach Erzeugen des
Nachrichtenstatussatzes gestoppt werden. Das erreichen Sie, indem Sie in der Anwendung im
entsprechenden Konditionssatz den Versandzeitpunkt der NAST auf 1 setzen (Ausgabe mit
Selektionslauf). Mit diesem Testprogramm starten Sie also nichts anderes als einen
Selektionslauf, der ihre NAST-Sätze abholt und der weiteren Ausgangsverarbeitung zuführt. Das
Programm ist der Report RSNAST00, der auch generell beim Versandzeitpunkt 1 im
Produktivbetrieb eingeplant wird.
Aktivitäten
Nach Buchen des Anwendungsbelegs stoppt die Ausgangsverarbeitung nach Erzeugen des
Nachrichtenstatussatzes und wird durch das Testprogramm wieder angestoßen. Dazu wählen
Sie Test ® Test Ausgang ab NAST aus dem Einstiegsknoten der IDoc-Schnittstelle [Extern].
Fehler werden im Verarbeitungsprotokoll der Nachrichtensteuerung (Belegkopf) und in den
Statussätzen der IDocs gespeichert. Die Statussätze sind allerdings nur vorhanden, wenn das
IDoc erzeugt werden konnte.
100 April 2001

Test: Ausgang ab IDoc
Test: Ausgang ab IDoc

Verwendung
Dieses Testprogramm selektiert ein oder mehrere Ausgangs-IDocs und reicht sie an das externe
System weiter. Sie können die IDocs nach verschiedenen Kriterien (z.B. Empfänger oder
betriebswirtschaftlicher Nachricht) auswählen.
Voraussetzungen
Sie benötigen fehlerfrei erzeugte Ausgangs-IDocs (keine Status „fehlerhaft“). Dazu müssen
insbesondere die Partnervereinbarungen vollständig gepflegt worden sein.
Damit das Testprogramm eingreifen kann, muß die Ausgangsverarbeitung nach Erzeugen des
Ausgangs-IDocs gestoppt werden. Das erreichen Sie, indem Sie in der Partnervereinbarung
der IDoc-Schnittstelle den Ausgabemodus auf “IDocs sammeln” setzen. Wenn Sie jetzt ein
Ausgangs-IDoc für Ihren betreffenden Partner erzeugen (z.B. über die Anwendung oder das
Testwerkzeug), wird es nur im R/3-System erzeugt, nicht aber ans externe System
weitergereicht. Mit diesem Testprogramm starten Sie also nichts anderes als einen
Selektionslauf, der Ihr IDoc oder Ihre IDocs abholt und dem externen System zuführt. Das
Programm ist der Report RSEOUT00, der auch generell beim Ausgabemodus “IDocs sammeln”
im Produktivbetrieb eingeplant wird.
Aktivitäten
Sie starten das Testprogramm aus dem Einstiegsknoten der IDoc-Schnittstelle über Test ®
Ausgang ab IDoc.
Sie können in der Partnervereinbarung den Ausgabemodus zusätzlich noch auf

“Subsystem starten” oder “nicht starten” setzen. Damit bestimmen Sie, ob das
externe (Sub-) System die überreichten IDocs weiterverarbeitet oder nicht.
April 2001 101

Test: Eingang Statusdatei
Test: Eingang Statusdatei

Verwendung
Mit diesem Programm testen Sie, ob Statusrückmeldungen auf ein Ausgangs-IDoc vom externen
System zum R/3-System richtig übergeben werden. Der Porttyp muß hier “Datei” sein.
Voraussetzungen
Sie benötigen eine formal richtige Statusdatei, die z.B. von einem EDI-Subsystem erzeugt
werden kann. Die Statusdatei muß sich auf ein vorhandenes Ausgangs-IDoc des R/3-Systems
beziehen. Eine solche Statusdatei können Sie auch selbst erzeugen [Seite 103].
Der Port des Absenders muß dem empfangenden System bekannt sein. Dazu muß er in der
Portbeschreibung der IDoc-Schnittstelle als Port vom Typ “Datei” gepflegt worden sein. Dort
muß ein Eintrag für die Eingangsdatei vorliegen.
Funktionsumfang
Das R/3-System liest die Statusdatei. Die dort angegebene IDoc-Nummer zeigt auf das
Ausgangs-IDoc, auf das sich die Statusrückmeldung bezieht. Die rückgemeldeten Status werden
dem betreffenden IDoc als Statussätze im R/3-System “gutgeschrieben”.
Aktivitäten
Sie starten das Testprogramm über Test ® Statusdatei verarbeiten und übergeben ihm
Eingangsport und Namen und Verzeichnis der Datei. Diese Angaben überschreiben die
Defaultangaben, die Sie in der IDoc-Administration [Seite 253] über den Testport hinterlegt
haben.
102 April 2001

Statusdatei erzeugen
Statusdatei erzeugen
Verwendung
Sie können zu Testzwecken eine formal richtige Statusdatei im Betriebssystem erzeugen und
diese dann der Statusverarbeitung zuführen. Damit können Sie bei Fehlern z.B. testen, ob es am
externen System liegt (wenn es nämlich formal falsche Statusdateien produziert) oder am R/3-
System.
Vorgehensweise
1. Wählen Sie aus dem Einstiegsknoten der IDoc-Schnittstelle [Extern] Test ® Statusdatei
erzeugen.
2. Geben Sie die Nummer eines Ausgangs-IDocs an, auf das sich die Statusrückmeldung
beziehen soll. Mit der F4-Hilfe können Sie IDocs nach bestimmten Selektionskriterien
suchen, analog z.B. zur IDoc-Anzeige [Seite 120].
Sie erhalten eine Auswahl von Statussätzen, die Sie übernehmen oder abändern
können.
3. Wenn Sie einen Statussatz hinzufügen wollen, so wählen Sie und füllen die einzelnen
Felder. Über bzw. können Sie Statussätze kopieren und bei Bedarf noch editieren.
4. Für jeden einzelnen Statussatz können Sie die Nummer des Ausgangs-IDocs ändern, auf
das er sich beziehen soll. Damit wird er dem entsprechenden IDoc angehängt.
5. Wenn Sie alle Felder eines Statussatzes ändern wollen, dann markieren Sie den Satz im
Table Control. Anschließend wählen Sie . Auch hier steht Ihnen die F4-Wertehilfe zur
IDoc-Nummer oder zu den erlaubten Status zur Verfügung. Beachten Sie die F1-Hilfe zu den
einzelnen Feldern!
Um in den Statussätzen, die in der Statusverarbeitung auf die Datenbank geschrieben
werden, den „Urheber“ des Statussatzes zu identifizieren, trägt das System Ihren
Benutzernamen und die Formroutine USER_ADDED im Programm MSEIDOC1 in die
dafür vorgesehenen Felder des Statussatzes ein. Diese Informationen können Sie nicht
ändern. Auf der Datenbank können Sie sie beispielsweise über die IDoc-Anzeige [Seite
120] wiederfinden (Registerkarte Protokollierung).
6. Wenn Sie die Daten nach Wunsch editiert haben, wählen Sie . Im Folgebild haben Sie
noch die Möglichkeit, das Kennzeichen Statusverarbeitung sofort starten zu löschen und
damit nur die Statusdatei zu erzeugen. Damit können Sie sich die Datei im Betriebssystem
ansehen, die ansonsten im Verlauf der Statusverarbeitung gelöscht werden würde.
Um eine Statusdatei nachträglich zu verarbeiten, verfahren Sie wie in Test: Eingang
Statusdatei [Seite 102] beschrieben.
April 2001 103

Test: Eingang modifizierte Ausgangsdatei
Test: Eingang modifizierte Ausgangsdatei

Verwendung
Dieses Programm wandelt eine Ausgangsdatei mit IDocs in eine formal richtige Eingangsdatei
um und führt sie der Eingangsverarbeitung zu. Die Ausgangsdatei wird dabei nicht verändert, sie
kann also mehrfach verwendet werden. Der Porttyp muß hier “Datei” sein.
Voraussetzungen
Sie benötigen eine formal richtige Ausgangsdatei, wie sie etwa vom Testwerkzeug oder über die
normale Ausgangsverarbeitung erzeugt werden kann. In der Partnervereinbarung der IDoc-
Schnittstelle muß ein Port vom Typ “Datei” angegeben werden, damit das oder die IDocs in eine
Datei geschrieben werden.
Funktionsumfang
Das Programm übernimmt vom Anwender Absender- und Empfängerdaten als
Eingabeparameter. Es liest die IDoc-Datei und ändert die entsprechenden Einträge im IDoc-
Kontrollsatz ab. Diese geänderten Daten schreibt es in eine zweite IDoc-Datei auf
Betriebssystemebene.
Dann stößt es die normale Eingangsverarbeitung an, also
· Lesen der modifizierten Datei
· Erzeugung des oder der IDocs im R/3-System
· Verarbeitung in der Anwendung
Aktivitäten
Eing.mod.Ausg.-Datei.
Sie geben Empfänger- und Absenderdaten sowie Ausgangs- und zu erzeugende Eingangsdatei
(Verzeichnis + Name) an. Ihre Angaben zur Eingangsdatei überschreiben die Defaultangaben,
die Sie in der IDoc-Administration [Seite 253] hinterlegt haben.
Empfänger ist hier Ihr R/3-System. Identifiziert wird es durch den Port
· SAP<SYSID> (z.B. SAPC11)
Defaultwerte für den Partner sind
· Partnerart US
· keine Partnerrolle
· Partnernummer <Ihr SAP-Benutzername> (z.B. RSCHMIDT)
104 April 2001

Test: Eingang Original-Eingangsdatei
Test: Eingang Original-Eingangsdatei

Verwendung
Dieses Programm liest eine Eingangsdatei und führt sie der Eingangsverarbeitung zu. Nach
erfolgreichem Lesen aller Daten wird die Datei gelöscht.
Voraussetzungen
Sie benötigen eine formal richtige Eingangsdatei. Formal richtig bedeutet für die IDocs dieser
Datei:
· Absender und Empfänger im Kontrollsatz sind korrekt
· die Richtung im Kontrollsatz ist 2 (Eingang)
· der Mandant im Kontrollsatz und in den Datensätzen ist korrekt oder initial
Funktionsumfang
Das Programm liest das oder die IDocs aus der Eingangsdatei und führt sie dann der normalen
Eingangsverarbeitung (mit Verarbeitung innerhalb der Anwendung) zu.
Konnte die Datei erfolgreich gelesen werden, wird sie gelöscht!
Aktivitäten
Eing.orig.Eing.-Datei und übergeben Ihm folgende Daten:
· Eingangsport
· Name und Verzeichnis der Datei
Diese Angaben überschreiben die Defaultangaben, die Sie über den Testport in der IDoc-
Administration [Seite 253] hinterlegt haben.
April 2001 105

Test: Verarbeitungszyklus mit dem CATT

Verwendung
Um sicherzustellen, daß die IDoc-Verarbeitung funktioniert, können Sie einen Testzyklus fahren.
Dabei werden automatisch Testdaten erzeugt, als IDoc verschickt und aus dem IDoc wieder im
Eingang verarbeitet. Damit stellen Sie zwar nicht sicher, daß Ihr spezieller IDoc-Typ mit Ihren
speziellen Daten fehlerfrei verarbeitet wird. Sie verifizieren aber, daß die Verarbeitung im Prinzip
funktioniert.
Der Test wird mit dem Computer Aided Test Tool [Extern] (CATT) als Testkatalog realisiert.
Voraussetzungen
Um das Ergebnis der Testfälle im Rahmen eines Testplans festzuhalten, müssen Sie zunächst
einen solchen erzeugen. Dem Testplan ordnen Sie ein oder mehrere Testpakete zu. Diesen
Testpaketen werden wiederum einzelne Personen zugeordnet, die die darin enthaltenen
Testfälle abarbeiten. Weitere Informationen finden Sie unter
Die Test Workbench im R/3-System [Extern]
Funktionsumfang
Der CATT-Testkatalog besteht aus den folgenden Testfällen:
· Einrichten eines Ports, einer Eingangs- und einer Ausgangspartnervereinbarung
· Erzeugen eines IDocs vom Typ SYIDOC01 Im IDoc wird die Definition des IDoc-Typs
TXTRAW01 übertragen.
· Ausgabe des IDocs in eine Ausgangsdatei.
· Umwandeln der Ausgangs- in eine Eingangsdatei und Übergabe an die
Eingangsverarbeitung. Die Verarbeitung des Eingangs-IDocs wird über den Vorgangscode
TXT1 identifiziert: Das System schickt an Sie eine Mail, die den Text aus dem SYIDOC01-
IDoc enthält.
· Löschen der Testdaten, einschließlich der beiden Test-IDocs
Der CATT-Testkatalog wird auch als (komplexer) Testfall bezeichnet.
Aktivitäten
· Sie starten den Test aus der IDoc-Administration: Wählen Sie im Einstiegsknoten der IDoc-
Schnittstelle [Extern] Steuerung ® IDoc-Administration ® Verifikation Verarbeitung. Sie
erhalten die einzelnen Testfälle, die sie einzeln oder zusammen ausführen können.
· Zur Einzelausführung eines Testfalls klappen Sie den enthaltenden Knoten auf, positionieren
auf dem Testfall und wählen . Sie können den Testfall auch auf einem anderen System
ausführen, das durch eine logische Destination identifiziert wird.
· Das Ausführen eines Testfalls erzeugt einen CATT-Vorgang, der protokolliert wird. Das
Testprotokoll wird unmittelbar nach Ausführen des Testfalls angezeigt. Der Vorgang erhält
eine eindeutige Nummer und wird gelöscht, sobald sein Verfallsdatum erreicht ist. Das
Verfallsdatum sehen Sie, wenn Sie Bearbeiten ® Vorgangsattribute wählen.
106 April 2001

· Sie können sich die Attribute eines Testfalls anzeigen lassen: Wählen Sie dazu . Innerhalb
der Attribute können Sie sich über die Programme anzeigen lassen, die den Testbaustein
ausführen.
· Nach dem Test der Eingangsverarbeitung sollte eine SAPoffice-Mail in Ihrem integrierten
Eingangskorb erscheinen. Den erreichen Sie z.B. vom R/3-Einstiegsbild über Büro ®
Eingang. Der Test wird dann als erfolgreich eingestuft, wenn das IDoc den Status 64 (IDoc
übergabebereit an Anwendung) hat.
Eigentlich ist die Eingangsverarbeitung erst dann erfolgreich abgeschlossen, wenn

das IDoc den Status 53 (in der Anwendung erfolgreich verarbeitet) erhält. Da dieser
Teil der Verarbeitung aber asynchron angestoßen wird, kann der CATT-Vorgang
nicht auf diesen Status warten.
Den gesamten Testkatalog führen Sie aus, indem Sie auf Test der IDoc-Schnittstelle
positionieren und Testfall wählen.
Weitere Informationen finden Sie unter
Automatische Testfälle ausführen [Extern]
April 2001 107

Überwachung/Monitoring
Überwachung/Monitoring
Verwendung
Sie können Eingang wie Ausgang von IDocs mit speziellen Reports und graphischer Anzeige
komfortabel und effektiv überwachen. Per Workflow kann sogar automatisch ein zuständiger
Sachbearbeiter im “Krisenfall” benachrichtigt werden (aktives Monitoring).
Funktionsumfang
Zum passiven Monitoring gehören die folgenden Werkzeuge:
· IDoc-Statistik [Seite 109]
Dort werden die IDocs nach vordefinierten Statusgruppen sortiert und graphisch
dargestellt. Per Mausklick gelangen Sie in Listen wie auch in die Einzelanzeige von
IDocs.
· IDoc-Listen [Seite 114]
Dort können Sie die IDocs nach Partnern und Nachrichtentypen auwählen. Per
Mausklick gelangen Sie in die Einzelanzeige von IDocs. Fehlerhafte IDocs werden
farblich hervorgehoben
· IDoc-Anzeige [Seite 120]
Dort werden die Auswahlkriterien auf die technischen Felder des Kontrollsatzes
erweitert, also neben Partnern und Nachrichten auch
- IDoc-Nummern
- Ports
- IDoc-Typen
Über eine IDoc-Nummer gelangen Sie direkt zur Baumanzeige des IDocs. Werden
mehrere IDocs ausgewählt, gelangen Sie wieder zur IDoc-Liste. Dieser Report bietet
Selektionskriterien, die speziell zum Testen von EDI-Subsystemen geeignet sind (z.B.
Auswahl nach Übertragungsdatei).
· IDoc-Suche [Seite 137]
Sie können IDocs nach ihrem betriebswirtschaftlichen Inhalt selektieren, also nach den
Daten, die in den Segmenten enthalten sind.
Der letzte Abschnitt erläutert
Aktives Monitoring [Seite 124]
108 April 2001

IDoc-Statistik
IDoc-Statistik
Verwendung
Die IDocs werden für die Statistik nach ihrem Verarbeitungsstatus gruppiert. Dabei gelten die
unten tabellierten Statusgruppen. Ausgewählt werden immer nur die IDocs, die innerhalb des
festgesetzten Zeitintervalls eine Statusänderung erfahren haben.
Die Statusgruppen der Statistik
Ausgang Eingang
erzeugt erzeugt
versandfertig übergeben an Anwendung
in Übertragung (übergeben an externes (Folge-) System) übergeben an Dialog
Übertragung erfolgreich (im Zielsystem)
im Zielsystem abgeschlossen in Anwendung abgeschlossen
fehlerhaft in IDoc-Schnittstelle fehlerhaft in IDoc-Schnittstelle
fehlerhaft im externen System fehlerhaft in Anwendung
mit Löschkennzeichen mit Löschkennzeichen
Durch Doppelklick auf einzelne Leisten gehen Sie zunehmend ins Detail: Beim Doppelklick z.B.
auf eine Statusgruppe erhalten Sie die IDocs nach einzelnen Status sortiert, beim Doppelklick
auf einen Status erhält man die Liste der zugehörigen IDocs, und beim Doppelklick auf ein
einzelnes IDoc bekommen Sie schließlich dessen Baumanzeige.
Sie können die Zuordnung der einzelnen Status zu den Statusgruppen ändern [Seite 112].
Funktionsumfang
Folgende Auswahlkriterien stehen der Statistik zur Verfügung:
· Standardauswertung
Sie enthält nur das Zeitintervall der Statusänderungen.
· Erweiterte Selektion
Sie enthält zusätzliche Einschränkungen, etwa Nachrichtentyp, Partner und deren Ports.
Im Selektionsbild können Sie nach diesen Kriterien auch gruppieren (Auswahlknopf), d.h.
die Statistik wird dann für die einzelnen Gruppen separat erstellt.
· Auswertung Historie
Hier wird die Statistik darüber erstellt, was mit fehlerhaften IDocs vom Sachbearbeiter
unternommen wurde: Von den IDocs, deren aktueller Status im fraglichen Zeitintervall
geändert wurde, werden die ausgewählt, die irgendwann einmal einen zu den
Statusgruppen “fehlerhaft” (siehe obige Tabelle) gehörigen Status erhielten. Dabei kann
man auch erweiterte Selektionskriterien benutzen. Unterteilt wird nun danach, ob der
April 2001 109

IDoc-Statistik
Fehler behoben wurde oder nicht, oder ob die IDocs zum Löschen vorgemerkt sind
(“Löschkennzeichen”).
· ALE-Audit
Hier wird der IDoc-Datenfluß zwischen zwei R/3-Systemen im ALE-Szenario dargestellt.
Daher geht die Statistik über den Ausgang des eigenen Systems und den Eingang
des Zielsystems; Selektionskriterien sind logisches Empfangssystem und
Nachrichtentyp. Gruppiert wird hier zunächst nach einzelnen Tagen! Erst nach
Doppelklick auf eine “Tagesleiste” werden die IDocs nach ihrem letzten Status, nicht
nach ihren Statusgruppen, zusammengefaßt.
Beachten Sie, daß auch Status im R/3-Zielsystem (Synonyme: “Queue Eingang”

oder “Empfangssystem”) ausgegeben werden! Ein Status 64 (“IDoc ist
übergabebereit an die Anwendung”) bezieht sich also auf die Anwendung des
Zielsystems.
· Selektion der Test-IDocs
Mit dem Enjoy Release erhalten IDocs, die von den Testwerkzeugen aus erzeugt
worden sind, einen speziellen Status [Seite 94]. Nur diese IDocs werden
berücksichtigt..
Statistik: Technische Realisierung [Seite 113]
Aktivitäten
Sie starten die Statistik aus dem Einstiegsknoten der IDoc-Schnittstelle [Extern] über IDoc ®
Statistik. Von dort verzweigen Sie in die einzelnen Auswertungen, zum Beispiel in
Statistik erstellen: Standardauswertung [Seite 111]
Statusgruppen ändern [Seite 112]
110 April 2001

Statistik erstellen: Standardauswertung
Statistik erstellen: Standardauswertung

1. Geben Sie Im Einstiegsbild der Statistik das gewünschte Datum und die gewünschte Uhrzeit
ein (bzw. ein Datums- und Zeitintervall).
2. Wählen Sie .
3. Sie erhalten die gewünschten Zahlen, die Sie dann über Grafik gesamt im
Blockdiagramm veranschaulichen können. Um das Grafikfenster zu verlassen, wählen Sie
.
4. Um die IDocs in den einzelnen Statusgruppen als Liste ausgeben zu lassen, doppelklicken
Sie auf die entsprechenden Zahlenfelder.
5. Aus der angezeigten Liste heraus können Sie sich ein einzelnes IDoc wieder mit Doppelklick
herausgreifen und als Baum (Kontroll-, Statussatz und Segmente) anzeigen lassen.
April 2001 111

Statusgruppen ändern
Statusgruppen ändern
1. Wählen Sie im Einstiegsknoten der IDoc-Schnittstelle [Extern] Steuerung ® Statuspflege.
Sie erhalten eine Liste der definierten Status.
2. Markieren Sie den Status, den Sie einer anderen Statusgruppe zuordnen wollen, und wählen
Sie Tabellensicht ® anzeigen/ändern. Durch Doppelklick gelangen Sie auf das Detailbild.
3. Die Statusgruppe findet sich im Feld “Qualifizierung”. Benutzen Sie die F4-Hilfe zur
Erläuterung der Zahlen.
4. Wählen Sie Sichern.
Dem Status 25 “Weiterverarbeitung trotz Syntaxfehler (Ausgang)” ist die

Statusgruppe 1 = “Ausgang: IDoc erzeugt” zugeordnet. Sie überschreiben die 1 mit
einer 5 für “Ausgang: Fehler in der IDoc-Schnittstelle”.
112 April 2001

Statistik: Technische Realisierung
Statistik: Technische Realisierung

Die IDocs werden nach ihren Statuswerten gelesen. Da für alle Statistikprogramme nur der
letzte, aktuelle Status interessant ist (Ausnahmen: Auswertung Historie, Auswertung der Test-
IDocs) , greifen sie (aus Performancegründen) nur auf die Tabelle der Kontrollsätze (EDIDC) zu -
der Kontrollsatz enthält ja immer den aktuellen Status eines IDocs. Die beiden oben erwähnten
Ausnahmen müssen alle Status lesen und greifen daher auf die Tabelle der Statussätze (EDIDS)
zu. Daher benötigen sie mehr Zeit als die anderen Statistikprogramme.
Die Zuordnung zu den einzelnen Statusgruppen geschieht in der Tabelle TEDS3.
April 2001 113

IDoc-Listen
IDoc-Listen
Verwendung
Dieser Report liefert Listen, auf Wunsch in graphischer Aufbereitung. Selektiert wird nach
· der Zeit (IDoc-Erstellung oder letzte Statusänderung)
· der Nachricht
· den Partnern oder auch der eigenen Identifikation für die Partner
· technischen Parametern: IDoc-Nummer, IDoc-Typ, aktuellem Status, Richtung
Die Listen werden nach Nachrichtentypen und Status geordnet ausgegeben.
Sie können sich eine Statistik über die zeitliche Verteilung der IDocs in einem bestimmten
Status als Graphik ausgeben lassen. Dabei können Sie die Zeitachse homogen (d.h. die Zeit
schreitet gleichförmig fort) oder IDoc-orientiert (d.h. es werden nur Zeitintervalle ausgewählt,
innerhalb derer IDocs erzeugt wurden) wählen.
IDocs im Fehlerstatus können über die Statusliste bequem angezeigt werden. Hier sehen Sie
sofort die Fehlernachricht als Kurztext und können bei Bedarf zum Langtext springen, um weitere
Informationen bei der Fehlersuche zu erhalten.
In der IDoc-Liste für den 12.06.1997 wurden besonders viele fehlerhafte IDocs
verschiedener Nachrichtentypen festgestellt: Ihnen gemein ist ihr aktueller Status 02
(“Fehler bei Datenübergabe an Port”). Über die Statusliste greifen Sie das IDoc Nr.
4711 heraus und finden die Fehlernummer E0099 (“Fehler bei OPEN <Pfad und
Dateiname>“). Der Langtext (Doppelklick!) zu diesem Fehler informiert, daß
möglicherweise das Verzeichnis <Pfad> nicht vorhanden oder das gesamte
Filesystem voll ist. Beim Nachprüfen stellt sich tatsächlich heraus, daß das
Filesystem an diesem Tag “übergelaufen” ist.
Aktivitäten
Sie wählen aus dem Einstiegsknoten der IDoc-Schnittstelle [Extern] IDoc ® IDoc-Listen.
IDoc-Listen: Fehler lokalisieren [Seite 115]
IDoc-Listen: Zeitliche Verteilung anzeigen [Seite 116]
Warnfarben Statusgruppen zuordnen [Seite 119]
114 April 2001

IDoc-Listen: Fehler lokalisieren
IDoc-Listen: Fehler lokalisieren

Fehler werden in der IDoc-Liste durch Warnfarben dargestellt. Die Warnfarben sind im Standard
bestimmten Statusgruppen zugeordnet. Diese Zuordnung können Sie aber auch ändern [Seite
119].
1. Ändern Sie bei Bedarf das Zeitintervall, innerhalb dessen die IDocs erzeugt wurden
(Vorschlagswert: dieser Tag). Schränken Sie Ihre Auswahl gegebenenfalls durch weitere
Selektionskriterien ein.
2. Wählen Sie .
Sie erhalten die Zahlen der gefundenen IDocs pro Nachrichtentyp und Status im Aus-
und Eingang (Richtungen und ).
3. Positionieren Sie auf eine Leiste, die einen Fehlerstatus enthält (hervorgehoben durch die
Warnfarbe und im Text erläutert!).
4. Wählen Sie im Fenster rechts einen Nachrichtentyp aus. Wählen Sie Statusliste.
Sie erhalten eine IDoc-Liste mit Fehlernachricht (Nummer und Kurztext).
5. Positionieren Sie auf die Leiste eines bestimmten IDocs. Wählen Sie IDoc-Anzeige und
von dort den entsprechenden Statussatz. Per Doppelklick auf den Kurztext erhalten Sie den
zugehörigen Langtext.
6. Ändern Sie gegebenenfalls die Zuordnung von Warnfarben zu Statusgruppen.
April 2001 115

IDoc-Listen: Zeitliche Verteilung anzeigen
IDoc-Listen: Zeitliche Verteilung anzeigen

1. In der Ausgabeliste positionieren Sie auf eine Nachricht (Zeile im rechten Fenster) oder
einen Knoten im linken Fenster (alle selektierten IDocs, alle einer Richtung oder alle in einem
bestimmten Status).
2. Wählen Sie Graphik: zeitliche Verteilung
Sie erhalten eine graphische Verteilung der IDocs. Dabei versucht das System, eine
„vernünftige“ Anzahl von Balken darzustellen:
· Es zeigt nur die Zeiten an, zu denen wirklich IDocs erzeugt wurden.
· Es sucht die optimalste „Schrittweite“ aus (z.B. Stunden als Zeitschritte).
Falls Sie „Ausreißer“ in Ihrem Zeitfenster haben, also Werte, die wesentlich höher als
die übrigen sind, werden diese u.U. kaum mehr sichtbar sein, da die Graphik nach
dem Maximum skaliert wird. Sie können das vermeiden, indem Sie eine
logarithmische statt einer linearen Skala wählen oder das Maximum der Skala
heruntersetzen. Dazu wählen Sie die horizontale Skala (Achse) mit der rechten
Maustaste aus und wählen im Kontextmenü Format Axis. Im Folgebild wählen Sie
die Karteikarte Scale und ändern die Einstellungen entsprechend.
3. Sie können die Ausgabeform ändern: Wählen Sie dazu und im Folgefenster z.B.
Zeitschritt...Tage, um das Zeitraster auf Tage zu vergröbern.
4. Um die Zeitachse homogen (jede Zeiteinheit wird angezeigt) zu machen, markieren Sie
Nullwerte anzeigen. Um nur die Zeitabschnitte anzuzeigen, innerhalb derer IDocs erzeugt
wurden, lassen Sie das Feld frei.
116 April 2001

IDoc-Listen: Verteilung der Warnfarben anzeigen
IDoc-Listen: Verteilung der Warnfarben anzeigen

Verwendung
Für einen groben Überblick wird in einer „Tortengraphik“ der Anteil der in einem Fehlerstatus
(rote Warnfarbe) befindlichen IDocs angezeigt. Entsprechend sind die beiden anderen Anteile die
grüne (Erfolgsstatus) und gelbe (noch kein endgültiger Status) Warnfarbe.
Die Zuordnung von Status zu Warnfarben geschieht in zwei Schritten:

1. Status Statusgruppen zuordnen [Seite 112]
2. Statusgruppen Warnfarben zuordnen [Seite 119]
Vorgehensweise
1. Geben Sie im Einstiegsbild der IDoc-Listen Ihre Selektionskriterien ein und starten Sie die
Selektion.
2. Wählen Sie in der Ausgabe .
Sie erhalten den Überblick in einem unten eingeblendeten Fenster. Es werden immer
alle IDocs in die Graphik miteinbezogen, die Ihren Selektionskriterien genügen.
Zum Wiederausblenden wählen Sie .
April 2001 117

IDoc-Listen: Verteilung der Nachrichten anzeigen
IDoc-Listen: Verteilung der Nachrichten anzeigen

1. Positionieren Sie im linken Fenster der Ausgabe auf den Knoten, über den Sie die Verteilung
anzeigen lassen wollen:
· Alle selektierten IDocs
· Nur die einer Richtung
· Nur die in einem bestimmten Status
2. Wählen Sie im linken Fenster der Ausgabe den Auswahlpfeil rechts neben dem Symbol .
3. Im aufgeklappten Menü wählen Sie Graphik: Nachrichtentypen.
Sie erhalten eine Tortengraphik, die sie weiter formatieren können. Wenn Sie z.B.
konkrete Zahlen einblenden wollen, wählen Sie im Kontextmenü (rechte Maustaste) der
Tortengraphik Format Data Series und im folgenden Bild Show value in der Karteikarte
Data Labels.
118 April 2001

Warnfarben Statusgruppen zuordnen
Warnfarben Statusgruppen zuordnen

Verwendung
In den Überwachungsprogrammen wird der aktuelle Status eines IDocs farblich als Fehlerstatus
oder Erfolgsstatus gekennzeichnet. Sie können über die Zuordnung zu einer Statusgruppe
ändern, welche Farben welchen Status zugeordnet werden.
Voraussetzungen
In einer bestimmten Statusgruppe darf sich kein Status befinden, der eine andere Farbe
bekommen soll. Sie ordnen Status einer Statusgruppe in der Statuspflege zu. Weitere
Informationen finden Sie unter Statusgruppen ändern [Seite 112].
Vorgehensweise
1. Wählen Sie aus dem Einstiegsknoten der IDoc-Schnittstelle [Extern] Steuerung ®
Statusgrup. pflegen.
2. Wählen Sie eine bestimmte Statusgruppe (Qualifizierung) und wählen Sie .
3. Tragen Sie den gewünschten Ampelcode ein und sichern Sie Ihre Angaben.
April 2001 119

IDoc-Anzeige
IDoc-Anzeige
Verwendung
Dieser Report führt Sie direkt zu Listen einzelner IDocs oder auch in die IDoc-Anzeige selbst,
wenn Ihre Selektionskriterien nur ein IDoc zulassen (wenn Sie etwa als Selektionskriterium nur
eine IDoc-Nummer angeben).
Neben den auch in den anderen Statistikprogrammen verfügbaren Selektionskriterien (Nachricht,
Partner) können Sie hier nach folgenden, eher technischen Parametern selektieren:
· IDoc-Typ (Basistyp oder Basistyp mit Erweiterung)
· Testoption aus den Partnervereinbarungen (wird das IDoc nur zu Testzwecken erzeugt
und verschickt? – Karteikarte Zusatzauswahl)
· Aktueller Status
· Port (Empfänger wie Absender)
· EDI-Referenznummern (Übertragungsdatei, Nachricht, EDI-Archiv – Karteikarte EDI-
Auswahl).
Diese Schlüssel sind nur bei einer Konvertierung in EDI-Standards relevant und
beziehen sich auf Objekte im EDI-Subsystem.
Verwechseln Sie nicht die Übertragungsdatei (EDI-Standard) mit der Datei, über die das
EDI-Subsystem mit der IDoc-Schnittstelle kommuniziert (IDoc-Standard)!
Zu Testzwecken sendet ein EDI-Partner ein IDoc an Ihr System. Der EDI-Partner ist in
Ihren Partnervereinbarungen über die entsprechende Option als Testpartner vereinbart.
Das IDoc wird von Ihrem EDI-Subsystem an die Eingangsverarbeitung der IDoc-
Schnittstelle übergeben und erhält dort die Nummer 4711. In seinem Kontrollsatz ist das
Testkennzeichen gesetzt. Sie können sich jetzt über die IDoc-Anzeige sämtliche IDocs
mit Testkennzeichen auflisten lassen und darüber das IDoc 4711 finden.
In einem zweiten Test wollen Sie feststellen, ob Ihr EDI-Subsystem die EDI-
Referenznummern korrekt an das R/3-System übermittelt. Sie haben sich etwa die
Referenznummer der Übertragungsdatei notiert, in der einige IDocs übermittelt wurden.
Diese Nummer geben Sie im entsprechenden Selektionsfeld ein und starten die Suche.
Es sollten jetzt alle IDocs im R/3-System gefunden werden, die sich in der betreffenden
Übertragungsdatei befanden.
Aktivitäten
Die IDoc-Anzeige erreichen Sie aus dem Einstiegsknoten der IDoc-Schnittstelle [Extern] über
IDoc ® Anzeigen IDoc .
Mehrere IDocs
Wird eine IDoc-Liste angezeigt, können Sie durch Doppelklick auf die entsprechende Leiste auf
ein einzelnes IDoc verzweigen.
120 April 2001

IDoc-Anzeige
Eine Ampel symbolisiert, ob der aktuelle Status als Erfolgsstatus oder Fehlerstatus gewertet
wird, oder ob noch eine weitere Verarbeitung ansteht, so daß diesbezüglich noch keine
Entscheidung getroffen wurde (gelbes Licht). Sie können die Farbzuordnung über die
Transaktion WELI selbst ändern. Beachten Sie dort die Hilfe zur Anwendung.
Einzelnes IDoc
Allgemeines
Das einzelne IDoc wird in Baumstruktur angezeigt. Einstiegsknoten ist die IDoc-Nummer. Es
folgen als Unterknoten Kontrollsatz, Daten- und Statussätze. Sie können Knoten aufklappen und
sich einzelne Sätze anzeigen lassen. Bei den Datensätzen genügt dazu ein einfacher Mausklick.
Sie können sich über Verknüpfungen anzeigen [Extern] (aus den Objektdiensten [Extern]) die mit
dem IDoc bereits verknüpften Objekte anzeigen lassen, z.B. Anwendungsbelege oder das
entsprechende IDoc im Partnersystem bei ALE-Verteilungen.
Kontrollsatz
Beim Kontrollsatz werden z.B. der “Briefkopf” (Sender und Empfänger), die Richtung und der
IDoc-Typ angezeigt. In der Ausnahmebehandlung [Seite 27] können Sie den Kontrollsatz
editieren (Kontrollsatz ® anzeigen/ändern, s. auch den entsprechenden Absatz bei den
Datensätzen).
Datensätze
Bei den Datensätzen werden die Segmente mit Namen (E1-Strukturen bei SAP-Segmenten),
Segmentnummer und Kurzbeschreibung angezeigt. Bei qualifizierten Segmenten wird der
„Qualifier“ ausgegeben, also der Wert, der die Bedeutung (die Qualifizierung) des Segments
festlegt.
Beim Segment E1EDKA1 (Belegkopf Partnerinformation) bedeutet der Qualifier

PARVW = „WE“, daß der im Segment angegebene Partner die Rolle des
Warenempfängers hat, während PARVW = „AG“ die Partnerrolle des Auftraggebers
kennzeichnet. Der Qualifier ist das erste Feld eines qualifizierten Segments.
Wenn Sie ein fehlerhaftes Eingangs-IDoc in der Ausnahmebehandlung [Seite 27] editieren
möchten, wählen Sie in der Detailanzeige (Doppelklick auf Symbol beim entsprechenden
Datensatz) Datensatz ® anzeigen/ändern. Jetzt können Sie sämtliche Felder ändern. Beim
Sichern erhält Ihr IDoc den neuen Status 69 (IDoc wurde editiert), das Sie dann wieder der
Eingangsverarbeitung zuführen können. Das Original wird als neues IDoc mit Status 70 (Original
eines IDocs, welches editiert wurde) auf der Datenbank abgelegt.
Statussätze
Bei den Statussätzen werden die einzelnen Statuswerte (die Status) mit Kurzbeschreibung
angezeigt. Beim Port [Seite 40]typ „tRFC“ und dem Status 03 wird die beim tRFC vergebene
Transaktions-ID angezeigt, die den Aufruf eindeutig kennzeichnet. Wenn die Anwendung ein
Fehlerprotokoll schreibt, dann wird außerdem die ID dieses Protokolls ausgegeben, auf das
Sie verzweigen können (Springen ® Application Log). Dadurch können Sie detailliertere
Fehlerinformationen als in den Statussätzen vermerkt abrufen.
April 2001 121

IDoc-Suche
IDoc-Suche
Verwendung
IDocs sollen nicht nur nach Adreß- oder Steuerinformationen aus ihrem Kontrollsatz auffindbar
sein, sondern auch nach den eigentlichen betriebswirtschaftlichen Daten. Man möchte auch
Fragen beantworten können wie: „In welchen IDocs wurden Bestellungen meines Materials XY
übermittelt?“
Solche Fragen beantwortet die IDoc-Suche. Sie können sowohl auf der Datenbank als auch in
Archivdateien nach IDocs suchen.
Voraussetzungen
Bei der Suche im Archiv (im Gegensatz zur Suche auf der Datenbank) müssen Sie
· die IDocs von der Datenbank gelöscht haben (vollständiger Archivierungslauf)
· eine Archiv-Infostruktur in der zentralen Transaktion SARA aufgebaut haben. Nähere
Informationen hierzu erhalten Sie unter Einzelanzeige über SAP AS (BC-SRV-EDI) [Seite
136]
Funktionsumfang
Die Funktion sucht nach Zeichenketten, d.h. Sie müssen den Wert eines Segmentfeldes so
eingeben, wie er auch dargestellt wird (Punkt und Komma unterscheiden, am besten gar nicht
verwenden!).
Als Selektionskriterien können Sie höchstens zwei Werte in zwei Segmentfeldern angeben. Bei
zwei Werten müssen beide im IDoc in den entsprechenden Segmentfeldern vorhanden sein,
damit das IDoc in die Ausgabeliste mit aufgenommen wird (normale UND-Verknüpfung von
Selektionsfeldern).
Sie können auch kein Segmentfeld, sondern nur den Wert selbst angeben. Dann werden alle
Datensätze (genauer: das Feld SDATA der Datensätze) strukturlos nach der Zeichenkette
durchsucht, d.h. es kann auch vorkommen, daß die gefundenen Zeichenkette mehrere
Segmentfelder überspannt!
Feld 1 Feld 2
400,90 600000020
9060
Suche nach “9060” erfolgreich!
Die Suche kann durch den schnellen Suchmodus auf höchstens einen Treffer pro IDoc
beschränkt werden, d.h. nach einem Treffer bricht das System die Suche im betreffenden IDoc
ab.
122 April 2001

IDoc-Suche
Die Suche kann und sollte durch weitere Selektionskriterien eingeschränkt werden, die (analog
zu den übrigen Überwachungsprogrammen) Werte aus dem Kontrollsatz abfragen:
Erstellungszeit, Partner und Nachricht, Richtung etc.
Aktivitäten
Die IDoc-Suche erreichen Sie aus dem Einstiegsknoten der IDoc-Schnittstelle [Extern] über IDoc
® Suchen IDoc. Je nachdem, ob Sie auf der Datenbank oder im Archiv suchen wollen,
verzweigen Sie in unterschiedliche Transaktionen.
April 2001 123

Aktives Monitoring
Aktives Monitoring
Verwendung
Dieser Report alarmiert selbständig zuständige Sachbearbeiter, wenn zu viele fehlerhafte IDocs
festgestellt werden.
Integration
Das aktive Monitoring dient nicht zum Bearbeiten oder Wiedereinspielen eines fehlerhaften
IDocs. Dafür ist die Ausnahmebehandlung jedes einzelnen fehlerhaften IDocs zuständig.
Aktivitäten
Sie planen den Report mit einer Variante zum regelmäßigen Lauf ein. Die den Selektionskriterien
genügenden IDocs werden wieder in Statusgruppen der Statistik unterteilt. In der Variante wird
dem Report auch die kritische Statusgruppe (oder mehrere) mitgeteilt: Gehören mehr IDocs
zur kritischen Gruppe als in der kritischen IDoc-Anzahl vorgegeben, dann wird eine Nachricht
an einen vordefinierten Empfänger versandt.
Der Empfänger erhält die Benachrichtigung in Form eines Workitems in seinem integrierten
Eingangskorb (siehe auch Rollenauflösung in der Ausnahmebehandlung [Seite 31]). Führt er das
Workitem aus, so wird die IDoc-Statistik mit den zum Auswertezeitpunkt ermittelten Werten
angezeigt. Über die Funktion Auffrischen kann sich der Bearbeiter den aktuellen Zustand dieser
IDocs anzeigen lassen. Für diese erneute Auswertung werden dieselben Selektionskriterien
verwendet, die zur Benachrichtigung geführt haben.
Ein wichtiger Kunde bestellt werktags zwischen 08:00 Uhr und 18:00 Uhr Waren
über EDI. Diese sollen am nächsten Tag um 16:00 ausgeliefert werden. Damit die
Lieferung termingerecht durchgeführt werden kann, muß bis um 12:00 am
Auslieferungstag feststehen, welcher Umfang bestellt wurde. Um 08:00 morgens soll
über das aktive Monitoring festgestellt werden, ob Bestellungen vorliegen, die nicht
automatisch bearbeitet werden konnten. Dazu wird der Report täglich zu dieser Zeit
gestartet; als kritische IDoc-Anzahl wird 0 vorgegeben. Der zuständige
Sachbearbeiter erhält bei fehlerhaften IDocs eine Benachrichtigung und kann bis
12:00 die noch ausstehenden Aufträge manuell bearbeiten.
Siehe auch:
Aktives Monitoring konfigurieren [Seite 125]
Monitoring-Job einplanen (Beispiel) [Seite 126]
124 April 2001

Aktives Monitoring konfigurieren
Aktives Monitoring konfigurieren

Verwendung
Einmalig müssen Sie das aktive Monitoring konfigurieren: Sie aktivieren die Ereignis-
Verbraucherkopplung für die Aufgabe und richten bei Bedarf eine Organisationseinheit ein.
Vorgehensweise
1. Pflegen Sie Empfänger von Benachrichtigungen im Organisationsmodell der
Komponente Organisationsmanagement. Sie können eine gesamte Organisationseinheit
für die Benachrichtigung pflegen. Beachten Sie jedoch, daß diese Organisationseinheit
auch Bearbeiter enthält! Zum Einrichten der Organisationseinheit lesen Sie die
Abschnitte zur einfachen Pflege [Extern] in der R/3 Bibliothek HR ® PA ®
Organisationsmanagement ® Aufbauorganisation.
2. Aktivieren Sie die Ereigniskopplung für die Standardaufgabe ‘TS30200108’. Legen Sie
außerdem fest, wer möglicher Bearbeiter ist: Sie können die Aufgabe z.B. als ‘generelle
Aufgabe’ (jeder R/3-Benutzer ist möglicher Bearbeiter) pflegen. Für diesen Schritt haben
Sie folgende Alternativen:
· Automatisches Workflow-Customizing (IMG-Aktivität Standardeinstellungen für SAP
Business Workflow pflegen)
· Direkte Pflege der Aufgabe: Wählen Sie Werkzeuge ® Business Workflow ®
Entwicklung ® Definitionswerkzeuge ® Aufgaben ® ändern (Transaktion PFTC) und
wählen Sie auslösende Ereignisse, um die Ereignis-Verbraucherkopplung zu aktivieren.
Sie wählen Zusatzdaten ® Bearbeiterzuordnung ® pflegen, um mögliche Bearbeiter
einzutragen. Auch hier können Sie eine Organisationseinheit als Bearbeiter angeben
(etwa die, die Sie im Schritt 1 eingerichtet haben).
Weitere Informationen zu möglichen Bearbeitern finden Sie unter Rollenauflösung in
der Ausnahmebehandlung [Seite 31].
April 2001 125

Monitoring-Job einplanen (Beispiel)
Monitoring-Job einplanen (Beispiel)

Voraussetzungen
Im folgenden wird auf das Beispiel im Abschnitt Aktives Monitoring [Seite 124] Bezug
genommen. Der Report des aktiven Monitorings soll jeweils um 08:00 Uhr als Batchjob gestartet
werden und die IDocs auswerten, die am Vortag zwischen 08:00 Uhr und 18:00 Uhr eingetroffen
sind.
Vorgehensweise
1. Wählen Sie im ABAP-Editor Variante (für den Report RSEIDOCM) und Anzeigen.
2. Geben Sie Ihrer Variante einen Namen und wählen Sie Anlegen.
3. Geben Sie folgende Parameter ein:
· Start- bzw. Endzeitpunkt vor Batchlauf: 1 Tag und 0 Tage 14:00:00h
· Statusgruppe: F (Eingang: Fehler in der Anwendung)
· Kritische IDoc-Anzahl: 0
· Parameter des Absenders: <entsprechenden Werte aus den Partnervereinbarungen des
Kunden>
· Logischer Nachrichtentyp: ORDERS
· Empfänger der Benachrichtigung: z.B. MÜLLER
· Emfängerart: Benutzer
4. Wählen Sie Weiter, um einen Kurztext zu Ihrer Variante zu erfassen. Sichern Sie Ihre
Angaben.
5. Um Ihren Job als Batchjob einzuplanen, wählen Sie System ® Dienste ® Jobs ® Job
Definition und geben Sie B (mittlere Priorität für periodische Jobs) als Jobklasse ein.
6. Wählen Sie Startbedingung und geben Sie ein Datum und 08:00 für die Uhrzeit ein.
7. Markieren Sie Job periodisch ausführen.
8. Wählen Sie Periodenwerte ® täglich und sichern Sie Ihre Angaben.
Beim Sichern geben Sie noch den einzuplanenden Report (RSEIDOCM) und die von
Ihnen gepflegte Variante an.
Ergebnis
Selektiert werden nun bei dem täglichen Batchlauf alle IDocs
· die am Vortag zwischen 08:00 Uhr und 18:00 Uhr eingegangen sind
· deren logischer Nachrichtentyp ‘ORDERS’ ist
· die vom betreffenden Kunden gesendet wurden.
Es braucht nur ein IDoc der Statusgruppe F zugeordnet sein, damit eine Benachrichtigung an
den Bearbeiter MÜLLER geschickt wird.
126 April 2001

Archivierung von IDocs
Archivierung von IDocs

Verwendung
IDocs sind auf der Datenbank in mehreren Tabellen abgelegt. Um diese Tabellen (und damit die
Zugriffszeiten) klein zu halten (sprich: die Datenbank zu entlasten) und trotzdem keine IDocs zu
verlieren, können Sie sie in Archiven auf Betriebssystemebene ablegen. Diese Archive können
schließlich auf externe Speichermedien ausgelagert werden, z.B. auf magnetooptische Platten
(über SAP Archive Link) oder Magnetbänder.
Voraussetzungen
Im Customizing legen Sie fest, wo sich die Archivdateien (“physikalisch”) befinden, welche
Speichermedien also eingesetzt werden. Weitere Informationen finden Sie unter
CA ® Archivieren von Anwendungsdaten ® zentrales Einführungskapitel ® Customizing ®
Anschluß an das Archivsystem [Extern].
Aktivitäten
Archivierbare Status anzeigen oder ändern [Seite 128]
Wann sind IDocs archivierbar?
Archivierungsfunktionen für IDocs [Seite 129]
Wie werden IDocs in Archivdateien geschrieben und wieder gelesen?
Stellen Sie sicher, daß keine IDocs archiviert werden, die eventuell noch von der
Anwendung benötigt werden.
Siehe auch:
CA ® Archivieren von Anwendungsdaten [Extern]
Informationen zur Archivierung allgemein.
April 2001 127

Archivierbare Status anzeigen oder ändern
Archivierbare Status anzeigen oder ändern

Bestimmte IDoc-Status sind im Standard als archivierbar eingestuft, andere wiederum nicht.
Diese Einordnung können Sie anzeigen oder ändern.
Der aktuelle Status eines IDocs muß archivierbar sein, damit das IDoc archiviert
werden kann.
Vorgehen
1. Wählen Sie im Einstiegsknoten der IDoc-Schnittstelle [Extern] Steuerung ® Statuswerte
pflege.
2. Wählen Sie , um Einträge zu ändern.
3. Wählen Sie den Status aus, der Sie interessiert. Durch Doppelklick gelangen Sie in das
Detailbild, in dem Sie unten die Archivierbarkeit anzeigen oder ändern können.
4. Über oder können Sie alle Status hintereinander anzeigen bzw. ändern.
128 April 2001

Archivierungsfunktionen für IDocs

Verwendung
Daten werden generell über die zentrale Transaktion SARA archiviert. Im Falle von IDocs werden
die entsprechenden Tabellen über das Archivierungsobjekt IDOC angesprochen.
Funktionsumfang
Der Archivierungsklasse IDOC sind verschiedene Bearbeitungsmethoden zugeordnet: So
können Sie im Standard IDocs
· archivieren [Seite 131]
· von der Datenbank löschen [Seite 131]
· aus einem Archiv zurückladen [Seite 133]: Dazu wählen Sie vom Einstiegsbild Springen ®
zurückladen
Sie wollen sämtliche IDocs, die Kundenaufträge (Nachrichtentyp ORDERS, IDoc-

Eingang) im Monat Januar übermittelt haben, archivieren und anschließend aus den
Datenbanktabellen löschen. Dazu wählen Sie die im Standard ausgelieferte
Bearbeitungsmethode “Archivieren” und pflegen Zeitraum wie Nachrichtentyp als
Reportvariante.
Außerdem können Sie sich folgendes anzeigen lassen:
· Archive [Seite 134]
In einem Archiv oder Archivierungslauf werden in der Regel mehrere IDocs archiviert,
d.h. die IDocs werden in diesem Lauf zusammengefaßt. Ein Archivierungslauf ist
vollständig, wenn die IDocs aus den Datenbanktabellen gelöscht wurden und nur noch
als Archivdateien vorhanden sind.
· die IDoc-Nummern eines oder mehrerer Archive oder Archivdateien [Seite 135]
· die IDocs (d.h. Kontrollsatz, Daten- und Statussätze) eines oder mehrerer Archive [Seite 136]
· IDocs aus Archiven, die bestimmte Zeichenketten enthalten (IDoc-Suche) [Seite 137]
Diese Funktion ist keine Methode am Archivierungsobjekt IDOC, sondern ein
Überwachungswerkzeug der IDoc-Schnittstelle und daher auch nur von deren
Einstiegsknoten aus erreichbar.
Aktivitäten
Zur zentralen Transaktion SARA gelangen Sie auch über Werkzeuge ® Administration ®
Verwaltung ® Datenarchivierung. Dort tragen Sie das Archivierungsobjekt IDOC ein. Bei
Datenfreigabe erhalten Sie die oben angegebenen Methoden zur Auswahl.
Im objektspezifischen Customizing [Extern] können Sie die maximale Größe der Archivdateien
[Extern] festlegen, und daß die Tabelleneinträge sofort nach Erzeugen der Archivdateien aus der
Datenbank gelöscht werden sollen. Bei großen Datenmengen kann das günstig für die
Performance sein.
April 2001 129

Im Standard werden die IDocs nach bestimmten Kriterien zur Archivierung ausgewählt, etwa
nach der Zeit, zu der die IDocs zuletzt geändert wurden (neuer Statussatz). Sie können sich
selbst leicht eigene Auswahlkriterien definieren. Näheres erfahren Sie im Unterabschnitt
Archivierung: Technische Realisierung [Seite 139]
130 April 2001

IDocs archivieren und löschen
IDocs archivieren und löschen
Voraussetzung
Die zu archivierbaren IDocs haben einen archivierbaren Status [Seite 128].
Vorgehen
1. Gehen Sie in die zentrale Archivierungstransaktion über Werkzeuge ® Administration ®
Verwaltung ® Datenarchivierung. Prüfen Sie gegebenenfalls das objektspezifische
Customizing [Extern]:
Sie können hier z.B. das Kennzeichen „Einzelnachweis“ in der Variante zum
Löschprogramm setzen: Dann wird im Archivierungsprotokoll jedes einzelne archivierte
IDoc aufgeführt, was aber zu sehr langen Protokollen von nicht unbedingt hoher
Aussagekraft führen kann.
2. Geben Sie das Archivierungsobjekt IDOC ein und wählen Sie die gewünschte Aktion,
hier also Archivieren.
Wenn für das Archivierungsobjekt IDOC noch unvollständige Archivierungsläufe
vorhanden sind, erscheint eine Warnung. Sie können die Warnung ignorieren, laufen
aber Gefahr, IDocs eventuell doppelt zu archivieren.
3. Setzen Sie den Starttermin des Archivierungslaufes und die Spoolparameter
(Druckausgabe).
Die Ampeln sollten danach grün sein und Ihnen damit anzeigen, daß diese Parameter
gepflegt sind. Beachten Sie, daß Sie bei der Druckausgabe den Ablagemodus auf Nur
Ablegen setzen und damit das Drucken jedes einzelnen Archivierungsprotokolls
vermeiden können. Als Anlageparameter geben Sie den Objekttyp IDOC an und
benutzen die F4-Hilfe, um eine für den Objekttyp passende Dokumentart auszuwählen.
Außerdem geben Sie einen freien Text als Zusatzinformation für den Archivierungsreport
an.
4. Wählen Sie Pflegen zum Anlegen einer Reportvariante. Geben Sie als
Selektionsparameter etwa den Nachrichtentyp und den Zeitraum ein, innerhalb dessen
IDocs ihren letzten, aktuellen Status bekamen. Wählen Sie Weiter und sichern Sie
Ihre Variante.
Sie können markieren, ob Ihre IDocs nach dem Archivieren einen speziellen Status
bekommen sollen. Im Standard wird kein neuer Status gesetzt.
5. Kehren Sie zum Archivierungsbild zurück und wählen Sie .
Wenn Sie als Starttermin in Schritt 3 sofort angegeben hatten, erscheint jetzt in der
unteren Leiste die Meldung Neuer Archivierungsjob wurde erzeugt.
6. Sie können überprüfen, ob Ihr Archivierungslauf schon fertig ist, indem Sie die
Jobübersicht auswählen. Wenn Sie Verwaltung wählen, erhalten Sie eine Übersicht über
Ihre vollständigen und unvollständigen Archivierungsläufe. Wenn IDocs in den
Datenbanktabellen gefunden wurden, die Ihren Selektionsparametern entsprechen,
erscheint Ihr Archivierungslauf als mit Archivdateien gefüllter Ordner.
April 2001 131

Vorgehen
7. Falls nicht anders im objektspezifischen Customizing vereinbart [Extern], befinden sich

Ihre IDocs nach dem Archivieren noch auf der Datenbank, d.h. Ihr Archivierungslauf ist
noch unvollständig. Zum Löschen planen Sie einen Löschjob mit entsprechender
Variante ein. Hier wählen Sie die Archivdatei aus, deren IDocs von der Datenbank
gelöscht werden sollen.
132 April 2001

Archiv zurückladen
Archiv zurückladen
Voraussetzungen
· Sie befinden sich auf dem Bild Archivadministration: Einstiegsbild (Transaktion SARA), der
Name des Archivierungsobjekts ist im Feld Objektname eingetragen.
· Die Archivadministration hat Zugriff auf die zurückzuladenden Archivdateien.
Beim Rückladen können immer nur vollständige Archivierungsläufe verarbeitet

werden.
Vorgehensweise
1. Wählen Sie Springen ® Zurückladen. Sie gelangen auf ein Bild, auf dem Sie einen
Hintergrundjob für das Programm einplanen können.
2. Wählen Sie die Funktion Archivauswahl. Sie erhalten ein Fenster mit den bereits durch das
Löschprogramm bearbeiteten Archivierungsläufen.
3. Markieren Sie den gewünschten Archivierungslauf und wählen Sie Weiter. Sie kehren zu
dem Ausgangsbild zurück.
4. Pflegen Sie den Starttermin [Extern] und die Spoolparameter [Extern].
5. Sie haben jetzt alle für den Hintergrundjob benötigten Daten eingegeben. Um den Job zu
erzeugen, wählen Sie Ausführen.
Das Rückladen von archivierten Daten in die Datenbank ist nicht unproblematisch
und ist daher als reine Notfallfunktion zu betrachten. So könnte es beispielsweise
notwendig sein, Daten zurückzuladen, wenn unmittelbar nach der Archivierung
festgestellt wurde, daß aufgrund eines Bedienungsfehlers zu viele bzw. die falschen
Daten archiviert wurden. Das Rückladen dieser Daten sollte möglichst im Anschluß
an das Archivieren erfolgen.
Siehe auch:
Archivdateien erzeugen [Extern]
Die Archivauswahl [Extern]
April 2001 133

Details einer Archivdatei anzeigen
Details einer Archivdatei anzeigen

Voraussetzungen
Sie befinden sich auf dem Bild Archivadministration: Einstiegsbild (Transaktion SARA), der Name
des Archivierungsobjekts ist im Feld Objektname eingetragen.
Vorgehensweise
1. Wählen Sie Verwaltung.
Sie gelangen auf das Bild Archivadministration: Übersicht der Archivierungsläufe [Extern].
2. Positionieren Sie den Cursor auf den Archivierungslauf.
3. Wählen Sie Teilb. expandieren.
4. Positionieren Sie den Cursor auf eine Archivdatei.
5. Wählen Sie Detailbild.
Sie gelangen auf ein Dialogfenster, dem Sie Details [Extern] zu der gewählten Archivdatei
entnehmen können.
134 April 2001

IDoc-Nummern im Archiv auflisten
IDoc-Nummern im Archiv auflisten

1. Wählen Sie im Einstiegsbild der zentralen Archivierungstransaktion Auswerten.
2. Wählen Sie Ausführen.
Das System zeigt Ihnen die vollständigen Archivierungsläufe an.
3. Markieren Sie einen oder mehrere Läufe oder darin enthaltene Dateien und bestätigen Sie.
Sie erhalten eine Liste der IDocs aus den ausgewählten Archivdateien. Neben der IDoc-
Nummer wird z.B. die „logische“ Nachricht ausgegeben (Ausgabefelder des Reports
RSXARCR [Seite 141])
April 2001 135

Einzelanzeige über SAP AS (BC-SRV-EDI)
Einzelanzeige über SAP AS (BC-SRV-EDI)

Verwendung
Mit dem Archivinformationssystem (SAP AS) können Sie sich jedes archivierte IDoc anzeigen
lassen. Es gibt zwei Unterschiede zur IDoc-Suche im Archiv:
· Das SAP AS zeigt alle Sätze des IDocs an, also neben Kontroll- und Datensätzen auch die
Statussätze.
· Mit dem SAP AS können Sie nicht nach Zeichenketten in Datensätzen suchen.
Voraussetzungen
Die Archivdateien sind im System vorhanden und wurden nicht über den Content Management
Service (CMS) abgelegt.
Die Archiv-Infostruktur ist aktiv und aufgebaut (siehe „Aktivitäten“)
Funktionsumfang
Mit der im Standard ausgelieferten Archiv-Infostruktur SAP_IDOC_001 suchen Sie z.B. nach
· Zeit (Erstellung und letzter Änderung)
· Partner
· Nachricht
· IDoc-Nummer
Sie können sich eigene Strukturen definieren. Der Feldkatalog, aus dem Sie die Felder beziehen,
heißt ebenfalls SAP_IDOC_001. Er beinhaltet sämtliche Felder aus dem IDoc-Kontrollsatz
EDI_DC, mit Ausnahme von Mandant, ALE-Serialisierung und Satzart.
Berechtigungen
Auch bei der Einzelanzeige benötigen Sie nur die allgemeine Archivierungsberechtigung [Extern]
benötigt.
Aktivitäten
Sie aktivieren gegebenenfalls die Archiv-Infostruktur [Extern]. Zum Einstiegsbild gelangen Sie
von der zentralen Archivierungstransaktion [Seite 129] über Infosystem ® Customizing.
Sie bauen gegebenenfalls die Archiv-Infostruktur auf [Extern]. Zum Einstiegsbild gelangen Sie
von der zentralen Archivierungstransaktion über Infosystem ® Status.
Zur Einzelanzeige werten Sie die Archiv-Infostruktur aus [Extern]. Zum Einstiegsbild gelangen
Sie von der zentralen Archivierungstransaktion über Infosystem ® Archive Explorer.
136 April 2001

IDoc-Suche
IDoc-Suche
Verwendung
IDocs sollen nicht nur nach Adreß- oder Steuerinformationen aus ihrem Kontrollsatz auffindbar
sein, sondern auch nach den eigentlichen betriebswirtschaftlichen Daten. Man möchte auch
Fragen beantworten können wie: „In welchen IDocs wurden Bestellungen meines Materials XY
übermittelt?“
Solche Fragen beantwortet die IDoc-Suche. Sie können sowohl auf der Datenbank als auch in
Archivdateien nach IDocs suchen.
Voraussetzungen
Bei der Suche im Archiv (im Gegensatz zur Suche auf der Datenbank) müssen Sie
· die IDocs von der Datenbank gelöscht haben (vollständiger Archivierungslauf)
· eine Archiv-Infostruktur in der zentralen Transaktion SARA aufgebaut haben. Nähere
Informationen hierzu erhalten Sie unter Einzelanzeige über SAP AS (BC-SRV-EDI) [Seite
136]
Funktionsumfang
Die Funktion sucht nach Zeichenketten, d.h. Sie müssen den Wert eines Segmentfeldes so
eingeben, wie er auch dargestellt wird (Punkt und Komma unterscheiden, am besten gar nicht
verwenden!).
Als Selektionskriterien können Sie höchstens zwei Werte in zwei Segmentfeldern angeben. Bei
zwei Werten müssen beide im IDoc in den entsprechenden Segmentfeldern vorhanden sein,
damit das IDoc in die Ausgabeliste mit aufgenommen wird (normale UND-Verknüpfung von
Selektionsfeldern).
Sie können auch kein Segmentfeld, sondern nur den Wert selbst angeben. Dann werden alle
Datensätze (genauer: das Feld SDATA der Datensätze) strukturlos nach der Zeichenkette
durchsucht, d.h. es kann auch vorkommen, daß die gefundenen Zeichenkette mehrere
Segmentfelder überspannt!
Feld 1 Feld 2
400,90 600000020
9060
Suche nach “9060” erfolgreich!
Die Suche kann durch den schnellen Suchmodus auf höchstens einen Treffer pro IDoc
beschränkt werden, d.h. nach einem Treffer bricht das System die Suche im betreffenden IDoc
ab.
April 2001 137

IDoc-Suche
Die Suche kann und sollte durch weitere Selektionskriterien eingeschränkt werden, die (analog
zu den übrigen Überwachungsprogrammen) Werte aus dem Kontrollsatz abfragen:
Erstellungszeit, Partner und Nachricht, Richtung etc.
Aktivitäten
Die IDoc-Suche erreichen Sie aus dem Einstiegsknoten der IDoc-Schnittstelle [Extern] über IDoc
® Suchen IDoc. Je nachdem, ob Sie auf der Datenbank oder im Archiv suchen wollen,
verzweigen Sie in unterschiedliche Transaktionen.
138 April 2001

Archivierung: Technische Realisierung
Archivi

Sprache

IDoc-Schnittstelle - Electronic Data Interchange (BC-SRV-EDI) (CAEDI) PDF

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

IDoc-Schnittstelle - Electronic Data Interchange (BC-SRV-EDI) (CAEDI) PDF

Hochgeladen von

Copyright:

Verfügbare Formate

IDoc-Schnittstelle / Electronic

Data Interchange (BC-SRV-EDI

© Copyright 2001 SAP AG. Alle Rechte vorbehalten.

IDoc-Schnittstelle / Electronic Data Interchange (BC-SRV-EDI) ................................ 8

Allgemeine Partnervereinbarung anlegen...............................................................................................77

Aufbau, Dokumentation und Definition von IDoc-Typen .....................................................................145

Funktionsbaustein anlegen (direkter Eingang) ...........................................................................215

IDoc-Schnittstelle / Electronic Data Interchange (BC-

Verarbeitung von IDocs

Die Ausgangsverarbeitung unter Nachrichtensteuerung

“Anwendung: Einkauf Bestellung”, “Nachrichtenart: NEU” die logische Nachricht

Ausgangsverarbeitung unter NAST: Vorgehen

NAST: IDoc-Schnittstelle: EDI-Entsprechung

Ausgangsverarbeitung unter NAST: Technische

Die Nachrichtenart wird manchmal auch als Konditionsart bezeichnet

Die direkte Ausgangsverarbeitung

Im Controlling (CO) soll eine Erzeugniskalkulation (Anwendungskomponente CO-

Direkte Ausgangsverarbeitung: Vorgehen

Direkte Ausgangsverarbeitung: Technische

Aufgabe. Das Workitem erscheint im Eingangskorb der ausgewählten Bearbeiter.

Der IDoc-Typ TXTRAW02 wird durch die Einzelschrittaufgabe TS30000008

Es gibt IDoc-Typen, deren Eingangsverarbeitung nur in der Basis stattfindet, z.B.

Eingangsverarbeitung: Technische Realisierung

Internet: receive_info SXRECINFI1 Inform. über

Es hängt von Konfiguration und technischen Fähigkeiten des verwendeten Folge-

Verwechseln Sie nicht die Statusinformationen, die in den Datensätzen von

Bei einem Releasewechsel führen Sie die IMG-Aktivität Erweiterte

Eingangsverarbeitung von SYSTAT01

Externe und interne Fehlermeldungen

Besonderheiten beim Porttyp “Datei”

Fehler Vorgangsco Workflow-Aufgabe Mögliche Ursachen

IDoc-Syntaxfehler EDIY TS00008074

Der Ausnahmebehandlung in der IDoc-Schnittstelle schließt sich (im Eingang) die

Rollenauflösung in der Ausnahmebehandlung

Rollenauflösung Empfänger des Workitems

Partnervereinbarungen [Seite 76]

70000141 TS70008037 (Fehler ohne Wenn es sich um ein

Kommunikation mit älteren Releases/Systemen oder

Einsatz von Erweiterungen [Seite 37]

Einsatz von Erweiterungen

Zuordnung der Felder im Ausgang

R/3-System (Release 4.0) R/3-System

R/2-System bezüglich Erweiterungen so verhält, als würde es IDocs an R/3-

Internet [Seite 62] Versand an E-Mail-Adressen

Dateischnittstelle: Betriebssysteme vorbereiten

Ausgang: Folgesystem triggern

Arbeiten mit Registrierung:

S = Schreiben L = Lesen RFC = Remote Function Call

Eingang: SAP System triggern

Parameter Wert (Beispiel) Beschreibung

1. Rufen Sie SE38 auf.

2. Geben Sie den Reportnamen RSPARAM ein.

3. Wählen Sie Ausführen und lassen Sie das Feld auch

4. Wählen Sie Suchen (STRG-F).

5. Geben Sie rdisp/sna_g ein und bestätigen Sie.

6. Der Name des Gateway-Hosts steht in der Zeile

Beachten Sie die Groß- und Kleinschreibung.

1.-5. Verfahren Sie nach den Schritten 1.-5. beim Gateway-

6. Der Name des Gateway-Services steht in der Zeile

Funktionsbausteinparameter für Eingangs-IDocs

Parameter Wert (Beispiel) Beschreibung

S = Schreiben L = Lesen RFC = Remote Function Call