SAP Datenexport in Drittsystem = Keine praktische Lösung?

SAP Datenexport in Drittsystem = Keine praktische Lösung?

Hallo Leute,

ich habe in den letzten Wochen versucht, mich mit dem Thema "Datenexport aus SAP in ein Drittsystem wie Access" zu beschäftigen. Dabei bin ich natürlich auf die Begriffe wie BAPI, RFC, RFM usw. gestoßen, doch nach einigen Recherchearbeiten hat jeder dieser Möglichkeiten deutliche Nachteile:

BAPIS
Nachteil: Meiner Meinung nach dienen die angebotenen BAPI's eher für einfache Dinge. Komplexere Datenexporte sind oftmals zu umständlich bzw. überhaupt nicht vorhanden. Für stupide Massendatentransfere von einfachen Daten ist das i.O. aber wirkliche geschäftsrelevante Daten wie aktuelle Kosten, Ergebensrechnungen usw. lassen sich überhaupt nicht bewerkstelligen.

RFC/RFM
Nachteil: Notwendige Berechtigungsobjekte, die für jeden FuBa extra angelegt werden müssen. Eine einheitliche Freigabe für das Lesen von Tabellen wäre in diesem Fall deutlich angenehmer gewesen. Alles andere ist für einen breiten, parktischen Nutzen einfach zu umständlich, da so für jede neue Tabellenutzung neue Berechtigungsobjekte vergeben werden müssen. Mein IT-Beuaftragter würde mich köpfen ...

Zum jetztigen Stand habe ich keine Lösung gefunden, die mir eine Möglichkeit eröffnet, jegliche für mich notwendige Daten zu exportieren. Meiner Meinung nach hat SAP hier einen deutlichen Sprung aufzuholen, um ein wirkliches brauchbares System zu bekommen.

Zu Beginn meiner Recherchearbeit bin ich davon ausgegangen, das sich hinter jeder Transaktion ein Bericht befindet, der mit den Angaben der Transaktionsmaste gefüttert und die Daten dann entsprechend zurückliefert. Daher dachte ich, das man den Bericht auch über Drittsysteme wie in der Transaktion füttern kann und die Ergebnis dann einfach ausgegeben bekommt. Mich hätte daher eine Kommunikationsschnittstelle deutlich besser gefallen, die sich an den Transaktionen orientieren, aber sowohl BAPI's als auch RFC's bieten dies einfach nicht.

Dieser Topic sollte natülrich nicht nur dazu dienen, meinen großen Ärger Luft zu machen, sondern auch eure Meinung dazu zu hören. Welche praktischen Erfahrungen habt ihr zu dem Thema gemacht? habt ihr vielleicht eine doch akzeptable Lösung gefunden?

Viele Grüße
Olaf

Erstmal danke für deine Antwort.

Das Problem an der ganze Geschichte ist, das man bei der Vielzahl der Möglichkeiten keinen gescheiten Überblick bekommt. Die von dir gezeigten Möglichkeiten sind ebenfalls sehr unübersichtlich.

Wichtig für mich ist, das ich eine Lösung habe, die mir praktisch Zugriff auf alle SAP-Daten liefert, ohne dafür einen enormen Aufwand für jeden User generieren zu müssen. Problematisch ist vor allem die Geschichte "Berechtigungen", die einen wichtigen Bestandteil darstellt, aber bei solchen Dingen einfach auch nervig sein können.

Die Geschichte MS-EXCEL als OLE Client und SOAP deckt sich mit der Variante der RFC-Kommunikation. Aus diesem Grund fällt diese Variante ebenfalls durch die unmögliche Berechtigungsvergabe schon mal weg. Die open_document Variante erschließt sich bisher nicht für mich, da nicht wirklich zu erkennen ist, welchen Datenumfang man mit diesen Befehl abdecken kann und welchen Nutzen das Ganze hat.

