Erstellt vor 7 Jahren

Geschlossen vor 6 Jahren

#780 closed Fehler (fixed)

Stornofunktion: Zahlungen nicht mitstorniert

Erstellt von: knallkopf77@… Verantwortlicher: p.reetz@…
Priorität: hoch Meilenstein:
Komponente: kivitendo ERP Version: 2.4.3
Schweregrad: kritisch Stichworte: Finanzbuchhaltung
Beobachter: hli@…, Axel.Rau@…

Beschreibung

Bei (in diesem Fall) Debitorenbuchungen werden bei späteren Stornierungen der
Rechnungen bereits zugebuchte Zahlungen scheinbar nicht korrekt mitstorniert.

Dabei werden zwar die Rechnungen storniert, nicht aber die Zahlungen die mit in
der Debitorenbuchung stehen. Zumindest werden diese nicht vollständig gelöscht.

Sie sind zwar in der Buchungsliste des Kontos bei mir nicht mehr zu sehen, aber
irgendwie müssen sie noch drin sein, da der Wert unter Berichte ->
Kontenübersicht vom Wert in der Einzelansicht bzw. Buchungsliste des jeweiligen
Kontos abweicht. Erstellt man eine Bilanz aus dem Berichtsmenü, so ist dort
ebenfalls der falsche Wert zu finden.

Änderungshistorie (6)

comment:1 Geändert vor 7 Jahren durch knallkopf77@…

  • Verantwortlicher von p.reetz@… nach holger@… geändert

comment:2 Geändert vor 7 Jahren durch holger@…

  • Verantwortlicher von holger@… nach p.reetz@… geändert

comment:3 Geändert vor 7 Jahren durch m.bunkus@…

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

Ein automatisches Rückbuchen von gebuchten Zahlungsein- und -ausgängen wird es
bei der Storno-Funktion nie geben, weil hier zu viel Automatismus passieren
würde. Lx-Office kann schließlich nicht wissen, ob diese Zahlungsein- und -
ausgänge wirklich 1:1 so rückabgewickelt wurden, wie sie ursprünglich
vorgenommen wurden. Beispielsweise wird eine Eingangsrechnung bar per Kasse
gezahlt, aber wer garantiert, dass die Rückerstattung ebenfalls bar erfolgt und
nicht per Überweisung?

Deshalb schließe ich den Bug als WONTFIX.

comment:4 Geändert vor 7 Jahren durch m.bunkus@…

  • Beobachter Axel.Rau@… hinzugefügt

* #840 has been marked as a duplicate of this bug. *

comment:5 Geändert vor 7 Jahren durch Axel.Rau@…

  • Lösung wontfix gelöscht
  • Status von closed nach reopened geändert

Moritz,

so ganz kann ich Deine Begründung für das WONTFIX nicht nachvollziehen.

Wenn ich derzeit einen Übertragungsfehler bei einem Zahlungseingang mache, finde ich keine Storno-
Möglichkeit für die Zahlungsbuchung. Ich drücke also den Storno-Knopf für die Rechnung und was
rauskommt ist ein inkonsistenter Stand mit Eingängen, die sich auf eine stornierte Rechnung
beziehen. Selbst wenn ich den Eingang per Dialogbuchen zurückbuche bleibt er immer noch in der
Rechnung stehen.

Ich hab' mal gelernt, dass es für jede Buchung auch eine Storno-Möglichkeit geben muß.

Möglich wäre z.B. eine Storno-Möglichkeit für jeden einzelnen Zahlungseingang mit Wahlmöglichkeit
des Zahlungsweges.
In jedem Fall würde ich aber das Storno für Rechnungen sperren, solange dort noch nicht stornierte
Zahlungseingänge existieren.

Axel

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

  • Beobachter hli@… hinzugefügt
  • Lösung auf fixed gesetzt
  • Status von reopened nach closed geändert

Hallo,

wir haben es jetzt so umgesetzt, dass solange es Zahlungseingänge/oder ausgänge gibt, der Storno-Button überhaupt nicht angezeigt wird.

Sollten bereits Zahlungen gebucht sein, muss man diese durch einen erneuten Zahlungseingang mit negativem Vorzeichen ausgleichen, danach kann man auch wieder stornieren.

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