Erstellt vor 4 Jahren

Geschlossen vor 3 Jahren

#1640 closed Fehler (fixed)

Buchungen werden falsch zugeordnet, wenn man Konten umkonfiguriert

Erstellt von: information@… Verantwortlicher: m.bunkus@…
Priorität: normal Meilenstein:
Komponente: kivitendo ERP Version: 2.6.2
Schweregrad: normal Stichworte: Finanzbuchhaltung
Beobachter: bibi@…

Beschreibung

1.) Kreditorenbuchung bez1 erfassen wie in eingabe-vorher.png
130 Euro auf '6850 Betriebsbedarf' gebucht

2.) Konto 6850 umkonfigurieren
6850 ist in Aufklappmenü Aufwand (6850-vorher.png) vorkonfiguriert. Das gefällt uns aber so nicht mehr und wir möchten das in Zahlungsein- und ausgang aufklappen können (6850-nachher.png)

3.) Die vorher eingegeben Kreditorenbuchung ist jetzt geschreddert und der Bearbeiter ist verwirrt, da jetzt die Buchung im Zahlungsverkehr im Minus erscheint (.s.a. eingabe-nachher.png).
Wir sehen auch, dass die "automagische" Zuordnung von Buchung zu Steuerschlüssel durcheinandergerät (29,91 Euro mit 7% Vorsteuer bekommt jetzt 20,76 Euro an Steuern untergeschoben). Ferner ist eine Steuer auf eine Position gebucht, die gar nicht gebucht wurde (letzter Eintrag).

Damit kann man schon alle Buchungen im Nachhinein schreddern. Zwei Ungenauigkeiten fallen hier auf:

a.) chart.link wird IMMER aus der aktuellen chart-Tabelle ausgelesen und ALLE Buchungen in der Vergangenheit bekommen eine falsche Zuordnung in der Oberfläche.
Besser wäre es, in der acc_trans den chart.link Zustand zur Zeitpunkt der Buchung zu speichern

b.) Die Zuordnung von Buchungen und entsprechenden Steuerbuchungen ist nicht "idiotensicher", sobald sich die Reihenfolge der acc_trans Buchungen ändert, werden Buchungen und deren Steuerschlüssel nicht mehr korrekt angezeigt.
Besser wäre es, die Steuerbuchung noch eindeutig zu einer Position in der acc_trans zuzuordnen (Steuerbuchung 27 zu acc_trans_id xyz)
Das ist auch insofern notwendig, da mehrere Position in einem Beleg mit demselben Steuersatz gebucht werden können. Ansonsten hätte man mit trans_id, accno und taxkey einen schöneren Primärschlüssel als die acc_trans_id, die korrekte Zuordnung erfolgt ja leider auch nur über: "ORDER BY a.acc_trans_id, a.transdate"

c.) Haupt- und Nebenbuch weichen jetzt zusätzlich in der Gesamtsumme ab:
ap amount= 275,00
Was wird der Anwender als nächstes tun?
Er wird den Zahlungseingang löschen, da er sich nicht erinnern kann, sowas "komisches" je gebucht zu haben.

4.) Zahlungseingang löschen mit Knopf 'Zahlung buchen' (s.a. eingabe-nachher2.png). Jetzt ist die Buchung soweit geschreddert, das man nicht mehr in der Lage ist zu erkennen, was dort genau mal gebucht wurde.

Leider kollidieren hier auch wieder verschiedene Dinge

a.) Es ist im Nachhinein möglich, acc_trans Einträge mit dem Link %paid% zu löschen und in Kombination mit Punkt 2. Konten umkonfigurieren, zerstört man die Transaktion komplett.
Besser wäre es, Zahlungsein- und ausgänge prinzipiell nicht zu löschen oder das Verhalten wie bei Buchungen (Löschen nur am selben Tag möglich) einzusetzen.

b.) Die "automagische" Steuerzuordnung geht auch hier wieder erneut kaputt, jetzt sind die 20,76 Euro an Steuer an Position 2 gerutscht.

c.) Die Summe 165,76 auf 3301 scheint berechnet zu sein, da in der acc_trans die ursprüngliche Summe noch vorhanden ist. Das verwirrt den Buchhalter noch mehr, da jetzt die Summen in Kontenübersicht nicht mehr stimmen und auch der DATEV-Export defekt sein wird.

Zu a.) und c.) siehe roter Kreis, bzw. blauer Kreis in acc_trans_eintrag_gelöscht-und-3301-nicht-identisch-mit-html-anzeige.png

Soweit erstmal die Ist-Analyse.

Anhänge (6)

eingabe-vorher.png (78.1 KB) - hinzugefügt von information@… vor 4 Jahren.
Kreditorenbuchung korrekt eingabe-vorher.png
6850-vorher.png (33.1 KB) - hinzugefügt von information@… vor 4 Jahren.
6850-vorher.png
6850-nachher.png (34.2 KB) - hinzugefügt von information@… vor 4 Jahren.
6850-nachher.png
eingabe-nachher.png (89.1 KB) - hinzugefügt von information@… vor 4 Jahren.
eingabe-nachher.png
eingabe-nachher2.png (66.1 KB) - hinzugefügt von information@… vor 4 Jahren.
eingabe-nachher2.png
acc_trans_eintrag_gelöscht-und-3301-nicht-identisch-mit-html-anzeige.png (36.4 KB) - hinzugefügt von information@… vor 4 Jahren.
acc_trans_eintrag_gelöscht-und-3301-nicht-identisch-mit-html-anzeige.png

Alle Anhänge herunterladen als: .zip

Änderungshistorie (9)

Geändert vor 4 Jahren durch information@…

Kreditorenbuchung korrekt
eingabe-vorher.png

Geändert vor 4 Jahren durch information@…

6850-vorher.png

Geändert vor 4 Jahren durch information@…

6850-nachher.png

Geändert vor 4 Jahren durch information@…

eingabe-nachher.png

Geändert vor 4 Jahren durch information@…

eingabe-nachher2.png

Geändert vor 4 Jahren durch information@…

acc_trans_eintrag_gelöscht-und-3301-nicht-identisch-mit-html-anzeige.png

comment:1 Geändert vor 4 Jahren durch information@…

  • attachments.description von Kreditorenbuchung korrekt nach Kreditorenbuchung korrekt eingabe-vorher.png geändert

comment:2 Geändert vor 4 Jahren durch bibi@…

  • Beobachter bibi@… hinzugefügt

zu Jans Punkt 4a. Ich habe die Zahlungen nur am selben Tag löschbar gemacht. Das muss dann noch auf die Debitorenbuchung (und auch Einkaufs- und Verkaufsrechnungen?) ausgeweitet werden. Dazu würde ich das Löschen am selben Tag auch gerne konfigurierbar machen. Etwa immer löschbar, nie, oder eben am selben Tag. Wo würde die Einstellmöglichkeit am Besten hinpassen? In die lx_office.conf oder evtl. unter System->Bücherkontrolle.
Vielleicht hat ja noch jmd. Kommentare dazu.

comment:3 Geändert vor 3 Jahren durch bibi@…

  • Lösung auf fixed gesetzt
  • Status von new nach closed geändert
  • Es ist jetzt einstellbar, dass Zahlungen bei Debitoren-, Kreditorenbuchungen, Einkaufs- und Verkaufsrechnungen entweder gar nicht, nur am selben Tag oder immer lösch- bzw. änderbar sind.
  • Änderungen für die Aufklappmenüs Forderungen und Verbindlichkeiten werden verhindert bei schon bebuchten Konten.

Damit schließe ich den Bug.

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