Vereinsbuchhaltung - Releases

Der erste sichtbare Schritt zur Mehrsprachigkeit: wer Nextcloud auf Englisch eingestellt hat, sieht jetzt eine englische Oberfläche statt einer deutschen mit englischen Brocken drumherum.

Hinzugefügt

• Englische Übersetzung. Alle Vue-Komponenten der Oberfläche – jeder Tab, jeder Dialog, jede Fehler- und Bestätigungsmeldung – sowie die häufigsten Fehlermeldungen des Backends sind jetzt ins Englische übersetzt (l10n/en.json). Einen eigenen Sprachschalter braucht die App dafür nicht: wer sein Nextcloud-Profil auf Englisch stellt, bekommt automatisch die englische Fassung. Die Quelltexte im Code bleiben bewusst Deutsch – der Herkunftssprache der App –, Deutsch ist also unverändert die Fallback-Sprache.
• Video in der App-Store-Beschreibung verlinkt.

Technisch

• Eigener Lademechanismus für Übersetzungen im Frontend (src/lib/l10n.js): die Bibliothek @nextcloud/l10n geht davon aus, dass Englisch die Quellsprache ist, und lädt dafür gar kein Übersetzungsbundle – bei einer deutschen Quellsprache wäre das genau die falsche Sprache.
• IL10N ist jetzt per Konstruktor in die Controller und Services injiziert, die nutzerseitige Fehlermeldungen werfen.

Bekannte Lücken

• Kassenbericht, Kurzbericht, Prüfleitfaden und die CSV-Exporte sind noch vollständig Deutsch.
• Ein paar Backend-Prüfungen (u. a. die Soll-Haben-Kontrolle beim Buchen, die CAMT-/MT940-Parser) bleiben vorerst Deutsch – sie sind bewusst ohne Nextcloud-Abhängigkeit gehalten, damit sie sich ohne laufende Instanz testen lassen.
• Das Änderungsprotokoll (Berichte → Protokoll) zeigt seine Einträge weiterhin auf Deutsch.

Diese Version bringt kaum sichtbare Neuerungen: sie räumt den Programmcode auf und sichert ihn gegen Fehler ab, die bisher niemand bemerkt hätte. Ein solcher Fehler kam dabei ans Licht – und er betraf ausgerechnet die Kassenprüfung.

Behoben

• Der Beleg-Export als ZIP brach ab, sobald ein Beleg im Zeitraum lag. Die Funktion rief eine Methode auf, die es in PHP gar nicht gibt (ZipArchive::addStream); der Download endete mit einem Serverfehler statt mit einem Archiv. Betroffen war genau die Funktion, die eine Kassenprüfung braucht, um alle Belege eines Jahres auf einmal zu bekommen. Die Belege werden jetzt blockweise ins Archiv geschrieben – der Speicherbedarf bleibt wie vorgesehen niedrig, auch bei einem Jahr voller PDFs.
• Der Kassenbericht ignorierte die dunkle Darstellung. Wer ihn bei dunklem Systemdesign öffnete, bekam schwarze Schrift auf weißem Grund in einem sonst dunklen Fenster – der Kurzbericht konnte es längst. Beide Berichte teilen sich jetzt dieselbe Gestaltung. Am Ausdruck ändert sich nichts.
• Beispieldaten konnten halb angelegt liegenbleiben. Fehlte ein Konto des Standard-Kontenrahmens, brach das Anlegen mitten in den Buchungen ab. Jetzt meldet die App vorher, welches Konto fehlt.

Geändert

• Die Rechenregeln aller Auswertungen liegen jetzt an einer Stelle. Die Frage, welches Konto mit welchem Vorzeichen ins Ergebnis eingeht, war an acht Stellen einzeln ausgeschrieben – in den Exporten, in der Saldenliste und in den Berichten. Eine Änderung daran musste bisher überall nachgezogen werden. An den Zahlen ändert sich nichts; sie sind jetzt nur an einer Stelle festgelegt und erstmals automatisiert geprüft.
• Der Sortier-Vergleich der Tabellen war dreifach vorhanden und ist es nun einmal. Sortierung und Sicherheitsabfragen sind damit in allen Ansichten garantiert gleich.

Technisch

• Statische Analyse (PHPStan, Stufe 5) läuft jetzt bei jeder Änderung mit und fand die drei oben genannten Fehler.
• Der 1149 Zeilen lange ExportController ist in Dienste aufgeteilt: CSV, Beleg-Archiv und die druckfertigen Berichte je für sich, der Controller behält nur die Auslieferung (158 Zeilen).
• Frontend-Unit-Tests (Vitest) für die Rechen- und Anzeigehelfer; der Testbestand wächst von 118 auf 210 Tests.

Behoben

• Gelöschte Buchung gab ihren Bankumsatz nicht wieder frei. Wurde ein Buchungssatz gelöscht, der durch das Zuordnen eines Bankumsatzes entstanden war, blieb der Umsatz auf „zugeordnet" stehen – mit einem Verweis auf einen Buchungssatz, den es nicht mehr gab. Er tauchte danach nirgends mehr auf: nicht unter Zuzuordnen (dort stehen nur offene Umsätze) und nicht in den Salden (die kennen nur Buchungen). Auch die Bank-Abstimmung führte ihn weder als gebucht noch als offen, sodass der Kontostand still vom Bankauszug abwich. Der Umsatz steht jetzt nach dem Löschen wieder unter Zuzuordnen und lässt sich neu zuordnen – derselbe Stand wie beim Aufheben einer Zuordnung.
• Belege eines Jahres konnten beim xbuc-Import verloren gehen. Die Dublettenprüfung des Zusammenführ-Imports beschrieb eine Splittbuchung nur über eine ihrer Zeilen. Eine eingehende Buchung, die zufällig auf diesen Teilbetrag passte, galt dadurch als bereits vorhanden und wurde stillschweigend übersprungen. Der Vergleich betrachtet jetzt die ganze Buchung, und beide Seiten des Vergleichs bilden ihren Schlüssel an derselben Stelle.
• Beleg löschen konnte einen Datensatz ohne Datei hinterlassen. Die Datei wurde vor dem Datensatz entfernt; schlug das Löschen des Datensatzes fehl, blieb ein Beleg zurück, der sich nicht mehr öffnen ließ. Jetzt gilt auch hier die Reihenfolge, die beim Löschen einer ganzen Buchung längst galt: erst der Datensatz, dann – nach erfolgreichem Abschluss – die Datei.

Geändert

• Der Jahresabschluss schützt jetzt auch die Konten-Stammdaten. Bisher war ein festgeschriebenes Geschäftsjahr nur gegen Änderungen an den Buchungen gesichert. Über das Konto ließ sich sein Bericht trotzdem nachträglich verschieben: Ein Wechsel der Kontoart dreht das Vorzeichen, ein Wechsel des Geldkonto-Kennzeichens verschiebt das Konto zwischen Vermögensübersicht und Einnahmen-/Ausgaben-Rechnung – das archivierte Jahresergebnis änderte sich, ohne dass eine einzige Buchung angefasst wurde. Kontoart, Geldkonto- Kennzeichen, Sphäre, Rücklagen-Art und Kostenstelle lassen sich deshalb nicht mehr ändern, solange das Konto in einem abgeschlossenen Jahr bebucht ist; wer die Änderung braucht, eröffnet das Jahr wieder und schließt es danach erneut ab. Nummer, Name, Kategorie, Aktiv-Schalter und Überkonto bleiben frei änderbar – sie ändern nur Beschriftungen, keine Beträge.
• Konten stehen jetzt im Änderungsprotokoll. Anlegen, Ändern und Löschen eines Kontos wurden bisher nicht protokolliert – ausgerechnet die Stammdaten, aus denen jede Auswertung gerechnet wird, waren für die Kassenprüfung unsichtbar. Bei einer Änderung vermerkt das Protokoll zusätzlich, ob ein auswertungsrelevantes Feld betroffen war.

Hinzugefügt

• Frei definierbare Kostenstellen. Bisher leitete die App die Kostenstelle aus dem Kontenrahmen ab – entweder aus der zweiten Zahlengruppe der Kontonummer oder „ein Konto = eine Kostenstelle". Beides setzt einen bestimmten Kontenaufbau voraus. Jetzt lassen sich Kostenstellen unter Einstellungen → Kostenstellen frei anlegen und Konten ihnen ausdrücklich zuordnen; beliebige Konten können so zu einem Projekt zusammengefasst werden. Der neue Modus heißt „Frei definierte Kostenstellen" (Einstellungen → Kostenstellen-Modus, nur Verwalter). Die beiden bisherigen Modi bleiben unverändert Standard – bestehende Auswertungen ändern sich nicht. Die Zuordnung geht einzeln im Konto-Dialog oder für viele Konten auf einmal. Angelegte Kostenstellen erscheinen im Bericht auch ohne zugeordnetes Konto, damit eine fehlende Zuordnung sichtbar ist.
• Umbuchen direkt im Kontoauszug. Wer beim Durchblättern eines Kontos (Tab Konten) eine falsch zugeordnete Buchung findet, bucht sie an Ort und Stelle auf ein anderes Konto um – der Umweg über das Journal entfällt. Umbuchen lässt sich jede Seite der Buchung, also auch das Gegenkonto. Geändert wird ausschließlich die Kontozuordnung; Betrag, Datum, Beschreibung und die Gegenseite bleiben, sodass Soll und Haben nicht auseinanderlaufen können. Abgeschlossene Geschäftsjahre bleiben gesperrt, jede Umbuchung steht im Änderungsprotokoll, und eine zwischenzeitliche Änderung durch jemand anderen wird erkannt.

Hinzugefügt

• Kontoauszüge in zwei weiteren Formaten: neben der bisherigen CSV liest die App jetzt auch CAMT.053 (XML) und MT940. Welches Format vorliegt, erkennt sie am Inhalt der Datei – die Endung spielt keine Rolle. CAMT.053 ist die bessere Wahl, wo die Bank es anbietet: Vorzeichen, Datum und Zahlungsbeteiligte stehen dort eindeutig drin, statt aus Spaltenüberschriften erraten zu werden.
• Wachordner: Auf Wunsch liest die App Kontoauszüge selbstständig aus einem Nextcloud-Ordner ein (Einstellungen → Kontoauszüge automatisch einlesen). Den heruntergeladenen Auszug dort ablegen genügt; stündlich sieht ein Hintergrundjob nach. Verarbeitete Dateien wandern nach verarbeitet/, nicht lesbare mit Begründung nach fehler/ – gelöscht wird nichts. Setzt System-Cron voraus. Das ersetzt das Hochladen von Hand, nicht das Herunterladen bei der Bank.
• Vorgemerkte Umsätze aus CAMT.053 werden übersprungen. Sie ändern sich beim endgültigen Buchen häufig noch und kämen sonst ein zweites Mal herein.
• Mehrere Bankkonten werden unterschieden. Am Geldkonto lässt sich die IBAN hinterlegen (Tab Konten → Konto bearbeiten, nur bei Geldkonten); beim Zuordnen einer Bankbuchung wählt die App daraufhin das Geldkonto, auf dem der Umsatz tatsächlich gebucht wurde. Bisher landete alles auf dem ersten Bankkonto des Kontenrahmens. Ohne hinterlegte IBAN – oder wenn der Auszug keine mitbringt – bleibt es beim bisherigen Verhalten. Wer mehrere Konten führt, sollte CAMT.053 oder MT940 exportieren: dort steht die IBAN verlässlich, in der CSV mancher Bank nur eine Kontonummer.

