Moin Moin,
@Martin_Vogt Wenn das Datum bei Anwendung des Default-Jahrhunderts (weit) in der Zukunft liegt, ist es dann nicht logisch, dass es im letzten Jahrhundert liegt? Warum wird das nicht abgefangen und automatisch korrigiert. Aufwand ist gering in der Entwicklung und eigentlich muss diese Fallunterscheidung in der Software standardmäßig bereits berücksichtigt sein. Wenn diese scheinbare Nichteindeutigkeit (logisch ist sie eindeutig, weil es mit Sicherheit keinen Menschen mit Geburtsjahr 1854 gibt) nicht geprüft werden SOLL, dann verlangt doch einfach 4-stellige Jahreszahlen.
Das ist schlicht Murks!
Und sowas darf der Qualitätssicherung der Software auch nicht entgehen! Das ist zu offensichtlich, das darf es nicht!
Es gab in den letzten Jahrzehnten des 20. Jahrhundert auch immer wieder Fehler mit vor 1900 geborenen Person, das heißt dieser Fehler ist seit Jahrzehnten bekannt! Lag daran, dass Speicherplatz rar war und Jahreszahlen meist nut 2-stellig gespeichert wurden. Lernt den niemand daraus?
Wenn das Feld des Gründungsdatums in der Zukunft liegt, warum gibt es dann auch keinen Plausibilitätsscheck? Und das einfachste für alle möglichen Fälle wäre da: Einfach nachfragen, ist das Datum tt.mm.JJJJ (!) richtig? Mit Hinweis, warum sich Datev daran stört. Und die warum nicht EIngabe eines zukünftigen Datum ermöglichen, nicht aber das Abschicken (wenn ich richtig verstanden habe, dass die Unternehmensgründung hier nicht in der Zukunft liegen darf). Aber man kann es doch schon anlegen in den Übermittlungen und erst mal liegen lassen
Neben der Kritik auch: Gut, dass Datev die Sprungpunkte einpflegen will! Das ist eine positive Nachricht 👍
QJ
