[53825] in SAPr3-news
Re: Aufruf des Programms RSUSR002 per EXCEL
daemon@ATHENA.MIT.EDU (MR1703)
Wed Mar 16 12:23:36 2005
To: sapr3-news@mit.edu
Date: 16 Mar 2005 09:23:25 -0800
From: markus_rogalli@campbellsoup.com (MR1703)
Message-ID: <5ac77e70.0503160923.1b2b8d47@posting.google.com>
Dear All,
bin als Advanced Excel User schon seit längerem auf der Suche nach
einem verständlichen Beispiel wie man mittels Excel Reports bzw.
Queries aufruft
und bin mir sicher jetzt hier Hilfe zu bekommen.
Wie kann ich von Excel heraus meine Query "Auftragsliste" mit der
dazugehörigen Variante "Eintopf" starten?
Freundliche Grüße
Markus
"Christian Zalto" <zalto@t-online.de> wrote in message news:<d11cel$ooq$00$1@news.t-online.com>...
> "Ralf Meier" <meier@medisoco.com> schrieb:
>
> > Das ist genau das was ich gesucht habe. Unter 4.6 funktioniert es
> > einwandfrei.
> >
> Prima. :-)
>
> > Unter 4.7 bekomme ich es nur nicht hin, dass sich die expotierte Datei
> > automatisch speichert. Ich bekomme irgendwie nicht raus ob sich die
> > Dynprobezeichnung geändert hat oder woran das liegt.
> >
> Hab hier leider kein solches System zum testen, aber die Fehlermeldung
> deutet darauf hin, dass sich die Dynprobezeichnung geändert hat. Da
> liegt auch der Nachteil einer solchen auf Bildschirmdynpros basierenden
> Lösung gegenüber BAPIs: Ändert sich irgend eine Kleinigkeit durch
> Customizing oder Releasewechsel, funktioniert die ganze Lösung nicht
> mehr. Zum Glück kann man mit Transaktion SHDB Abläufe aufzeichnen
> und bekommt in der Regel recht schnell heraus, was sich geändert hat.
> Showstopper hat man dann erst, wenn im Frontend statt Dynpros
> auf Controls zur Eingabe zurückgegriffen wird.
>
> Ab dem Punkt ist man dann wirklich gezwungen, sich anhand des
> vorhandenen Programmcodes einen passenden RFC-Funktions-
> baustein zu schreiben, der die benötigte Funktionalität kapselt.
> Macht aber nicht viel Freude, wenn bereits der Selektions-
> bildschirm viele 100 Zeilen Programmcode enthält...
>
> Vielleicht hat jemand auch eine Lösung auf Basis der "SAPGUI
> Scripting API"? Das wäre dann technisch nochmal ein Stück
> näher am Frontend.
>
> Mal schauen, was die Zukunft bringt: Da ist ist uns ja eine
> serviceorientierte Architektur verheißen worden und da erwarte
> ich natürlich den strukturierten Output eines jeglichen Reports
> auch als komfortabel aufrufbaren Webservice. Bis dahin wird
> die SAP aber noch ein paar Millionen Programmzeilen neu
> schreiben dürfen...
>
> > Habe mir auch überlegt, dass es nicht schlecht wäre es nicht als
> > TXT zu speicherm sondern in ECXEL über den Excelviewer
> > (=&XXL) auszugeben und dann von EXcel einfach per vba zu
> > speichern, dass funktiniert bei mir aber gar nicht, da anscheinend die
> > EXCEL Tabelle vom BatchInput geschlossen wird, bevor ich sie
> > per VBA ansprechen kann.
> >
> Das Skript hat ja alles wieder schön geschlossen und beendet -
> die Kunst dürfte jetzt sein, an der richtigen Stelle mit der Auto-
> matisierung aufzuhören, bevor alles wieder geschlossen wird,
> also letztlich auch das VBA-Script anzuhalten (z.B. per MsgBox,
> die man erst bestätigen darf, wenn man mit allem fertig ist).
>
> --
> Mit freundlichen Grüßen,
> Christian Zalto