Behoben

• Derselbe Umsatz landet nicht mehr doppelt, wenn das Exportformat wechselt. Die Dublettenerkennung hing am eigenen Konto, und das schreiben die Formate verschieden: die CSV mancher Bank führt dort nur eine Kontonummer, CAMT.053 immer die volle IBAN. Zusätzlich zum bisherigen Vergleich prüft die App Umsätze jetzt über Datum, Betrag und Text gegen die bereits vorhandenen Bankbuchungen.

Sonstiges

• Die Umsatzquellen liegen hinter einer gemeinsamen Schnittstelle (lib/Service/Statement/); Dublettenerkennung, Regeln und Import-Protokoll sind für alle Formate dieselben. Der MT940-Parser ist zugleich die Vorarbeit für einen späteren FinTS-Abruf, der genau dieses Format liefert.
• Das Import-Protokoll hält fest, aus welchem Format ein Import stammt; Geldkonten können ihre IBAN tragen (Migration 122).
• Unit-Tests für beide neuen Parser sowie ein Kreuztest, der denselben Kontoauszug in allen drei Formaten vergleicht (61 Tests).

Behoben

• Beträge werden nicht mehr abgeschnitten. In Tabellen hatte die Betragsspalte eine feste Breite von 100 px; längere Werte wie „28.798,68 €" wurden mit „…" gekürzt und ließen sich falsch lesen. Die Spalte wächst jetzt mit.
• Mobil: „Buchungen" in der unteren Leiste war gekürzt („Buchun…"). Die Einträge teilen sich die Breite jetzt nach Inhalt statt zu gleichen Teilen.
• Mobil: zu kleine Tippziele. Schaltflächen, Auswahlfelder und Eingabefelder waren teils nur 24–36 px hoch. Sie sind jetzt mindestens 44 px – auch auf Tablets, die per Finger bedient werden, aber das Desktop-Layout bekommen.
• Mobil: lange Kontonamen im Kontenbaum wurden gekürzt und waren damit nicht mehr unterscheidbar; sie brechen jetzt um.
• Mobil: das Ende langer Listen lag unter dem schwebenden Buchungs-Knopf und war nicht lesbar.

Sonstiges

• Ausführliche Beschreibung und Screenshots für den Nextcloud App Store.

Erste im Nextcloud App Store veröffentlichte Fassung. Am Programm selbst ändert sich gegenüber 0.11.0 nichts.

Sonstiges

• Die App wird jetzt mit dem von Nextcloud ausgestellten Zertifikat signiert (appinfo/signature.json) und im App Store veröffentlicht. Das Paket zu 0.11.0 war noch unsigniert und ist deshalb nur über ein direktes Deployment aus dem GitHub-Release installierbar.

Der erste sichtbare Schritt zur Mehrsprachigkeit: wer Nextcloud auf Englisch eingestellt hat, sieht jetzt eine englische Oberfläche statt einer deutschen mit englischen Brocken drumherum.

Hinzugefügt

• Englische Übersetzung. Alle Vue-Komponenten der Oberfläche – jeder Tab, jeder Dialog, jede Fehler- und Bestätigungsmeldung – sowie die häufigsten Fehlermeldungen des Backends sind jetzt ins Englische übersetzt (l10n/en.json). Einen eigenen Sprachschalter braucht die App dafür nicht: wer sein Nextcloud-Profil auf Englisch stellt, bekommt automatisch die englische Fassung. Die Quelltexte im Code bleiben bewusst Deutsch – der Herkunftssprache der App –, Deutsch ist also unverändert die Fallback-Sprache.
• Video in der App-Store-Beschreibung verlinkt.

Technisch

• Eigener Lademechanismus für Übersetzungen im Frontend (src/lib/l10n.js): die Bibliothek @nextcloud/l10n geht davon aus, dass Englisch die Quellsprache ist, und lädt dafür gar kein Übersetzungsbundle – bei einer deutschen Quellsprache wäre das genau die falsche Sprache.
• IL10N ist jetzt per Konstruktor in die Controller und Services injiziert, die nutzerseitige Fehlermeldungen werfen.

Bekannte Lücken

• Kassenbericht, Kurzbericht, Prüfleitfaden und die CSV-Exporte sind noch vollständig Deutsch.
• Ein paar Backend-Prüfungen (u. a. die Soll-Haben-Kontrolle beim Buchen, die CAMT-/MT940-Parser) bleiben vorerst Deutsch – sie sind bewusst ohne Nextcloud-Abhängigkeit gehalten, damit sie sich ohne laufende Instanz testen lassen.
• Das Änderungsprotokoll (Berichte → Protokoll) zeigt seine Einträge weiterhin auf Deutsch.

Diese Version bringt kaum sichtbare Neuerungen: sie räumt den Programmcode auf und sichert ihn gegen Fehler ab, die bisher niemand bemerkt hätte. Ein solcher Fehler kam dabei ans Licht – und er betraf ausgerechnet die Kassenprüfung.

Behoben

• Der Beleg-Export als ZIP brach ab, sobald ein Beleg im Zeitraum lag. Die Funktion rief eine Methode auf, die es in PHP gar nicht gibt (ZipArchive::addStream); der Download endete mit einem Serverfehler statt mit einem Archiv. Betroffen war genau die Funktion, die eine Kassenprüfung braucht, um alle Belege eines Jahres auf einmal zu bekommen. Die Belege werden jetzt blockweise ins Archiv geschrieben – der Speicherbedarf bleibt wie vorgesehen niedrig, auch bei einem Jahr voller PDFs.
• Der Kassenbericht ignorierte die dunkle Darstellung. Wer ihn bei dunklem Systemdesign öffnete, bekam schwarze Schrift auf weißem Grund in einem sonst dunklen Fenster – der Kurzbericht konnte es längst. Beide Berichte teilen sich jetzt dieselbe Gestaltung. Am Ausdruck ändert sich nichts.
• Beispieldaten konnten halb angelegt liegenbleiben. Fehlte ein Konto des Standard-Kontenrahmens, brach das Anlegen mitten in den Buchungen ab. Jetzt meldet die App vorher, welches Konto fehlt.

Geändert

• Die Rechenregeln aller Auswertungen liegen jetzt an einer Stelle. Die Frage, welches Konto mit welchem Vorzeichen ins Ergebnis eingeht, war an acht Stellen einzeln ausgeschrieben – in den Exporten, in der Saldenliste und in den Berichten. Eine Änderung daran musste bisher überall nachgezogen werden. An den Zahlen ändert sich nichts; sie sind jetzt nur an einer Stelle festgelegt und erstmals automatisiert geprüft.
• Der Sortier-Vergleich der Tabellen war dreifach vorhanden und ist es nun einmal. Sortierung und Sicherheitsabfragen sind damit in allen Ansichten garantiert gleich.

Technisch

• Statische Analyse (PHPStan, Stufe 5) läuft jetzt bei jeder Änderung mit und fand die drei oben genannten Fehler.
• Der 1149 Zeilen lange ExportController ist in Dienste aufgeteilt: CSV, Beleg-Archiv und die druckfertigen Berichte je für sich, der Controller behält nur die Auslieferung (158 Zeilen).
• Frontend-Unit-Tests (Vitest) für die Rechen- und Anzeigehelfer; der Testbestand wächst von 118 auf 210 Tests.

Behoben

• Gelöschte Buchung gab ihren Bankumsatz nicht wieder frei. Wurde ein Buchungssatz gelöscht, der durch das Zuordnen eines Bankumsatzes entstanden war, blieb der Umsatz auf „zugeordnet" stehen – mit einem Verweis auf einen Buchungssatz, den es nicht mehr gab. Er tauchte danach nirgends mehr auf: nicht unter Zuzuordnen (dort stehen nur offene Umsätze) und nicht in den Salden (die kennen nur Buchungen). Auch die Bank-Abstimmung führte ihn weder als gebucht noch als offen, sodass der Kontostand still vom Bankauszug abwich. Der Umsatz steht jetzt nach dem Löschen wieder unter Zuzuordnen und lässt sich neu zuordnen – derselbe Stand wie beim Aufheben einer Zuordnung.
• Belege eines Jahres konnten beim xbuc-Import verloren gehen. Die Dublettenprüfung des Zusammenführ-Imports beschrieb eine Splittbuchung nur über eine ihrer Zeilen. Eine eingehende Buchung, die zufällig auf diesen Teilbetrag passte, galt dadurch als bereits vorhanden und wurde stillschweigend übersprungen. Der Vergleich betrachtet jetzt die ganze Buchung, und beide Seiten des Vergleichs bilden ihren Schlüssel an derselben Stelle.
• Beleg löschen konnte einen Datensatz ohne Datei hinterlassen. Die Datei wurde vor dem Datensatz entfernt; schlug das Löschen des Datensatzes fehl, blieb ein Beleg zurück, der sich nicht mehr öffnen ließ. Jetzt gilt auch hier die Reihenfolge, die beim Löschen einer ganzen Buchung längst galt: erst der Datensatz, dann – nach erfolgreichem Abschluss – die Datei.

Geändert

