Globaler IDOC - Monitor

Transkript

1 Globaler IDOC - Monitor

2 Willkommen! Die nachfolgende Präsentation führt Sie durch eine Einführung in unsere Komponente Globaler IDOC - Monitor

3 Einführung Der Einsatz der Bensberg-Komponenten 'Globaler IDOC-Monitor' verbessert die Übersicht und Transparenz der im eigenen System vorhandenen IDOC-Nachrichten in erheblichem Umfang. Der Monitor ist sowohl für eingehende als auch für ausgehende IDOC-Typen (Standardtypen und Erweiterungen) verwendbar. Maßgeblich hierfür sind die benutzerspezifischen Selektionen und Anzeigen die sowohl die gesamte IDOC-Struktur als auch die damit inhaltlich verbundenen Stamm- und Bewegungsdaten berücksichtigt. Die offene Struktur der Komponente ermöglicht die Einbindung eigener Funktionsmodule zum Zeitpunkt der Selektion und Anzeige. Diese können Prüfergebnisse erzeugen, die in der Oberfläche angezeigt werden. Sofern sinnvoll kann die Verarbeitung eingehender IDOC sowohl im SAP-Standard als auch mit benutzerspezifischen Funktionen gestartet werden. Die Vor- und Nachlaufroutinen der Bensberg-Komponente erweitern diese Möglichkeiten erheblich. Sofern gewünscht, kann für eingehende IDOC eine 'IDOC-Bremse' je IDOC-Typ vereinbart werden, der die sofortige Verbuchung des IDOC verhindert.

4 Übersicht EDI-Konverter BENSBERG SAP - Standard IDOC - Bremse Selektion IDOC Anzeige IDOC Verarbeitung

5 IDOC - 'Bremse'

6 IDOC - Bremse Die IDOC-Bremse ermöglicht das 'Anhalten' von eingehenden IDOC-Nachrichten vor der Verarbeitung Vermeidung von ungewollten IDOC-Verbuchungen ohne vorherige Prüfung Aktivierbar je IDOC-Typ (Exit im jeweiligen EDI-Eingang notwendig!) Globale Bremse oder 'logische' Bremse durch aktivierbare Funktionsbausteine EDI-Konverter SAP - Standard IDOC Bensberg IDOC - Bremse IDOC- Verbuchung Funktionsbaustein zur 'logischen' Bremse

7 Selektion

8 Selektion Die benutzerspezifischen Selektionen berücksichtigen sowohl die gesamte IDOC-Struktur als auch die damit inhaltlich verbundenen Stamm- und Bewegungsdaten Das Selektionsbild wird dynamisch 'zusammengebaut': IDOC-Feld z.b. verknüpft mit KNVV Feldnamen aus Dictionary oder eigene Definition Beispiel für eine Selektion

9 Selektion - Start der Oberfläche Zu jedem IDOC-Typ können unterschiedliche Sichten für die Selektion und Anzeige je Benutzer definiert werden

10 Selektion - Start der Oberfläche Beispiel ORDERS Das Selektionsbild wird anhand der hinterlegten Feldinformationen des Benutzers dynamisch aufgebaut

11 Anzeige

12 Anzeige Die benutzerspezifischen Einstellungen zur Anzeige berücksichtigen sowohl die Inhalte der gesamten IDOC-Struktur als auch die damit inhaltlich verbundenen Stamm- und Bewegungsdaten. Berücksichtigung der Hierarchiestufen lt. IDOC in der Anzeige (Kopf- und Positionsdaten) Das Anzeigeergebnis wird dynamisch 'zusammengebaut': Schritt 1: Auswahl der IDOC-Segmente die angezeigt/verwendet werden sollen. Die Anzahl ist unbeschränkt, Standardfelder wie IDOC-Nummer werden immer angezeigt Die Verwendung kann auf einzelne Qualifier (hier AG) eingeschränkt werden

13 Anzeige Schritt 2: Vereinbarung, ob das IDOC-Feld direkt angezeigt werden soll oder ob es Zugriffs- Schlüssel für Stamm- oder Bewegungsdaten ist (oder Beides): Anzeige eine Feldes Hierarchiestufe und Sortierregel für das Feld definieren Übernahme der Feldeigenschaften aus dem Dictionary, übersteuerbar mit eigenen Definitionen (z.b. Farben, Feldtyp) Übernahme der Feldbezeichner aus dem Dictionary, übersteuerbar mit eigenen Definitionen (auch für Qualifier) Vereinbarung Hyperlink, z.b. Transaktion oder Buchungsstrings

14 Anzeige Schritt 3: Falls das IDOC-Feld Zugriffsschlüssel für Stamm- oder Bewegungsdaten ist, sind die Zieldaten zu definieren: IDOC-Feld z.b. verknüpft mit KNVV Zugriffsschlüssel Verknüpfen Feldinhalt mit einer Zieltabelle Falls Zugriffsinformationen fehlen, können diese über Funktionsmodule ergänzt werden. Für die gängigen Verknüpfungen liefert Bensberg Standards aus Vereinbarung der auszugebenden Informationen. Die Ausgabe erfolgt nach den gleichen Regeln wie die Anzeige der IDOC- Felder (vorhergehende Folie)

15 Anzeige - Anzeige im ALV Beispiel ORDERS Detail-Lupe zeigt die nächste Hierarchiestufe

16 Anzeige - Anzeige im ALV Beispiel ORDRSP mit Feld-Prüfung (Abweichungen mit Toleranz) Detail-Lupe zeigt die nächste Hierarchiestufe

