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