Datumsfeld komplett selbst überprüfen.
8 Beiträge
•
Seite 1 von 1
8 Beiträge
Seite 1 von 1
Hallo.
Ich habe auf einem Dynpro ein Eingabefeld für ein Datum (Typ DATS).
Gibt der User zB 300217 ein so ist dies ein ungültiges Datum. Die entsprechende SAP-Fehlermeldung erscheint ja auch. Kann ich die unterdrücken um eine eigene Fehlermeldung zu formulieren?
Ciao
Burkhart
Ich habe auf einem Dynpro ein Eingabefeld für ein Datum (Typ DATS).
Gibt der User zB 300217 ein so ist dies ein ungültiges Datum. Die entsprechende SAP-Fehlermeldung erscheint ja auch. Kann ich die unterdrücken um eine eigene Fehlermeldung zu formulieren?
Ciao
Burkhart
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
In einem Z-Programm kannst Du machen was Du willst....
Anstatt ein DATS-Type kannst Du 8 oder 10 Character Feldnehmen, eben was Du willst. Und dann kannst Du pruefen und ausgeben, was Du willst.
Aber warum vom Standard abweichen? Wenn ein Datum falsch/ungueltig ist... ist ein Datum eben falsch/nicht gueltig.
Sollte es ein SAP Standardprogramm sein: Warum den Standard verbiegen, wenn die Meldung das anzeigt, was sie anzeigen soll?
Anstatt ein DATS-Type kannst Du 8 oder 10 Character Feldnehmen, eben was Du willst. Und dann kannst Du pruefen und ausgeben, was Du willst.
Aber warum vom Standard abweichen? Wenn ein Datum falsch/ungueltig ist... ist ein Datum eben falsch/nicht gueltig.
Sollte es ein SAP Standardprogramm sein: Warum den Standard verbiegen, wenn die Meldung das anzeigt, was sie anzeigen soll?
Tja. Genau das werde ich wohl machen. Und zum "Warum?": Du sprichst mir aus der Seele. Aber der Kunde weigert sich die Standardprüfung von SAP zu akzeptieren. Laaaange Diskussionen um Peanuts.
Danke und Ciao,
Burkhart
Danke und Ciao,
Burkhart
Beitrag
von black_adept (Top Expert / 4080 / 125 /
934
)
»
Biete doch dem Kunden an, die Fehlermeldung systemweit ( nicht nur für das eine Programm ) zu ändern, in dem du die Nachricht modifizierst.
Was will denn der Kunde drin stehen haben? "Du Trottel - das Datum ist doch totaler Quatsch" oder so?
Was will denn der Kunde drin stehen haben? "Du Trottel - das Datum ist doch totaler Quatsch" oder so?
Beitrag
von ralf.wenzel (Top Expert / 3921 / 200 /
280
)
»
"Werter Kollege. Mitarbeiter, die zu blöd sind, ein Datum einzugeben, können wir nicht gebrauchen."
Daran einen Workflow hängen, der das Zeugnis per Mail zustellt, die Personalabteilung informiert und den SAP-Benutzer sperrt. Was glaubst du, wie vorsichtig die verbliebenen Kollegen zukünftig die Eingaben prüfen? LOL
Daran einen Workflow hängen, der das Zeugnis per Mail zustellt, die Personalabteilung informiert und den SAP-Benutzer sperrt. Was glaubst du, wie vorsichtig die verbliebenen Kollegen zukünftig die Eingaben prüfen? LOL
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Ich kann verstehen, wenn in bestimmten Anwendungen zusätzliche Dinge geprüft werden müssen:
- Datum darf nicht in der Zukunft liegen
- Datum darf nicht in der Vergangenheit liegen
- Datum darf nicht mehr als 10 Jahre vom heutigen Tag abweichen
Aber dass die Prüfung selbst nicht ausreicht, verstehe ich nicht...
@Ralf: Das automatische Erstellen einer Kündigung finde ich ein bisschen übertrieben!
Eine Abmahnung reicht!
- Datum darf nicht in der Zukunft liegen
- Datum darf nicht in der Vergangenheit liegen
- Datum darf nicht mehr als 10 Jahre vom heutigen Tag abweichen
Aber dass die Prüfung selbst nicht ausreicht, verstehe ich nicht...
@Ralf: Das automatische Erstellen einer Kündigung finde ich ein bisschen übertrieben!
Eine Abmahnung reicht!
Hallo Nordlicht,
ab 7.02:
eine weitere Möglichkeit zur Überprüfung besteht durch den MOVE Zusatz EXACT. Dadurch erfolgt bei der Zuweisung eine Prüfung auf die Gültigkeit des Datums (bzw. auch z.B. Uhrzeit). Sollte der Wert nicht gültig sein, wird die abfangbare Ausnahme CX_SY_CONVERSION_NO_DATE ausgelöst:
data l_datum type d.
try.
move exact '20120230' to l_datum.
catch cx_sy_conversion_no_date.
...
endtry.
Gruß
Wolfgang
ab 7.02:
eine weitere Möglichkeit zur Überprüfung besteht durch den MOVE Zusatz EXACT. Dadurch erfolgt bei der Zuweisung eine Prüfung auf die Gültigkeit des Datums (bzw. auch z.B. Uhrzeit). Sollte der Wert nicht gültig sein, wird die abfangbare Ausnahme CX_SY_CONVERSION_NO_DATE ausgelöst:
data l_datum type d.
try.
move exact '20120230' to l_datum.
catch cx_sy_conversion_no_date.
...
endtry.
Gruß
Wolfgang
Beitrag
von ralf.wenzel (Top Expert / 3921 / 200 /
280
)
»
Aber nur wenn es im SAP HR noch keine gibtewx hat geschrieben:@Ralf: Das automatische Erstellen einer Kündigung finde ich ein bisschen übertrieben!
Eine Abmahnung reicht!
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Seite 1 von 1
Vergleichbare Themen
4
Antw.
Antw.
2591
Views
Views
6
Antw.
Antw.
7077
Views
Views
2
Antw.
Antw.
2190
Views
Views
Checkbox und Datumsfeld innerhalb einer TableView nur in der
von citoki » 05.07.2006 16:38 • Verfasst in Web-Dynpro, BSP + BHTML
von citoki » 05.07.2006 16:38 • Verfasst in Web-Dynpro, BSP + BHTML
1
Antw.
Antw.
1735
Views
Views
Keine Onaction Methoden bei fehlerhaftem Datumsfeld
von donossi » 14.08.2013 15:58 • Verfasst in Web-Dynpro, BSP + BHTML
von donossi » 14.08.2013 15:58 • Verfasst in Web-Dynpro, BSP + BHTML
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 Stunden von DeathAndPain 2 / 111
vor 2 Stunden von DeathAndPain 2 / 111
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 Stunden von DeathAndPain 2 / 111
vor 2 Stunden von DeathAndPain 2 / 111