Erstellt vor 9 Jahren
Geschlossen vor 8 Jahren
#242 closed Fehler (fixed)
Splittbuchen: Debitorenbuchung diverse Fehler
| Erstellt von: | udono@… | Verantwortlicher: | s.schoeling@… |
|---|---|---|---|
| Priorität: | normal | Meilenstein: | |
| Komponente: | kivitendo ERP | Version: | 2.2-testing |
| Schweregrad: | Verbesserung | Stichworte: | Finanzbuchhaltung |
| Beobachter: |
Beschreibung
- Javascript zur automatischen Auswahl des Steuersatzes geht nicht (Firefox 1.4)
- Manuelle Auswahl der Steuer funktioniert
- Beim Buchen wird der doppelte Betrag (Soll) gebucht.
- Steuerkorrektur funktioniert zwar in der ersten Eingabe, aber nach einem
Update verschwindet das Häckchen bei Korrektur. Bei einem weiteren Update wird
der korrigierte Wert wieder durch den intern berechneten ersetzt. Auch beim
Buchen wird der steuerkorrigierte Wert nicht richtig gebucht, entweder entsteht
eine seltsame aber falsche Buchung, oder ein Fehler:
INSERT INTO acc_trans (trans_id, chart_id, amount, transdate,
project_id, taxkey)
VALUES (90, (SELECT c.id FROM chart c
WHERE c.accno = '1775'),
15,00, '03.01.2003', NULL, '3')
ERROR: column "transdate" is of type date but expression is of type integer
- Anmerkung: Warum steht der Steuerschlüssel überhaupt zur Auswahl? Sollte er
nicht vielmehr nur zur Information angezeigt werden? Dell die
Steuerseinstellungen gelte doch Kontenweit, sollen also nicht veränderbar sein,
oder?
Anhänge (1)
Änderungshistorie (6)
comment:1 Geändert vor 9 Jahren durch s.schoeling@…
comment:2 Geändert vor 9 Jahren durch s.schoeling@…
Habe den Fehler gefunden:
$form->{tax_$i} wird in SL/AR.pm beim wiedereinlesen nicht geparst und beim SQL
INSERT hinterher nicht gequoted. Dadurch wird der Steuersatz 16,00 im SQL query
zu zwei Werten 16 und 00.
Fix kommt sobald ich rausgefunden habe, ob die irgendwo anders schon geparst
werden sollen.
Geändert vor 9 Jahren durch s.schoeling@…
Proposed Fix, beseitigt die Abstürze und die falschen Buchungen
comment:3 Geändert vor 9 Jahren durch s.schoeling@…
- Status von new nach assigned geändert
- Verantwortlicher von p.reetz@… nach s.schoeling@… geändert
Mit diesem Patch werden die Steuerwerte geparst und es gibt weder seltsame
Abstürze noch falsche Werte... bei mir.
Bitte testen ob das nicht in irgendeinem obskuren oder offensichtlichen
Workflow Probleme gibt.
comment:4 Geändert vor 9 Jahren durch s.schoeling@…
- Priorität von Kritisch nach Normal geändert
- Schweregrad von Kritisch nach Verbesserung geändert
Habe den Fix ins svn eingecheckt, in r768.
- und 5. werden wohl noch dauern, deshalb Abwertung auf Normal Enhancement.
comment:5 Geändert vor 8 Jahren durch s.schoeling@…
- Lösung auf fixed gesetzt
- Status von assigned nach closed geändert
Habe nochmal Rücksprache gehalten, und sowohl für 2. und 5. gibt es praktische
Anwendungen (wenn auch weit hergeholt).
Wird also nicht gefixt, Bug wird geschlossen.

Gefixt von Philip in r757.