Auftrag anlegen/ändern trotz aktivierter Adressprüfung

Auftrag anlegen/ändern trotz aktivierter Adressprüfung

Hallo zusammen,
wir legen z.B. Aufträge via VA01 per Batch-Input bzw. Direct Input an. Nun kam jemand auf die Idee die Adressprüfung im Customizing zu aktivieren - eigentlich eine tolle Sache, nur leider fliegt uns nun der Batch um die Ohren, denn die nun erscheinenden Popups werden ja nicht abgefragt.

Wir haben nun eine neue Aufzeichnung gemacht und die Änderungen in unseren Report übernommen. Wichtig ist dabei die Belegung des FB "POPUP_TO_DECIDE" vom Defaultwert NEIN auf den Wert JA (Möchten Sie die fehlerhafte Adresse akzeptieren?)

Nun kommt der Haken!
1. Spielt man die Aufzeichnung im Hintergrund ab, so klappt die Belegung der Drucktaste nicht (im Debugger erscheint "=OPT2) also NEIN.
2. Spielt man im Vordergrund ab, so erkennt man, dass das Fenster "OK-CODE" den korrekten OK-Code "=OPT1" enthält, aber leider hinter dem Popup liegt. Geht man also mit Enter weiter, wird nicht der OK-Code ausgeführt, sondern das Popup mit dem Defaultwert NEIN bestätigt. Holt manuell das OK-Code-Fenster in den Vorderung und bestätigt man dann mit Enter klappt es!!!
3. Spielt man mit Option E "nur Fehler anzeigen" ab, läuft der Batch durch und alles wird korrekt verarbeitet.

Leider ist die dritte Version für uns nicht praktikabel, da auch andere Fehler den Batch hochkommen lassen können und der User damit die Kontrolle über den Batch erhält.

Gibt es für das Problem "Drucktaste auf POPUP_TO_DECIDE im Batch korrekt belegen und dunkel abspielen" eine Lösung?

Danke und Gruss
vwaadenm

Hallo ewx,
der Defaultwert ist leider die Drucktaste mit dem OK-Code =OPT2, also die Antwort NEIN, wir wollen aber in diesem Fall immer die fehlerhafte Adresse akzeptieren, also OK-Code =OPT1 bzw. JA.
Gruss vwaadenm

Hallo ewx,
für einen korrekten Einbau spricht die Tatsache, dass es im Modus E "nur Fehler anzeigen" komplett fehlerfrei durchläuft. Nur beim dunkel abspielen scheint es Probleme zu geben. Interessant ist eben auch, dass beim hell abspielen das Fenster mit dem korrekten OK-Code OPT1 versorgt wird, aber hinter dem Popup liegt und zuerst in den Vordergrund geholt werden muss, um es dann mit Enter zu bestätigen - als wenn man das OK-Code-Fenster im Batch einmal absprechen müssten - nur wissen wir nicht, welches Dynpro das ist...

... und wir können uns auch eigentlich nicht vorstellen, dass es so schwierig ist, ein Popup im Batch zu beantworten?!

Gruss vwaadenm

OSS-Meldung wurde abgeschickt, ich melde mich, sobald die Antwort da ist