• Der Jahresabschluss schützt jetzt auch die Konten-Stammdaten. Bisher war ein festgeschriebenes Geschäftsjahr nur gegen Änderungen an den Buchungen gesichert. Über das Konto ließ sich sein Bericht trotzdem nachträglich verschieben: Ein Wechsel der Kontoart dreht das Vorzeichen, ein Wechsel des Geldkonto-Kennzeichens verschiebt das Konto zwischen Vermögensübersicht und Einnahmen-/Ausgaben-Rechnung – das archivierte Jahresergebnis änderte sich, ohne dass eine einzige Buchung angefasst wurde. Kontoart, Geldkonto- Kennzeichen, Sphäre, Rücklagen-Art und Kostenstelle lassen sich deshalb nicht mehr ändern, solange das Konto in einem abgeschlossenen Jahr bebucht ist; wer die Änderung braucht, eröffnet das Jahr wieder und schließt es danach erneut ab. Nummer, Name, Kategorie, Aktiv-Schalter und Überkonto bleiben frei änderbar – sie ändern nur Beschriftungen, keine Beträge.
• Konten stehen jetzt im Änderungsprotokoll. Anlegen, Ändern und Löschen eines Kontos wurden bisher nicht protokolliert – ausgerechnet die Stammdaten, aus denen jede Auswertung gerechnet wird, waren für die Kassenprüfung unsichtbar. Bei einer Änderung vermerkt das Protokoll zusätzlich, ob ein auswertungsrelevantes Feld betroffen war.

Hinzugefügt

• Frei definierbare Kostenstellen. Bisher leitete die App die Kostenstelle aus dem Kontenrahmen ab – entweder aus der zweiten Zahlengruppe der Kontonummer oder „ein Konto = eine Kostenstelle". Beides setzt einen bestimmten Kontenaufbau voraus. Jetzt lassen sich Kostenstellen unter Einstellungen → Kostenstellen frei anlegen und Konten ihnen ausdrücklich zuordnen; beliebige Konten können so zu einem Projekt zusammengefasst werden. Der neue Modus heißt „Frei definierte Kostenstellen" (Einstellungen → Kostenstellen-Modus, nur Verwalter). Die beiden bisherigen Modi bleiben unverändert Standard – bestehende Auswertungen ändern sich nicht. Die Zuordnung geht einzeln im Konto-Dialog oder für viele Konten auf einmal. Angelegte Kostenstellen erscheinen im Bericht auch ohne zugeordnetes Konto, damit eine fehlende Zuordnung sichtbar ist.
• Umbuchen direkt im Kontoauszug. Wer beim Durchblättern eines Kontos (Tab Konten) eine falsch zugeordnete Buchung findet, bucht sie an Ort und Stelle auf ein anderes Konto um – der Umweg über das Journal entfällt. Umbuchen lässt sich jede Seite der Buchung, also auch das Gegenkonto. Geändert wird ausschließlich die Kontozuordnung; Betrag, Datum, Beschreibung und die Gegenseite bleiben, sodass Soll und Haben nicht auseinanderlaufen können. Abgeschlossene Geschäftsjahre bleiben gesperrt, jede Umbuchung steht im Änderungsprotokoll, und eine zwischenzeitliche Änderung durch jemand anderen wird erkannt.

Hinzugefügt

• Kontoauszüge in zwei weiteren Formaten: neben der bisherigen CSV liest die App jetzt auch CAMT.053 (XML) und MT940. Welches Format vorliegt, erkennt sie am Inhalt der Datei – die Endung spielt keine Rolle. CAMT.053 ist die bessere Wahl, wo die Bank es anbietet: Vorzeichen, Datum und Zahlungsbeteiligte stehen dort eindeutig drin, statt aus Spaltenüberschriften erraten zu werden.
• Wachordner: Auf Wunsch liest die App Kontoauszüge selbstständig aus einem Nextcloud-Ordner ein (Einstellungen → Kontoauszüge automatisch einlesen). Den heruntergeladenen Auszug dort ablegen genügt; stündlich sieht ein Hintergrundjob nach. Verarbeitete Dateien wandern nach verarbeitet/, nicht lesbare mit Begründung nach fehler/ – gelöscht wird nichts. Setzt System-Cron voraus. Das ersetzt das Hochladen von Hand, nicht das Herunterladen bei der Bank.
• Vorgemerkte Umsätze aus CAMT.053 werden übersprungen. Sie ändern sich beim endgültigen Buchen häufig noch und kämen sonst ein zweites Mal herein.
• Mehrere Bankkonten werden unterschieden. Am Geldkonto lässt sich die IBAN hinterlegen (Tab Konten → Konto bearbeiten, nur bei Geldkonten); beim Zuordnen einer Bankbuchung wählt die App daraufhin das Geldkonto, auf dem der Umsatz tatsächlich gebucht wurde. Bisher landete alles auf dem ersten Bankkonto des Kontenrahmens. Ohne hinterlegte IBAN – oder wenn der Auszug keine mitbringt – bleibt es beim bisherigen Verhalten. Wer mehrere Konten führt, sollte CAMT.053 oder MT940 exportieren: dort steht die IBAN verlässlich, in der CSV mancher Bank nur eine Kontonummer.

Behoben

• Derselbe Umsatz landet nicht mehr doppelt, wenn das Exportformat wechselt. Die Dublettenerkennung hing am eigenen Konto, und das schreiben die Formate verschieden: die CSV mancher Bank führt dort nur eine Kontonummer, CAMT.053 immer die volle IBAN. Zusätzlich zum bisherigen Vergleich prüft die App Umsätze jetzt über Datum, Betrag und Text gegen die bereits vorhandenen Bankbuchungen.

Sonstiges

• Die Umsatzquellen liegen hinter einer gemeinsamen Schnittstelle (lib/Service/Statement/); Dublettenerkennung, Regeln und Import-Protokoll sind für alle Formate dieselben. Der MT940-Parser ist zugleich die Vorarbeit für einen späteren FinTS-Abruf, der genau dieses Format liefert.
• Das Import-Protokoll hält fest, aus welchem Format ein Import stammt; Geldkonten können ihre IBAN tragen (Migration 122).
• Unit-Tests für beide neuen Parser sowie ein Kreuztest, der denselben Kontoauszug in allen drei Formaten vergleicht (61 Tests).

Behoben

• Beträge werden nicht mehr abgeschnitten. In Tabellen hatte die Betragsspalte eine feste Breite von 100 px; längere Werte wie „28.798,68 €" wurden mit „…" gekürzt und ließen sich falsch lesen. Die Spalte wächst jetzt mit.
• Mobil: „Buchungen" in der unteren Leiste war gekürzt („Buchun…"). Die Einträge teilen sich die Breite jetzt nach Inhalt statt zu gleichen Teilen.
• Mobil: zu kleine Tippziele. Schaltflächen, Auswahlfelder und Eingabefelder waren teils nur 24–36 px hoch. Sie sind jetzt mindestens 44 px – auch auf Tablets, die per Finger bedient werden, aber das Desktop-Layout bekommen.
• Mobil: lange Kontonamen im Kontenbaum wurden gekürzt und waren damit nicht mehr unterscheidbar; sie brechen jetzt um.
• Mobil: das Ende langer Listen lag unter dem schwebenden Buchungs-Knopf und war nicht lesbar.

Sonstiges

• Ausführliche Beschreibung und Screenshots für den Nextcloud App Store.

Erste im Nextcloud App Store veröffentlichte Fassung. Am Programm selbst ändert sich gegenüber 0.11.0 nichts.

Sonstiges

• Die App wird jetzt mit dem von Nextcloud ausgestellten Zertifikat signiert (appinfo/signature.json) und im App Store veröffentlicht. Das Paket zu 0.11.0 war noch unsigniert und ist deshalb nur über ein direktes Deployment aus dem GitHub-Release installierbar.

Der erste sichtbare Schritt zur Mehrsprachigkeit: wer Nextcloud auf Englisch eingestellt hat, sieht jetzt eine englische Oberfläche statt einer deutschen mit englischen Brocken drumherum.

Hinzugefügt

• Englische Übersetzung. Alle Vue-Komponenten der Oberfläche – jeder Tab, jeder Dialog, jede Fehler- und Bestätigungsmeldung – sowie die häufigsten Fehlermeldungen des Backends sind jetzt ins Englische übersetzt (l10n/en.json). Einen eigenen Sprachschalter braucht die App dafür nicht: wer sein Nextcloud-Profil auf Englisch stellt, bekommt automatisch die englische Fassung. Die Quelltexte im Code bleiben bewusst Deutsch – der Herkunftssprache der App –, Deutsch ist also unverändert die Fallback-Sprache.
• Video in der App-Store-Beschreibung verlinkt.

Technisch

• Eigener Lademechanismus für Übersetzungen im Frontend (src/lib/l10n.js): die Bibliothek @nextcloud/l10n geht davon aus, dass Englisch die Quellsprache ist, und lädt dafür gar kein Übersetzungsbundle – bei einer deutschen Quellsprache wäre das genau die falsche Sprache.
• IL10N ist jetzt per Konstruktor in die Controller und Services injiziert, die nutzerseitige Fehlermeldungen werfen.

Bekannte Lücken

• Kassenbericht, Kurzbericht, Prüfleitfaden und die CSV-Exporte sind noch vollständig Deutsch.
• Ein paar Backend-Prüfungen (u. a. die Soll-Haben-Kontrolle beim Buchen, die CAMT-/MT940-Parser) bleiben vorerst Deutsch – sie sind bewusst ohne Nextcloud-Abhängigkeit gehalten, damit sie sich ohne laufende Instanz testen lassen.
• Das Änderungsprotokoll (Berichte → Protokoll) zeigt seine Einträge weiterhin auf Deutsch.

Diese Version bringt kaum sichtbare Neuerungen: sie räumt den Programmcode auf und sichert ihn gegen Fehler ab, die bisher niemand bemerkt hätte. Ein solcher Fehler kam dabei ans Licht – und er betraf ausgerechnet die Kassenprüfung.

Behoben

• Der Beleg-Export als ZIP brach ab, sobald ein Beleg im Zeitraum lag. Die Funktion rief eine Methode auf, die es in PHP gar nicht gibt (ZipArchive::addStream); der Download endete mit einem Serverfehler statt mit einem Archiv. Betroffen war genau die Funktion, die eine Kassenprüfung braucht, um alle Belege eines Jahres auf einmal zu bekommen. Die Belege werden jetzt blockweise ins Archiv geschrieben – der Speicherbedarf bleibt wie vorgesehen niedrig, auch bei einem Jahr voller PDFs.
• Der Kassenbericht ignorierte die dunkle Darstellung. Wer ihn bei dunklem Systemdesign öffnete, bekam schwarze Schrift auf weißem Grund in einem sonst dunklen Fenster – der Kurzbericht konnte es längst. Beide Berichte teilen sich jetzt dieselbe Gestaltung. Am Ausdruck ändert sich nichts.
• Beispieldaten konnten halb angelegt liegenbleiben. Fehlte ein Konto des Standard-Kontenrahmens, brach das Anlegen mitten in den Buchungen ab. Jetzt meldet die App vorher, welches Konto fehlt.

Geändert

