Erstellt vor 21 Monaten

Geschlossen vor 14 Monaten

#2309 closed Fehler (wont-fix)

Falscher Rechnungsinhalt

Erstellt von: n.simon@… Verantwortlicher:
Priorität: normal Meilenstein:
Komponente: kivitendo ERP Version: 3.0.0
Schweregrad: schwerwiegend Stichworte: Fibu, Rechnung, Buchhaltung
Beobachter:

Beschreibung

Nach dem "Speichern und Buchen" kann der Inhalt einer Rechnung verändert und mit dieser Veränderung gedruckt werden. Somit lassen sich Dokumente erstellen, die sich von den Datenbank-Inhalten unterscheiden.

Speziell bei Rechnungen sollte der Ausdruck grundsätzlich mit dem identisch sein, was in der Datenbank steht, da andernfalls die Buchhaltung kompromitiert wird.

Damit mögliche Änderungen nicht einfach verloren gehen, sollte womöglich der Button "Drucken" bzw. "Buchen und Drucken" ausgegraut werden, sobald sich der Maskeninhalt vom Datenbankinhalt unterscheidet. Da das so kaum realisierbar ist, gibt es zwei Lösungsansätze:

  • Vor dem Drucken wird das Formular gespeichert, damit DB = Formular gewährleistet ist. Das dürfte dem Normalbenutzer am nächsten kommen, da er das bei typischen Desktop-Anwendungen genau so kennt. Bei Rechnungen, die nicht neu gebucht werden können, lässt sich ggf. ein Prozess anbieten, der eine Rechnungskopie erzeugt und die aktuelle Rechnung storniert (optionales Feature).
  • Vor dem Drucken wird der Inhalt der Datenbank geladen, womit Änderungen überschrieben werden, falls vorher kein Speichern stattfand. Das wäre allerdings wenig benutzerfreundlich, da womöglich aufwändige Änderungen (z. B. angepasste Detailbeschreibungen) verloren gehen würden.

In Angeboten, etc. mag das hinnehmbar sein, bei allen finanzbuchungsbehafteten Belegen stufe ich das mit Blick auf den daraus resultierenden falschen Belege und Berichte als Fehler ein.

Änderungshistorie (1)

comment:1 Geändert vor 14 Monaten durch jbueren

  • Lösung auf wont-fix gesetzt
  • Status von new nach closed geändert

Das sprengt "leider" den Rahmen des Bugsprints, da sich das Verhalten durch die ganze Anwendung zieht.

Zwei Möglichkeiten:

a) Feature "read-only"-Maske beauftragen

b) Das WebDAV FileCopy? Feature verwenden, so ist zumindestens nachträglich verstellbar, welcher Benutzer da "rumgepfuscht" hat.

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