Seite 1 von 1

Nicht bezahlbarer Einkauf im EK-Journal

Verfasst: Di 23. Sep 2014, 19:50
von m3dfmc
Hi,

ich habe im EK-Journal einen (ja, nur einen) Einkauf, den ich nicht "bezahlen" kann.
Immer wenn ich das versuche kommt "Ungültige Gleitkommaoperation".

Was kann ich da machen?

Das SQL Log gibt nichts dazu her, denn zu einem Query kommt es gar nicht erst.

Re: Nicht bezahlbarer Einkauf im EK-Journal

Verfasst: Mi 24. Sep 2014, 08:04
von redone
Moin,

kontrollier mal in der Datenbank was bei dem Einkauf für ein Wert im Feld STADIUM steht. Dort sollte eine 2 drin stehen. Ich nehme mal an das das nicht der Fall ist.

Re: Nicht bezahlbarer Einkauf im EK-Journal

Verfasst: Mi 24. Sep 2014, 20:15
von m3dfmc
Hallo Thoren,

Das STADIUM ist korrekt = "2".

Ich habe den betroffenen Datensatz (JOURNAL) mit 2 ähnlichen EKs spaltenweise verglichen (in HeidiSQL) und keine Auffälligkeiten gefunden. Dasselbe auch mit JOURNALPOS. Überall stehen plausible Werte - und doch kommt der Fehler. Soweit ok.

Dann habe ich den Vorgang kopiert -> storniert -> kopierten auf Zahlart "Rechnung" abgeändert + Status von "Prüfen" auf "Normal" gestellt + abgeschlossen - Problem war dann weg, aber nur, weil die Rechnung automatisch als "bezahlt" markiert wurde (0 Tage Zahlungsziel), was an sich schon komisch - weil ungewollt - ist.

Also dasselbe nochmal mit 2 Tagen Zahlungsziel - Problem bleibt.

Dasselbe nochmal, nur dass ich diesmal die Position (die einzige in diesem Vorgang) gelöscht und wieder hinzugefügt habe - Problem bleibt. Habs dann mit einem anderen Artikel probiert, dito.

Ein Problem habe ich dann doch noch bemerkt, und zwar war der EK mit der Zahlungsart "bar" angelegt, aber "offen". Barzahlungen werden aber eigentlich direkt als bezahlt markiert, die muss man nicht extra bezahlen.

(Zahlart = Bar) und (Stadium = Offen) widersprechen sich, da liegt wohl der Fehler. Obwohl, ... wenn ich das Ding kopiere und auf Rechnung umstelle, sollte das eigentlich erledigt sein :?

Hier ist ein Demo-Video:
http://benutzer18261.bplaced.net/cao-vi ... _00003.wmv