RechnungsWerk - Releases

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

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)

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)

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)