RechnungsWerk - Releases

Drei Verbesserungen aus der praktischen Nutzung: ein häufig gewünschter kleiner Komfort beim Bezahlt-Markieren, ein Anzeigefehler bei der DATEV-Spalte und — am wichtigsten — eine Speicher-Falle in den Einstellungen, die beim Einrichten wie Datenverlust wirken konnte.

Added

• Das Zahldatum lässt sich nachträglich anpassen. Der Klick auf die Bezahlt-Checkbox setzt weiterhin sofort das heutige Datum. Neu: Die Anzeige „bezahlt am {Datum}" in der Rechnungsliste ist jetzt anklickbar und öffnet ein kleines Datumsfeld, vorbelegt mit dem gesetzten Datum — so lässt sich eine Zahlung, die an einem anderen Tag einging, ohne Umweg korrigieren (#257)

Fixed

• Die DATEV-Spalte erscheint jetzt sofort beim Öffnen der Rechnungsliste. Bisher war sie an die asynchron nachgeladenen Einstellungen gebunden und fehlte beim Kaltstart, bis dieser Fetch durch war. Jetzt hängt die Anzeige an den mit der Liste gelieferten DATEV-Status, sodass die Icons zeitgleich mit den Rechnungen erscheinen (#237)
• Speicherfehler in den Einstellungen sind nicht mehr unsichtbar. Der Server lehnt beim Speichern die gesamte Anfrage ab, wenn ein einziges Feld ungültig ist (z. B. eine unvollständige E-Mail-Adresse). Die Fehlermeldung stand oben, der Speichern-Button unten — wer unten klickte, sah nichts und hielt das Speichern für erfolgt. Jetzt scrollt jede Fehlermeldung in den sichtbaren Bereich, und die drei E-Mail-Felder werden schon vor dem Absenden geprüft und namentlich benannt (#265)

Ein Release für alle, die die App auf Englisch bedienen: Fehlermeldungen kamen bisher auf Deutsch zurück, und fünf Texte blieben trotz vorhandener Übersetzung deutsch. Dazu zwei Anzeigefehler, die von außen gemeldet wurden, und eine Integritätsmeldung, die seit der ersten PDF-Erzeugung auftrat.

Added

• Fehlermeldungen aus dem Backend sind übersetzbar. IL10N wurde bisher an genau einer Stelle benutzt, die übrigen 48 benutzersichtbaren Meldungen waren hart deutsch. Die Zahlenprüfung (NumberInput) wirft dafür jetzt prosafrei: die Ausnahme trägt nur den Sachverhalt, den Satz formuliert eine eigene Klasse mit IL10N. Damit bleibt die Klasse statisch und deckungsgleich mit ihrem Frontend-Zwilling (#235)

Fixed

• Das freie Einheitenfeld war neben der Einheitenauswahl nur noch als Strich zu sehen. Beide Elemente stehen mit voller Zellenbreite in einer Zelle, die nicht umbrechen kann — welches von beiden zusammenfällt, entschied der Browser. Das freie Feld sitzt jetzt in der zweiten Zeile neben der Beschreibung, wo der Platz ohnehin vorhanden ist; Spaltenbreiten und Zeilenhöhe bleiben unverändert. In der schreibgeschützten Ansicht erscheinen beide Felder nur noch, wenn sie einen Wert tragen. Gemeldet von @myssv (#238)
• Die Integritätsprüfung meldete nach jeder PDF-Erzeugung zwei zusätzliche Dateien. dompdf legte seinen Font-Cache innerhalb des eigenen Pakets ab, also in einem signierten Verzeichnis. Der Cache liegt jetzt unter dem Nextcloud-Temp-Pfad; ist der gemeinsame Ordner nicht benutzbar, wird auf einen Ordner je Aufruf ausgewichen statt zurück in die Auslieferung (#241)
• Fünf Texte erschienen in der englischen Oberfläche auf Deutsch, obwohl die Übersetzung vorhanden war: vor den Auslassungspunkten steht im Quellcode ein geschütztes Leerzeichen, in den Übersetzungsdateien ein normales. Beim Draufschauen sind beide Zeichenketten identisch, deshalb prüft das jetzt eine Maschine. Acht fehlende DATEV-Texte ergänzt, fünfzehn Altlasten entfernt (#234)
• Ordner- und Logoauswahl in den Einstellungen liefen über OC.dialogs, das seit Nextcloud 30 veraltet ist und beim Klicken gebrochen wäre, nicht beim Bauen. Ersetzt durch den FilePicker aus @nextcloud/dialogs; ein Abbruch erzeugt keine Fehlermeldung mehr (#221)

Changed

• Das JavaScript-Bundle wird als ES-Modul ausgeliefert statt als iife. Der FilePicker lädt seine Komponente per dynamischem Import, was Code-Splitting erzwingt — das iife-Format kann das nicht. Das alte Bundle wird beim Update entfernt (#221)

Mengen und Preise blieben beim Speichern nicht zuverlässig stehen. Gemeldet von @yummiweb (#223), und beim Prüfen kam ein zweiter Fall derselben Ursache heraus, der Beträge schon beim ersten Speichern verfälschte.

Fixed

• Mengen und Preise bleiben über Speichern und Wiederöffnen unverändert. Die Menge steht mit drei Nachkommastellen in der Datenbank, wird also als „1.000" geliefert, wobei der Punkt ein Dezimaltrennzeichen ist. Dieser Wert lief unverändert ins Eingabefeld, wo er seit 0.3.1 regelkonform als deutsche Tausendertrennung gelesen wurde: aus der Menge 1 wurde beim nächsten Speichern 1000, aus 10,00 € Zeilensumme 10.000,00 €. Gespeicherte Werte werden jetzt in die Schreibweise des Feldes gewandelt, statt ungewandelt hineinzulaufen. Nebenbei verschwindet damit die alte Anzeige-Merkwürdigkeit, dass die Menge 1 als „1.000" dastand (#223)
• Preise mit drei Nachkommastellen wurden beim ersten Speichern um den Faktor 1000 verfälscht. Das Preisfeld war ein Zahlenfeld des Browsers und lieferte deshalb immer Maschinenformat mit Punkt: 1,234 € kam als „1.234" an und wurde serverseitig deutsch als 1.234,00 € gelesen. Preis und Menge sind jetzt beide Textfelder in deutscher Schreibweise und werden von derselben Regel ausgewertet. Wer die Regelung mit vier Nachkommastellen nutzt, sollte seine Standardpreise und offenen Entwürfe prüfen (#223)
• Die Beschriftung des aktiven Filters über der Rechnungs- und Angebotsliste war praktisch unsichtbar: heller Text auf hellem Grund, gemessener Kontrast 1,00. Ursache war die Nextcloud-Variable --color-primary-element-text-dark, die nicht „dunkler Text" bedeutet, sondern „Text für das dunkle Primärelement", und auf Nextcloud 34 zu fast Weiß auflöst. Jetzt 13,63 (#217)

Changed

• Zahleneingaben werden nur noch in deutscher Schreibweise gelesen: das Komma trennt die Nachkommastellen, der Punkt die Tausender. Englische und gemischte Schreibweisen wie „12.5" oder „1,234.5" werden jetzt mit einer erklärenden Meldung abgelehnt, statt anhand des letzten Trennzeichens gedeutet zu werden. Diese Deutung war die Ursache des Fehlers oben, denn sie lässt „1.234" zwischen 1234 und 1,234 offen. Im Preisfeld sind dadurch die Pfeiltasten des Browsers entfallen; ein negativer Preis wird weiterhin abgelehnt (#223)
• Der Entwicklungs-Build verlangt jetzt Node ^22.14 || ^24 || >=26. Das betrifft nur, wer die App selbst baut; für den Betrieb ändert sich nichts. Nachtrag zu 0.4.0, wo die Anforderung mit angehoben wurde, ohne hier zu stehen

Festgeschriebene Rechnungen sind jetzt wirklich unveränderlich. Bisher entstand jedes PDF bei jedem Zugriff neu, aus den zu diesem Zeitpunkt gültigen Einstellungen. Eine bereits ausgestellte E-Rechnung konnte sich dadurch nachträglich ändern und ungültig werden.

Changed

• Der Beleg einer festgeschriebenen Rechnung wird beim Festschreiben abgelegt und ab dann ausgeliefert, statt bei jedem Zugriff neu zu entstehen. Damit bekommen Download, Kundenversand, DATEV-Übergabe und die Ablage in Nextcloud Files garantiert dieselbe Datei; vorher konnten zu einer Rechnung drei verschiedene Dokumente existieren. Der Beleg ist nur einmal beschreibbar, seine Prüfsumme steht am Datensatz, und der Dateiname ist mit eingefroren. Die Ablage liegt im app-eigenen Speicher und damit in jeder Instanz-Sicherung, nicht im Dateibaum des Nutzers, wo sie versehentlich zu ändern wäre (#181)
• Der Kleinunternehmer-Fall steht jetzt an der Rechnung statt in den Einstellungen. Ein Wechsel zwischen Kleinunternehmerregelung und Regelbesteuerung ist ein völlig normaler, einmaliger Vorgang. Er machte vorher aus jeder älteren 19-%-Rechnung rückwirkend eine steuerfreie: das eingebettete XML wies CategoryCode E und 0,00 % aus, bei weiterhin ausgewiesenen 19,00 € Steuer. Ein solches Dokument widerspricht sich selbst und verletzt EN 16931 (#181)
• Bestandsrechnungen werden im Hintergrund nachgezogen, in Häppchen und ohne Wartungsmodus. Nachträglich erzeugte Belege sind als solche gekennzeichnet und im Rechnungseditor ausgewiesen: sie stimmen inhaltlich, entsprechen im Aussehen aber dem heutigen Stand und nicht dem, was der Kunde damals bekommen hat. Für Bestandsrechnungen ist das Original-Aussehen nicht wiederherstellbar (#181)

Fixed

• Einzelpreise werden serverseitig aus der Eingabe berechnet und geprüft. Bisher rechnete allein der Browser und schickte die fertige Zahl. Dem Server war nicht anzusehen, ob 95 als 0,0095 € oder als 95 € gemeint war. Betrifft Rechnungspositionen und den Standardpreis im Produktkatalog (#180)
• Ein Storno übernimmt den Steuerfall der Original-Rechnung statt der aktuellen Einstellungen. Sonst hätte die Gutschrift zu einer 19-%-Rechnung nach einem Wechsel der Besteuerungsform 0 % ausgewiesen (#181)

Abhängigkeiten und Infrastruktur

• phpmailer auf 7.1.1 angehoben. Der Mailversand wurde damit real geprüft, der Anhang bleibt der eingefrorene Beleg
• Frontend-Werkzeuge und Bibliotheken aktualisiert: vite 8, @nextcloud/l10n 3, vue-router 5, pinia 4, @nextcloud/vue 9.9. Der Sprung auf vue-router 5 war ohne pinia 4 nicht möglich und beseitigt zugleich eine doppelte Router-Version im Abhängigkeitsbaum
• GitHub-Actions auf checkout 7, setup-node 7 und github-script 9
• Dependabot zielt jetzt auf develop und gruppiert Minor- und Patch-Updates
• Der Workflow, der Issues beim Merge nach develop schließt, wertet Code in PR-Texten nicht mehr als Anweisung

Fehlerbehebungen aus Rückmeldungen von Nutzern. Zwei der Fehler erzeugten stillschweigend falsche Werte auf Rechnungen, die an Kunden gehen.

Fixed

• Kontakte aus dem Nextcloud-Adressbuch lassen sich wieder übernehmen. Das vCard-Feld für das Land enthält laut Standard einen frei geschriebenen Namen, iOS und Outlook tragen dort „Deutschland" oder „Germany" ein. Der Wert lief ungeprüft in eine Spalte für den zweistelligen Ländercode, wodurch das Speichern des Entwurfs mit einem Fehler 500 abbrach und keine Vorschau mehr erzeugt werden konnte. Ländernamen werden jetzt in beiden Sprachen erkannt und umgesetzt, inklusive Schreibvarianten wie „Oesterreich" (#167)
• Mengen und Einzelpreise in deutscher Schreibweise werden korrekt gelesen. Bisher brach eine achtstellige Menge wie 99.999.999 mit einem Fehler 500 ab, und eine Eingabe von 1.000 wurde ohne jeden Hinweis als 1 gespeichert, was die Rechnung um den Faktor 1000 verfälschte. Dasselbe traf den Einzelpreis, dort ohne Fehlermeldung als Warnsignal. Nicht lesbare Eingaben werden jetzt mit einer verständlichen Meldung abgelehnt statt geraten (#157)
• Die Spaltenbreiten der Positionstabelle passen wieder zum Inhalt. Seit 0.3.0 waren alle Spalten gleich breit, wodurch die Bezeichnung viel zu früh umbrach, während die USt-Spalte Platz verschwendete (#157)
• Die Kopfzeile der Positionstabelle bleibt bei jeder Akzentfarbe lesbar. Die Schrift war fest weiß und verschwand auf hellen Firmenfarben; sie wechselt jetzt auf Schwarz, wenn Weiß nicht mehr trägt. Die gewählte Farbe selbst bleibt unverändert (#171)
• Das Auswahlfeld für die Akzentfarbe öffnet nicht mehr den Farbdialog des Betriebssystems, der sich unter macOS nicht wieder schließen ließ (#171)
• Das ausgelieferte JavaScript enthält keinen Entwicklungscode mehr. Das Bundle ist dadurch rund 100 KB kleiner und die Konsole bleibt frei von Hydrations- und Prop-Warnungen (#168)

Added

• Ein Musterstreifen in den Einstellungen zeigt beim Wählen der Akzentfarbe, wie die Kopfzeile der Positionstabelle auf der Rechnung aussehen wird, inklusive der daraus folgenden Schriftfarbe (#171)
• Die Spalte für die Bezeichnung heißt im PDF jetzt wie im Editor „Bezeichnung" statt „Beschreibung" (#157)

Security

• dompdf auf 3.1.6 angehoben. Die Version schließt laut Release Notes gemeldete Sicherheitslücken; dompdf erzeugt das Rechnungs-PDF

Changed

• Weitere Abhängigkeiten aktualisiert: dompurify, fast-xml-parser, immutable, postcss, fast-uri, brace-expansion, js-yaml

Added

• Textbausteine: eine verwaltete Bibliothek wiederverwendbarer Anrede-/ Einleitungs- und Schlusstexte, getrennt für Rechnungen und Angebote. Je Dokumenttyp und Textbereich gibt es genau einen Standard-Baustein, der neue Dokumente vorbefüllt; weitere Bausteine lassen sich im Editor per Klick einfügen. Neuer Menüpunkt „Textbausteine" (#126, #141)
• Kleinunternehmer-Hinweis (§ 19 UStG): der Hinweistext auf der Rechnung ist jetzt frei konfigurierbar (#141)
• Datums-Variablen {MM} (Monat) und {DD} (Tag) für die Rechnungs- und Angebotsnummer, zusätzlich zu {YYYY}/{YY}/{####} (#143)
• Weitere Einheiten zur Auswahl: kWh, Liter, Meter, Kilometer, m², Gramm, Tonne (gültige UN/ECE-Codes, E-Rechnung bleibt valide) (#146)
• Einzelpreise mit bis zu 4 Nachkommastellen (z. B. Energie 0,3456 €/kWh); die Rundung auf ganze Cent erfolgt einmal beim Zeilenbetrag, Summen bleiben zweistellig (#147)
• Freitext-Einheiten: frei benannte Einheiten (z. B. „Personen", „Sitzung") für Editor und PDF; die eingebettete E-Rechnung nutzt weiterhin einen gültigen generischen Einheitencode (#153)

Changed

• Kleinunternehmer (§ 19 UStG): Rechnungen und Angebote zeigen keine „0 %"-USt- Spalte und keine „Steuerfrei 0,00 €"-Zeile mehr; da netto = brutto erscheint nur der Gesamtbetrag mit dem § 19-Hinweis. Die eingebettete XML bleibt unverändert korrekt (Kategorie „E") (#144)
• Bei einem Angebot ist der Leistungszeitraum nicht mehr als § 14-UStG- Pflichtangabe ausgewiesen, sondern als optionaler „Geplanter Leistungszeitraum"
• Einheitliche Bedienung der Verwaltungslisten (Textbausteine, Kunden, Produkte): Zeile anklickbar zum Bearbeiten, direkte Icon-Aktionen statt „…"-Menü

Fixed

• Lange Produktnamen und Beschreibungen sprengen die Positionstabelle im PDF nicht mehr; die Spalten bleiben stabil und die Einheit bricht nicht mehr in eine neue Zeile um (#145)

Added

• Angebote: Angebote mit eigenem Nummernkreis erstellen, festschreiben und als PDF versenden. Ein eigener Menüpunkt „Angebote" führt zu einer eigenen Liste mit Status (Offen, Abgelaufen, Angenommen, Abgelehnt, Übernommen, Revidiert). Angebote haben ein „Gültig bis"-Datum (§ 148 BGB) und eine optionale Freibleibend-Kennzeichnung (§ 145 BGB), die als Hinweis auf dem PDF erscheint. Der Angebots-Nummernkreis (Standard AN-{YYYY}-{####}) ist in den Einstellungen unabhängig von den Rechnungen konfigurierbar (#111)
• In Rechnung übernehmen: ein festgeschriebenes Angebot lässt sich per Knopfdruck in einen neuen Rechnungs-Entwurf überführen – Positionen und Empfänger werden übernommen, die Rechnung referenziert die Angebotsnummer, das Angebot wird als „übernommen" markiert (#111)
• Angebot revidieren: aus einem festgeschriebenen Angebot lässt sich eine überarbeitbare Revision erstellen. Sie erhält beim Festschreiben eine Revisionsnummer (AN-…-1, -2, …), das Ursprungsangebot wird als „revidiert" markiert (#111)

Added

• Zahlungsstatus verfolgen: Rechnungen lassen sich in der Liste als bezahlt markieren; der Status (offen, überfällig, bezahlt) ist auf einen Blick sichtbar – überfällige Rechnungen sind hervorgehoben, bezahlte gedämpft dargestellt. Eine Filterleiste (Alle/Offen/Überfällig/Bezahlt) zeigt zusätzlich die Summe der offenen Beträge. Ein Standard-Zahlungsziel in den Einstellungen belegt neue Rechnungen vor (#117)

Added

• Rechnung duplizieren: eine bestehende Rechnung lässt sich per Knopfdruck in der Rechnungsliste als Vorlage für eine neue, bearbeitbare Rechnung übernehmen. Empfänger, Positionen, Referenzen, Notizen und Textbausteine werden kopiert; die neue Rechnung startet als Entwurf ohne Nummer. Stornobelege sind davon ausgenommen (#124)

Fixed

• Kunde anlegen: Das Speichern schlug fehl, sobald ein Zahlungsziel gesetzt war (#122)
• Das DATEV-„gesendet"-Symbol in der Rechnungsliste wird nur noch angezeigt, wenn die DATEV-/IMAP-Anbindung eingerichtet ist. Ohne IMAP-Konfiguration lief der automatische Abgleich ohnehin nie, sodass der Status sonst dauerhaft ohne Wirkung sichtbar blieb (#127)

Fixed

• App-Installation auf Nextcloud 31 und 32 schlug fehl mit „Primary index name on 'oc_rechnungswerk_invoice_item' is too long". Die unterstützten Datenbanken (SQLite/MySQL/PostgreSQL) sind jetzt in der info.xml deklariert, wodurch Nextclouds Oracle-Namenslimit-Prüfung nicht mehr greift (#118)

Added

• Neue Referenzfelder auf der Rechnung: Vertragsnummer (BT-12) und Objekt-/Projektkennung (BT-18). Beide stehen strukturiert im E-Rechnungs-XML und als Meta-Zeilen im PDF (#41)
• Notizen/Hinweise auf der Rechnung: frei formulierbare Textzeilen, sichtbar im PDF und als Notiz (BT-22) im E-Rechnungs-XML (#41)

Changed

• Anrede/Einleitung und Schlusstext stehen jetzt auch im E-Rechnungs-XML (BT-22) und nicht mehr nur im PDF (#41)
• Stornobelege übernehmen die Referenzen der Originalrechnung (Bestell-, Referenz-, Vertragsnummer, Leitweg-ID, Objektkennung)
• Generische freie Felder (Key-Value) werden nicht weiterverfolgt; bestehende Einträge bleiben als Notizen lesbar (#41)

Fixed

• Rechnungseditor übernimmt beim Wechsel von einer Rechnung zu „Neue Rechnung" keinen alten Formularzustand mehr (#109)
• Esc schließt Modals auch dann, wenn der Fokus in einem Eingabefeld liegt (#107)

Added

• Rechnungsvorschau für Entwürfe: Vorschau-Button im Editor zeigt das PDF vor dem Festschreiben. Deutlich als ENTWURF gekennzeichnet (Wasserzeichen, Banner, ohne E-Rechnungs-XML) (#94)
• Konfigurierbares Dateinamen-Schema für erzeugte PDFs mit Platzhaltern {nummer}, {YYYY}/{MM}/{DD}, {kunde}, {typ}. Gilt einheitlich für Download, Kundenmail und DATEV-Mail, mit Live-Vorschau in den Einstellungen (#37)
• Automatische Ablage festgeschriebener Rechnungen (inkl. Stornos) in einen Nextcloud-Ordner (auch Team-/Gruppenordner), optional mit Jahres-Unterordnern; Komfort-Ablage, kein revisionssicheres Archiv (#38)
• Girocode: optionaler EPC-Bezahl-QR-Code (EPC069-12) neben der Bankverbindung. Banking-Apps übernehmen Empfänger, Betrag und Verwendungszweck automatisch; nie auf Stornos oder Entwurfs-Vorschauen (#79)

Changed

• Neue Runtime-Abhängigkeit bacon/bacon-qr-code für das QR-Rendering

Added

• Nummernkreis-Modus: fortlaufend über Jahre vs. jährlicher Reset, umschaltbar in den Einstellungen (#39)
• Persönlicher Bereich „Mein Kontakt": eigener Verkäufer-Ansprechpartner pro Nutzer, füllt neue Rechnungen automatisch vor (#47)
• Einheit „Monat" für Rechnungspositionen (#76)

Fixed

• Kontakt-E-Mail aus den Einstellungen wird auf Rechnung und E-Rechnung korrekt verwendet, statt der Nextcloud-Konto-Mail (#86)
• Rechnungstexte: Einleitung erscheint wieder, Schlusstext steht genau einmal unten (keine Dopplung, korrekte Platzierung) (#76)

Security

• Sicherheitsupdates der Frontend-Abhängigkeiten: dompurify, js-yaml, vite/esbuild (Advisories behoben, npm audit clean)

Added

• Nextcloud 34 wird unterstützt (max-version auf 34 angehoben)
• Kundenverwaltung: eigene Customer-Entität mit Erfassung, Bearbeitung und Übernahme in die Rechnung

Fixed

• Storno als rechtssichere E-Rechnung: Korrekturrechnung mit typeCode 384 und negativen Beträgen (EN16931 / §14c UStG), Referenz auf die stornierte Rechnung (BT-25/BT-26); Beleg heißt „Stornorechnung" statt „Gutschrift" (#64, #65)
• Storno-Dialog eindeutig beschriftet, doppeltes „Cancel" behoben (#64)
• DATEV-Rückkanal (IMAP): RFC-2047-Q-Encoding wird versionsstabil dekodiert (PHP 8.2)

Changed

• DATEV-Rückkanal nutzt einen eigenen schlanken IMAP-Client statt webklex/php-imap (deutlich kleineres Release, unter dem App-Store-Größenlimit) (#51)
• Anzeigename und Marken-Strings durchgängig auf „RechnungsWerk" vereinheitlicht

Drei Verbesserungen aus der praktischen Nutzung: ein häufig gewünschter kleiner Komfort beim Bezahlt-Markieren, ein Anzeigefehler bei der DATEV-Spalte und — am wichtigsten — eine Speicher-Falle in den Einstellungen, die beim Einrichten wie Datenverlust wirken konnte.

Added

• Das Zahldatum lässt sich nachträglich anpassen. Der Klick auf die Bezahlt-Checkbox setzt weiterhin sofort das heutige Datum. Neu: Die Anzeige „bezahlt am {Datum}" in der Rechnungsliste ist jetzt anklickbar und öffnet ein kleines Datumsfeld, vorbelegt mit dem gesetzten Datum — so lässt sich eine Zahlung, die an einem anderen Tag einging, ohne Umweg korrigieren (#257)

Fixed

• Die DATEV-Spalte erscheint jetzt sofort beim Öffnen der Rechnungsliste. Bisher war sie an die asynchron nachgeladenen Einstellungen gebunden und fehlte beim Kaltstart, bis dieser Fetch durch war. Jetzt hängt die Anzeige an den mit der Liste gelieferten DATEV-Status, sodass die Icons zeitgleich mit den Rechnungen erscheinen (#237)
• Speicherfehler in den Einstellungen sind nicht mehr unsichtbar. Der Server lehnt beim Speichern die gesamte Anfrage ab, wenn ein einziges Feld ungültig ist (z. B. eine unvollständige E-Mail-Adresse). Die Fehlermeldung stand oben, der Speichern-Button unten — wer unten klickte, sah nichts und hielt das Speichern für erfolgt. Jetzt scrollt jede Fehlermeldung in den sichtbaren Bereich, und die drei E-Mail-Felder werden schon vor dem Absenden geprüft und namentlich benannt (#265)

Ein Release für alle, die die App auf Englisch bedienen: Fehlermeldungen kamen bisher auf Deutsch zurück, und fünf Texte blieben trotz vorhandener Übersetzung deutsch. Dazu zwei Anzeigefehler, die von außen gemeldet wurden, und eine Integritätsmeldung, die seit der ersten PDF-Erzeugung auftrat.

Added

• Fehlermeldungen aus dem Backend sind übersetzbar. IL10N wurde bisher an genau einer Stelle benutzt, die übrigen 48 benutzersichtbaren Meldungen waren hart deutsch. Die Zahlenprüfung (NumberInput) wirft dafür jetzt prosafrei: die Ausnahme trägt nur den Sachverhalt, den Satz formuliert eine eigene Klasse mit IL10N. Damit bleibt die Klasse statisch und deckungsgleich mit ihrem Frontend-Zwilling (#235)

Fixed

• Das freie Einheitenfeld war neben der Einheitenauswahl nur noch als Strich zu sehen. Beide Elemente stehen mit voller Zellenbreite in einer Zelle, die nicht umbrechen kann — welches von beiden zusammenfällt, entschied der Browser. Das freie Feld sitzt jetzt in der zweiten Zeile neben der Beschreibung, wo der Platz ohnehin vorhanden ist; Spaltenbreiten und Zeilenhöhe bleiben unverändert. In der schreibgeschützten Ansicht erscheinen beide Felder nur noch, wenn sie einen Wert tragen. Gemeldet von @myssv (#238)
• Die Integritätsprüfung meldete nach jeder PDF-Erzeugung zwei zusätzliche Dateien. dompdf legte seinen Font-Cache innerhalb des eigenen Pakets ab, also in einem signierten Verzeichnis. Der Cache liegt jetzt unter dem Nextcloud-Temp-Pfad; ist der gemeinsame Ordner nicht benutzbar, wird auf einen Ordner je Aufruf ausgewichen statt zurück in die Auslieferung (#241)
• Fünf Texte erschienen in der englischen Oberfläche auf Deutsch, obwohl die Übersetzung vorhanden war: vor den Auslassungspunkten steht im Quellcode ein geschütztes Leerzeichen, in den Übersetzungsdateien ein normales. Beim Draufschauen sind beide Zeichenketten identisch, deshalb prüft das jetzt eine Maschine. Acht fehlende DATEV-Texte ergänzt, fünfzehn Altlasten entfernt (#234)
• Ordner- und Logoauswahl in den Einstellungen liefen über OC.dialogs, das seit Nextcloud 30 veraltet ist und beim Klicken gebrochen wäre, nicht beim Bauen. Ersetzt durch den FilePicker aus @nextcloud/dialogs; ein Abbruch erzeugt keine Fehlermeldung mehr (#221)

Changed

• Das JavaScript-Bundle wird als ES-Modul ausgeliefert statt als iife. Der FilePicker lädt seine Komponente per dynamischem Import, was Code-Splitting erzwingt — das iife-Format kann das nicht. Das alte Bundle wird beim Update entfernt (#221)

Mengen und Preise blieben beim Speichern nicht zuverlässig stehen. Gemeldet von @yummiweb (#223), und beim Prüfen kam ein zweiter Fall derselben Ursache heraus, der Beträge schon beim ersten Speichern verfälschte.

Fixed

• Mengen und Preise bleiben über Speichern und Wiederöffnen unverändert. Die Menge steht mit drei Nachkommastellen in der Datenbank, wird also als „1.000" geliefert, wobei der Punkt ein Dezimaltrennzeichen ist. Dieser Wert lief unverändert ins Eingabefeld, wo er seit 0.3.1 regelkonform als deutsche Tausendertrennung gelesen wurde: aus der Menge 1 wurde beim nächsten Speichern 1000, aus 10,00 € Zeilensumme 10.000,00 €. Gespeicherte Werte werden jetzt in die Schreibweise des Feldes gewandelt, statt ungewandelt hineinzulaufen. Nebenbei verschwindet damit die alte Anzeige-Merkwürdigkeit, dass die Menge 1 als „1.000" dastand (#223)
• Preise mit drei Nachkommastellen wurden beim ersten Speichern um den Faktor 1000 verfälscht. Das Preisfeld war ein Zahlenfeld des Browsers und lieferte deshalb immer Maschinenformat mit Punkt: 1,234 € kam als „1.234" an und wurde serverseitig deutsch als 1.234,00 € gelesen. Preis und Menge sind jetzt beide Textfelder in deutscher Schreibweise und werden von derselben Regel ausgewertet. Wer die Regelung mit vier Nachkommastellen nutzt, sollte seine Standardpreise und offenen Entwürfe prüfen (#223)
• Die Beschriftung des aktiven Filters über der Rechnungs- und Angebotsliste war praktisch unsichtbar: heller Text auf hellem Grund, gemessener Kontrast 1,00. Ursache war die Nextcloud-Variable --color-primary-element-text-dark, die nicht „dunkler Text" bedeutet, sondern „Text für das dunkle Primärelement", und auf Nextcloud 34 zu fast Weiß auflöst. Jetzt 13,63 (#217)

Changed

• Zahleneingaben werden nur noch in deutscher Schreibweise gelesen: das Komma trennt die Nachkommastellen, der Punkt die Tausender. Englische und gemischte Schreibweisen wie „12.5" oder „1,234.5" werden jetzt mit einer erklärenden Meldung abgelehnt, statt anhand des letzten Trennzeichens gedeutet zu werden. Diese Deutung war die Ursache des Fehlers oben, denn sie lässt „1.234" zwischen 1234 und 1,234 offen. Im Preisfeld sind dadurch die Pfeiltasten des Browsers entfallen; ein negativer Preis wird weiterhin abgelehnt (#223)
• Der Entwicklungs-Build verlangt jetzt Node ^22.14 || ^24 || >=26. Das betrifft nur, wer die App selbst baut; für den Betrieb ändert sich nichts. Nachtrag zu 0.4.0, wo die Anforderung mit angehoben wurde, ohne hier zu stehen

Festgeschriebene Rechnungen sind jetzt wirklich unveränderlich. Bisher entstand jedes PDF bei jedem Zugriff neu, aus den zu diesem Zeitpunkt gültigen Einstellungen. Eine bereits ausgestellte E-Rechnung konnte sich dadurch nachträglich ändern und ungültig werden.

Changed

• Der Beleg einer festgeschriebenen Rechnung wird beim Festschreiben abgelegt und ab dann ausgeliefert, statt bei jedem Zugriff neu zu entstehen. Damit bekommen Download, Kundenversand, DATEV-Übergabe und die Ablage in Nextcloud Files garantiert dieselbe Datei; vorher konnten zu einer Rechnung drei verschiedene Dokumente existieren. Der Beleg ist nur einmal beschreibbar, seine Prüfsumme steht am Datensatz, und der Dateiname ist mit eingefroren. Die Ablage liegt im app-eigenen Speicher und damit in jeder Instanz-Sicherung, nicht im Dateibaum des Nutzers, wo sie versehentlich zu ändern wäre (#181)
• Der Kleinunternehmer-Fall steht jetzt an der Rechnung statt in den Einstellungen. Ein Wechsel zwischen Kleinunternehmerregelung und Regelbesteuerung ist ein völlig normaler, einmaliger Vorgang. Er machte vorher aus jeder älteren 19-%-Rechnung rückwirkend eine steuerfreie: das eingebettete XML wies CategoryCode E und 0,00 % aus, bei weiterhin ausgewiesenen 19,00 € Steuer. Ein solches Dokument widerspricht sich selbst und verletzt EN 16931 (#181)
• Bestandsrechnungen werden im Hintergrund nachgezogen, in Häppchen und ohne Wartungsmodus. Nachträglich erzeugte Belege sind als solche gekennzeichnet und im Rechnungseditor ausgewiesen: sie stimmen inhaltlich, entsprechen im Aussehen aber dem heutigen Stand und nicht dem, was der Kunde damals bekommen hat. Für Bestandsrechnungen ist das Original-Aussehen nicht wiederherstellbar (#181)

Fixed

• Einzelpreise werden serverseitig aus der Eingabe berechnet und geprüft. Bisher rechnete allein der Browser und schickte die fertige Zahl. Dem Server war nicht anzusehen, ob 95 als 0,0095 € oder als 95 € gemeint war. Betrifft Rechnungspositionen und den Standardpreis im Produktkatalog (#180)
• Ein Storno übernimmt den Steuerfall der Original-Rechnung statt der aktuellen Einstellungen. Sonst hätte die Gutschrift zu einer 19-%-Rechnung nach einem Wechsel der Besteuerungsform 0 % ausgewiesen (#181)

Abhängigkeiten und Infrastruktur

• phpmailer auf 7.1.1 angehoben. Der Mailversand wurde damit real geprüft, der Anhang bleibt der eingefrorene Beleg
• Frontend-Werkzeuge und Bibliotheken aktualisiert: vite 8, @nextcloud/l10n 3, vue-router 5, pinia 4, @nextcloud/vue 9.9. Der Sprung auf vue-router 5 war ohne pinia 4 nicht möglich und beseitigt zugleich eine doppelte Router-Version im Abhängigkeitsbaum
• GitHub-Actions auf checkout 7, setup-node 7 und github-script 9
• Dependabot zielt jetzt auf develop und gruppiert Minor- und Patch-Updates
• Der Workflow, der Issues beim Merge nach develop schließt, wertet Code in PR-Texten nicht mehr als Anweisung

Fehlerbehebungen aus Rückmeldungen von Nutzern. Zwei der Fehler erzeugten stillschweigend falsche Werte auf Rechnungen, die an Kunden gehen.

Fixed

• Kontakte aus dem Nextcloud-Adressbuch lassen sich wieder übernehmen. Das vCard-Feld für das Land enthält laut Standard einen frei geschriebenen Namen, iOS und Outlook tragen dort „Deutschland" oder „Germany" ein. Der Wert lief ungeprüft in eine Spalte für den zweistelligen Ländercode, wodurch das Speichern des Entwurfs mit einem Fehler 500 abbrach und keine Vorschau mehr erzeugt werden konnte. Ländernamen werden jetzt in beiden Sprachen erkannt und umgesetzt, inklusive Schreibvarianten wie „Oesterreich" (#167)
• Mengen und Einzelpreise in deutscher Schreibweise werden korrekt gelesen. Bisher brach eine achtstellige Menge wie 99.999.999 mit einem Fehler 500 ab, und eine Eingabe von 1.000 wurde ohne jeden Hinweis als 1 gespeichert, was die Rechnung um den Faktor 1000 verfälschte. Dasselbe traf den Einzelpreis, dort ohne Fehlermeldung als Warnsignal. Nicht lesbare Eingaben werden jetzt mit einer verständlichen Meldung abgelehnt statt geraten (#157)
• Die Spaltenbreiten der Positionstabelle passen wieder zum Inhalt. Seit 0.3.0 waren alle Spalten gleich breit, wodurch die Bezeichnung viel zu früh umbrach, während die USt-Spalte Platz verschwendete (#157)
• Die Kopfzeile der Positionstabelle bleibt bei jeder Akzentfarbe lesbar. Die Schrift war fest weiß und verschwand auf hellen Firmenfarben; sie wechselt jetzt auf Schwarz, wenn Weiß nicht mehr trägt. Die gewählte Farbe selbst bleibt unverändert (#171)
• Das Auswahlfeld für die Akzentfarbe öffnet nicht mehr den Farbdialog des Betriebssystems, der sich unter macOS nicht wieder schließen ließ (#171)
• Das ausgelieferte JavaScript enthält keinen Entwicklungscode mehr. Das Bundle ist dadurch rund 100 KB kleiner und die Konsole bleibt frei von Hydrations- und Prop-Warnungen (#168)

Added

• Ein Musterstreifen in den Einstellungen zeigt beim Wählen der Akzentfarbe, wie die Kopfzeile der Positionstabelle auf der Rechnung aussehen wird, inklusive der daraus folgenden Schriftfarbe (#171)
• Die Spalte für die Bezeichnung heißt im PDF jetzt wie im Editor „Bezeichnung" statt „Beschreibung" (#157)

Security

• dompdf auf 3.1.6 angehoben. Die Version schließt laut Release Notes gemeldete Sicherheitslücken; dompdf erzeugt das Rechnungs-PDF

Changed

• Weitere Abhängigkeiten aktualisiert: dompurify, fast-xml-parser, immutable, postcss, fast-uri, brace-expansion, js-yaml

Added

• Textbausteine: eine verwaltete Bibliothek wiederverwendbarer Anrede-/ Einleitungs- und Schlusstexte, getrennt für Rechnungen und Angebote. Je Dokumenttyp und Textbereich gibt es genau einen Standard-Baustein, der neue Dokumente vorbefüllt; weitere Bausteine lassen sich im Editor per Klick einfügen. Neuer Menüpunkt „Textbausteine" (#126, #141)
• Kleinunternehmer-Hinweis (§ 19 UStG): der Hinweistext auf der Rechnung ist jetzt frei konfigurierbar (#141)
• Datums-Variablen {MM} (Monat) und {DD} (Tag) für die Rechnungs- und Angebotsnummer, zusätzlich zu {YYYY}/{YY}/{####} (#143)
• Weitere Einheiten zur Auswahl: kWh, Liter, Meter, Kilometer, m², Gramm, Tonne (gültige UN/ECE-Codes, E-Rechnung bleibt valide) (#146)
• Einzelpreise mit bis zu 4 Nachkommastellen (z. B. Energie 0,3456 €/kWh); die Rundung auf ganze Cent erfolgt einmal beim Zeilenbetrag, Summen bleiben zweistellig (#147)
• Freitext-Einheiten: frei benannte Einheiten (z. B. „Personen", „Sitzung") für Editor und PDF; die eingebettete E-Rechnung nutzt weiterhin einen gültigen generischen Einheitencode (#153)

Changed

• Kleinunternehmer (§ 19 UStG): Rechnungen und Angebote zeigen keine „0 %"-USt- Spalte und keine „Steuerfrei 0,00 €"-Zeile mehr; da netto = brutto erscheint nur der Gesamtbetrag mit dem § 19-Hinweis. Die eingebettete XML bleibt unverändert korrekt (Kategorie „E") (#144)
• Bei einem Angebot ist der Leistungszeitraum nicht mehr als § 14-UStG- Pflichtangabe ausgewiesen, sondern als optionaler „Geplanter Leistungszeitraum"
• Einheitliche Bedienung der Verwaltungslisten (Textbausteine, Kunden, Produkte): Zeile anklickbar zum Bearbeiten, direkte Icon-Aktionen statt „…"-Menü

Fixed

• Lange Produktnamen und Beschreibungen sprengen die Positionstabelle im PDF nicht mehr; die Spalten bleiben stabil und die Einheit bricht nicht mehr in eine neue Zeile um (#145)

Added

• Angebote: Angebote mit eigenem Nummernkreis erstellen, festschreiben und als PDF versenden. Ein eigener Menüpunkt „Angebote" führt zu einer eigenen Liste mit Status (Offen, Abgelaufen, Angenommen, Abgelehnt, Übernommen, Revidiert). Angebote haben ein „Gültig bis"-Datum (§ 148 BGB) und eine optionale Freibleibend-Kennzeichnung (§ 145 BGB), die als Hinweis auf dem PDF erscheint. Der Angebots-Nummernkreis (Standard AN-{YYYY}-{####}) ist in den Einstellungen unabhängig von den Rechnungen konfigurierbar (#111)
• In Rechnung übernehmen: ein festgeschriebenes Angebot lässt sich per Knopfdruck in einen neuen Rechnungs-Entwurf überführen – Positionen und Empfänger werden übernommen, die Rechnung referenziert die Angebotsnummer, das Angebot wird als „übernommen" markiert (#111)
• Angebot revidieren: aus einem festgeschriebenen Angebot lässt sich eine überarbeitbare Revision erstellen. Sie erhält beim Festschreiben eine Revisionsnummer (AN-…-1, -2, …), das Ursprungsangebot wird als „revidiert" markiert (#111)

Added

• Zahlungsstatus verfolgen: Rechnungen lassen sich in der Liste als bezahlt markieren; der Status (offen, überfällig, bezahlt) ist auf einen Blick sichtbar – überfällige Rechnungen sind hervorgehoben, bezahlte gedämpft dargestellt. Eine Filterleiste (Alle/Offen/Überfällig/Bezahlt) zeigt zusätzlich die Summe der offenen Beträge. Ein Standard-Zahlungsziel in den Einstellungen belegt neue Rechnungen vor (#117)

Added

• Rechnung duplizieren: eine bestehende Rechnung lässt sich per Knopfdruck in der Rechnungsliste als Vorlage für eine neue, bearbeitbare Rechnung übernehmen. Empfänger, Positionen, Referenzen, Notizen und Textbausteine werden kopiert; die neue Rechnung startet als Entwurf ohne Nummer. Stornobelege sind davon ausgenommen (#124)

Fixed

• Kunde anlegen: Das Speichern schlug fehl, sobald ein Zahlungsziel gesetzt war (#122)
• Das DATEV-„gesendet"-Symbol in der Rechnungsliste wird nur noch angezeigt, wenn die DATEV-/IMAP-Anbindung eingerichtet ist. Ohne IMAP-Konfiguration lief der automatische Abgleich ohnehin nie, sodass der Status sonst dauerhaft ohne Wirkung sichtbar blieb (#127)

Fixed

• App-Installation auf Nextcloud 31 und 32 schlug fehl mit „Primary index name on 'oc_rechnungswerk_invoice_item' is too long". Die unterstützten Datenbanken (SQLite/MySQL/PostgreSQL) sind jetzt in der info.xml deklariert, wodurch Nextclouds Oracle-Namenslimit-Prüfung nicht mehr greift (#118)

Added

• Neue Referenzfelder auf der Rechnung: Vertragsnummer (BT-12) und Objekt-/Projektkennung (BT-18). Beide stehen strukturiert im E-Rechnungs-XML und als Meta-Zeilen im PDF (#41)
• Notizen/Hinweise auf der Rechnung: frei formulierbare Textzeilen, sichtbar im PDF und als Notiz (BT-22) im E-Rechnungs-XML (#41)

Changed

• Anrede/Einleitung und Schlusstext stehen jetzt auch im E-Rechnungs-XML (BT-22) und nicht mehr nur im PDF (#41)
• Stornobelege übernehmen die Referenzen der Originalrechnung (Bestell-, Referenz-, Vertragsnummer, Leitweg-ID, Objektkennung)
• Generische freie Felder (Key-Value) werden nicht weiterverfolgt; bestehende Einträge bleiben als Notizen lesbar (#41)

Fixed

• Rechnungseditor übernimmt beim Wechsel von einer Rechnung zu „Neue Rechnung" keinen alten Formularzustand mehr (#109)
• Esc schließt Modals auch dann, wenn der Fokus in einem Eingabefeld liegt (#107)

Added

• Rechnungsvorschau für Entwürfe: Vorschau-Button im Editor zeigt das PDF vor dem Festschreiben. Deutlich als ENTWURF gekennzeichnet (Wasserzeichen, Banner, ohne E-Rechnungs-XML) (#94)
• Konfigurierbares Dateinamen-Schema für erzeugte PDFs mit Platzhaltern {nummer}, {YYYY}/{MM}/{DD}, {kunde}, {typ}. Gilt einheitlich für Download, Kundenmail und DATEV-Mail, mit Live-Vorschau in den Einstellungen (#37)
• Automatische Ablage festgeschriebener Rechnungen (inkl. Stornos) in einen Nextcloud-Ordner (auch Team-/Gruppenordner), optional mit Jahres-Unterordnern; Komfort-Ablage, kein revisionssicheres Archiv (#38)
• Girocode: optionaler EPC-Bezahl-QR-Code (EPC069-12) neben der Bankverbindung. Banking-Apps übernehmen Empfänger, Betrag und Verwendungszweck automatisch; nie auf Stornos oder Entwurfs-Vorschauen (#79)

Changed

• Neue Runtime-Abhängigkeit bacon/bacon-qr-code für das QR-Rendering

Added

• Nummernkreis-Modus: fortlaufend über Jahre vs. jährlicher Reset, umschaltbar in den Einstellungen (#39)
• Persönlicher Bereich „Mein Kontakt": eigener Verkäufer-Ansprechpartner pro Nutzer, füllt neue Rechnungen automatisch vor (#47)
• Einheit „Monat" für Rechnungspositionen (#76)

Fixed

• Kontakt-E-Mail aus den Einstellungen wird auf Rechnung und E-Rechnung korrekt verwendet, statt der Nextcloud-Konto-Mail (#86)
• Rechnungstexte: Einleitung erscheint wieder, Schlusstext steht genau einmal unten (keine Dopplung, korrekte Platzierung) (#76)

Security

• Sicherheitsupdates der Frontend-Abhängigkeiten: dompurify, js-yaml, vite/esbuild (Advisories behoben, npm audit clean)

Added

• Nextcloud 34 wird unterstützt (max-version auf 34 angehoben)
• Kundenverwaltung: eigene Customer-Entität mit Erfassung, Bearbeitung und Übernahme in die Rechnung

Fixed

• Storno als rechtssichere E-Rechnung: Korrekturrechnung mit typeCode 384 und negativen Beträgen (EN16931 / §14c UStG), Referenz auf die stornierte Rechnung (BT-25/BT-26); Beleg heißt „Stornorechnung" statt „Gutschrift" (#64, #65)
• Storno-Dialog eindeutig beschriftet, doppeltes „Cancel" behoben (#64)
• DATEV-Rückkanal (IMAP): RFC-2047-Q-Encoding wird versionsstabil dekodiert (PHP 8.2)

Changed

• DATEV-Rückkanal nutzt einen eigenen schlanken IMAP-Client statt webklex/php-imap (deutlich kleineres Release, unter dem App-Store-Größenlimit) (#51)
• Anzeigename und Marken-Strings durchgängig auf „RechnungsWerk" vereinheitlicht

Added

• Spendenlink (Ko-fi) in der App-Beschreibung / im App Store

Erster öffentlicher Release im Nextcloud App Store. Rechnungen und E-Rechnungen (ZUGFeRD/EN16931) erstellen, an Kunden versenden und automatisch an DATEV übergeben.

Added

• E-Rechnung (ZUGFeRD/EN16931): CII-XML + branded PDF/A-3 (ZugferdService), vollständiger Feldexport — Leistungsdatum/-zeitraum (BT-72/BG-14), Bestell-/Referenznummern (BT-13/14), Verkäufer-/Käufer-Ansprechpartner (BG-6/BG-9), USt-Sonderfälle (Reverse-Charge, innergemeinschaftlich, Ausfuhr)
• DATEV-Übergabe: automatischer E-Mail-Versand der ZUGFeRD-PDF an die DATEV-Upload-Mail beim Festschreiben und beim Stornieren; optionales eigenes SMTP-Konto
• DATEV-Rückkanal (IMAP): Background-Job wertet Empfangsbestätigungen aus (In-Reply-To-Matching), Status gesendet → bestätigt; optionaler Papierkorb-Cleanup bestätigter Quittungen (Admin-Einstellung, Default aus)
• Verkäufer-Ansprechpartner pro Rechnung (Kaskade Rechnung → NC-Konto → Firmenkontakt)
• Status-Anzeige als flache Icons + Legende in Liste und Editor; Einstellungen in der Navigation unten links (NC-Konvention)
• Zahlungsbedingungen (It. 4a): Zahlungsziel (Tage), automatisch berechnetes Fälligkeitsdatum beim Festschreiben und Skonto-Hinweis — Migration v0.1.1 (payment_term_days, due_date, discount_terms) + Editor-Sektion
• Rechnungs-Editor + Liste (It. 3): InvoicesView mit Status-Chips und InvoiceEditorView (Rechnungsdaten · Empfänger · Positionen · Steuer&Summen · Texte)
• Editierbare Positionstabelle mit Live-Summen + USt-Aufschlüsselung (Client-Vorschau, Server autoritativ), Produkt-Übernahme aus dem Katalog, §19-konforme 0%-Erzwingung
• Empfänger-Auswahl aus Nextcloud-Kontakten (ContactController + OCP\Contacts\IManager) mit Tipp-Vorschlägen und Auto-Befüllung
• Lifecycle in der UI: Entwurf speichern → Festschreiben (Bestätigung, endgültige Nummer, read-only) → Stornieren (Stornobeleg)
• l10n de/en erweitert (120 Keys)

Added (frühere Iterationen)

• Stammdaten + Produktkatalog (It. 2): ProductService/ProductController (/api/v1/products CRUD) und SettingsController (/api/v1/settings)
• Frontend ProductsView (Tabelle + Editor-Modal) und SettingsView (gegliedertes Formular: Firma/Bank/Branding/Nummernkreis/Steuer/Versand/Standardtexte) mit §19-Bestätigungsdialog und Live-Vorschau der Rechnungsnummer
• Pinia-Stores, typisierter API-Client, Geld-Helfer (Cent↔€), l10n de/en
• Unit-Tests für ProductService
• (Logo-Auswahl via NC-Files-Picker bewusst auf It. 4 / PDF-Branding verschoben)
• Initiale App-Grundstruktur (Vue 3 + Vite + @nextcloud/vue 9, PHP 8.2 OCP)
• App-Navigation mit Platzhalter-Views: Rechnungen, Produkte, Einstellungen
• Datenmodell + Persistenz-Schicht: Entities/Mapper für Invoice, InvoiceItem, Product, Settings (Geld in Cents, Steuer in Basispunkten, owner-scoped)
• DB-Migration v0.1.0 (4 Tabellen)
• InvoiceCalculator (Zeilensummen, Steueraufschlüsselung pro Satzgruppe, Rechnungsnummern-Formatierung) mit Unit-Tests
• InvoiceService mit Lifecycle (Entwurf → Festschreiben → Storno) und SettingsService (per-Owner-Stammdaten, jahresbasierter Nummernkreis)
• REST-API /api/v1/invoices (CRUD + /commit, /cancel)

Drei Verbesserungen aus der praktischen Nutzung: ein häufig gewünschter kleiner Komfort beim Bezahlt-Markieren, ein Anzeigefehler bei der DATEV-Spalte und — am wichtigsten — eine Speicher-Falle in den Einstellungen, die beim Einrichten wie Datenverlust wirken konnte.

Added

• Das Zahldatum lässt sich nachträglich anpassen. Der Klick auf die Bezahlt-Checkbox setzt weiterhin sofort das heutige Datum. Neu: Die Anzeige „bezahlt am {Datum}" in der Rechnungsliste ist jetzt anklickbar und öffnet ein kleines Datumsfeld, vorbelegt mit dem gesetzten Datum — so lässt sich eine Zahlung, die an einem anderen Tag einging, ohne Umweg korrigieren (#257)

Fixed

• Die DATEV-Spalte erscheint jetzt sofort beim Öffnen der Rechnungsliste. Bisher war sie an die asynchron nachgeladenen Einstellungen gebunden und fehlte beim Kaltstart, bis dieser Fetch durch war. Jetzt hängt die Anzeige an den mit der Liste gelieferten DATEV-Status, sodass die Icons zeitgleich mit den Rechnungen erscheinen (#237)
• Speicherfehler in den Einstellungen sind nicht mehr unsichtbar. Der Server lehnt beim Speichern die gesamte Anfrage ab, wenn ein einziges Feld ungültig ist (z. B. eine unvollständige E-Mail-Adresse). Die Fehlermeldung stand oben, der Speichern-Button unten — wer unten klickte, sah nichts und hielt das Speichern für erfolgt. Jetzt scrollt jede Fehlermeldung in den sichtbaren Bereich, und die drei E-Mail-Felder werden schon vor dem Absenden geprüft und namentlich benannt (#265)

Ein Release für alle, die die App auf Englisch bedienen: Fehlermeldungen kamen bisher auf Deutsch zurück, und fünf Texte blieben trotz vorhandener Übersetzung deutsch. Dazu zwei Anzeigefehler, die von außen gemeldet wurden, und eine Integritätsmeldung, die seit der ersten PDF-Erzeugung auftrat.

Added

• Fehlermeldungen aus dem Backend sind übersetzbar. IL10N wurde bisher an genau einer Stelle benutzt, die übrigen 48 benutzersichtbaren Meldungen waren hart deutsch. Die Zahlenprüfung (NumberInput) wirft dafür jetzt prosafrei: die Ausnahme trägt nur den Sachverhalt, den Satz formuliert eine eigene Klasse mit IL10N. Damit bleibt die Klasse statisch und deckungsgleich mit ihrem Frontend-Zwilling (#235)

Fixed

• Das freie Einheitenfeld war neben der Einheitenauswahl nur noch als Strich zu sehen. Beide Elemente stehen mit voller Zellenbreite in einer Zelle, die nicht umbrechen kann — welches von beiden zusammenfällt, entschied der Browser. Das freie Feld sitzt jetzt in der zweiten Zeile neben der Beschreibung, wo der Platz ohnehin vorhanden ist; Spaltenbreiten und Zeilenhöhe bleiben unverändert. In der schreibgeschützten Ansicht erscheinen beide Felder nur noch, wenn sie einen Wert tragen. Gemeldet von @myssv (#238)
• Die Integritätsprüfung meldete nach jeder PDF-Erzeugung zwei zusätzliche Dateien. dompdf legte seinen Font-Cache innerhalb des eigenen Pakets ab, also in einem signierten Verzeichnis. Der Cache liegt jetzt unter dem Nextcloud-Temp-Pfad; ist der gemeinsame Ordner nicht benutzbar, wird auf einen Ordner je Aufruf ausgewichen statt zurück in die Auslieferung (#241)
• Fünf Texte erschienen in der englischen Oberfläche auf Deutsch, obwohl die Übersetzung vorhanden war: vor den Auslassungspunkten steht im Quellcode ein geschütztes Leerzeichen, in den Übersetzungsdateien ein normales. Beim Draufschauen sind beide Zeichenketten identisch, deshalb prüft das jetzt eine Maschine. Acht fehlende DATEV-Texte ergänzt, fünfzehn Altlasten entfernt (#234)
• Ordner- und Logoauswahl in den Einstellungen liefen über OC.dialogs, das seit Nextcloud 30 veraltet ist und beim Klicken gebrochen wäre, nicht beim Bauen. Ersetzt durch den FilePicker aus @nextcloud/dialogs; ein Abbruch erzeugt keine Fehlermeldung mehr (#221)

Changed

• Das JavaScript-Bundle wird als ES-Modul ausgeliefert statt als iife. Der FilePicker lädt seine Komponente per dynamischem Import, was Code-Splitting erzwingt — das iife-Format kann das nicht. Das alte Bundle wird beim Update entfernt (#221)

Mengen und Preise blieben beim Speichern nicht zuverlässig stehen. Gemeldet von @yummiweb (#223), und beim Prüfen kam ein zweiter Fall derselben Ursache heraus, der Beträge schon beim ersten Speichern verfälschte.

Fixed

• Mengen und Preise bleiben über Speichern und Wiederöffnen unverändert. Die Menge steht mit drei Nachkommastellen in der Datenbank, wird also als „1.000" geliefert, wobei der Punkt ein Dezimaltrennzeichen ist. Dieser Wert lief unverändert ins Eingabefeld, wo er seit 0.3.1 regelkonform als deutsche Tausendertrennung gelesen wurde: aus der Menge 1 wurde beim nächsten Speichern 1000, aus 10,00 € Zeilensumme 10.000,00 €. Gespeicherte Werte werden jetzt in die Schreibweise des Feldes gewandelt, statt ungewandelt hineinzulaufen. Nebenbei verschwindet damit die alte Anzeige-Merkwürdigkeit, dass die Menge 1 als „1.000" dastand (#223)
• Preise mit drei Nachkommastellen wurden beim ersten Speichern um den Faktor 1000 verfälscht. Das Preisfeld war ein Zahlenfeld des Browsers und lieferte deshalb immer Maschinenformat mit Punkt: 1,234 € kam als „1.234" an und wurde serverseitig deutsch als 1.234,00 € gelesen. Preis und Menge sind jetzt beide Textfelder in deutscher Schreibweise und werden von derselben Regel ausgewertet. Wer die Regelung mit vier Nachkommastellen nutzt, sollte seine Standardpreise und offenen Entwürfe prüfen (#223)
• Die Beschriftung des aktiven Filters über der Rechnungs- und Angebotsliste war praktisch unsichtbar: heller Text auf hellem Grund, gemessener Kontrast 1,00. Ursache war die Nextcloud-Variable --color-primary-element-text-dark, die nicht „dunkler Text" bedeutet, sondern „Text für das dunkle Primärelement", und auf Nextcloud 34 zu fast Weiß auflöst. Jetzt 13,63 (#217)

Changed

• Zahleneingaben werden nur noch in deutscher Schreibweise gelesen: das Komma trennt die Nachkommastellen, der Punkt die Tausender. Englische und gemischte Schreibweisen wie „12.5" oder „1,234.5" werden jetzt mit einer erklärenden Meldung abgelehnt, statt anhand des letzten Trennzeichens gedeutet zu werden. Diese Deutung war die Ursache des Fehlers oben, denn sie lässt „1.234" zwischen 1234 und 1,234 offen. Im Preisfeld sind dadurch die Pfeiltasten des Browsers entfallen; ein negativer Preis wird weiterhin abgelehnt (#223)
• Der Entwicklungs-Build verlangt jetzt Node ^22.14 || ^24 || >=26. Das betrifft nur, wer die App selbst baut; für den Betrieb ändert sich nichts. Nachtrag zu 0.4.0, wo die Anforderung mit angehoben wurde, ohne hier zu stehen

Festgeschriebene Rechnungen sind jetzt wirklich unveränderlich. Bisher entstand jedes PDF bei jedem Zugriff neu, aus den zu diesem Zeitpunkt gültigen Einstellungen. Eine bereits ausgestellte E-Rechnung konnte sich dadurch nachträglich ändern und ungültig werden.

Changed

• Der Beleg einer festgeschriebenen Rechnung wird beim Festschreiben abgelegt und ab dann ausgeliefert, statt bei jedem Zugriff neu zu entstehen. Damit bekommen Download, Kundenversand, DATEV-Übergabe und die Ablage in Nextcloud Files garantiert dieselbe Datei; vorher konnten zu einer Rechnung drei verschiedene Dokumente existieren. Der Beleg ist nur einmal beschreibbar, seine Prüfsumme steht am Datensatz, und der Dateiname ist mit eingefroren. Die Ablage liegt im app-eigenen Speicher und damit in jeder Instanz-Sicherung, nicht im Dateibaum des Nutzers, wo sie versehentlich zu ändern wäre (#181)
• Der Kleinunternehmer-Fall steht jetzt an der Rechnung statt in den Einstellungen. Ein Wechsel zwischen Kleinunternehmerregelung und Regelbesteuerung ist ein völlig normaler, einmaliger Vorgang. Er machte vorher aus jeder älteren 19-%-Rechnung rückwirkend eine steuerfreie: das eingebettete XML wies CategoryCode E und 0,00 % aus, bei weiterhin ausgewiesenen 19,00 € Steuer. Ein solches Dokument widerspricht sich selbst und verletzt EN 16931 (#181)
• Bestandsrechnungen werden im Hintergrund nachgezogen, in Häppchen und ohne Wartungsmodus. Nachträglich erzeugte Belege sind als solche gekennzeichnet und im Rechnungseditor ausgewiesen: sie stimmen inhaltlich, entsprechen im Aussehen aber dem heutigen Stand und nicht dem, was der Kunde damals bekommen hat. Für Bestandsrechnungen ist das Original-Aussehen nicht wiederherstellbar (#181)

Fixed

• Einzelpreise werden serverseitig aus der Eingabe berechnet und geprüft. Bisher rechnete allein der Browser und schickte die fertige Zahl. Dem Server war nicht anzusehen, ob 95 als 0,0095 € oder als 95 € gemeint war. Betrifft Rechnungspositionen und den Standardpreis im Produktkatalog (#180)
• Ein Storno übernimmt den Steuerfall der Original-Rechnung statt der aktuellen Einstellungen. Sonst hätte die Gutschrift zu einer 19-%-Rechnung nach einem Wechsel der Besteuerungsform 0 % ausgewiesen (#181)

Abhängigkeiten und Infrastruktur

• phpmailer auf 7.1.1 angehoben. Der Mailversand wurde damit real geprüft, der Anhang bleibt der eingefrorene Beleg
• Frontend-Werkzeuge und Bibliotheken aktualisiert: vite 8, @nextcloud/l10n 3, vue-router 5, pinia 4, @nextcloud/vue 9.9. Der Sprung auf vue-router 5 war ohne pinia 4 nicht möglich und beseitigt zugleich eine doppelte Router-Version im Abhängigkeitsbaum
• GitHub-Actions auf checkout 7, setup-node 7 und github-script 9
• Dependabot zielt jetzt auf develop und gruppiert Minor- und Patch-Updates
• Der Workflow, der Issues beim Merge nach develop schließt, wertet Code in PR-Texten nicht mehr als Anweisung

Fehlerbehebungen aus Rückmeldungen von Nutzern. Zwei der Fehler erzeugten stillschweigend falsche Werte auf Rechnungen, die an Kunden gehen.

Fixed

• Kontakte aus dem Nextcloud-Adressbuch lassen sich wieder übernehmen. Das vCard-Feld für das Land enthält laut Standard einen frei geschriebenen Namen, iOS und Outlook tragen dort „Deutschland" oder „Germany" ein. Der Wert lief ungeprüft in eine Spalte für den zweistelligen Ländercode, wodurch das Speichern des Entwurfs mit einem Fehler 500 abbrach und keine Vorschau mehr erzeugt werden konnte. Ländernamen werden jetzt in beiden Sprachen erkannt und umgesetzt, inklusive Schreibvarianten wie „Oesterreich" (#167)
• Mengen und Einzelpreise in deutscher Schreibweise werden korrekt gelesen. Bisher brach eine achtstellige Menge wie 99.999.999 mit einem Fehler 500 ab, und eine Eingabe von 1.000 wurde ohne jeden Hinweis als 1 gespeichert, was die Rechnung um den Faktor 1000 verfälschte. Dasselbe traf den Einzelpreis, dort ohne Fehlermeldung als Warnsignal. Nicht lesbare Eingaben werden jetzt mit einer verständlichen Meldung abgelehnt statt geraten (#157)
• Die Spaltenbreiten der Positionstabelle passen wieder zum Inhalt. Seit 0.3.0 waren alle Spalten gleich breit, wodurch die Bezeichnung viel zu früh umbrach, während die USt-Spalte Platz verschwendete (#157)
• Die Kopfzeile der Positionstabelle bleibt bei jeder Akzentfarbe lesbar. Die Schrift war fest weiß und verschwand auf hellen Firmenfarben; sie wechselt jetzt auf Schwarz, wenn Weiß nicht mehr trägt. Die gewählte Farbe selbst bleibt unverändert (#171)
• Das Auswahlfeld für die Akzentfarbe öffnet nicht mehr den Farbdialog des Betriebssystems, der sich unter macOS nicht wieder schließen ließ (#171)
• Das ausgelieferte JavaScript enthält keinen Entwicklungscode mehr. Das Bundle ist dadurch rund 100 KB kleiner und die Konsole bleibt frei von Hydrations- und Prop-Warnungen (#168)

Added

• Ein Musterstreifen in den Einstellungen zeigt beim Wählen der Akzentfarbe, wie die Kopfzeile der Positionstabelle auf der Rechnung aussehen wird, inklusive der daraus folgenden Schriftfarbe (#171)
• Die Spalte für die Bezeichnung heißt im PDF jetzt wie im Editor „Bezeichnung" statt „Beschreibung" (#157)

Security

• dompdf auf 3.1.6 angehoben. Die Version schließt laut Release Notes gemeldete Sicherheitslücken; dompdf erzeugt das Rechnungs-PDF

Changed

• Weitere Abhängigkeiten aktualisiert: dompurify, fast-xml-parser, immutable, postcss, fast-uri, brace-expansion, js-yaml

Added

• Textbausteine: eine verwaltete Bibliothek wiederverwendbarer Anrede-/ Einleitungs- und Schlusstexte, getrennt für Rechnungen und Angebote. Je Dokumenttyp und Textbereich gibt es genau einen Standard-Baustein, der neue Dokumente vorbefüllt; weitere Bausteine lassen sich im Editor per Klick einfügen. Neuer Menüpunkt „Textbausteine" (#126, #141)
• Kleinunternehmer-Hinweis (§ 19 UStG): der Hinweistext auf der Rechnung ist jetzt frei konfigurierbar (#141)
• Datums-Variablen {MM} (Monat) und {DD} (Tag) für die Rechnungs- und Angebotsnummer, zusätzlich zu {YYYY}/{YY}/{####} (#143)
• Weitere Einheiten zur Auswahl: kWh, Liter, Meter, Kilometer, m², Gramm, Tonne (gültige UN/ECE-Codes, E-Rechnung bleibt valide) (#146)
• Einzelpreise mit bis zu 4 Nachkommastellen (z. B. Energie 0,3456 €/kWh); die Rundung auf ganze Cent erfolgt einmal beim Zeilenbetrag, Summen bleiben zweistellig (#147)
• Freitext-Einheiten: frei benannte Einheiten (z. B. „Personen", „Sitzung") für Editor und PDF; die eingebettete E-Rechnung nutzt weiterhin einen gültigen generischen Einheitencode (#153)

Changed

• Kleinunternehmer (§ 19 UStG): Rechnungen und Angebote zeigen keine „0 %"-USt- Spalte und keine „Steuerfrei 0,00 €"-Zeile mehr; da netto = brutto erscheint nur der Gesamtbetrag mit dem § 19-Hinweis. Die eingebettete XML bleibt unverändert korrekt (Kategorie „E") (#144)
• Bei einem Angebot ist der Leistungszeitraum nicht mehr als § 14-UStG- Pflichtangabe ausgewiesen, sondern als optionaler „Geplanter Leistungszeitraum"
• Einheitliche Bedienung der Verwaltungslisten (Textbausteine, Kunden, Produkte): Zeile anklickbar zum Bearbeiten, direkte Icon-Aktionen statt „…"-Menü

Fixed

• Lange Produktnamen und Beschreibungen sprengen die Positionstabelle im PDF nicht mehr; die Spalten bleiben stabil und die Einheit bricht nicht mehr in eine neue Zeile um (#145)

Added

• Angebote: Angebote mit eigenem Nummernkreis erstellen, festschreiben und als PDF versenden. Ein eigener Menüpunkt „Angebote" führt zu einer eigenen Liste mit Status (Offen, Abgelaufen, Angenommen, Abgelehnt, Übernommen, Revidiert). Angebote haben ein „Gültig bis"-Datum (§ 148 BGB) und eine optionale Freibleibend-Kennzeichnung (§ 145 BGB), die als Hinweis auf dem PDF erscheint. Der Angebots-Nummernkreis (Standard AN-{YYYY}-{####}) ist in den Einstellungen unabhängig von den Rechnungen konfigurierbar (#111)
• In Rechnung übernehmen: ein festgeschriebenes Angebot lässt sich per Knopfdruck in einen neuen Rechnungs-Entwurf überführen – Positionen und Empfänger werden übernommen, die Rechnung referenziert die Angebotsnummer, das Angebot wird als „übernommen" markiert (#111)
• Angebot revidieren: aus einem festgeschriebenen Angebot lässt sich eine überarbeitbare Revision erstellen. Sie erhält beim Festschreiben eine Revisionsnummer (AN-…-1, -2, …), das Ursprungsangebot wird als „revidiert" markiert (#111)

Added

• Zahlungsstatus verfolgen: Rechnungen lassen sich in der Liste als bezahlt markieren; der Status (offen, überfällig, bezahlt) ist auf einen Blick sichtbar – überfällige Rechnungen sind hervorgehoben, bezahlte gedämpft dargestellt. Eine Filterleiste (Alle/Offen/Überfällig/Bezahlt) zeigt zusätzlich die Summe der offenen Beträge. Ein Standard-Zahlungsziel in den Einstellungen belegt neue Rechnungen vor (#117)

Added

• Rechnung duplizieren: eine bestehende Rechnung lässt sich per Knopfdruck in der Rechnungsliste als Vorlage für eine neue, bearbeitbare Rechnung übernehmen. Empfänger, Positionen, Referenzen, Notizen und Textbausteine werden kopiert; die neue Rechnung startet als Entwurf ohne Nummer. Stornobelege sind davon ausgenommen (#124)

Fixed

• Kunde anlegen: Das Speichern schlug fehl, sobald ein Zahlungsziel gesetzt war (#122)
• Das DATEV-„gesendet"-Symbol in der Rechnungsliste wird nur noch angezeigt, wenn die DATEV-/IMAP-Anbindung eingerichtet ist. Ohne IMAP-Konfiguration lief der automatische Abgleich ohnehin nie, sodass der Status sonst dauerhaft ohne Wirkung sichtbar blieb (#127)

Fixed

• App-Installation auf Nextcloud 31 und 32 schlug fehl mit „Primary index name on 'oc_rechnungswerk_invoice_item' is too long". Die unterstützten Datenbanken (SQLite/MySQL/PostgreSQL) sind jetzt in der info.xml deklariert, wodurch Nextclouds Oracle-Namenslimit-Prüfung nicht mehr greift (#118)

Added

• Neue Referenzfelder auf der Rechnung: Vertragsnummer (BT-12) und Objekt-/Projektkennung (BT-18). Beide stehen strukturiert im E-Rechnungs-XML und als Meta-Zeilen im PDF (#41)
• Notizen/Hinweise auf der Rechnung: frei formulierbare Textzeilen, sichtbar im PDF und als Notiz (BT-22) im E-Rechnungs-XML (#41)

Changed

• Anrede/Einleitung und Schlusstext stehen jetzt auch im E-Rechnungs-XML (BT-22) und nicht mehr nur im PDF (#41)
• Stornobelege übernehmen die Referenzen der Originalrechnung (Bestell-, Referenz-, Vertragsnummer, Leitweg-ID, Objektkennung)
• Generische freie Felder (Key-Value) werden nicht weiterverfolgt; bestehende Einträge bleiben als Notizen lesbar (#41)

Fixed

• Rechnungseditor übernimmt beim Wechsel von einer Rechnung zu „Neue Rechnung" keinen alten Formularzustand mehr (#109)
• Esc schließt Modals auch dann, wenn der Fokus in einem Eingabefeld liegt (#107)

Added

• Rechnungsvorschau für Entwürfe: Vorschau-Button im Editor zeigt das PDF vor dem Festschreiben. Deutlich als ENTWURF gekennzeichnet (Wasserzeichen, Banner, ohne E-Rechnungs-XML) (#94)
• Konfigurierbares Dateinamen-Schema für erzeugte PDFs mit Platzhaltern {nummer}, {YYYY}/{MM}/{DD}, {kunde}, {typ}. Gilt einheitlich für Download, Kundenmail und DATEV-Mail, mit Live-Vorschau in den Einstellungen (#37)
• Automatische Ablage festgeschriebener Rechnungen (inkl. Stornos) in einen Nextcloud-Ordner (auch Team-/Gruppenordner), optional mit Jahres-Unterordnern; Komfort-Ablage, kein revisionssicheres Archiv (#38)
• Girocode: optionaler EPC-Bezahl-QR-Code (EPC069-12) neben der Bankverbindung. Banking-Apps übernehmen Empfänger, Betrag und Verwendungszweck automatisch; nie auf Stornos oder Entwurfs-Vorschauen (#79)

Changed

• Neue Runtime-Abhängigkeit bacon/bacon-qr-code für das QR-Rendering

Added

• Nummernkreis-Modus: fortlaufend über Jahre vs. jährlicher Reset, umschaltbar in den Einstellungen (#39)
• Persönlicher Bereich „Mein Kontakt": eigener Verkäufer-Ansprechpartner pro Nutzer, füllt neue Rechnungen automatisch vor (#47)
• Einheit „Monat" für Rechnungspositionen (#76)

Fixed

• Kontakt-E-Mail aus den Einstellungen wird auf Rechnung und E-Rechnung korrekt verwendet, statt der Nextcloud-Konto-Mail (#86)
• Rechnungstexte: Einleitung erscheint wieder, Schlusstext steht genau einmal unten (keine Dopplung, korrekte Platzierung) (#76)

Security

• Sicherheitsupdates der Frontend-Abhängigkeiten: dompurify, js-yaml, vite/esbuild (Advisories behoben, npm audit clean)

Added

• Nextcloud 34 wird unterstützt (max-version auf 34 angehoben)
• Kundenverwaltung: eigene Customer-Entität mit Erfassung, Bearbeitung und Übernahme in die Rechnung

Fixed

• Storno als rechtssichere E-Rechnung: Korrekturrechnung mit typeCode 384 und negativen Beträgen (EN16931 / §14c UStG), Referenz auf die stornierte Rechnung (BT-25/BT-26); Beleg heißt „Stornorechnung" statt „Gutschrift" (#64, #65)
• Storno-Dialog eindeutig beschriftet, doppeltes „Cancel" behoben (#64)
• DATEV-Rückkanal (IMAP): RFC-2047-Q-Encoding wird versionsstabil dekodiert (PHP 8.2)

Changed

• DATEV-Rückkanal nutzt einen eigenen schlanken IMAP-Client statt webklex/php-imap (deutlich kleineres Release, unter dem App-Store-Größenlimit) (#51)
• Anzeigename und Marken-Strings durchgängig auf „RechnungsWerk" vereinheitlicht

Added

• Spendenlink (Ko-fi) in der App-Beschreibung / im App Store

Erster öffentlicher Release im Nextcloud App Store. Rechnungen und E-Rechnungen (ZUGFeRD/EN16931) erstellen, an Kunden versenden und automatisch an DATEV übergeben.

Added

• E-Rechnung (ZUGFeRD/EN16931): CII-XML + branded PDF/A-3 (ZugferdService), vollständiger Feldexport — Leistungsdatum/-zeitraum (BT-72/BG-14), Bestell-/Referenznummern (BT-13/14), Verkäufer-/Käufer-Ansprechpartner (BG-6/BG-9), USt-Sonderfälle (Reverse-Charge, innergemeinschaftlich, Ausfuhr)
• DATEV-Übergabe: automatischer E-Mail-Versand der ZUGFeRD-PDF an die DATEV-Upload-Mail beim Festschreiben und beim Stornieren; optionales eigenes SMTP-Konto
• DATEV-Rückkanal (IMAP): Background-Job wertet Empfangsbestätigungen aus (In-Reply-To-Matching), Status gesendet → bestätigt; optionaler Papierkorb-Cleanup bestätigter Quittungen (Admin-Einstellung, Default aus)
• Verkäufer-Ansprechpartner pro Rechnung (Kaskade Rechnung → NC-Konto → Firmenkontakt)
• Status-Anzeige als flache Icons + Legende in Liste und Editor; Einstellungen in der Navigation unten links (NC-Konvention)
• Zahlungsbedingungen (It. 4a): Zahlungsziel (Tage), automatisch berechnetes Fälligkeitsdatum beim Festschreiben und Skonto-Hinweis — Migration v0.1.1 (payment_term_days, due_date, discount_terms) + Editor-Sektion
• Rechnungs-Editor + Liste (It. 3): InvoicesView mit Status-Chips und InvoiceEditorView (Rechnungsdaten · Empfänger · Positionen · Steuer&Summen · Texte)
• Editierbare Positionstabelle mit Live-Summen + USt-Aufschlüsselung (Client-Vorschau, Server autoritativ), Produkt-Übernahme aus dem Katalog, §19-konforme 0%-Erzwingung
• Empfänger-Auswahl aus Nextcloud-Kontakten (ContactController + OCP\Contacts\IManager) mit Tipp-Vorschlägen und Auto-Befüllung
• Lifecycle in der UI: Entwurf speichern → Festschreiben (Bestätigung, endgültige Nummer, read-only) → Stornieren (Stornobeleg)
• l10n de/en erweitert (120 Keys)

Added (frühere Iterationen)

• Stammdaten + Produktkatalog (It. 2): ProductService/ProductController (/api/v1/products CRUD) und SettingsController (/api/v1/settings)
• Frontend ProductsView (Tabelle + Editor-Modal) und SettingsView (gegliedertes Formular: Firma/Bank/Branding/Nummernkreis/Steuer/Versand/Standardtexte) mit §19-Bestätigungsdialog und Live-Vorschau der Rechnungsnummer
• Pinia-Stores, typisierter API-Client, Geld-Helfer (Cent↔€), l10n de/en
• Unit-Tests für ProductService
• (Logo-Auswahl via NC-Files-Picker bewusst auf It. 4 / PDF-Branding verschoben)
• Initiale App-Grundstruktur (Vue 3 + Vite + @nextcloud/vue 9, PHP 8.2 OCP)
• App-Navigation mit Platzhalter-Views: Rechnungen, Produkte, Einstellungen
• Datenmodell + Persistenz-Schicht: Entities/Mapper für Invoice, InvoiceItem, Product, Settings (Geld in Cents, Steuer in Basispunkten, owner-scoped)
• DB-Migration v0.1.0 (4 Tabellen)
• InvoiceCalculator (Zeilensummen, Steueraufschlüsselung pro Satzgruppe, Rechnungsnummern-Formatierung) mit Unit-Tests
• InvoiceService mit Lifecycle (Entwurf → Festschreiben → Storno) und SettingsService (per-Owner-Stammdaten, jahresbasierter Nummernkreis)
• REST-API /api/v1/invoices (CRUD + /commit, /cancel)

Erster öffentlicher Release im Nextcloud App Store. Rechnungen und E-Rechnungen (ZUGFeRD/EN16931) erstellen, an Kunden versenden und automatisch an DATEV übergeben.

Added

• E-Rechnung (ZUGFeRD/EN16931): CII-XML + branded PDF/A-3 (ZugferdService), vollständiger Feldexport — Leistungsdatum/-zeitraum (BT-72/BG-14), Bestell-/Referenznummern (BT-13/14), Verkäufer-/Käufer-Ansprechpartner (BG-6/BG-9), USt-Sonderfälle (Reverse-Charge, innergemeinschaftlich, Ausfuhr)
• DATEV-Übergabe: automatischer E-Mail-Versand der ZUGFeRD-PDF an die DATEV-Upload-Mail beim Festschreiben und beim Stornieren; optionales eigenes SMTP-Konto
• DATEV-Rückkanal (IMAP): Background-Job wertet Empfangsbestätigungen aus (In-Reply-To-Matching), Status gesendet → bestätigt; optionaler Papierkorb-Cleanup bestätigter Quittungen (Admin-Einstellung, Default aus)
• Verkäufer-Ansprechpartner pro Rechnung (Kaskade Rechnung → NC-Konto → Firmenkontakt)
• Status-Anzeige als flache Icons + Legende in Liste und Editor; Einstellungen in der Navigation unten links (NC-Konvention)
• Zahlungsbedingungen (It. 4a): Zahlungsziel (Tage), automatisch berechnetes Fälligkeitsdatum beim Festschreiben und Skonto-Hinweis — Migration v0.1.1 (payment_term_days, due_date, discount_terms) + Editor-Sektion
• Rechnungs-Editor + Liste (It. 3): InvoicesView mit Status-Chips und InvoiceEditorView (Rechnungsdaten · Empfänger · Positionen · Steuer&Summen · Texte)
• Editierbare Positionstabelle mit Live-Summen + USt-Aufschlüsselung (Client-Vorschau, Server autoritativ), Produkt-Übernahme aus dem Katalog, §19-konforme 0%-Erzwingung
• Empfänger-Auswahl aus Nextcloud-Kontakten (ContactController + OCP\Contacts\IManager) mit Tipp-Vorschlägen und Auto-Befüllung
• Lifecycle in der UI: Entwurf speichern → Festschreiben (Bestätigung, endgültige Nummer, read-only) → Stornieren (Stornobeleg)
• l10n de/en erweitert (120 Keys)

Added (frühere Iterationen)

• Stammdaten + Produktkatalog (It. 2): ProductService/ProductController (/api/v1/products CRUD) und SettingsController (/api/v1/settings)
• Frontend ProductsView (Tabelle + Editor-Modal) und SettingsView (gegliedertes Formular: Firma/Bank/Branding/Nummernkreis/Steuer/Versand/Standardtexte) mit §19-Bestätigungsdialog und Live-Vorschau der Rechnungsnummer
• Pinia-Stores, typisierter API-Client, Geld-Helfer (Cent↔€), l10n de/en
• Unit-Tests für ProductService
• (Logo-Auswahl via NC-Files-Picker bewusst auf It. 4 / PDF-Branding verschoben)
• Initiale App-Grundstruktur (Vue 3 + Vite + @nextcloud/vue 9, PHP 8.2 OCP)
• App-Navigation mit Platzhalter-Views: Rechnungen, Produkte, Einstellungen
• Datenmodell + Persistenz-Schicht: Entities/Mapper für Invoice, InvoiceItem, Product, Settings (Geld in Cents, Steuer in Basispunkten, owner-scoped)
• DB-Migration v0.1.0 (4 Tabellen)
• InvoiceCalculator (Zeilensummen, Steueraufschlüsselung pro Satzgruppe, Rechnungsnummern-Formatierung) mit Unit-Tests
• InvoiceService mit Lifecycle (Entwurf → Festschreiben → Storno) und SettingsService (per-Owner-Stammdaten, jahresbasierter Nummernkreis)
• REST-API /api/v1/invoices (CRUD + /commit, /cancel)