17 Anzeige - Anzeige im ALV Zusatzaktionen und Anzeigen IDOC wird mit Standardtransaktion BD73 gestartet (nur eingehende mit Status 51). Je Benutzer kann festgelegt werden, ob dies im Hell- oder Dunkelmodus erfolgen soll (falls vorgesehen). Aufruf der nächsten Hierarchiestufe. Sind mehrere vorhanden, wird die letzte aufgerufen, alle anderen durch einen Doppelklick auf das Ankerfeld Informationen, die entweder von der IDOC-Stopp-Routine, der/den Vorlaufroutine(n) und Nachlaufroutine(n) erzeugt worden sind: Der und der - Button sind auf jeder Hierarchiestufe verfügbar, der - Button nur, wenn eine nächste Stufe verfügbar ist.

18 Verarbeitung Vorlauf- / Nachlaufroutinen

19 Verarbeitung Für eingehende IDOC kann die Verarbeitung aus der Anzeige gestartet werden Zusätzlich können Vorlauf- und Nachlaufroutinen aktiviert werden, aktivierbar je IDOC-Typ und EDI-Sender (Exit im jeweiligen EDI-Eingang notwendig!) Die Vorlaufroutinen ermöglichen die Behandlung der IDOC-Daten und/oder des Umfelds bevor der IDOC gebucht wird. Beispiele für mögliche Anwendungen: Erweiterung der IDOC mit fehlenden Informationen, die für eine reibungslose Verbuchung notwendig sind. Entweder automatisierte Beschaffung oder Nachfrage beim Anwender. Überprüfung von IDOC-Informationen und Nachfrage beim Anwender wie verfahren werden soll. Entfernen nicht gewünschter IDOC-Positionen, weil z.b. das Material nicht bekannt ist. Die Nachlaufroutinen ermöglichen die nachträgliche Anpassung des entstandenen Auftrags. Beispiele für mögliche Anwendungen: Nachträgliche Anpassung von z.b. erzeugten Aufträgen in Abhängigkeit des IDOC-Typs. Interaktive Kommunikation mit dem Anwender. Starten von Folgeprozessen, die direkt mit dem IDOC verbunden sind

20 Vorlaufroutinen Vorlaufroutinen zur Anpassung/Erweiterung der IDOC vor der Verbuchung EDI-Konverter Standardverarbeitung IDOC Bensberg Vorlaufroutinen IDOC

21 Vorlaufroutinen Tabelle /BEE/YYFKVR - Alle zu einem Nachrichtentyp vereinbarten Routinen werden gestartet, unabhängig vom Modus: Erstverbuchung, BD87, YYFK, Workflow... - Vorlage-Baustein: /BEE/YYFK_VR_TPL2 - Erzeugte Meldungen der Vorlaufroutinen werden gesammelt und in der Oberfläche zur Analyse angeboten :

22 Nachlaufroutinen Nachlaufroutinen zur Anpassung/Erweiterung der Ergebnisse nach der Verbuchung EDI-Konverter Standardverarbeitung IDOC IDOC Bensberg Nachlaufroutinen

23 Nachlaufroutinen Tabelle /BEE/YYFKNR - Alle zu einem Nachrichtentyp und Benutzer vereinbarten Routinen werden gestartet, sofern die Verbuchung aus der Oberfläche der Bensberg-Komponente erfolgt (nur nach erfolgreicher Verbuchung mit Quittung ) - Vorlage-Baustein: /BEE/YYFK_NR_TPL1 - Erzeugte Meldungen der Vorlaufroutinen werden gesammelt und in der Oberfläche zur Analyse angeboten :

24 Sonstiges

25 Administration Transaktion /BEE/YYMK

26 Benutzerparameter Tabelle /BEE/YYFKUS - Benutzer : SAP-Anmeldenamen für den der Eintrag gilt - Nachr.typ : Nachrichtentyp, der für den Anwender beim Start der Transaktion vorbesetzt werden soll - Benutzer : Logischer Benutzername für den Zugriff auf die YYFK-Tabellen - Layout : Zu verwendendes Layout der Ergebnisanalyse (sofern dort vorhanden) - B : Buchungsmodus Hell falls Feld = 'X' und der IDOC-Typ dies erlaubt - O : Ohne Hierarchie. Es wird keine Tabellenform verwendet, falls Feld = 'X' - A : Alle Meldungen. Bei der Verwendung des - Button werden alle Meldungen angezeigt, falls 'X', sonst nur die des letzten Verbuchungsvorgangs

27 Technik

28 Einbettung der Bensberg-Komponenten in das SAP R/3 Add-on zum R/3 Programmiert in "ABAP" (Advanced Business and Application Programming) eigener, von SAP zugewiesener Adressraum (/BEE/) somit keine Eingriffe in R/3, aber Zugriff auf R/3-Daten (für Teilfunktionen sind Exits im jeweiligen EDI-Eingang notwendig!) ablauffähig unter R/3-Releases ECC6.0 mit oder ohne Automotive, Unicode automatische Generierung über SAP-Standard-Transport vorhandene Sprachversionen: D, ( E, F, ES in Vorbereitung)

29 Wir danken für Ihr Interesse. Für Fragen und weitere Informationen stehen wir Ihnen gerne zur Verfügung. Bensberg Unternehmensberatung GmbH Posthof 2 Telefon: Eitorf Fax: info@bensberg.de Deutschland