[53867] in SAPr3-news
Re: Aufruf des Programms RSUSR002 per EXCEL
daemon@ATHENA.MIT.EDU (Ralf Meier)
Sun Mar 20 09:17:30 2005
To: sapr3-news@mit.edu
Date: Sun, 20 Mar 2005 15:17:21 +0100
From: Ralf Meier <meier@medisoco.com>
Message-ID: <d1k0lh$d1j$1@online.de>
Hallo Herr Zalto,
ich hab noch eine Frage, wie bekommt man den den Namen des Dynpro heraus.
Zeichne ich nämlcih die einzelnen Schritte mittels SHDB auf, nimmt er
genau die Informationen, indenen man den Dateinamen zu speichern angibt
("SAVE AS") Window nicht mit auf.
Ich weiß jetzt leider auch nicht wie man den Dynpronamen rausbekommen könnte.
Vielen Dank.
MfG
Ralf Meier
On 2005-03-13 13:42:54 +0100, "Christian Zalto" <zalto@t-online.de> said:
> "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
--
Grüße und vielen Dank
Ralf
