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

  1. Javascript zur automatischen Auswahl des Steuersatzes geht nicht (Firefox 1.4)
  2. Manuelle Auswahl der Steuer funktioniert
  3. Beim Buchen wird der doppelte Betrag (Soll) gebucht.
  4. 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

  1. 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)

r765-bug242-proposed-fix.diff (375 Byte) - hinzugefügt von s.schoeling@… vor 9 Jahren.
Proposed Fix, beseitigt die Abstürze und die falschen Buchungen

Alle Anhänge herunterladen als: .zip

Änderungshistorie (6)

comment:1 Geändert vor 9 Jahren durch s.schoeling@…

  1. Javascript zur automatischen Auswahl des Steuersatzes geht nicht (Firefox 1.4)

Gefixt von Philip in r757.

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.

  1. 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.

Hinweis: Hilfe zur Verwendung von Tickets finden Sie in TracTickets.