[53868] in SAPr3-news
Re: Aufruf des Programms RSUSR002 per EXCEL
daemon@ATHENA.MIT.EDU (Christian Zalto)
Sun Mar 20 10:10:20 2005
To: sapr3-news@mit.edu
Date: Sun, 20 Mar 2005 16:11:01 +0100
From: "Christian Zalto" <zalto@t-online.de>
Message-ID: <d1k3nd$djd$04$1@news.t-online.com>
"Ralf Meier" <meier@medisoco.com> schrieb:
> 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.
>
Das ist genau das, was ich meinte mit:
>> Showstopper hat man dann erst, wenn im Frontend statt Dynpros
>> auf Controls zur Eingabe zurückgegriffen wird.
Dieses "Save As" Window in Releases >4.6 ist ein Control und daher
nicht per Batch-Input in den Griff zu kriegen. Mit "SAPGUI Scripting
API" mag das Problem lösbar sein, aber mittelfristig sollte man sich mit
dem Gedanken anfreunden, dass eine Automation über das Frontend
ausstirbt. Gibt's überhaupt schon/noch Automation für das SAP Portal?
Irgendwann kommen ja vielleicht die Webservices, die alle Bedürfnisse
abdecken (inkl. dem Generieren eines RSUSR002 Outputs), aber bis
dahin klaffen noch ein paar Lücken: Wie baut man z.B. ein Excel-Makro
als Step in einen SAP Job ein ohne Middleware-Kanonen aufzufahren?
Wie ruft man per ABAP eine Win32 API Funktion auf ohne eigene
Komponenten entwickeln und deployen zu müssen? Konnte mir noch
keiner sagen...
--
Mit freundlichen Grüßen,
Christian Zalto