• Die Rechenregeln aller Auswertungen liegen jetzt an einer Stelle. Die Frage, welches Konto mit welchem Vorzeichen ins Ergebnis eingeht, war an acht Stellen einzeln ausgeschrieben – in den Exporten, in der Saldenliste und in den Berichten. Eine Änderung daran musste bisher überall nachgezogen werden. An den Zahlen ändert sich nichts; sie sind jetzt nur an einer Stelle festgelegt und erstmals automatisiert geprüft.
• Der Sortier-Vergleich der Tabellen war dreifach vorhanden und ist es nun einmal. Sortierung und Sicherheitsabfragen sind damit in allen Ansichten garantiert gleich.

Technisch

• Statische Analyse (PHPStan, Stufe 5) läuft jetzt bei jeder Änderung mit und fand die drei oben genannten Fehler.
• Der 1149 Zeilen lange ExportController ist in Dienste aufgeteilt: CSV, Beleg-Archiv und die druckfertigen Berichte je für sich, der Controller behält nur die Auslieferung (158 Zeilen).
• Frontend-Unit-Tests (Vitest) für die Rechen- und Anzeigehelfer; der Testbestand wächst von 118 auf 210 Tests.

Behoben

• Gelöschte Buchung gab ihren Bankumsatz nicht wieder frei. Wurde ein Buchungssatz gelöscht, der durch das Zuordnen eines Bankumsatzes entstanden war, blieb der Umsatz auf „zugeordnet" stehen – mit einem Verweis auf einen Buchungssatz, den es nicht mehr gab. Er tauchte danach nirgends mehr auf: nicht unter Zuzuordnen (dort stehen nur offene Umsätze) und nicht in den Salden (die kennen nur Buchungen). Auch die Bank-Abstimmung führte ihn weder als gebucht noch als offen, sodass der Kontostand still vom Bankauszug abwich. Der Umsatz steht jetzt nach dem Löschen wieder unter Zuzuordnen und lässt sich neu zuordnen – derselbe Stand wie beim Aufheben einer Zuordnung.
• Belege eines Jahres konnten beim xbuc-Import verloren gehen. Die Dublettenprüfung des Zusammenführ-Imports beschrieb eine Splittbuchung nur über eine ihrer Zeilen. Eine eingehende Buchung, die zufällig auf diesen Teilbetrag passte, galt dadurch als bereits vorhanden und wurde stillschweigend übersprungen. Der Vergleich betrachtet jetzt die ganze Buchung, und beide Seiten des Vergleichs bilden ihren Schlüssel an derselben Stelle.
• Beleg löschen konnte einen Datensatz ohne Datei hinterlassen. Die Datei wurde vor dem Datensatz entfernt; schlug das Löschen des Datensatzes fehl, blieb ein Beleg zurück, der sich nicht mehr öffnen ließ. Jetzt gilt auch hier die Reihenfolge, die beim Löschen einer ganzen Buchung längst galt: erst der Datensatz, dann – nach erfolgreichem Abschluss – die Datei.

Geändert

• Der Jahresabschluss schützt jetzt auch die Konten-Stammdaten. Bisher war ein festgeschriebenes Geschäftsjahr nur gegen Änderungen an den Buchungen gesichert. Über das Konto ließ sich sein Bericht trotzdem nachträglich verschieben: Ein Wechsel der Kontoart dreht das Vorzeichen, ein Wechsel des Geldkonto-Kennzeichens verschiebt das Konto zwischen Vermögensübersicht und Einnahmen-/Ausgaben-Rechnung – das archivierte Jahresergebnis änderte sich, ohne dass eine einzige Buchung angefasst wurde. Kontoart, Geldkonto- Kennzeichen, Sphäre, Rücklagen-Art und Kostenstelle lassen sich deshalb nicht mehr ändern, solange das Konto in einem abgeschlossenen Jahr bebucht ist; wer die Änderung braucht, eröffnet das Jahr wieder und schließt es danach erneut ab. Nummer, Name, Kategorie, Aktiv-Schalter und Überkonto bleiben frei änderbar – sie ändern nur Beschriftungen, keine Beträge.
• Konten stehen jetzt im Änderungsprotokoll. Anlegen, Ändern und Löschen eines Kontos wurden bisher nicht protokolliert – ausgerechnet die Stammdaten, aus denen jede Auswertung gerechnet wird, waren für die Kassenprüfung unsichtbar. Bei einer Änderung vermerkt das Protokoll zusätzlich, ob ein auswertungsrelevantes Feld betroffen war.

Hinzugefügt

• Frei definierbare Kostenstellen. Bisher leitete die App die Kostenstelle aus dem Kontenrahmen ab – entweder aus der zweiten Zahlengruppe der Kontonummer oder „ein Konto = eine Kostenstelle". Beides setzt einen bestimmten Kontenaufbau voraus. Jetzt lassen sich Kostenstellen unter Einstellungen → Kostenstellen frei anlegen und Konten ihnen ausdrücklich zuordnen; beliebige Konten können so zu einem Projekt zusammengefasst werden. Der neue Modus heißt „Frei definierte Kostenstellen" (Einstellungen → Kostenstellen-Modus, nur Verwalter). Die beiden bisherigen Modi bleiben unverändert Standard – bestehende Auswertungen ändern sich nicht. Die Zuordnung geht einzeln im Konto-Dialog oder für viele Konten auf einmal. Angelegte Kostenstellen erscheinen im Bericht auch ohne zugeordnetes Konto, damit eine fehlende Zuordnung sichtbar ist.
• Umbuchen direkt im Kontoauszug. Wer beim Durchblättern eines Kontos (Tab Konten) eine falsch zugeordnete Buchung findet, bucht sie an Ort und Stelle auf ein anderes Konto um – der Umweg über das Journal entfällt. Umbuchen lässt sich jede Seite der Buchung, also auch das Gegenkonto. Geändert wird ausschließlich die Kontozuordnung; Betrag, Datum, Beschreibung und die Gegenseite bleiben, sodass Soll und Haben nicht auseinanderlaufen können. Abgeschlossene Geschäftsjahre bleiben gesperrt, jede Umbuchung steht im Änderungsprotokoll, und eine zwischenzeitliche Änderung durch jemand anderen wird erkannt.

Hinzugefügt

• Kontoauszüge in zwei weiteren Formaten: neben der bisherigen CSV liest die App jetzt auch CAMT.053 (XML) und MT940. Welches Format vorliegt, erkennt sie am Inhalt der Datei – die Endung spielt keine Rolle. CAMT.053 ist die bessere Wahl, wo die Bank es anbietet: Vorzeichen, Datum und Zahlungsbeteiligte stehen dort eindeutig drin, statt aus Spaltenüberschriften erraten zu werden.
• Wachordner: Auf Wunsch liest die App Kontoauszüge selbstständig aus einem Nextcloud-Ordner ein (Einstellungen → Kontoauszüge automatisch einlesen). Den heruntergeladenen Auszug dort ablegen genügt; stündlich sieht ein Hintergrundjob nach. Verarbeitete Dateien wandern nach verarbeitet/, nicht lesbare mit Begründung nach fehler/ – gelöscht wird nichts. Setzt System-Cron voraus. Das ersetzt das Hochladen von Hand, nicht das Herunterladen bei der Bank.
• Vorgemerkte Umsätze aus CAMT.053 werden übersprungen. Sie ändern sich beim endgültigen Buchen häufig noch und kämen sonst ein zweites Mal herein.
• Mehrere Bankkonten werden unterschieden. Am Geldkonto lässt sich die IBAN hinterlegen (Tab Konten → Konto bearbeiten, nur bei Geldkonten); beim Zuordnen einer Bankbuchung wählt die App daraufhin das Geldkonto, auf dem der Umsatz tatsächlich gebucht wurde. Bisher landete alles auf dem ersten Bankkonto des Kontenrahmens. Ohne hinterlegte IBAN – oder wenn der Auszug keine mitbringt – bleibt es beim bisherigen Verhalten. Wer mehrere Konten führt, sollte CAMT.053 oder MT940 exportieren: dort steht die IBAN verlässlich, in der CSV mancher Bank nur eine Kontonummer.

Behoben

• Derselbe Umsatz landet nicht mehr doppelt, wenn das Exportformat wechselt. Die Dublettenerkennung hing am eigenen Konto, und das schreiben die Formate verschieden: die CSV mancher Bank führt dort nur eine Kontonummer, CAMT.053 immer die volle IBAN. Zusätzlich zum bisherigen Vergleich prüft die App Umsätze jetzt über Datum, Betrag und Text gegen die bereits vorhandenen Bankbuchungen.

Sonstiges

• Die Umsatzquellen liegen hinter einer gemeinsamen Schnittstelle (lib/Service/Statement/); Dublettenerkennung, Regeln und Import-Protokoll sind für alle Formate dieselben. Der MT940-Parser ist zugleich die Vorarbeit für einen späteren FinTS-Abruf, der genau dieses Format liefert.
• Das Import-Protokoll hält fest, aus welchem Format ein Import stammt; Geldkonten können ihre IBAN tragen (Migration 122).
• Unit-Tests für beide neuen Parser sowie ein Kreuztest, der denselben Kontoauszug in allen drei Formaten vergleicht (61 Tests).

Behoben

• Beträge werden nicht mehr abgeschnitten. In Tabellen hatte die Betragsspalte eine feste Breite von 100 px; längere Werte wie „28.798,68 €" wurden mit „…" gekürzt und ließen sich falsch lesen. Die Spalte wächst jetzt mit.
• Mobil: „Buchungen" in der unteren Leiste war gekürzt („Buchun…"). Die Einträge teilen sich die Breite jetzt nach Inhalt statt zu gleichen Teilen.
• Mobil: zu kleine Tippziele. Schaltflächen, Auswahlfelder und Eingabefelder waren teils nur 24–36 px hoch. Sie sind jetzt mindestens 44 px – auch auf Tablets, die per Finger bedient werden, aber das Desktop-Layout bekommen.
• Mobil: lange Kontonamen im Kontenbaum wurden gekürzt und waren damit nicht mehr unterscheidbar; sie brechen jetzt um.
• Mobil: das Ende langer Listen lag unter dem schwebenden Buchungs-Knopf und war nicht lesbar.

Sonstiges

• Ausführliche Beschreibung und Screenshots für den Nextcloud App Store.

Erste im Nextcloud App Store veröffentlichte Fassung. Am Programm selbst ändert sich gegenüber 0.11.0 nichts.

Sonstiges

• Die App wird jetzt mit dem von Nextcloud ausgestellten Zertifikat signiert (appinfo/signature.json) und im App Store veröffentlicht. Das Paket zu 0.11.0 war noch unsigniert und ist deshalb nur über ein direktes Deployment aus dem GitHub-Release installierbar.

