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)
Änderungshistorie (9)
Geändert vor 4 Jahren durch information@…
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@…
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.

Kreditorenbuchung korrekt
eingabe-vorher.png