Durch Recherchen bin ich auf das Stichwort SAP Query gestoßen. Dies scheint auf den ersten Blick interessant zu sein, da ich mir hier eigene Berichte auf Grundlage der SAP-Tabellen erstellen kann. Jedoch ist mir Kommunikation von SAP Querys zu Access noch nicht bekannt. Deckt sich die Handhabe mit der BAPI Methode oder wie läuft die Kommunikation in diesem Fall ab?

Unsere IT blockt beim Thema "Datenexport" sofort ab, da dort der Grundsatz besteht: Wenn wir keinen Support leisten können, helfen wir euch auch nicht. Das ist das Problem. Die Geschichte mit dem händischen Datenexport und der Office Integration ist mir bekannt und wir auch teilweise schon so genutzt. Das Thema BI wird bei uns erst 2010 aktuell und bis dahin sollte eigentlich eine Übergangslösung her. BW ist leider auf bestimmte Kennzahlen bergrenzt und richtet sich bei uns eher zur Darstellung der Gesamtergebnisse pro LE. Wir möchten aber eine Variante, bei der wir beispielsweise Produktions- und Kostenstellendaten einfach auswerten können. Konkrete Vorschläge gibt es im Bezug auf Kostenstellen und Innenauftrag, aber im ersten Schritt sollte erstmal abgecheckt werden, welche Möglichkeiten man hat, bevor wir das Projekt richtig angehen.

Ich denke, das ich mich als nächstes an das Thema "SAP Query" ranmache und mich dort mal versuche. Spricht durch eure Erfahrung etwas gegegn diese Methode?

Danke für eure bisher Aufklärung!

Dafür ist SAP eben IT für Erwachsene...

Ich finde, SAP verhält sich wie Vista: Der Benutzer wird an die Hand genommen und jegliche Freiheit entzogen. Sicherheit ist wichtig und i.O., wenn Sie den Benutzer aber nicht nervt und/oder einschränkt. Mir hätte einfache und strukturierte Zweiklassen-Ausnahme-Berechtigungsschiene gefallen. Einmal eine durchstrukturierte Berechtignungsebene, als zweites eine deutlich übergeordnete Schiene, aber da wird SAP wohl nicht machen[/quote]

Olaf Renns hat geschrieben:Ich denke, das ich mich als nächstes an das Thema "SAP Query" ranmache und mich dort mal versuche. Spricht durch eure Erfahrung etwas gegegn diese Methode?

Aus meiner Sicht nicht. Um eine manuelle Überführung der Daten in Office-Komponenten kommst Du aber trotzdem nicht herum. Der einzige Vorteil ist eben, dass Du die Daten schon auf SAP-Seite in eine "angenehme" Form bekommst.

Danke für eure bisher Aufklärung!

Is scho recht, dafür samma doch da...

Gruß,
Haubi

Olaf Renns hat geschrieben:

Aus meiner Sicht nicht. Um eine manuelle Überführung der Daten in Office-Komponenten kommst Du aber trotzdem nicht herum. Der einzige Vorteil ist eben, dass Du die Daten schon auf SAP-Seite in eine "angenehme" Form bekommst.

Kann man eine SAP Query nicht wie eine BAPI ansprechen? Dadurch könnte man ja die Daten einfach zurückbekommen, ohne manuelle Überführung.

Tach.

Ein BAPI ist ja in Wirklichkeit ein RFC-fähiger Fnuktionsbaustein, dessen Ausgabeparameter Du recht lustig abgreifen kannst.
Aus einer Query wird ein Report (also ein ausführbares Programm) generiert, der seine Ausgabe in eine Liste oder einen ALV schmeisst. Ausgabeparameter in diesem Sinne gibt's also nicht, d.h. Du wirst um eine manuelle Konvertierung nicht herumkommen.

Gruß,
Haubi

Tach.

Dann würde es Sinn machen, sich dafür eine DB-View anzulegen und diese mit dem READ_TABLE-Baustein auszulesen.

Gruß,
Haubi