Der erste sichtbare Schritt zur Mehrsprachigkeit: wer Nextcloud auf Englisch eingestellt hat, sieht jetzt eine englische Oberfläche statt einer deutschen mit englischen Brocken drumherum.

Hinzugefügt

• Englische Übersetzung. Alle Vue-Komponenten der Oberfläche – jeder Tab, jeder Dialog, jede Fehler- und Bestätigungsmeldung – sowie die häufigsten Fehlermeldungen des Backends sind jetzt ins Englische übersetzt (l10n/en.json). Einen eigenen Sprachschalter braucht die App dafür nicht: wer sein Nextcloud-Profil auf Englisch stellt, bekommt automatisch die englische Fassung. Die Quelltexte im Code bleiben bewusst Deutsch – der Herkunftssprache der App –, Deutsch ist also unverändert die Fallback-Sprache.
• Video in der App-Store-Beschreibung verlinkt.

Technisch

• Eigener Lademechanismus für Übersetzungen im Frontend (src/lib/l10n.js): die Bibliothek @nextcloud/l10n geht davon aus, dass Englisch die Quellsprache ist, und lädt dafür gar kein Übersetzungsbundle – bei einer deutschen Quellsprache wäre das genau die falsche Sprache.
• IL10N ist jetzt per Konstruktor in die Controller und Services injiziert, die nutzerseitige Fehlermeldungen werfen.

Bekannte Lücken

• Kassenbericht, Kurzbericht, Prüfleitfaden und die CSV-Exporte sind noch vollständig Deutsch.
• Ein paar Backend-Prüfungen (u. a. die Soll-Haben-Kontrolle beim Buchen, die CAMT-/MT940-Parser) bleiben vorerst Deutsch – sie sind bewusst ohne Nextcloud-Abhängigkeit gehalten, damit sie sich ohne laufende Instanz testen lassen.
• Das Änderungsprotokoll (Berichte → Protokoll) zeigt seine Einträge weiterhin auf Deutsch.

Diese Version bringt kaum sichtbare Neuerungen: sie räumt den Programmcode auf und sichert ihn gegen Fehler ab, die bisher niemand bemerkt hätte. Ein solcher Fehler kam dabei ans Licht – und er betraf ausgerechnet die Kassenprüfung.

Behoben

• Der Beleg-Export als ZIP brach ab, sobald ein Beleg im Zeitraum lag. Die Funktion rief eine Methode auf, die es in PHP gar nicht gibt (ZipArchive::addStream); der Download endete mit einem Serverfehler statt mit einem Archiv. Betroffen war genau die Funktion, die eine Kassenprüfung braucht, um alle Belege eines Jahres auf einmal zu bekommen. Die Belege werden jetzt blockweise ins Archiv geschrieben – der Speicherbedarf bleibt wie vorgesehen niedrig, auch bei einem Jahr voller PDFs.
• Der Kassenbericht ignorierte die dunkle Darstellung. Wer ihn bei dunklem Systemdesign öffnete, bekam schwarze Schrift auf weißem Grund in einem sonst dunklen Fenster – der Kurzbericht konnte es längst. Beide Berichte teilen sich jetzt dieselbe Gestaltung. Am Ausdruck ändert sich nichts.
• Beispieldaten konnten halb angelegt liegenbleiben. Fehlte ein Konto des Standard-Kontenrahmens, brach das Anlegen mitten in den Buchungen ab. Jetzt meldet die App vorher, welches Konto fehlt.

Geändert

• Die Rechenregeln aller Auswertungen liegen jetzt an einer Stelle. Die Frage, welches Konto mit welchem Vorzeichen ins Ergebnis eingeht, war an acht Stellen einzeln ausgeschrieben – in den Exporten, in der Saldenliste und in den Berichten. Eine Änderung daran musste bisher überall nachgezogen werden. An den Zahlen ändert sich nichts; sie sind jetzt nur an einer Stelle festgelegt und erstmals automatisiert geprüft.
• Der Sortier-Vergleich der Tabellen war dreifach vorhanden und ist es nun einmal. Sortierung und Sicherheitsabfragen sind damit in allen Ansichten garantiert gleich.

Technisch

• Statische Analyse (PHPStan, Stufe 5) läuft jetzt bei jeder Änderung mit und fand die drei oben genannten Fehler.
• Der 1149 Zeilen lange ExportController ist in Dienste aufgeteilt: CSV, Beleg-Archiv und die druckfertigen Berichte je für sich, der Controller behält nur die Auslieferung (158 Zeilen).
• Frontend-Unit-Tests (Vitest) für die Rechen- und Anzeigehelfer; der Testbestand wächst von 118 auf 210 Tests.

Behoben

• Gelöschte Buchung gab ihren Bankumsatz nicht wieder frei. Wurde ein Buchungssatz gelöscht, der durch das Zuordnen eines Bankumsatzes entstanden war, blieb der Umsatz auf „zugeordnet" stehen – mit einem Verweis auf einen Buchungssatz, den es nicht mehr gab. Er tauchte danach nirgends mehr auf: nicht unter Zuzuordnen (dort stehen nur offene Umsätze) und nicht in den Salden (die kennen nur Buchungen). Auch die Bank-Abstimmung führte ihn weder als gebucht noch als offen, sodass der Kontostand still vom Bankauszug abwich. Der Umsatz steht jetzt nach dem Löschen wieder unter Zuzuordnen und lässt sich neu zuordnen – derselbe Stand wie beim Aufheben einer Zuordnung.
• Belege eines Jahres konnten beim xbuc-Import verloren gehen. Die Dublettenprüfung des Zusammenführ-Imports beschrieb eine Splittbuchung nur über eine ihrer Zeilen. Eine eingehende Buchung, die zufällig auf diesen Teilbetrag passte, galt dadurch als bereits vorhanden und wurde stillschweigend übersprungen. Der Vergleich betrachtet jetzt die ganze Buchung, und beide Seiten des Vergleichs bilden ihren Schlüssel an derselben Stelle.
• Beleg löschen konnte einen Datensatz ohne Datei hinterlassen. Die Datei wurde vor dem Datensatz entfernt; schlug das Löschen des Datensatzes fehl, blieb ein Beleg zurück, der sich nicht mehr öffnen ließ. Jetzt gilt auch hier die Reihenfolge, die beim Löschen einer ganzen Buchung längst galt: erst der Datensatz, dann – nach erfolgreichem Abschluss – die Datei.

Geändert

• Der Jahresabschluss schützt jetzt auch die Konten-Stammdaten. Bisher war ein festgeschriebenes Geschäftsjahr nur gegen Änderungen an den Buchungen gesichert. Über das Konto ließ sich sein Bericht trotzdem nachträglich verschieben: Ein Wechsel der Kontoart dreht das Vorzeichen, ein Wechsel des Geldkonto-Kennzeichens verschiebt das Konto zwischen Vermögensübersicht und Einnahmen-/Ausgaben-Rechnung – das archivierte Jahresergebnis änderte sich, ohne dass eine einzige Buchung angefasst wurde. Kontoart, Geldkonto- Kennzeichen, Sphäre, Rücklagen-Art und Kostenstelle lassen sich deshalb nicht mehr ändern, solange das Konto in einem abgeschlossenen Jahr bebucht ist; wer die Änderung braucht, eröffnet das Jahr wieder und schließt es danach erneut ab. Nummer, Name, Kategorie, Aktiv-Schalter und Überkonto bleiben frei änderbar – sie ändern nur Beschriftungen, keine Beträge.
• Konten stehen jetzt im Änderungsprotokoll. Anlegen, Ändern und Löschen eines Kontos wurden bisher nicht protokolliert – ausgerechnet die Stammdaten, aus denen jede Auswertung gerechnet wird, waren für die Kassenprüfung unsichtbar. Bei einer Änderung vermerkt das Protokoll zusätzlich, ob ein auswertungsrelevantes Feld betroffen war.

Hinzugefügt

• Frei definierbare Kostenstellen. Bisher leitete die App die Kostenstelle aus dem Kontenrahmen ab – entweder aus der zweiten Zahlengruppe der Kontonummer oder „ein Konto = eine Kostenstelle". Beides setzt einen bestimmten Kontenaufbau voraus. Jetzt lassen sich Kostenstellen unter Einstellungen → Kostenstellen frei anlegen und Konten ihnen ausdrücklich zuordnen; beliebige Konten können so zu einem Projekt zusammengefasst werden. Der neue Modus heißt „Frei definierte Kostenstellen" (Einstellungen → Kostenstellen-Modus, nur Verwalter). Die beiden bisherigen Modi bleiben unverändert Standard – bestehende Auswertungen ändern sich nicht. Die Zuordnung geht einzeln im Konto-Dialog oder für viele Konten auf einmal. Angelegte Kostenstellen erscheinen im Bericht auch ohne zugeordnetes Konto, damit eine fehlende Zuordnung sichtbar ist.
• Umbuchen direkt im Kontoauszug. Wer beim Durchblättern eines Kontos (Tab Konten) eine falsch zugeordnete Buchung findet, bucht sie an Ort und Stelle auf ein anderes Konto um – der Umweg über das Journal entfällt. Umbuchen lässt sich jede Seite der Buchung, also auch das Gegenkonto. Geändert wird ausschließlich die Kontozuordnung; Betrag, Datum, Beschreibung und die Gegenseite bleiben, sodass Soll und Haben nicht auseinanderlaufen können. Abgeschlossene Geschäftsjahre bleiben gesperrt, jede Umbuchung steht im Änderungsprotokoll, und eine zwischenzeitliche Änderung durch jemand anderen wird erkannt.

Hinzugefügt

• Kontoauszüge in zwei weiteren Formaten: neben der bisherigen CSV liest die App jetzt auch CAMT.053 (XML) und MT940. Welches Format vorliegt, erkennt sie am Inhalt der Datei – die Endung spielt keine Rolle. CAMT.053 ist die bessere Wahl, wo die Bank es anbietet: Vorzeichen, Datum und Zahlungsbeteiligte stehen dort eindeutig drin, statt aus Spaltenüberschriften erraten zu werden.
• Wachordner: Auf Wunsch liest die App Kontoauszüge selbstständig aus einem Nextcloud-Ordner ein (Einstellungen → Kontoauszüge automatisch einlesen). Den heruntergeladenen Auszug dort ablegen genügt; stündlich sieht ein Hintergrundjob nach. Verarbeitete Dateien wandern nach verarbeitet/, nicht lesbare mit Begründung nach fehler/ – gelöscht wird nichts. Setzt System-Cron voraus. Das ersetzt das Hochladen von Hand, nicht das Herunterladen bei der Bank.
• Vorgemerkte Umsätze aus CAMT.053 werden übersprungen. Sie ändern sich beim endgültigen Buchen häufig noch und kämen sonst ein zweites Mal herein.
• Mehrere Bankkonten werden unterschieden. Am Geldkonto lässt sich die IBAN hinterlegen (Tab Konten → Konto bearbeiten, nur bei Geldkonten); beim Zuordnen einer Bankbuchung wählt die App daraufhin das Geldkonto, auf dem der Umsatz tatsächlich gebucht wurde. Bisher landete alles auf dem ersten Bankkonto des Kontenrahmens. Ohne hinterlegte IBAN – oder wenn der Auszug keine mitbringt – bleibt es beim bisherigen Verhalten. Wer mehrere Konten führt, sollte CAMT.053 oder MT940 exportieren: dort steht die IBAN verlässlich, in der CSV mancher Bank nur eine Kontonummer.

