OM Speichervorgang abbrechen
9 Beiträge
•
Seite 1 von 1
9 Beiträge
Seite 1 von 1
Moin,
ich bin momentan im OM am programmieren. Hier haben wir einen kundeneigenen IT9xxx, welcher aber über eine Funktionsgruppe abgebildet wird (also kein MP9xxx00-Coding). Jetzt passt soweit quasi schon alles, bis auf eine Kleinigkeit, die ich gerade irgendwie nicht herausbekomme: Wenn ich im OM für diesen IT Änderungen mache und auf speichern drücke wird das PAI-Coding von meiner eigenen Entwicklung auch durchlaufen. Wenn ich jetzt aber an dieser Stelle (z.B. mit entsprechenden Prüfroutinen) merke, dass hier ein Fehler gemacht wurde, müsste ich den Speichervorgang abbrechen und normal zum OM-Screen zurückkehren. Mit einer Message Type E geht es nicht, da dann die Felder nichtmehr eingabebereit sind. Andere Messagetypes haben mich hier auch nicht weitergebracht. Gibt es hierfür eine einfache Möglichkeit oder geht es überhaupt irgendwie?
Gruß
Pyro
ich bin momentan im OM am programmieren. Hier haben wir einen kundeneigenen IT9xxx, welcher aber über eine Funktionsgruppe abgebildet wird (also kein MP9xxx00-Coding). Jetzt passt soweit quasi schon alles, bis auf eine Kleinigkeit, die ich gerade irgendwie nicht herausbekomme: Wenn ich im OM für diesen IT Änderungen mache und auf speichern drücke wird das PAI-Coding von meiner eigenen Entwicklung auch durchlaufen. Wenn ich jetzt aber an dieser Stelle (z.B. mit entsprechenden Prüfroutinen) merke, dass hier ein Fehler gemacht wurde, müsste ich den Speichervorgang abbrechen und normal zum OM-Screen zurückkehren. Mit einer Message Type E geht es nicht, da dann die Felder nichtmehr eingabebereit sind. Andere Messagetypes haben mich hier auch nicht weitergebracht. Gibt es hierfür eine einfache Möglichkeit oder geht es überhaupt irgendwie?
Gruß
Pyro
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Setze mal eine I-Meldung und probiere den OK-Code von "SICH" (BUCH, SAVE, oder was auch immer) auf etwas unverfänglicheres zu setzen.
Danke für die Antwort, aber den OK_CODE zu verändern bringt hier leider nichts, es muss wohl eine andere Variable sein. Außerdem hatte ich gehofft, dass es hier eine schönere/sauberere Standardmöglichkeit gibt. Eine MESSAGE mit TYPE 'E' kommt schon nah dran, allerdings sind dann erstens die ganzen Felder nicht mehr eingabebereit und zweitens ändert er den OK_Code dann erstmal nichtmehr richtig und durchläuft auch beim Enter drücken erneut den Speichervorgang (auch im OK_CODE steht dann noch 'SAVE').
Gibt es eventuell noch andere Möglichkeiten?
Gibt es eventuell noch andere Möglichkeiten?
Hallo Pyro!
Das Handling, dass sich der OK_CODE bei einem erneuten [ENTER] nicht ändert, ist normal... das müsste auch so sein, wenn Du im OM bspw. die Grunddaten erfasst und speichern möchtest (und dabei auf einen Fehler läufst). Die Grunddaten sind i. d. R. ja auch als Funktionsgruppe realisiert und nicht direkt als Modulpool.
Wenn beim PAI nicht die gewünschten Felder eingabefähig bleiben, dann deutet dies darauf hin, dass Du die CHAIN im Dynpro nicht passend definiert hast... schau Dir mal das Dynport 0200 zum Programm SAPLRHOMDETAIL_BASE an. Dort wird im PAI eine CHAIN mit zwei Feldern definiert und zu dieser CHAIN werden dann zwei FORM-Routinen aufgerufen. So ähnlich müsste das bei Dir auch aussehen. Alle Felder innerhalb der CHAIN müsste dann bei einer 'E' Meldung eingabebereit bleiben.
Viele Grüße
Chris
Das Handling, dass sich der OK_CODE bei einem erneuten [ENTER] nicht ändert, ist normal... das müsste auch so sein, wenn Du im OM bspw. die Grunddaten erfasst und speichern möchtest (und dabei auf einen Fehler läufst). Die Grunddaten sind i. d. R. ja auch als Funktionsgruppe realisiert und nicht direkt als Modulpool.
Wenn beim PAI nicht die gewünschten Felder eingabefähig bleiben, dann deutet dies darauf hin, dass Du die CHAIN im Dynpro nicht passend definiert hast... schau Dir mal das Dynport 0200 zum Programm SAPLRHOMDETAIL_BASE an. Dort wird im PAI eine CHAIN mit zwei Feldern definiert und zu dieser CHAIN werden dann zwei FORM-Routinen aufgerufen. So ähnlich müsste das bei Dir auch aussehen. Alle Felder innerhalb der CHAIN müsste dann bei einer 'E' Meldung eingabebereit bleiben.
Viele Grüße
Chris
Hallo Chris,
danke für die Antwort.
Ja, stimmt, mit einer Chain an der entsprechenden Stelle wären die Felder natürlich noch Eingabebereit, allerdings will ich die aktuelle Aktion einfach restlos abbrechen, bei Type E oder W kann ich zwar zum Screen zurückkehren und ggf. auch die entsprechenden Felder noch bearbeiten, aber keine andere Aktion mehr machen, was in diesem Fall aber leider wichtig wäre.
Gibt es sonst noch eine Möglichkeit ohne den ok_code verändern zu müssen?
Gruß
Pyro
danke für die Antwort.
Ja, stimmt, mit einer Chain an der entsprechenden Stelle wären die Felder natürlich noch Eingabebereit, allerdings will ich die aktuelle Aktion einfach restlos abbrechen, bei Type E oder W kann ich zwar zum Screen zurückkehren und ggf. auch die entsprechenden Felder noch bearbeiten, aber keine andere Aktion mehr machen, was in diesem Fall aber leider wichtig wäre.
Gibt es sonst noch eine Möglichkeit ohne den ok_code verändern zu müssen?
Gruß
Pyro
Beitrag
von black_adept (Top Expert / 4087 / 126 /
940
)
»
Hast du mal ein "LEAVE TO SCREEN sy-dynnr" ausprobiert.
Hallo Pyro,
ich befürchte mal, das was Du möchtest ist nicht so einfach in der PPOME abbildbar... aber um das sicher sagen zu können, müsste ich mir das Szenario komplett anschauen. Hab schon länger nichts mehr in dem Umfeld gemacht, da meine aktuellen Kunden kaum Eigenentwicklungen im OM Umfeld im Einsatz haben. Sorry!
Grüße
Chris
ich befürchte mal, das was Du möchtest ist nicht so einfach in der PPOME abbildbar... aber um das sicher sagen zu können, müsste ich mir das Szenario komplett anschauen. Hab schon länger nichts mehr in dem Umfeld gemacht, da meine aktuellen Kunden kaum Eigenentwicklungen im OM Umfeld im Einsatz haben. Sorry!
Grüße
Chris
Hallo Chris,
ja, Danke trotzdem. Zur Not kann ich es ja über den DirtyAssign lösen, ich hatte nur gehofft, dass es an dieser Stelle eine schönere Methode gibt, die auch näher am Standardvorgehen ist.
Gruß
Pyro
ja, Danke trotzdem. Zur Not kann ich es ja über den DirtyAssign lösen, ich hatte nur gehofft, dass es an dieser Stelle eine schönere Methode gibt, die auch näher am Standardvorgehen ist.
Gruß
Pyro
Seite 1 von 1
Vergleichbare Themen
5
Antw.
Antw.
3600
Views
Views
POPUP_TO_CONFIRM - Transaktion abbrechen?
von gerritnova » 07.12.2006 07:44 • Verfasst in ABAP® Core
von gerritnova » 07.12.2006 07:44 • Verfasst in ABAP® Core
9
Antw.
Antw.
8074
Views
Views
1
Antw.
Antw.
1089
Views
Views
Massenselektion - Möglichkeiten zum Abbrechen
von hfahrian » 12.12.2005 10:27 • Verfasst in ABAP® Core
von hfahrian » 12.12.2005 10:27 • Verfasst in ABAP® Core
7
Antw.
Antw.
4119
Views
Views
Sicherheitabfrage (OK, Abbrechen) vorm löschen erstellen!
von Nautilus » 17.01.2006 16:54 • Verfasst in Dialogprogrammierung
von Nautilus » 17.01.2006 16:54 • Verfasst in Dialogprogrammierung
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1047
vor 2 Tagen von DeathAndPain 4 / 1047
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1047
vor 2 Tagen von DeathAndPain 4 / 1047