[53774] in SAPr3-news
Re: Aufruf des Programms RSUSR002 per EXCEL
daemon@ATHENA.MIT.EDU (Christian Zalto)
Sun Mar 13 07:43:20 2005
To: sapr3-news@mit.edu
Date: Sun, 13 Mar 2005 13:42:54 +0100
From: "Christian Zalto" <zalto@t-online.de>
Message-ID: <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