Behoben

• Derselbe Umsatz landet nicht mehr doppelt, wenn das Exportformat wechselt. Die Dublettenerkennung hing am eigenen Konto, und das schreiben die Formate verschieden: die CSV mancher Bank führt dort nur eine Kontonummer, CAMT.053 immer die volle IBAN. Zusätzlich zum bisherigen Vergleich prüft die App Umsätze jetzt über Datum, Betrag und Text gegen die bereits vorhandenen Bankbuchungen.

Sonstiges

• Die Umsatzquellen liegen hinter einer gemeinsamen Schnittstelle (lib/Service/Statement/); Dublettenerkennung, Regeln und Import-Protokoll sind für alle Formate dieselben. Der MT940-Parser ist zugleich die Vorarbeit für einen späteren FinTS-Abruf, der genau dieses Format liefert.
• Das Import-Protokoll hält fest, aus welchem Format ein Import stammt; Geldkonten können ihre IBAN tragen (Migration 122).
• Unit-Tests für beide neuen Parser sowie ein Kreuztest, der denselben Kontoauszug in allen drei Formaten vergleicht (61 Tests).

Behoben

• Beträge werden nicht mehr abgeschnitten. In Tabellen hatte die Betragsspalte eine feste Breite von 100 px; längere Werte wie „28.798,68 €" wurden mit „…" gekürzt und ließen sich falsch lesen. Die Spalte wächst jetzt mit.
• Mobil: „Buchungen" in der unteren Leiste war gekürzt („Buchun…"). Die Einträge teilen sich die Breite jetzt nach Inhalt statt zu gleichen Teilen.
• Mobil: zu kleine Tippziele. Schaltflächen, Auswahlfelder und Eingabefelder waren teils nur 24–36 px hoch. Sie sind jetzt mindestens 44 px – auch auf Tablets, die per Finger bedient werden, aber das Desktop-Layout bekommen.
• Mobil: lange Kontonamen im Kontenbaum wurden gekürzt und waren damit nicht mehr unterscheidbar; sie brechen jetzt um.
• Mobil: das Ende langer Listen lag unter dem schwebenden Buchungs-Knopf und war nicht lesbar.

Sonstiges

• Ausführliche Beschreibung und Screenshots für den Nextcloud App Store.

Erste im Nextcloud App Store veröffentlichte Fassung. Am Programm selbst ändert sich gegenüber 0.11.0 nichts.

Sonstiges

• Die App wird jetzt mit dem von Nextcloud ausgestellten Zertifikat signiert (appinfo/signature.json) und im App Store veröffentlicht. Das Paket zu 0.11.0 war noch unsigniert und ist deshalb nur über ein direktes Deployment aus dem GitHub-Release installierbar.

Der erste sichtbare Schritt zur Mehrsprachigkeit: wer Nextcloud auf Englisch eingestellt hat, sieht jetzt eine englische Oberfläche statt einer deutschen mit englischen Brocken drumherum.

Hinzugefügt

• Englische Übersetzung. Alle Vue-Komponenten der Oberfläche – jeder Tab, jeder Dialog, jede Fehler- und Bestätigungsmeldung – sowie die häufigsten Fehlermeldungen des Backends sind jetzt ins Englische übersetzt (l10n/en.json). Einen eigenen Sprachschalter braucht die App dafür nicht: wer sein Nextcloud-Profil auf Englisch stellt, bekommt automatisch die englische Fassung. Die Quelltexte im Code bleiben bewusst Deutsch – der Herkunftssprache der App –, Deutsch ist also unverändert die Fallback-Sprache.
• Video in der App-Store-Beschreibung verlinkt.

Technisch

• Eigener Lademechanismus für Übersetzungen im Frontend (src/lib/l10n.js): die Bibliothek @nextcloud/l10n geht davon aus, dass Englisch die Quellsprache ist, und lädt dafür gar kein Übersetzungsbundle – bei einer deutschen Quellsprache wäre das genau die falsche Sprache.
• IL10N ist jetzt per Konstruktor in die Controller und Services injiziert, die nutzerseitige Fehlermeldungen werfen.

Bekannte Lücken

• Kassenbericht, Kurzbericht, Prüfleitfaden und die CSV-Exporte sind noch vollständig Deutsch.
• Ein paar Backend-Prüfungen (u. a. die Soll-Haben-Kontrolle beim Buchen, die CAMT-/MT940-Parser) bleiben vorerst Deutsch – sie sind bewusst ohne Nextcloud-Abhängigkeit gehalten, damit sie sich ohne laufende Instanz testen lassen.
• Das Änderungsprotokoll (Berichte → Protokoll) zeigt seine Einträge weiterhin auf Deutsch.

Diese Version bringt kaum sichtbare Neuerungen: sie räumt den Programmcode auf und sichert ihn gegen Fehler ab, die bisher niemand bemerkt hätte. Ein solcher Fehler kam dabei ans Licht – und er betraf ausgerechnet die Kassenprüfung.

Behoben

• Der Beleg-Export als ZIP brach ab, sobald ein Beleg im Zeitraum lag. Die Funktion rief eine Methode auf, die es in PHP gar nicht gibt (ZipArchive::addStream); der Download endete mit einem Serverfehler statt mit einem Archiv. Betroffen war genau die Funktion, die eine Kassenprüfung braucht, um alle Belege eines Jahres auf einmal zu bekommen. Die Belege werden jetzt blockweise ins Archiv geschrieben – der Speicherbedarf bleibt wie vorgesehen niedrig, auch bei einem Jahr voller PDFs.
• Der Kassenbericht ignorierte die dunkle Darstellung. Wer ihn bei dunklem Systemdesign öffnete, bekam schwarze Schrift auf weißem Grund in einem sonst dunklen Fenster – der Kurzbericht konnte es längst. Beide Berichte teilen sich jetzt dieselbe Gestaltung. Am Ausdruck ändert sich nichts.
• Beispieldaten konnten halb angelegt liegenbleiben. Fehlte ein Konto des Standard-Kontenrahmens, brach das Anlegen mitten in den Buchungen ab. Jetzt meldet die App vorher, welches Konto fehlt.

Geändert

• Die Rechenregeln aller Auswertungen liegen jetzt an einer Stelle. Die Frage, welches Konto mit welchem Vorzeichen ins Ergebnis eingeht, war an acht Stellen einzeln ausgeschrieben – in den Exporten, in der Saldenliste und in den Berichten. Eine Änderung daran musste bisher überall nachgezogen werden. An den Zahlen ändert sich nichts; sie sind jetzt nur an einer Stelle festgelegt und erstmals automatisiert geprüft.
• Der Sortier-Vergleich der Tabellen war dreifach vorhanden und ist es nun einmal. Sortierung und Sicherheitsabfragen sind damit in allen Ansichten garantiert gleich.

Technisch

• Statische Analyse (PHPStan, Stufe 5) läuft jetzt bei jeder Änderung mit und fand die drei oben genannten Fehler.
• Der 1149 Zeilen lange ExportController ist in Dienste aufgeteilt: CSV, Beleg-Archiv und die druckfertigen Berichte je für sich, der Controller behält nur die Auslieferung (158 Zeilen).
• Frontend-Unit-Tests (Vitest) für die Rechen- und Anzeigehelfer; der Testbestand wächst von 118 auf 210 Tests.

Behoben

• Gelöschte Buchung gab ihren Bankumsatz nicht wieder frei. Wurde ein Buchungssatz gelöscht, der durch das Zuordnen eines Bankumsatzes entstanden war, blieb der Umsatz auf „zugeordnet" stehen – mit einem Verweis auf einen Buchungssatz, den es nicht mehr gab. Er tauchte danach nirgends mehr auf: nicht unter Zuzuordnen (dort stehen nur offene Umsätze) und nicht in den Salden (die kennen nur Buchungen). Auch die Bank-Abstimmung führte ihn weder als gebucht noch als offen, sodass der Kontostand still vom Bankauszug abwich. Der Umsatz steht jetzt nach dem Löschen wieder unter Zuzuordnen und lässt sich neu zuordnen – derselbe Stand wie beim Aufheben einer Zuordnung.
• Belege eines Jahres konnten beim xbuc-Import verloren gehen. Die Dublettenprüfung des Zusammenführ-Imports beschrieb eine Splittbuchung nur über eine ihrer Zeilen. Eine eingehende Buchung, die zufällig auf diesen Teilbetrag passte, galt dadurch als bereits vorhanden und wurde stillschweigend übersprungen. Der Vergleich betrachtet jetzt die ganze Buchung, und beide Seiten des Vergleichs bilden ihren Schlüssel an derselben Stelle.
• Beleg löschen konnte einen Datensatz ohne Datei hinterlassen. Die Datei wurde vor dem Datensatz entfernt; schlug das Löschen des Datensatzes fehl, blieb ein Beleg zurück, der sich nicht mehr öffnen ließ. Jetzt gilt auch hier die Reihenfolge, die beim Löschen einer ganzen Buchung längst galt: erst der Datensatz, dann – nach erfolgreichem Abschluss – die Datei.

Geändert

