Erstellt vor 9 Jahren

Geschlossen vor 8 Jahren

#208 closed Fehler (fixed)

Buchungsjournal: Fehlbuchungen anzeigen

Erstellt von: udono@… Verantwortlicher: p.reetz@…
Priorität: normal Meilenstein:
Komponente: kivitendo ERP Version: 2.1.1
Schweregrad: Verbesserung Stichworte: Finanzbuchhaltung
Beobachter:

Beschreibung

Um eine manuelle Kontrollmöglichkeit für nicht ausgeglichene Buchungen zu
bekommen, würden sich einige kleinere Änderungen am Buchungsjournal positiv
auswirken.

  1. Buchungsjournal muss immer ausgegeben werden, selbst wenn keine einzige

Buchung richtig ist. Eine 'Unbalanced Ledger' Meldung ist im Buchungsjournal
fehl am Platz, diese gehört letztendlich in alle Programmteile, die Buchungen
erzeugen. Denn um überhaupt dem Unbalanced Ledger auf der Spur zu kommen müssen
zuerst einmal alle Buchungen angezeigt werden.

  1. Schön wäre in der Bilanzsummenspalte die Aufrechnung aller Summen. Das

erwartungsgemäße Ergebnis sollte 0,00 sein.
Falls das Ergebnis irgendwie anders lautet, sollte sich der Hintergrund der
Zeile rötlich färben, und eine Aussage ähnlich des 'Unbalanced Ledger'
ausgegeben werden. Hinzu sollten dann noch Hinweise kommen, wie weiter zu
verfahren ist.

  1. Gleiches sollte auch mit den einzelnen Buchungen im Buchungsjournal

passieren. Wenn eine Buchung in sich nicht die Bilanz 0,00 aufweist, dann sollte
sich die entsprechende Zeile rötlich färben, und ein Hinweis dazu ausgegeben
werden wie man weiter verfahren kann (ggf. unter der Tabelle).

  1. Unausgeglichene Buchungen sollten sich ferner immer löschen lassen, damit man

überhaupt eine Chance hat, als Anwender die Fehlbuchung aus dem System zu
bekommen. Löschen sollte tatsächlich auf Ebene der trans_id stattfinden, und
unter derselben trans_id sollte nach dem Löschen eine Art Mitteilungsbuchung
(alle Beträge=0) angelegt werden, in der die einzelnen Konten und Beträge der
gelöschten Buchung in das Beschreibungsfeld eingetragen werden. Zusätzlich der
Hinweis, dass hier vorher eine andere Buchung war, die allerdings defekt gewesen
ist, oder so...
Damit ist eine lückenlose fortlaufende trans_id möglich, und das Problem des
ungewissen Stornos von defekten Buchungen würde auch entfallen (denn das Storno
müßte bei einer Unbalanced Buchung ja auch Unbalanced sein...).

  1. Zuletzt wäre natürlich eine Prüfroutine gut, die die entsprechenden

Fehlbuchungen bzw. die Kombination von Fehlbuchungen herausfindet. Es könnte
sein, dass Punkt 2 und besonders Punkt 3 dieses Problem schon von selbst löst.

Änderungshistorie (2)

comment:1 Geändert vor 9 Jahren durch udono@…

  • blocked auf 320 gesetzt

comment:2 Geändert vor 8 Jahren durch p.reetz@…

  • Lösung auf fixed gesetzt
  • Status von new nach closed geändert

ISt inzwischen zumindest rudimentär umgesetzt, so dass ich den Bug schließe

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