Mussfeld gefüllt oder nicht???

Mussfeld gefüllt oder nicht???

Hallo,

ich habe hier ein interessantes Problem. Ich habe ein Dynpro mit folgendem Coding:
PBO ist hier nicht relevant, ich habe mir erlaubt, das Coding zu anonymisieren.

Auf dem Dynpro findet sich ein Table Control, in dem eine Tabelle gepflegt wird, die sich 1:1 im DDIC wiederfindet. Wenn ich jetzt in die Tabelle einen Eintrag schreibe, dessen Key es schon gibt, kommt korrekt die Meldung "Eintrag schon vorhanden" als Fehlermeldung ? eben wie ich es programmiert
habe. Der fragliche Satz ist eingabebereit, der Rest ist gesperrt, ganz wie man es erwarten würde.

Solange die Fehlermeldung aktiv ist, kann der Anwender den Satz nicht markieren, um ihn zu löschen, das scheint grundsätzlich nicht zu gehen. Also geht der Anwender hin, entfernt alle Inhalte aus den Tabellenzellen mit der
Entf-Taste (die e-Message ist immer noch aktiv, also die eine Zeile ist bearbeitbar, die anderen sind nach wie vor gesperrt), bis alle leer sind und drückt Enter, in der Hoffnung, dass jetzt, wo die Zeile wieder leer ist,
wird das Table Control wieder frei.

Denkste! Es kommt die Meldung "Bitte alle Mussfelder ausfüllen!" und im Debugger sehe ich auch, warum. Obwohl alle Feldinhalte mit "Entf"-Taste weggelöscht wurden, haben die Felder "dynpstruc-?" nach wie vor die alten Inhalte!!!

Das System scheint sich (mal platt ausgedrückt) nicht entscheiden zu können, ob die Werte nun da sind oder nicht.

Ich komme da nirgends ran, weil der erste Einzelschritt die Mussfeldprüfung (SAP-Standard) ist, ich bin also nichtmal in der Lage, ein Modul dazwischenzusetzen, dass die in Wahrheit ja leeren Feldinhalte auf dem Dynpro ausliest, um dann entsprechend zu reagieren. Wenn die Felder alle
leer sind und ich Enter drücke, lande ich bei der FIELD-Anweisung und bekomme sofort die Fehlermeldung angezeigt, ein davorgesetztes Modul wird gar nicht angesprungen.

Wie zum Geier löse ich dieses Problem??? Beholfen habe ich mir einstweilen damit, die Felder als SOLLfelder zu deklarieren, dann findet aber keine Mussfeldprüfung statt, die müsste ich von Hand programmieren -- ist das der einzige Weg?


Vielen Dank für jeden Tip


Ralf

ewx hat geschrieben:wenn der Anwender eh nach der Meldung die Zeile löschen muss, denn mach das doch im Programm.
Meldung: "Eintrag existiert bereits und wird gelöscht".

hmhmhm - das haut mir der Anwender um die Ohren, da bin ich mir sicher. Da find ich die Sollfeldlösung eigentlich besser.

ewx hat geschrieben:Die Fehlerbehandlung für die einzelne Zeile solltest du im LOOP machen.
Ich nehme an, da du das nicht machst, kann auch wegen der E-Meldung der Datentransport aus der Dynpro-Struktur in die DDIC-Struktur erfolgen.

Ich mache die Fehlerbehandlung im Loop, da stelle ich ja z.B. fest dass ein Eintrag schon vorhanden ist. Wie kommst du darauf, dass ich das nicht tue?

Das Problem ist, dass die Mussfeldmeldung dafür sorgt, dass es nach der FIELD-Anweisung gar nicht mehr weitergeht und mein Modul gar nicht angesprungen wird.

ewx hat geschrieben:Falls es gar nicht funktioniert, kannst du immer noch eine Warn- oder Info-Meldung ausgeben und den Satz in einem extra-Feld markieren um ihn dann später aussortieren zu können.

Jo, dazu hat mir ein Kollege auch geraten, find ich aber unschön.

ewx hat geschrieben:Übrigens muss "MODULE AT EXIT-COMMAND" als erste Anweisung im PAI stehen!

Hab ich auch gedacht - funktioniert aber auch so. Finde ich selbst erstaunlich


Ralf

Hi,
Sorry, ich möchte wirklich nicht abschweifen, aber:

Übrigens muss "MODULE AT EXIT-COMMAND" als erste Anweisung im PAI stehen!

Wo steht das? Ich mache das immer so, weil ich es für sauber halte, aber gelesen habe ich das noch nicht Für mich war bisher klar, das das irgendwo! im PAI stehen muß, falls ich Exit-Commands habe... Die Frage ist mein Ernst.

Viele Grüße,
Olli

ewx hat geschrieben:Warum sollte der Anwender dir dein Proggi um die Ohren hauen, wenn du eine ungültige Eingabe löschst, wo er das doch anscheinend selbst machen muss, um weiter zu machen...

Weil es sein kann, dass er sich nur verschrieben hat und die Eingabe ÄNDERN will, statt sie zu löschen und neu einzugeben.

Ich habe das Problem so gelöst:

* Sollfeld statt Mussfeld
* Eigene Mussfeldprüfung


Ralf