• Der Jahresabschluss schützt jetzt auch die Konten-Stammdaten. Bisher war ein festgeschriebenes Geschäftsjahr nur gegen Änderungen an den Buchungen gesichert. Über das Konto ließ sich sein Bericht trotzdem nachträglich verschieben: Ein Wechsel der Kontoart dreht das Vorzeichen, ein Wechsel des Geldkonto-Kennzeichens verschiebt das Konto zwischen Vermögensübersicht und Einnahmen-/Ausgaben-Rechnung – das archivierte Jahresergebnis änderte sich, ohne dass eine einzige Buchung angefasst wurde. Kontoart, Geldkonto- Kennzeichen, Sphäre, Rücklagen-Art und Kostenstelle lassen sich deshalb nicht mehr ändern, solange das Konto in einem abgeschlossenen Jahr bebucht ist; wer die Änderung braucht, eröffnet das Jahr wieder und schließt es danach erneut ab. Nummer, Name, Kategorie, Aktiv-Schalter und Überkonto bleiben frei änderbar – sie ändern nur Beschriftungen, keine Beträge.
• Konten stehen jetzt im Änderungsprotokoll. Anlegen, Ändern und Löschen eines Kontos wurden bisher nicht protokolliert – ausgerechnet die Stammdaten, aus denen jede Auswertung gerechnet wird, waren für die Kassenprüfung unsichtbar. Bei einer Änderung vermerkt das Protokoll zusätzlich, ob ein auswertungsrelevantes Feld betroffen war.

Hinzugefügt

• Frei definierbare Kostenstellen. Bisher leitete die App die Kostenstelle aus dem Kontenrahmen ab – entweder aus der zweiten Zahlengruppe der Kontonummer oder „ein Konto = eine Kostenstelle". Beides setzt einen bestimmten Kontenaufbau voraus. Jetzt lassen sich Kostenstellen unter Einstellungen → Kostenstellen frei anlegen und Konten ihnen ausdrücklich zuordnen; beliebige Konten können so zu einem Projekt zusammengefasst werden. Der neue Modus heißt „Frei definierte Kostenstellen" (Einstellungen → Kostenstellen-Modus, nur Verwalter). Die beiden bisherigen Modi bleiben unverändert Standard – bestehende Auswertungen ändern sich nicht. Die Zuordnung geht einzeln im Konto-Dialog oder für viele Konten auf einmal. Angelegte Kostenstellen erscheinen im Bericht auch ohne zugeordnetes Konto, damit eine fehlende Zuordnung sichtbar ist.
• Umbuchen direkt im Kontoauszug. Wer beim Durchblättern eines Kontos (Tab Konten) eine falsch zugeordnete Buchung findet, bucht sie an Ort und Stelle auf ein anderes Konto um – der Umweg über das Journal entfällt. Umbuchen lässt sich jede Seite der Buchung, also auch das Gegenkonto. Geändert wird ausschließlich die Kontozuordnung; Betrag, Datum, Beschreibung und die Gegenseite bleiben, sodass Soll und Haben nicht auseinanderlaufen können. Abgeschlossene Geschäftsjahre bleiben gesperrt, jede Umbuchung steht im Änderungsprotokoll, und eine zwischenzeitliche Änderung durch jemand anderen wird erkannt.

Hinzugefügt

• Kontoauszüge in zwei weiteren Formaten: neben der bisherigen CSV liest die App jetzt auch CAMT.053 (XML) und MT940. Welches Format vorliegt, erkennt sie am Inhalt der Datei – die Endung spielt keine Rolle. CAMT.053 ist die bessere Wahl, wo die Bank es anbietet: Vorzeichen, Datum und Zahlungsbeteiligte stehen dort eindeutig drin, statt aus Spaltenüberschriften erraten zu werden.
• Wachordner: Auf Wunsch liest die App Kontoauszüge selbstständig aus einem Nextcloud-Ordner ein (Einstellungen → Kontoauszüge automatisch einlesen). Den heruntergeladenen Auszug dort ablegen genügt; stündlich sieht ein Hintergrundjob nach. Verarbeitete Dateien wandern nach verarbeitet/, nicht lesbare mit Begründung nach fehler/ – gelöscht wird nichts. Setzt System-Cron voraus. Das ersetzt das Hochladen von Hand, nicht das Herunterladen bei der Bank.
• Vorgemerkte Umsätze aus CAMT.053 werden übersprungen. Sie ändern sich beim endgültigen Buchen häufig noch und kämen sonst ein zweites Mal herein.
• Mehrere Bankkonten werden unterschieden. Am Geldkonto lässt sich die IBAN hinterlegen (Tab Konten → Konto bearbeiten, nur bei Geldkonten); beim Zuordnen einer Bankbuchung wählt die App daraufhin das Geldkonto, auf dem der Umsatz tatsächlich gebucht wurde. Bisher landete alles auf dem ersten Bankkonto des Kontenrahmens. Ohne hinterlegte IBAN – oder wenn der Auszug keine mitbringt – bleibt es beim bisherigen Verhalten. Wer mehrere Konten führt, sollte CAMT.053 oder MT940 exportieren: dort steht die IBAN verlässlich, in der CSV mancher Bank nur eine Kontonummer.

Behoben

• Derselbe Umsatz landet nicht mehr doppelt, wenn das Exportformat wechselt. Die Dublettenerkennung hing am eigenen Konto, und das schreiben die Formate verschieden: die CSV mancher Bank führt dort nur eine Kontonummer, CAMT.053 immer die volle IBAN. Zusätzlich zum bisherigen Vergleich prüft die App Umsätze jetzt über Datum, Betrag und Text gegen die bereits vorhandenen Bankbuchungen.

Sonstiges

• Die Umsatzquellen liegen hinter einer gemeinsamen Schnittstelle (lib/Service/Statement/); Dublettenerkennung, Regeln und Import-Protokoll sind für alle Formate dieselben. Der MT940-Parser ist zugleich die Vorarbeit für einen späteren FinTS-Abruf, der genau dieses Format liefert.
• Das Import-Protokoll hält fest, aus welchem Format ein Import stammt; Geldkonten können ihre IBAN tragen (Migration 122).
• Unit-Tests für beide neuen Parser sowie ein Kreuztest, der denselben Kontoauszug in allen drei Formaten vergleicht (61 Tests).

Behoben

• Beträge werden nicht mehr abgeschnitten. In Tabellen hatte die Betragsspalte eine feste Breite von 100 px; längere Werte wie „28.798,68 €" wurden mit „…" gekürzt und ließen sich falsch lesen. Die Spalte wächst jetzt mit.
• Mobil: „Buchungen" in der unteren Leiste war gekürzt („Buchun…"). Die Einträge teilen sich die Breite jetzt nach Inhalt statt zu gleichen Teilen.
• Mobil: zu kleine Tippziele. Schaltflächen, Auswahlfelder und Eingabefelder waren teils nur 24–36 px hoch. Sie sind jetzt mindestens 44 px – auch auf Tablets, die per Finger bedient werden, aber das Desktop-Layout bekommen.
• Mobil: lange Kontonamen im Kontenbaum wurden gekürzt und waren damit nicht mehr unterscheidbar; sie brechen jetzt um.
• Mobil: das Ende langer Listen lag unter dem schwebenden Buchungs-Knopf und war nicht lesbar.

Sonstiges

• Ausführliche Beschreibung und Screenshots für den Nextcloud App Store.

Erste im Nextcloud App Store veröffentlichte Fassung. Am Programm selbst ändert sich gegenüber 0.11.0 nichts.

Sonstiges

• Die App wird jetzt mit dem von Nextcloud ausgestellten Zertifikat signiert (appinfo/signature.json) und im App Store veröffentlicht. Das Paket zu 0.11.0 war noch unsigniert und ist deshalb nur über ein direktes Deployment aus dem GitHub-Release installierbar.

Der erste sichtbare Schritt zur Mehrsprachigkeit: wer Nextcloud auf Englisch eingestellt hat, sieht jetzt eine englische Oberfläche statt einer deutschen mit englischen Brocken drumherum.

Hinzugefügt

• Englische Übersetzung. Alle Vue-Komponenten der Oberfläche – jeder Tab, jeder Dialog, jede Fehler- und Bestätigungsmeldung – sowie die häufigsten Fehlermeldungen des Backends sind jetzt ins Englische übersetzt (l10n/en.json). Einen eigenen Sprachschalter braucht die App dafür nicht: wer sein Nextcloud-Profil auf Englisch stellt, bekommt automatisch die englische Fassung. Die Quelltexte im Code bleiben bewusst Deutsch – der Herkunftssprache der App –, Deutsch ist also unverändert die Fallback-Sprache.
• Video in der App-Store-Beschreibung verlinkt.

Technisch

• Eigener Lademechanismus für Übersetzungen im Frontend (src/lib/l10n.js): die Bibliothek @nextcloud/l10n geht davon aus, dass Englisch die Quellsprache ist, und lädt dafür gar kein Übersetzungsbundle – bei einer deutschen Quellsprache wäre das genau die falsche Sprache.
• IL10N ist jetzt per Konstruktor in die Controller und Services injiziert, die nutzerseitige Fehlermeldungen werfen.

Bekannte Lücken

• Kassenbericht, Kurzbericht, Prüfleitfaden und die CSV-Exporte sind noch vollständig Deutsch.
• Ein paar Backend-Prüfungen (u. a. die Soll-Haben-Kontrolle beim Buchen, die CAMT-/MT940-Parser) bleiben vorerst Deutsch – sie sind bewusst ohne Nextcloud-Abhängigkeit gehalten, damit sie sich ohne laufende Instanz testen lassen.
• Das Änderungsprotokoll (Berichte → Protokoll) zeigt seine Einträge weiterhin auf Deutsch.

Diese Version bringt kaum sichtbare Neuerungen: sie räumt den Programmcode auf und sichert ihn gegen Fehler ab, die bisher niemand bemerkt hätte. Ein solcher Fehler kam dabei ans Licht – und er betraf ausgerechnet die Kassenprüfung.

Behoben

• Der Beleg-Export als ZIP brach ab, sobald ein Beleg im Zeitraum lag. Die Funktion rief eine Methode auf, die es in PHP gar nicht gibt (ZipArchive::addStream); der Download endete mit einem Serverfehler statt mit einem Archiv. Betroffen war genau die Funktion, die eine Kassenprüfung braucht, um alle Belege eines Jahres auf einmal zu bekommen. Die Belege werden jetzt blockweise ins Archiv geschrieben – der Speicherbedarf bleibt wie vorgesehen niedrig, auch bei einem Jahr voller PDFs.
• Der Kassenbericht ignorierte die dunkle Darstellung. Wer ihn bei dunklem Systemdesign öffnete, bekam schwarze Schrift auf weißem Grund in einem sonst dunklen Fenster – der Kurzbericht konnte es längst. Beide Berichte teilen sich jetzt dieselbe Gestaltung. Am Ausdruck ändert sich nichts.
• Beispieldaten konnten halb angelegt liegenbleiben. Fehlte ein Konto des Standard-Kontenrahmens, brach das Anlegen mitten in den Buchungen ab. Jetzt meldet die App vorher, welches Konto fehlt.

Geändert

