Erstellt vor 11 Jahren
Zuletzt geändert vor 9 Jahren
#65 closed Fehler (fixed)
FEHLER: Datum/Zeit-Feldwert ist außerhalb des gültigen Bereiches: »04-13-2004«
| Erstellt von: | h.goebel@… | Verantwortlicher: | m.bunkus@… |
|---|---|---|---|
| Priorität: | normal | Meilenstein: | |
| Komponente: | kivitendo ERP | Version: | 2.0.2 |
| Schweregrad: | normal | Stichworte: | Zahlungsverkehr |
| Beobachter: |
Beschreibung
Datumsforamt ist ISO (YYYY-MM-DD)
Bei Eintragen eines Zahlungseingangs mit Datum "2004-04-13" wird dieses
offensichtlich falsch umgewandelt:
INSERT INTO acc_trans (trans_id, chart_id, transdate,
amount)
VALUES (15, 14, '04-13-2004',
348.00 * 1)
FEHLER: Datum/Zeit?-Feldwert ist außerhalb des gültigen Bereiches:
»04-13-2004«
Anhänge (1)
Änderungshistorie (15)
comment:1 Geändert vor 11 Jahren durch h.goebel@…
comment:2 Geändert vor 10 Jahren durch m.bunkus@…
This bug has been reassigned to m.bunkus@….
comment:3 Geändert vor 10 Jahren durch m.bunkus@…
* This bug has been marked as a duplicate of 71 *
comment:4 Geändert vor 10 Jahren durch m.bunkus@…
Auch dieses Problem halte ich fuer das gleiche wie #71.
comment:5 Geändert vor 10 Jahren durch h.goebel@…
#71 hat nichts mit diesem Bug zu tun.
comment:6 Geändert vor 10 Jahren durch h.goebel@…
Das Problem besteht mit Version 2.1.0 noch immer:
INSERT INTO acc_trans (trans_id, chart_id, transdate,
amount)
VALUES (2, 14, '12-29-2004',
1.60 * 1)
FEHLER: Datum/Zeit?-Feldwert ist außerhalb des gültigen Bereiches:
»12-29-2004«
Offensichtlich wird das Datum für das SQL-Statement falsch
zusammengesetzt, oder bei der Eingabe falsch auseinander genommen.
comment:7 Geändert vor 10 Jahren durch m.bunkus@…
Was genau haben Sie eingegeben? Welches Datumsformat
haben Sie eingestellt (am besten der "dateformat"-Eintrag aus
der Userkonfiguration in users/<username>.conf )? Welche
Postgres-Version benutzen Sie, und welche
Datenbankeinstellung haben Sie bezueglich des Datums?
Ich kann das hier naemlich mit 2.1.0 nicht reproduzieren.
Datumsformat ist beim User auf "YYYY-MM-DD" eingestellt.
Wenn ich "2005-01-04" eingebe, dann wird das korrekte Datum
gespeichert, ich bekomme keine Fehlermeldung, und beim
Aufrufen der Rechnung wird der bezahlte Betrag mit dem
richtigen Datum angezeigt.
comment:8 Geändert vor 10 Jahren durch h.goebel@…
Was passiert bei Ihnen beim Datum "2004-12-29"? Das kann durch andere
Ergebnisse haben als "2005-01-04", weil 05, 01 und 04 sowohl ein gültiger
Tag als auch Monat ist.
comment:9 Geändert vor 10 Jahren durch h.goebel@…
Einstellung aus users/<username>.conf:
dateformat => 'yyyy-mm-dd',
dboptions => 'set DateStyle? to \'ISO\,
postgresql 4.7.5
In postgreq.conf:
datestyle = 'iso, dmy'
Das Problem ist aber, dass der zusammengebaute SQL-String falsch ist. Da
ist die DB-Version egal!
comment:10 Geändert vor 10 Jahren durch m.bunkus@…
"2004-12-29" funktioniert ebenfalls einwandfrei, und die
Zahlungseingaenge sind auch nach Datum richtig sortiert (2004-
12-29 erscheint vor 2005-04-1, obwohl ich die beiden Eingaenge in
umgekehrter Reihenfolge eingegeben habe).
Haben Sie irgendwo vielleicht noch custom_*.pl-Dateien rumliegen,
die vorhandene Funktionalitaet ueberschreiben?
find -name '*custom*'
comment:11 Geändert vor 10 Jahren durch h.goebel@…
Nur damit wir an der gleichen Stelle suchen: Ich rede von "Zahlungsverkehr
-> Zahlungseingang"! Die Erfassung von Zahlungseingängen über das
Rechnungs-Formular funktioniert.
custom gibt es nicht, alle Dateien stammen aus 2.1.0
Wir sollten wohl beim Erzeugen SQL-Statement weitersuchen. Könen Sie mir
einen Patch schicken, der das Statment in eine Datei (/tmp/sqllog.txt)
schreibt? Dann können wir sehen, ob es am SQL oder and der DB-Consig
liegt.
comment:12 Geändert vor 10 Jahren durch m.bunkus@…
Ah! Bei "Zahlungsverkehr -> Zahlungseingang" passiert es bei mir
auch. Ich hatte es bisher nur bei den Rechnungen selber probiert.
Ich schau, woran es liegt. Alle SQL-Queries zu loggen ist aus LX-
Office heraus nicht moeglich, aber man kann Postgres dazu
veranlassen, indem man in der postgresql.conf die Variable
"log_statement" entsprechend setzt.
comment:13 Geändert vor 10 Jahren durch m.bunkus@…
Der Patch, den ich gleich anhaenge, sollte das Problem loesen (der
letzte Hunk im Patch). Ausserdem korrigiert er zwei nicht/nur
teilweise uebersetzen Statusmeldungen.
comment:14 Geändert vor 10 Jahren durch h.goebel@…
Ja, damit dies dieses probelm gelöst. Danke!

Hoffentlich ist das nur ein Problem an dieser Stelle und nicht auch an anderen
Stellen, bei denen Daten dann falsch eingetragen werden.