In „Depotbuchung erfassen“ ergibt sich bei Kauf und Verkauf aus zwei der drei Felder Betrag, Stück und Kurs das dritte (Betrag = Stück × Kurs). Der ausgerechnete Wert ist hervorgehoben und zieht nach, wenn sich die anderen Felder ändern. Serverseitig rechnet Depotbuchung::dritterWert() dieselbe Regel für den Weg ohne JavaScript. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
2 KiB
2 KiB
Changelog
Alle wesentlichen Änderungen an diesem Projekt werden hier festgehalten.
Das Format folgt Keep a Changelog.
[Unreleased]
Added
- Depotbuchung erfassen: Bei Kauf und Verkauf rechnet sich aus zwei der drei Felder Betrag, Stück und Kurs automatisch das dritte (Betrag = Stück × Kurs) (#129)
- Wertpapiere: Beim Buchen eines Wertpapiergeschäfts (Dialog im Kontoblatt und „Depotbuchung erfassen“) lässt sich eine Klasse wählen; sie gilt für die Buchung samt aller Splitzeilen der Nebenkosten (#125)
- Kategorieauswahl: Unter den Kategorien stehen überall die aktiven Umbuchungskonten, sortiert und gruppiert nach Kontengruppe – in Regeln samt Splitzeilen, Umsatzabgleich, Buchungsvorlagen, Regelmäßigen Buchungen, Zahlungsverkehr, Verträgen sowie in den Filtern von Buchungsbericht und Export (#124)
- Buchungsmaske: Schalter „Bewusst ohne Kategorie“ für Abschreibungen und rein rechnerische Erträge; solche Buchungen gelten im Cockpit, im Monatsabschluss und in der Kontenübersicht nicht als offen (#134)
Changed
- Regeln: Die Splittabellen zeigen die Spalte „Anteil“ ohne Prozentzeichen und darunter die laufend berechnete Summe der Anteile
- Buchungsmaske und Splitdialog im Kontoblatt: Die Summenzeile der Splitbuchungen zeigt den noch offenen Restbetrag zum Buchungswert statt der Summe der Zeilen; „Speichern“ bleibt gesperrt, solange Splitzeilen befüllt sind und der Restbetrag nicht Null ist (#96)
Fixed
- Buchungsmaske: Eine falsche Splitsumme zeigte zwar die Fehlermeldung, riss aber über die Weiterleitung zur leeren Maske alle gerade erfassten Splitzeilen heraus; jetzt bleibt die Maske mit den eigenen Eingaben stehen, bis die Summe stimmt (#95)
- Echtzeitüberweisung scheiterte an Banken, die nur das ISO-Format pain.001.001.09 führen; ein Zusammentreffen von Namensabgleich-Volltreffer und TAN-Anfrage in einer Antwort ließ auch die gewöhnliche Überweisung mit einer rohen Bibliotheksmeldung scheitern (#89)