Erstellt vor 11 Jahren
Zuletzt geändert vor 9 Jahren
#10 closed Fehler (fixed)
Debitorenbuchung: Alle Konten werden im Haben bebucht
| Erstellt von: | christian.schroeder@… | Verantwortlicher: | p.reetz@… |
|---|---|---|---|
| Priorität: | sehr hoch | Meilenstein: | |
| Komponente: | kivitendo ERP | Version: | 2.0.0 |
| Schweregrad: | normal | Stichworte: | Finanzbuchhaltung |
| Beobachter: |
Beschreibung
Beim Anlegen einer Debitorenbuchung werden bei mir alle Betroffenen Konten
im Haben bebucht. Das Konto für die Forderungen (1400) sollte jedoch im Soll
stehen:
Ein Auszug aus der Datenbank nach der Buchung:
# select chart_id,amount from acc_trans where trans_id=9;
chart_id | amount
195 | 32.2
14 | 233.45
184 | 201.25
(3 rows)
Dabei müsste der Betrag 233,45 negativ sein, um im Soll zu stehen.
Konsequenz aus dem Fehler:
FiBu:Berichte:Buchungsjournal gibt "Unbalanced Ledger" aus,
Berichte:Kontenübersicht gibt ein Ungleichgewicht von 466,90 (233,45x2)
zwischen Soll und haben aus.
Anhänge (2)
Änderungshistorie (7)
comment:1 Geändert vor 11 Jahren durch christian.schroeder@…
comment:2 Geändert vor 11 Jahren durch p.reetz@…
Konnte den Fehler in meiner Installation nicht reproduzieren. Ist der Fehler
bei Ihnen reproduzierbar. (Tipp: Wenn man den Rechnungen eindeutige Nummern
gibt, kann man im Buchungsjournal filtern ohne die Datenbank zurücksetzen zu
müssen)
comment:3 Geändert vor 11 Jahren durch christian.schroeder@…
Ich habe mal zwei Bilder hinzugefügt, wie bei mir die Maske der
Debitorenbuchung aussieht, bevor ich auf Buchen drücke (id=1) und nachdem
die Maske aktualisiert wurde (um eine weitere Buch vornehmen zu können
(id=2).
Beim Vorher-Bild ist noch alles in Butter. Insbesondere wird Rest des
2000EUR-Kreditlimit des Kunden als 840 angezeigt, was ja korrekt ist.
Nach dem Buchen sieht man allerdings, dass etwas falsch gebucht worden ist,
da das Kreditlimit von 2000 EUR einen Rest von 3160 hat, was ja eigentlich
nicht möglich ist (höchstens vielleicht durch Vorauszahlungen des Kunden,
aber die liegen hier ja nicht vor).
comment:4 Geändert vor 11 Jahren durch p.reetz@…
Konnte Bug reproduzieren. Scheint mit der Steuerberechnung zusammenzuhängen.
comment:5 Geändert vor 11 Jahren durch p.reetz@…
Fehler lag in der Berechnung der Werte, wenn nicht "MwSt?. inkl." ausgewählt
war. Gefixt.

Habe gerade noch herausgefunden, dass der Fehler nicht auftritt, wenn der
Posten sofort geschlossen wird, also am Tag der Forderung auch eine
kompensierende Zahlung erfolgt.