Nicoletta In der Entwicklung 🐛 Bugfixes UStVA – das Stornieren einer Buchung mit steuerlichem Sonderfall (ig. Erwerb, §13b Abs. 1/2) verdoppelte statt sie aufzuheben: Bemessungsgrundlage und Steuer (z. B. KZ 46/47) addierten sich, nur die Vorsteuer (KZ 67/61) hob sich korrekt auf – die Zahllast stieg dadurch nach einem Storno an, statt auf 0,00 € zurückzugehen. Ursache: Der Storno-Endpunkt legt sein Vorzeichen nur in der Buchungsart ab (Einnahme/Ausgabe invertiert), die Sonderfall-Auswertung in der UStVA prüfte diese aber nicht und behandelte Original- und Stornobetrag gleich. Sichtbar wurde der seit Langem bestehende Fehler erst mit v0.5.4, weil die Vorsteuer bei diesen Kategorien vorher meist 0 war (Issue #339) und dadurch nicht auffiel, dass auch die Bemessungsgrundlage sich nicht aufhob. Danke an flole für den sehr präzisen Report inkl. vollständig durchgetesteter Szenarien (Issue #344).
Nicoletta Journal – sechs mitgelieferte Privat-Kategorien für „Absetzungen vom Einkommen" (Einkommensteuer-Vorauszahlung, Kranken-/Pflege-/Rentenversicherung, Riester-Beiträge, Sonstige Absetzungen) hatten keine EÜR-Zeile hinterlegt und erschienen dadurch seit der letzten Version im Buchungsformular sowohl unter „Einnahme" als auch „Ausgabe", obwohl sie wirtschaftlich immer Privatentnahmen sind. Jetzt korrekt auf Zeile 106 (Privatentnahme) eingeordnet und nur noch unter „Ausgabe" sichtbar. Danke an flole fürs Weitertesten (Issue #341-Folgefund). Skonto war beim Bezahlen einer Eingangsrechnung nicht auswählbar – weder das Skonto-%/Frist-Feld im Rechnungsformular noch die Skonto-Option im Zahlungsdialog waren dafür vorgesehen, obwohl das Backend mit einem eigenen „Erhaltene Skonti"-Konto längst dafür ausgelegt ist. Wer den Zahlbetrag deshalb von Hand um den Skonto-Abzug reduziert hat, blieb mit einem dauerhaft offenen Restbetrag zurück, weil kein Skonto-Buchungseintrag den fehlenden Betrag ausgeglichen hat. Danke an Peter1061 fürs Nachfragen (Issue #343-Folgefund).
Nicoletta Vorsteuerabzug nach Soll-Prinzip (§15 UStG, v0.5.4) wurde nur erfasst, wenn eine Eingangsrechnung über den eigenständigen „Finalisieren"-Button bei einem bereits gespeicherten Entwurf abgeschlossen wurde. Die beiden anderen, mindestens genauso gängigen Wege – eine Rechnung direkt beim Anlegen fertigstellen, oder einen Entwurf über „Speichern & Finalisieren" abschließen – lösten die Vorsteuer-Erfassung gar nicht erst aus, ohne dass irgendein Fehler sichtbar wurde. Betraf nur Eingangsrechnungen mit Datum ab dem 01.10.2026. Danke an Peter1061 für das sehr gründliche gemeinsame Eingrenzen über mehrere Schritte (Issue #343-Folgefund).
Nicoletta PDF-/Datei-Downloads (z. B. „Mail senden" ohne SMTP, DATEV-/GoBD-/Buchhalter-Export, Inkasso-Paket, Mahnungs-PDF) waren unter Linux nicht zuverlässig – je nach Distribution löste der Klick gar keinen sichtbaren Download aus (beobachtet z. B. unter CachyOS), während er auf anderen Systemen funktionierte (z. B. Linux Mint). Ursache: Der bisherige Browser-Download-Mechanismus hängt von der jeweiligen WebKitGTK-Version/Desktop-Umgebung ab und verhält sich dadurch uneinheitlich. Alle Downloads laufen jetzt distributionsunabhängig über denselben nativen Speichern-Dialog, wie er bereits beim Backup-Download zuverlässig funktionierte.
Nicoletta 🔧 Verbesserungen Feld „Fällig am" heißt jetzt „Fällig bis" (Rechnungsformular, Rechnungsliste, Detail-Panel, Dashboard, Mahnungs-/Inkasso-PDF, CSV-Export, Standard-Mailtext) – eindeutiger, da es sich um eine Zahlungsfrist handelt, nicht um ein festes Zahlungsdatum. Danke an gitmacer für den Vorschlag (Issue #345).
Nicoletta Release v0.5.5 Automatisiertes Update über die App Alternativ über Info & Update in der Sidebar. Neuinstallation: Download
Community