• Die Rechenregeln aller Auswertungen liegen jetzt an einer Stelle. Die Frage, welches Konto mit welchem Vorzeichen ins Ergebnis eingeht, war an acht Stellen einzeln ausgeschrieben – in den Exporten, in der Saldenliste und in den Berichten. Eine Änderung daran musste bisher überall nachgezogen werden. An den Zahlen ändert sich nichts; sie sind jetzt nur an einer Stelle festgelegt und erstmals automatisiert geprüft.
• Der Sortier-Vergleich der Tabellen war dreifach vorhanden und ist es nun einmal. Sortierung und Sicherheitsabfragen sind damit in allen Ansichten garantiert gleich.

Technisch

• Statische Analyse (PHPStan, Stufe 5) läuft jetzt bei jeder Änderung mit und fand die drei oben genannten Fehler.
• Der 1149 Zeilen lange ExportController ist in Dienste aufgeteilt: CSV, Beleg-Archiv und die druckfertigen Berichte je für sich, der Controller behält nur die Auslieferung (158 Zeilen).
• Frontend-Unit-Tests (Vitest) für die Rechen- und Anzeigehelfer; der Testbestand wächst von 118 auf 210 Tests.

Behoben

• Gelöschte Buchung gab ihren Bankumsatz nicht wieder frei. Wurde ein Buchungssatz gelöscht, der durch das Zuordnen eines Bankumsatzes entstanden war, blieb der Umsatz auf „zugeordnet" stehen – mit einem Verweis auf einen Buchungssatz, den es nicht mehr gab. Er tauchte danach nirgends mehr auf: nicht unter Zuzuordnen (dort stehen nur offene Umsätze) und nicht in den Salden (die kennen nur Buchungen). Auch die Bank-Abstimmung führte ihn weder als gebucht noch als offen, sodass der Kontostand still vom Bankauszug abwich. Der Umsatz steht jetzt nach dem Löschen wieder unter Zuzuordnen und lässt sich neu zuordnen – derselbe Stand wie beim Aufheben einer Zuordnung.
• Belege eines Jahres konnten beim xbuc-Import verloren gehen. Die Dublettenprüfung des Zusammenführ-Imports beschrieb eine Splittbuchung nur über eine ihrer Zeilen. Eine eingehende Buchung, die zufällig auf diesen Teilbetrag passte, galt dadurch als bereits vorhanden und wurde stillschweigend übersprungen. Der Vergleich betrachtet jetzt die ganze Buchung, und beide Seiten des Vergleichs bilden ihren Schlüssel an derselben Stelle.
• Beleg löschen konnte einen Datensatz ohne Datei hinterlassen. Die Datei wurde vor dem Datensatz entfernt; schlug das Löschen des Datensatzes fehl, blieb ein Beleg zurück, der sich nicht mehr öffnen ließ. Jetzt gilt auch hier die Reihenfolge, die beim Löschen einer ganzen Buchung längst galt: erst der Datensatz, dann – nach erfolgreichem Abschluss – die Datei.

Geändert

• Der Jahresabschluss schützt jetzt auch die Konten-Stammdaten. Bisher war ein festgeschriebenes Geschäftsjahr nur gegen Änderungen an den Buchungen gesichert. Über das Konto ließ sich sein Bericht trotzdem nachträglich verschieben: Ein Wechsel der Kontoart dreht das Vorzeichen, ein Wechsel des Geldkonto-Kennzeichens verschiebt das Konto zwischen Vermögensübersicht und Einnahmen-/Ausgaben-Rechnung – das archivierte Jahresergebnis änderte sich, ohne dass eine einzige Buchung angefasst wurde. Kontoart, Geldkonto- Kennzeichen, Sphäre, Rücklagen-Art und Kostenstelle lassen sich deshalb nicht mehr ändern, solange das Konto in einem abgeschlossenen Jahr bebucht ist; wer die Änderung braucht, eröffnet das Jahr wieder und schließt es danach erneut ab. Nummer, Name, Kategorie, Aktiv-Schalter und Überkonto bleiben frei änderbar – sie ändern nur Beschriftungen, keine Beträge.
• Konten stehen jetzt im Änderungsprotokoll. Anlegen, Ändern und Löschen eines Kontos wurden bisher nicht protokolliert – ausgerechnet die Stammdaten, aus denen jede Auswertung gerechnet wird, waren für die Kassenprüfung unsichtbar. Bei einer Änderung vermerkt das Protokoll zusätzlich, ob ein auswertungsrelevantes Feld betroffen war.

Hinzugefügt

• Frei definierbare Kostenstellen. Bisher leitete die App die Kostenstelle aus dem Kontenrahmen ab – entweder aus der zweiten Zahlengruppe der Kontonummer oder „ein Konto = eine Kostenstelle". Beides setzt einen bestimmten Kontenaufbau voraus. Jetzt lassen sich Kostenstellen unter Einstellungen → Kostenstellen frei anlegen und Konten ihnen ausdrücklich zuordnen; beliebige Konten können so zu einem Projekt zusammengefasst werden. Der neue Modus heißt „Frei definierte Kostenstellen" (Einstellungen → Kostenstellen-Modus, nur Verwalter). Die beiden bisherigen Modi bleiben unverändert Standard – bestehende Auswertungen ändern sich nicht. Die Zuordnung geht einzeln im Konto-Dialog oder für viele Konten auf einmal. Angelegte Kostenstellen erscheinen im Bericht auch ohne zugeordnetes Konto, damit eine fehlende Zuordnung sichtbar ist.
• Umbuchen direkt im Kontoauszug. Wer beim Durchblättern eines Kontos (Tab Konten) eine falsch zugeordnete Buchung findet, bucht sie an Ort und Stelle auf ein anderes Konto um – der Umweg über das Journal entfällt. Umbuchen lässt sich jede Seite der Buchung, also auch das Gegenkonto. Geändert wird ausschließlich die Kontozuordnung; Betrag, Datum, Beschreibung und die Gegenseite bleiben, sodass Soll und Haben nicht auseinanderlaufen können. Abgeschlossene Geschäftsjahre bleiben gesperrt, jede Umbuchung steht im Änderungsprotokoll, und eine zwischenzeitliche Änderung durch jemand anderen wird erkannt.

Hinzugefügt

• Kontoauszüge in zwei weiteren Formaten: neben der bisherigen CSV liest die App jetzt auch CAMT.053 (XML) und MT940. Welches Format vorliegt, erkennt sie am Inhalt der Datei – die Endung spielt keine Rolle. CAMT.053 ist die bessere Wahl, wo die Bank es anbietet: Vorzeichen, Datum und Zahlungsbeteiligte stehen dort eindeutig drin, statt aus Spaltenüberschriften erraten zu werden.
• Wachordner: Auf Wunsch liest die App Kontoauszüge selbstständig aus einem Nextcloud-Ordner ein (Einstellungen → Kontoauszüge automatisch einlesen). Den heruntergeladenen Auszug dort ablegen genügt; stündlich sieht ein Hintergrundjob nach. Verarbeitete Dateien wandern nach verarbeitet/, nicht lesbare mit Begründung nach fehler/ – gelöscht wird nichts. Setzt System-Cron voraus. Das ersetzt das Hochladen von Hand, nicht das Herunterladen bei der Bank.
• Vorgemerkte Umsätze aus CAMT.053 werden übersprungen. Sie ändern sich beim endgültigen Buchen häufig noch und kämen sonst ein zweites Mal herein.
• Mehrere Bankkonten werden unterschieden. Am Geldkonto lässt sich die IBAN hinterlegen (Tab Konten → Konto bearbeiten, nur bei Geldkonten); beim Zuordnen einer Bankbuchung wählt die App daraufhin das Geldkonto, auf dem der Umsatz tatsächlich gebucht wurde. Bisher landete alles auf dem ersten Bankkonto des Kontenrahmens. Ohne hinterlegte IBAN – oder wenn der Auszug keine mitbringt – bleibt es beim bisherigen Verhalten. Wer mehrere Konten führt, sollte CAMT.053 oder MT940 exportieren: dort steht die IBAN verlässlich, in der CSV mancher Bank nur eine Kontonummer.

Behoben

• Derselbe Umsatz landet nicht mehr doppelt, wenn das Exportformat wechselt. Die Dublettenerkennung hing am eigenen Konto, und das schreiben die Formate verschieden: die CSV mancher Bank führt dort nur eine Kontonummer, CAMT.053 immer die volle IBAN. Zusätzlich zum bisherigen Vergleich prüft die App Umsätze jetzt über Datum, Betrag und Text gegen die bereits vorhandenen Bankbuchungen.

Sonstiges

• Die Umsatzquellen liegen hinter einer gemeinsamen Schnittstelle (lib/Service/Statement/); Dublettenerkennung, Regeln und Import-Protokoll sind für alle Formate dieselben. Der MT940-Parser ist zugleich die Vorarbeit für einen späteren FinTS-Abruf, der genau dieses Format liefert.
• Das Import-Protokoll hält fest, aus welchem Format ein Import stammt; Geldkonten können ihre IBAN tragen (Migration 122).
• Unit-Tests für beide neuen Parser sowie ein Kreuztest, der denselben Kontoauszug in allen drei Formaten vergleicht (61 Tests).

Behoben

• Beträge werden nicht mehr abgeschnitten. In Tabellen hatte die Betragsspalte eine feste Breite von 100 px; längere Werte wie „28.798,68 €" wurden mit „…" gekürzt und ließen sich falsch lesen. Die Spalte wächst jetzt mit.
• Mobil: „Buchungen" in der unteren Leiste war gekürzt („Buchun…"). Die Einträge teilen sich die Breite jetzt nach Inhalt statt zu gleichen Teilen.
• Mobil: zu kleine Tippziele. Schaltflächen, Auswahlfelder und Eingabefelder waren teils nur 24–36 px hoch. Sie sind jetzt mindestens 44 px – auch auf Tablets, die per Finger bedient werden, aber das Desktop-Layout bekommen.
• Mobil: lange Kontonamen im Kontenbaum wurden gekürzt und waren damit nicht mehr unterscheidbar; sie brechen jetzt um.
• Mobil: das Ende langer Listen lag unter dem schwebenden Buchungs-Knopf und war nicht lesbar.

Sonstiges

• Ausführliche Beschreibung und Screenshots für den Nextcloud App Store.

Erste im Nextcloud App Store veröffentlichte Fassung. Am Programm selbst ändert sich gegenüber 0.11.0 nichts.

Sonstiges

• Die App wird jetzt mit dem von Nextcloud ausgestellten Zertifikat signiert (appinfo/signature.json) und im App Store veröffentlicht. Das Paket zu 0.11.0 war noch unsigniert und ist deshalb nur über ein direktes Deployment aus dem GitHub-Release installierbar.