Vereinsbuchhaltung - Releases

Fixed

• Broken "what's new" popup from Nextcloud itself. After updating to 0.27.0, Nextcloud's own app-update popup (independent of this app's in-app dialog) showed "What's new in {app} 0.27.0" followed by "[object Object]" instead of actual text. Cause: since 0.27.0, info.xml carried the app name in two <name> elements (German/English) for a localized App Store title – but Nextcloud's update notification reads the name at that point without a language code and can't handle multiple <name> elements (a Nextcloud core bug). <name> is single-language again; <summary>/<description> remain bilingual.

New

• README, manual and audit guide are now also available in English. README.md, CHANGELOG.md (from this version onward) and HANDBUCH.md are now also available as *.en.md, with a language switcher at the top of each file. info.xml now carries <name>/<summary>/<description> in both languages, so the App Store automatically shows the right one. The manual served in-app (/api/help/handbuch) and the printable audit guide for auditors (/api/help/pruefleitfaden) now detect the user's Nextcloud language setting and serve English instead of German once it's set to English. The chapter deep links from the in-app help (HelpModal) now point to language-independent anchors (section-<chapter>) instead of slugs derived from the (then translated) heading text.

Neu

• „Was ist neu"-Hinweis nach Updates. Nach einem Update zeigt die App jeder Person einmalig einen kurzen, auf ihre Rolle zugeschnittenen Hinweis, was sich geändert hat – statt dass Neuerungen nur zufällig auffallen oder gar nicht bemerkt werden. Der zuletzt gesehene Stand wird pro Nextcloud-Konto serverseitig gemerkt (nicht nur im Browser), damit er auf allen Geräten derselben Person konsistent erscheint. Über Hilfe → „Was ist neu in Version …" lässt er sich jederzeit erneut aufrufen. Nicht jede Version bekommt einen Eintrag – reine Fehlerbehebungen bleiben unerwähnt.

Geändert

• Beiträge → Mitglieder: Bearbeiten-Button zeigt jetzt das Stift-Symbol statt des Texts „Bearbeiten“ – konsistent mit den übrigen Bearbeiten-Buttons in Tabellenzeilen (Buchungen → Regeln, Journal).

Behoben

• Modal-Überschriften schwebten am Browserfensterrand statt im Popup: NcModals :name-Titel hängt CSS-seitig als Geschwister von .modal-container, nicht darin – bei zentrierten Dialogen (Einstellungen, Neue Buchung, neues Konto, Kostenstellen verwalten, Sphären zuordnen, Mitglied aufnehmen, Importe, Hilfe, Bankverbindung wechseln, Plan-Stand, Willkommens-Assistent) klaffte dadurch eine Lücke zwischen Titel und Box. Betroffene Dialoge rendern die Überschrift jetzt selbst im Inhalt; auf dem Handy (size="full") bleibt der eingebaute Titel-Balken, der dort korrekt über der Box sitzt.

Geändert

• Berichte → Kostenstellen/Sphären: Bericht bekommt die volle Höhe, Pflege wandert ins Modal: Seit 0.22.3 hing die Pflege (Kostenstellen anlegen/ zuordnen, Sphären zuweisen) als zweiter, oft sehr hoher Block unter der Split-Ansicht (Baum + Detail) im selben Scrollcontainer – der eigentliche Bericht war dadurch auf min-height: 360px gedeckelt, während die Pflege den Großteil der Seite einnahm. Die Pflege öffnet jetzt als NcModal über die Buttons „Kostenstellen verwalten" bzw. „Sphären zuordnen" oben rechts im Bericht (gleiches Muster wie „＋ Mitglied"/„Liste einlesen" im Reiter Beiträge) sowie zusätzlich über „Konten zuordnen" direkt bei der Baumzeile „– nicht zugeordnet". Der Kostenstellen-Modus (Gruppierung) bleibt sichtbar, da er den Bericht selbst steuert – er ist jetzt ein Auswahlfeld in der Kopfzeile statt einer Karte im Pflege-Modal. Damit entfallen auch die CSS-Sonderfälle aus 0.23.0/0.23.1 (.vbh-sectionbody.is-split hatte nur wegen des zweiten Blocks flex-direction: column und ein eigenes .vbh-section-divider-Padding gebraucht).

Behoben

• Berichte → Kostenstellen/Sphären: kein Rand, weder oben in der Split-Ansicht noch im Pflegepanel darunter: Nachbesserung zum 0.23.0-Fix, der die Split-Ansicht (.vbh-splitinner) wieder auf volle Breite brachte. Zwei getrennte Stellen hatten trotzdem noch keinen Rand, weil beide bislang nur implizit vom umgebenden .vbh-sectionbody profitierten, das für Kostenstellen/Sphären aber bewusst auf padding: 0 gesetzt ist (die Split-Ansicht managt Innenabstände sonst selbst) – bei der vorherigen ~1px-Quetschung war das nie sichtbar:
• .vbh-splitinner selbst (Baum + Detail: kein oberer/linker Rand) – jetzt eigenes padding-top/padding-left.
• das darunterliegende Pflegepanel (CostCenterPanel/SphereAssignPanel, umschlossen von .vbh-section-divider, das sonst nur als <h3>-Trenn- linie in schon gepolsterten Containern vorkommt) – jetzt eigenes horizontales Padding auf .vbh-sectionbody.is-split > .vbh-section-divider.

Geändert

• App-Store-Beschreibung aktualisiert: Das seit 0.20.0 bestehende Beiträge-&-SEPA-Modul (Mitgliederverwaltung, Lastschriftmandate, Sammeleinzug, eigener Reiter) fehlte dort drei Releases lang komplett. Ergänzt, außerdem CAMT.053/MT940 und der Wachordner beim Kontoauszug-Import – bisher war dort nur CSV-CAMT genannt.

Behoben

• Konto-/Kategorie-Auswahl auf dem Handy war unbedienbar: Das Bottom-Sheet zur Kontoauswahl (AccountPickerSheet.vue) rendete zwar in den DOM, blieb aber unsichtbar und unklickbar hinter dem Buchungsdialog – Nextclouds eigenes Core-CSS (#content { position: fixed }) erzeugt einen Stacking-Context, in dem das Sheet trotz hohem z-index gefangen war, während NcModal (der Buchungsdialog) dem entkommt, weil @nextcloud/vue seine Modals an document.body teleportiert. Das Sheet tut das jetzt auch (<teleport to="body">). Gefunden im Gesamt-App-Review, siehe APP-REVIEW.md.

In appinfo/info.xml direkt von 0.21.0 auf 0.22.1 gesprungen und dann auf 0.22.2 weitergezählt, ohne dass 0.22.0/0.22.1 je getaggt oder veröffentlicht wurden – dieser Abschnitt fasst beide Zwischenstände zu einem einzigen, tatsächlich veröffentlichten Release zusammen.

Neu

• Standard-Beitrag (Zahnrad → Beiträge & SEPA): ein einmal hinterlegter Betrag/Frequenz füllt „Mitglied aufnehmen" vor und greift auch im CSV-Import, wenn eine Zeile ein Start-Datum, aber keinen eigenen Betrag hat – bei 80–100 Mitgliedern mit demselben Satz sonst 80–100 Mal derselbe Wert von Hand.

Geändert

• Navigation aufgeräumt. Das Zahnrad-Menü „Einstellungen & Import" hatte über die Entwicklungszeit 16 Abschnitte angesammelt – Einrichtung und laufende Arbeit ungetrennt nebeneinander. Neu:
• Reiter „Beiträge" (Hauptnavigation, erscheint automatisch sobald das Modul genutzt wird): Mitgliederliste und SEPA-Sammeleinzug, vorher zwei Abschnitte im Einstellungen-Modal. Kennzahl im Reiter zeigt Beiträge im Rückstand.
• Unterreiter „Regeln" (Tab Buchungen): Auto-Zuordnungsregeln, dort wo sie auch entstehen (Blitz-Button beim Zuordnen).
• Kostenstellen- und Sphären-Pflege jetzt direkt in den gleichnamigen Berichten statt im Zahnrad – inklusive des Kostenstellen-Modus.
• Das Zahnrad selbst fasst jetzt nur noch sieben statt 16 Abschnitte (Verein, Belege, Bankdaten, Beiträge & SEPA, Berechtigungen, Jahresabschluss, Daten). Der Wegweiser-Hinweis „Kontoumsätze importieren" darin entfällt ersatzlos – der Import steht seit 0.19 im Tab „Buchungen".
• Keine Datenbank-Migration nötig; bestehende Installationen mit Mandaten/Beiträgen sehen den neuen Reiter sofort.
• Import-Verlauf konsolidiert. Die Liste „Bisherige CSV-Importe" unter Einstellungen → Daten zeigte dieselben Angaben (Dateiname, neu, Dubletten) wie das Änderungsprotokoll ein zweites Mal – beide wurden bei jedem Import parallel beschrieben. Die Liste entfällt; im Protokoll (Berichte → Protokoll) blendet der neue Schnellfilter „nur Importe" alles andere aus. Die dafür genutzte Tabelle vbh_imports wird per Migration entfernt.
• Buchhalter darf Mitglieder, SEPA-Mandate und den Einzug jetzt vollständig verwalten (vorher Verwalter-only) – die naheliegende Rollenzuweisung für eine Kassiererin ohne Rechtevergabe-Befugnis war sonst vom ganzen Reiter „Beiträge" ausgesperrt.
• Mitgliederliste und Einzug zeigen auf dem Handy Karten statt einer siebenspaltigen Tabelle, die dort zeilenweise Buchstabe für Buchstabe umbrach.
• Aktionsspalte der Mitgliederliste verdichtet. Seltene Aktionen (Bankverbindung wechseln, Mandat widerrufen, Löschen) stecken jetzt in einem Menü, „Bearbeiten" bleibt sichtbar – auch am Desktop ragte die Spalte vorher über den sichtbaren Bereich hinaus.

Behoben

• E-Mail-Adressen mit Umlaut im lokalen Teil („m.müller@gmx.de") galten beim Anlegen eines Mandats und beim CSV-Import als ungültig – betraf reale, bei gmx.de/web.de/t-online.de zustellbare Adressen.
• Bestätigungsdialoge für „Mitglieder übernehmen" und „Rückstand nachholen" zeigten einen roten „Löschen"-Button statt einer zum Anlegen passenden Beschriftung.
• Der Reiter „Beiträge" blitzte beim Laden der App kurz auf, bevor er endgültig erschien.

Details und die zugrundeliegenden Personas/Testfälle siehe BEITRAEGE-REVIEW.md.

Geändert

• Berichte-Seite: Reiter und Buttons wirkten überladen. Im Auswertung-Tab brachen bis zu 7 Export-Buttons (Kassenbericht, Kurzbericht, Beleg-ZIP, Prüfleitfaden, Saldenliste, E/A-Übersicht, Mehrjahresübersicht) neben den 6 Reitern mehrzeilig um und nahmen viel Platz ein. Kassenbericht und Kurzbericht – laut Handbuch die beiden meistgenutzten Berichte – bleiben direkt anklickbar, die übrigen fünf stecken jetzt in einem Menü „Weitere Exporte".

Behoben

• Kassenbericht und Kurzbericht erschienen auf Englisch, obwohl die Nextcloud-Oberfläche auf Deutsch stand. Nextclouds L10NFactory hält eine Sprache nur dann für „verfügbar", wenn im l10n/-Ordner der App eine Datei dazu liegt – für Deutsch gab es bisher keine, weil es ja die Quellsprache des Codes ist und l10n/de.json daher als überflüssig galt. Ohne diese Datei überspringt findLanguage() die deutsche Spracheinstellung des Nutzers und landet beim harten Fallback Englisch. Betroffen waren nur die serverseitig gerenderten Berichte (IL10N::t() direkt im PHP); die Vue-Oberfläche hat ihr eigenes, clientseitiges Übersetzungssystem und war nicht betroffen. Eine leere l10n/de.json reicht als Fix: sie macht Deutsch für Nextcloud „bekannt", ohne dass echte Übersetzungen nötig wären.

Geändert

• Buchungsjournal: Zeilen brachen durch bis zu 4 Aktions-Icons zweizeilig um. „Regel anlegen" und „Löschen" stecken jetzt in einem Menü-Button; Beleg (falls vorhanden) und „Bearbeiten" bleiben direkt anklickbar. Damit passt jede Zeile wieder auf eine Zeile.

Behoben

• Vorgemerkte Umsätze im CSV-Import konnten zu Dubletten führen. Die CSV-CAMT-Kontoauszüge führen anders als CAMT.053 keinen eigenen Statuscode, sondern schreiben den Buchungsstand als Klartext in die Spalte „Info" – „Umsatz vorgemerkt" wurde bislang nicht ausgewertet. Ändert sich ein solcher Umsatz beim endgültigen Buchen (typischerweise das Datum), erkannte ihn ein späterer, sich überschneidender Import nicht mehr als bereits vorhanden. CamtCsvParser überspringt vorgemerkte Zeilen jetzt wie schon Camt053Parser es für „PDNG" tut.

Hinzugefügt

• Nicht zugeordnete Bankumsätze lassen sich jetzt löschen. Bisher gab es dafür keinen Weg – ein Umsatz, den die Dublettenerkennung bei einem sich überschneidenden Kontoauszugs-Import nicht als bereits vorhanden erkannt hat, ließ sich weder zuordnen (dann läge er doppelt im Journal) noch wieder loswerden. Der Papierkorb-Knopf in „Zuzuordnen" löscht einen einzelnen, noch nicht verbuchten Umsatz; bereits zugeordnete bleiben wie gehabt nur über den zugehörigen Buchungssatz löschbar.

Hinzugefügt

• Weitere Mehrsprachigkeit im Backend. Kassenbericht und Kurzbericht (beide als druckfertige HTML-Seite) sowie das Änderungsprotokoll (Berichte → Protokoll) erscheinen jetzt in der Sprache des Nextcloud-Profils statt fest auf Deutsch.
• Alle bisher noch deutschen Fehler- und Bestätigungsmeldungen der Controller sind übersetzt, ebenso die Prüfmeldungen beim Anlegen und Ändern von Buchungen (Soll-Haben-Kontrolle) und die Fehlermeldungen der CAMT-/MT940-/CSV-Kontoauszugs-Parser.

Technisch

• Statische Prüfmethoden (JournalService::validateLines(), JournalService::reassignPlan(), BookingService::validateParts()), die auch direkt aus PHPUnit-Tests ohne laufende Nextcloud-Instanz aufgerufen werden, liefern jetzt stabile Fehlercodes statt fertigem Text; die Übersetzung passiert in einer begleitenden Instanzmethode mit Zugriff auf IL10N. Die Parser (CamtCsvParser, Camt053Parser, Mt940Parser, XbucParser) erhalten IL10N als optionalen, in Tests weglassbaren Konstruktorparameter mit deutschem Fallback-Text.

Bekannte Lücken

• Der CSV-Export der Auswertungen ist noch vollständig Deutsch.

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.

Fixed

• Broken "what's new" popup from Nextcloud itself. After updating to 0.27.0, Nextcloud's own app-update popup (independent of this app's in-app dialog) showed "What's new in {app} 0.27.0" followed by "[object Object]" instead of actual text. Cause: since 0.27.0, info.xml carried the app name in two <name> elements (German/English) for a localized App Store title – but Nextcloud's update notification reads the name at that point without a language code and can't handle multiple <name> elements (a Nextcloud core bug). <name> is single-language again; <summary>/<description> remain bilingual.

New

• README, manual and audit guide are now also available in English. README.md, CHANGELOG.md (from this version onward) and HANDBUCH.md are now also available as *.en.md, with a language switcher at the top of each file. info.xml now carries <name>/<summary>/<description> in both languages, so the App Store automatically shows the right one. The manual served in-app (/api/help/handbuch) and the printable audit guide for auditors (/api/help/pruefleitfaden) now detect the user's Nextcloud language setting and serve English instead of German once it's set to English. The chapter deep links from the in-app help (HelpModal) now point to language-independent anchors (section-<chapter>) instead of slugs derived from the (then translated) heading text.

Neu

• „Was ist neu"-Hinweis nach Updates. Nach einem Update zeigt die App jeder Person einmalig einen kurzen, auf ihre Rolle zugeschnittenen Hinweis, was sich geändert hat – statt dass Neuerungen nur zufällig auffallen oder gar nicht bemerkt werden. Der zuletzt gesehene Stand wird pro Nextcloud-Konto serverseitig gemerkt (nicht nur im Browser), damit er auf allen Geräten derselben Person konsistent erscheint. Über Hilfe → „Was ist neu in Version …" lässt er sich jederzeit erneut aufrufen. Nicht jede Version bekommt einen Eintrag – reine Fehlerbehebungen bleiben unerwähnt.

Geändert

• Beiträge → Mitglieder: Bearbeiten-Button zeigt jetzt das Stift-Symbol statt des Texts „Bearbeiten“ – konsistent mit den übrigen Bearbeiten-Buttons in Tabellenzeilen (Buchungen → Regeln, Journal).

Behoben

• Modal-Überschriften schwebten am Browserfensterrand statt im Popup: NcModals :name-Titel hängt CSS-seitig als Geschwister von .modal-container, nicht darin – bei zentrierten Dialogen (Einstellungen, Neue Buchung, neues Konto, Kostenstellen verwalten, Sphären zuordnen, Mitglied aufnehmen, Importe, Hilfe, Bankverbindung wechseln, Plan-Stand, Willkommens-Assistent) klaffte dadurch eine Lücke zwischen Titel und Box. Betroffene Dialoge rendern die Überschrift jetzt selbst im Inhalt; auf dem Handy (size="full") bleibt der eingebaute Titel-Balken, der dort korrekt über der Box sitzt.

Geändert

• Berichte → Kostenstellen/Sphären: Bericht bekommt die volle Höhe, Pflege wandert ins Modal: Seit 0.22.3 hing die Pflege (Kostenstellen anlegen/ zuordnen, Sphären zuweisen) als zweiter, oft sehr hoher Block unter der Split-Ansicht (Baum + Detail) im selben Scrollcontainer – der eigentliche Bericht war dadurch auf min-height: 360px gedeckelt, während die Pflege den Großteil der Seite einnahm. Die Pflege öffnet jetzt als NcModal über die Buttons „Kostenstellen verwalten" bzw. „Sphären zuordnen" oben rechts im Bericht (gleiches Muster wie „＋ Mitglied"/„Liste einlesen" im Reiter Beiträge) sowie zusätzlich über „Konten zuordnen" direkt bei der Baumzeile „– nicht zugeordnet". Der Kostenstellen-Modus (Gruppierung) bleibt sichtbar, da er den Bericht selbst steuert – er ist jetzt ein Auswahlfeld in der Kopfzeile statt einer Karte im Pflege-Modal. Damit entfallen auch die CSS-Sonderfälle aus 0.23.0/0.23.1 (.vbh-sectionbody.is-split hatte nur wegen des zweiten Blocks flex-direction: column und ein eigenes .vbh-section-divider-Padding gebraucht).

Behoben

• Berichte → Kostenstellen/Sphären: kein Rand, weder oben in der Split-Ansicht noch im Pflegepanel darunter: Nachbesserung zum 0.23.0-Fix, der die Split-Ansicht (.vbh-splitinner) wieder auf volle Breite brachte. Zwei getrennte Stellen hatten trotzdem noch keinen Rand, weil beide bislang nur implizit vom umgebenden .vbh-sectionbody profitierten, das für Kostenstellen/Sphären aber bewusst auf padding: 0 gesetzt ist (die Split-Ansicht managt Innenabstände sonst selbst) – bei der vorherigen ~1px-Quetschung war das nie sichtbar:
• .vbh-splitinner selbst (Baum + Detail: kein oberer/linker Rand) – jetzt eigenes padding-top/padding-left.
• das darunterliegende Pflegepanel (CostCenterPanel/SphereAssignPanel, umschlossen von .vbh-section-divider, das sonst nur als <h3>-Trenn- linie in schon gepolsterten Containern vorkommt) – jetzt eigenes horizontales Padding auf .vbh-sectionbody.is-split > .vbh-section-divider.

Geändert

• App-Store-Beschreibung aktualisiert: Das seit 0.20.0 bestehende Beiträge-&-SEPA-Modul (Mitgliederverwaltung, Lastschriftmandate, Sammeleinzug, eigener Reiter) fehlte dort drei Releases lang komplett. Ergänzt, außerdem CAMT.053/MT940 und der Wachordner beim Kontoauszug-Import – bisher war dort nur CSV-CAMT genannt.

Behoben

• Konto-/Kategorie-Auswahl auf dem Handy war unbedienbar: Das Bottom-Sheet zur Kontoauswahl (AccountPickerSheet.vue) rendete zwar in den DOM, blieb aber unsichtbar und unklickbar hinter dem Buchungsdialog – Nextclouds eigenes Core-CSS (#content { position: fixed }) erzeugt einen Stacking-Context, in dem das Sheet trotz hohem z-index gefangen war, während NcModal (der Buchungsdialog) dem entkommt, weil @nextcloud/vue seine Modals an document.body teleportiert. Das Sheet tut das jetzt auch (<teleport to="body">). Gefunden im Gesamt-App-Review, siehe APP-REVIEW.md.

In appinfo/info.xml direkt von 0.21.0 auf 0.22.1 gesprungen und dann auf 0.22.2 weitergezählt, ohne dass 0.22.0/0.22.1 je getaggt oder veröffentlicht wurden – dieser Abschnitt fasst beide Zwischenstände zu einem einzigen, tatsächlich veröffentlichten Release zusammen.

Neu

• Standard-Beitrag (Zahnrad → Beiträge & SEPA): ein einmal hinterlegter Betrag/Frequenz füllt „Mitglied aufnehmen" vor und greift auch im CSV-Import, wenn eine Zeile ein Start-Datum, aber keinen eigenen Betrag hat – bei 80–100 Mitgliedern mit demselben Satz sonst 80–100 Mal derselbe Wert von Hand.

Geändert

• Navigation aufgeräumt. Das Zahnrad-Menü „Einstellungen & Import" hatte über die Entwicklungszeit 16 Abschnitte angesammelt – Einrichtung und laufende Arbeit ungetrennt nebeneinander. Neu:
• Reiter „Beiträge" (Hauptnavigation, erscheint automatisch sobald das Modul genutzt wird): Mitgliederliste und SEPA-Sammeleinzug, vorher zwei Abschnitte im Einstellungen-Modal. Kennzahl im Reiter zeigt Beiträge im Rückstand.
• Unterreiter „Regeln" (Tab Buchungen): Auto-Zuordnungsregeln, dort wo sie auch entstehen (Blitz-Button beim Zuordnen).
• Kostenstellen- und Sphären-Pflege jetzt direkt in den gleichnamigen Berichten statt im Zahnrad – inklusive des Kostenstellen-Modus.
• Das Zahnrad selbst fasst jetzt nur noch sieben statt 16 Abschnitte (Verein, Belege, Bankdaten, Beiträge & SEPA, Berechtigungen, Jahresabschluss, Daten). Der Wegweiser-Hinweis „Kontoumsätze importieren" darin entfällt ersatzlos – der Import steht seit 0.19 im Tab „Buchungen".
• Keine Datenbank-Migration nötig; bestehende Installationen mit Mandaten/Beiträgen sehen den neuen Reiter sofort.
• Import-Verlauf konsolidiert. Die Liste „Bisherige CSV-Importe" unter Einstellungen → Daten zeigte dieselben Angaben (Dateiname, neu, Dubletten) wie das Änderungsprotokoll ein zweites Mal – beide wurden bei jedem Import parallel beschrieben. Die Liste entfällt; im Protokoll (Berichte → Protokoll) blendet der neue Schnellfilter „nur Importe" alles andere aus. Die dafür genutzte Tabelle vbh_imports wird per Migration entfernt.
• Buchhalter darf Mitglieder, SEPA-Mandate und den Einzug jetzt vollständig verwalten (vorher Verwalter-only) – die naheliegende Rollenzuweisung für eine Kassiererin ohne Rechtevergabe-Befugnis war sonst vom ganzen Reiter „Beiträge" ausgesperrt.
• Mitgliederliste und Einzug zeigen auf dem Handy Karten statt einer siebenspaltigen Tabelle, die dort zeilenweise Buchstabe für Buchstabe umbrach.
• Aktionsspalte der Mitgliederliste verdichtet. Seltene Aktionen (Bankverbindung wechseln, Mandat widerrufen, Löschen) stecken jetzt in einem Menü, „Bearbeiten" bleibt sichtbar – auch am Desktop ragte die Spalte vorher über den sichtbaren Bereich hinaus.

Behoben

• E-Mail-Adressen mit Umlaut im lokalen Teil („m.müller@gmx.de") galten beim Anlegen eines Mandats und beim CSV-Import als ungültig – betraf reale, bei gmx.de/web.de/t-online.de zustellbare Adressen.
• Bestätigungsdialoge für „Mitglieder übernehmen" und „Rückstand nachholen" zeigten einen roten „Löschen"-Button statt einer zum Anlegen passenden Beschriftung.
• Der Reiter „Beiträge" blitzte beim Laden der App kurz auf, bevor er endgültig erschien.

Details und die zugrundeliegenden Personas/Testfälle siehe BEITRAEGE-REVIEW.md.

Geändert

• Berichte-Seite: Reiter und Buttons wirkten überladen. Im Auswertung-Tab brachen bis zu 7 Export-Buttons (Kassenbericht, Kurzbericht, Beleg-ZIP, Prüfleitfaden, Saldenliste, E/A-Übersicht, Mehrjahresübersicht) neben den 6 Reitern mehrzeilig um und nahmen viel Platz ein. Kassenbericht und Kurzbericht – laut Handbuch die beiden meistgenutzten Berichte – bleiben direkt anklickbar, die übrigen fünf stecken jetzt in einem Menü „Weitere Exporte".

Behoben

• Kassenbericht und Kurzbericht erschienen auf Englisch, obwohl die Nextcloud-Oberfläche auf Deutsch stand. Nextclouds L10NFactory hält eine Sprache nur dann für „verfügbar", wenn im l10n/-Ordner der App eine Datei dazu liegt – für Deutsch gab es bisher keine, weil es ja die Quellsprache des Codes ist und l10n/de.json daher als überflüssig galt. Ohne diese Datei überspringt findLanguage() die deutsche Spracheinstellung des Nutzers und landet beim harten Fallback Englisch. Betroffen waren nur die serverseitig gerenderten Berichte (IL10N::t() direkt im PHP); die Vue-Oberfläche hat ihr eigenes, clientseitiges Übersetzungssystem und war nicht betroffen. Eine leere l10n/de.json reicht als Fix: sie macht Deutsch für Nextcloud „bekannt", ohne dass echte Übersetzungen nötig wären.

Geändert

• Buchungsjournal: Zeilen brachen durch bis zu 4 Aktions-Icons zweizeilig um. „Regel anlegen" und „Löschen" stecken jetzt in einem Menü-Button; Beleg (falls vorhanden) und „Bearbeiten" bleiben direkt anklickbar. Damit passt jede Zeile wieder auf eine Zeile.

Behoben

• Vorgemerkte Umsätze im CSV-Import konnten zu Dubletten führen. Die CSV-CAMT-Kontoauszüge führen anders als CAMT.053 keinen eigenen Statuscode, sondern schreiben den Buchungsstand als Klartext in die Spalte „Info" – „Umsatz vorgemerkt" wurde bislang nicht ausgewertet. Ändert sich ein solcher Umsatz beim endgültigen Buchen (typischerweise das Datum), erkannte ihn ein späterer, sich überschneidender Import nicht mehr als bereits vorhanden. CamtCsvParser überspringt vorgemerkte Zeilen jetzt wie schon Camt053Parser es für „PDNG" tut.

Hinzugefügt

• Nicht zugeordnete Bankumsätze lassen sich jetzt löschen. Bisher gab es dafür keinen Weg – ein Umsatz, den die Dublettenerkennung bei einem sich überschneidenden Kontoauszugs-Import nicht als bereits vorhanden erkannt hat, ließ sich weder zuordnen (dann läge er doppelt im Journal) noch wieder loswerden. Der Papierkorb-Knopf in „Zuzuordnen" löscht einen einzelnen, noch nicht verbuchten Umsatz; bereits zugeordnete bleiben wie gehabt nur über den zugehörigen Buchungssatz löschbar.

Hinzugefügt

• Weitere Mehrsprachigkeit im Backend. Kassenbericht und Kurzbericht (beide als druckfertige HTML-Seite) sowie das Änderungsprotokoll (Berichte → Protokoll) erscheinen jetzt in der Sprache des Nextcloud-Profils statt fest auf Deutsch.
• Alle bisher noch deutschen Fehler- und Bestätigungsmeldungen der Controller sind übersetzt, ebenso die Prüfmeldungen beim Anlegen und Ändern von Buchungen (Soll-Haben-Kontrolle) und die Fehlermeldungen der CAMT-/MT940-/CSV-Kontoauszugs-Parser.

Technisch

• Statische Prüfmethoden (JournalService::validateLines(), JournalService::reassignPlan(), BookingService::validateParts()), die auch direkt aus PHPUnit-Tests ohne laufende Nextcloud-Instanz aufgerufen werden, liefern jetzt stabile Fehlercodes statt fertigem Text; die Übersetzung passiert in einer begleitenden Instanzmethode mit Zugriff auf IL10N. Die Parser (CamtCsvParser, Camt053Parser, Mt940Parser, XbucParser) erhalten IL10N als optionalen, in Tests weglassbaren Konstruktorparameter mit deutschem Fallback-Text.

Bekannte Lücken

• Der CSV-Export der Auswertungen ist noch vollständig Deutsch.

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.

Fixed

• Broken "what's new" popup from Nextcloud itself. After updating to 0.27.0, Nextcloud's own app-update popup (independent of this app's in-app dialog) showed "What's new in {app} 0.27.0" followed by "[object Object]" instead of actual text. Cause: since 0.27.0, info.xml carried the app name in two <name> elements (German/English) for a localized App Store title – but Nextcloud's update notification reads the name at that point without a language code and can't handle multiple <name> elements (a Nextcloud core bug). <name> is single-language again; <summary>/<description> remain bilingual.

New

• README, manual and audit guide are now also available in English. README.md, CHANGELOG.md (from this version onward) and HANDBUCH.md are now also available as *.en.md, with a language switcher at the top of each file. info.xml now carries <name>/<summary>/<description> in both languages, so the App Store automatically shows the right one. The manual served in-app (/api/help/handbuch) and the printable audit guide for auditors (/api/help/pruefleitfaden) now detect the user's Nextcloud language setting and serve English instead of German once it's set to English. The chapter deep links from the in-app help (HelpModal) now point to language-independent anchors (section-<chapter>) instead of slugs derived from the (then translated) heading text.

Neu

• „Was ist neu"-Hinweis nach Updates. Nach einem Update zeigt die App jeder Person einmalig einen kurzen, auf ihre Rolle zugeschnittenen Hinweis, was sich geändert hat – statt dass Neuerungen nur zufällig auffallen oder gar nicht bemerkt werden. Der zuletzt gesehene Stand wird pro Nextcloud-Konto serverseitig gemerkt (nicht nur im Browser), damit er auf allen Geräten derselben Person konsistent erscheint. Über Hilfe → „Was ist neu in Version …" lässt er sich jederzeit erneut aufrufen. Nicht jede Version bekommt einen Eintrag – reine Fehlerbehebungen bleiben unerwähnt.

Geändert

• Beiträge → Mitglieder: Bearbeiten-Button zeigt jetzt das Stift-Symbol statt des Texts „Bearbeiten“ – konsistent mit den übrigen Bearbeiten-Buttons in Tabellenzeilen (Buchungen → Regeln, Journal).

Behoben

• Modal-Überschriften schwebten am Browserfensterrand statt im Popup: NcModals :name-Titel hängt CSS-seitig als Geschwister von .modal-container, nicht darin – bei zentrierten Dialogen (Einstellungen, Neue Buchung, neues Konto, Kostenstellen verwalten, Sphären zuordnen, Mitglied aufnehmen, Importe, Hilfe, Bankverbindung wechseln, Plan-Stand, Willkommens-Assistent) klaffte dadurch eine Lücke zwischen Titel und Box. Betroffene Dialoge rendern die Überschrift jetzt selbst im Inhalt; auf dem Handy (size="full") bleibt der eingebaute Titel-Balken, der dort korrekt über der Box sitzt.

Geändert

• Berichte → Kostenstellen/Sphären: Bericht bekommt die volle Höhe, Pflege wandert ins Modal: Seit 0.22.3 hing die Pflege (Kostenstellen anlegen/ zuordnen, Sphären zuweisen) als zweiter, oft sehr hoher Block unter der Split-Ansicht (Baum + Detail) im selben Scrollcontainer – der eigentliche Bericht war dadurch auf min-height: 360px gedeckelt, während die Pflege den Großteil der Seite einnahm. Die Pflege öffnet jetzt als NcModal über die Buttons „Kostenstellen verwalten" bzw. „Sphären zuordnen" oben rechts im Bericht (gleiches Muster wie „＋ Mitglied"/„Liste einlesen" im Reiter Beiträge) sowie zusätzlich über „Konten zuordnen" direkt bei der Baumzeile „– nicht zugeordnet". Der Kostenstellen-Modus (Gruppierung) bleibt sichtbar, da er den Bericht selbst steuert – er ist jetzt ein Auswahlfeld in der Kopfzeile statt einer Karte im Pflege-Modal. Damit entfallen auch die CSS-Sonderfälle aus 0.23.0/0.23.1 (.vbh-sectionbody.is-split hatte nur wegen des zweiten Blocks flex-direction: column und ein eigenes .vbh-section-divider-Padding gebraucht).

Behoben

• Berichte → Kostenstellen/Sphären: kein Rand, weder oben in der Split-Ansicht noch im Pflegepanel darunter: Nachbesserung zum 0.23.0-Fix, der die Split-Ansicht (.vbh-splitinner) wieder auf volle Breite brachte. Zwei getrennte Stellen hatten trotzdem noch keinen Rand, weil beide bislang nur implizit vom umgebenden .vbh-sectionbody profitierten, das für Kostenstellen/Sphären aber bewusst auf padding: 0 gesetzt ist (die Split-Ansicht managt Innenabstände sonst selbst) – bei der vorherigen ~1px-Quetschung war das nie sichtbar:
• .vbh-splitinner selbst (Baum + Detail: kein oberer/linker Rand) – jetzt eigenes padding-top/padding-left.
• das darunterliegende Pflegepanel (CostCenterPanel/SphereAssignPanel, umschlossen von .vbh-section-divider, das sonst nur als <h3>-Trenn- linie in schon gepolsterten Containern vorkommt) – jetzt eigenes horizontales Padding auf .vbh-sectionbody.is-split > .vbh-section-divider.

Geändert

• App-Store-Beschreibung aktualisiert: Das seit 0.20.0 bestehende Beiträge-&-SEPA-Modul (Mitgliederverwaltung, Lastschriftmandate, Sammeleinzug, eigener Reiter) fehlte dort drei Releases lang komplett. Ergänzt, außerdem CAMT.053/MT940 und der Wachordner beim Kontoauszug-Import – bisher war dort nur CSV-CAMT genannt.

Behoben

• Konto-/Kategorie-Auswahl auf dem Handy war unbedienbar: Das Bottom-Sheet zur Kontoauswahl (AccountPickerSheet.vue) rendete zwar in den DOM, blieb aber unsichtbar und unklickbar hinter dem Buchungsdialog – Nextclouds eigenes Core-CSS (#content { position: fixed }) erzeugt einen Stacking-Context, in dem das Sheet trotz hohem z-index gefangen war, während NcModal (der Buchungsdialog) dem entkommt, weil @nextcloud/vue seine Modals an document.body teleportiert. Das Sheet tut das jetzt auch (<teleport to="body">). Gefunden im Gesamt-App-Review, siehe APP-REVIEW.md.

In appinfo/info.xml direkt von 0.21.0 auf 0.22.1 gesprungen und dann auf 0.22.2 weitergezählt, ohne dass 0.22.0/0.22.1 je getaggt oder veröffentlicht wurden – dieser Abschnitt fasst beide Zwischenstände zu einem einzigen, tatsächlich veröffentlichten Release zusammen.

Neu

• Standard-Beitrag (Zahnrad → Beiträge & SEPA): ein einmal hinterlegter Betrag/Frequenz füllt „Mitglied aufnehmen" vor und greift auch im CSV-Import, wenn eine Zeile ein Start-Datum, aber keinen eigenen Betrag hat – bei 80–100 Mitgliedern mit demselben Satz sonst 80–100 Mal derselbe Wert von Hand.

Geändert

• Navigation aufgeräumt. Das Zahnrad-Menü „Einstellungen & Import" hatte über die Entwicklungszeit 16 Abschnitte angesammelt – Einrichtung und laufende Arbeit ungetrennt nebeneinander. Neu:
• Reiter „Beiträge" (Hauptnavigation, erscheint automatisch sobald das Modul genutzt wird): Mitgliederliste und SEPA-Sammeleinzug, vorher zwei Abschnitte im Einstellungen-Modal. Kennzahl im Reiter zeigt Beiträge im Rückstand.
• Unterreiter „Regeln" (Tab Buchungen): Auto-Zuordnungsregeln, dort wo sie auch entstehen (Blitz-Button beim Zuordnen).
• Kostenstellen- und Sphären-Pflege jetzt direkt in den gleichnamigen Berichten statt im Zahnrad – inklusive des Kostenstellen-Modus.
• Das Zahnrad selbst fasst jetzt nur noch sieben statt 16 Abschnitte (Verein, Belege, Bankdaten, Beiträge & SEPA, Berechtigungen, Jahresabschluss, Daten). Der Wegweiser-Hinweis „Kontoumsätze importieren" darin entfällt ersatzlos – der Import steht seit 0.19 im Tab „Buchungen".
• Keine Datenbank-Migration nötig; bestehende Installationen mit Mandaten/Beiträgen sehen den neuen Reiter sofort.
• Import-Verlauf konsolidiert. Die Liste „Bisherige CSV-Importe" unter Einstellungen → Daten zeigte dieselben Angaben (Dateiname, neu, Dubletten) wie das Änderungsprotokoll ein zweites Mal – beide wurden bei jedem Import parallel beschrieben. Die Liste entfällt; im Protokoll (Berichte → Protokoll) blendet der neue Schnellfilter „nur Importe" alles andere aus. Die dafür genutzte Tabelle vbh_imports wird per Migration entfernt.
• Buchhalter darf Mitglieder, SEPA-Mandate und den Einzug jetzt vollständig verwalten (vorher Verwalter-only) – die naheliegende Rollenzuweisung für eine Kassiererin ohne Rechtevergabe-Befugnis war sonst vom ganzen Reiter „Beiträge" ausgesperrt.
• Mitgliederliste und Einzug zeigen auf dem Handy Karten statt einer siebenspaltigen Tabelle, die dort zeilenweise Buchstabe für Buchstabe umbrach.
• Aktionsspalte der Mitgliederliste verdichtet. Seltene Aktionen (Bankverbindung wechseln, Mandat widerrufen, Löschen) stecken jetzt in einem Menü, „Bearbeiten" bleibt sichtbar – auch am Desktop ragte die Spalte vorher über den sichtbaren Bereich hinaus.

Behoben

• E-Mail-Adressen mit Umlaut im lokalen Teil („m.müller@gmx.de") galten beim Anlegen eines Mandats und beim CSV-Import als ungültig – betraf reale, bei gmx.de/web.de/t-online.de zustellbare Adressen.
• Bestätigungsdialoge für „Mitglieder übernehmen" und „Rückstand nachholen" zeigten einen roten „Löschen"-Button statt einer zum Anlegen passenden Beschriftung.
• Der Reiter „Beiträge" blitzte beim Laden der App kurz auf, bevor er endgültig erschien.

Details und die zugrundeliegenden Personas/Testfälle siehe BEITRAEGE-REVIEW.md.

Geändert

• Berichte-Seite: Reiter und Buttons wirkten überladen. Im Auswertung-Tab brachen bis zu 7 Export-Buttons (Kassenbericht, Kurzbericht, Beleg-ZIP, Prüfleitfaden, Saldenliste, E/A-Übersicht, Mehrjahresübersicht) neben den 6 Reitern mehrzeilig um und nahmen viel Platz ein. Kassenbericht und Kurzbericht – laut Handbuch die beiden meistgenutzten Berichte – bleiben direkt anklickbar, die übrigen fünf stecken jetzt in einem Menü „Weitere Exporte".

Behoben

• Kassenbericht und Kurzbericht erschienen auf Englisch, obwohl die Nextcloud-Oberfläche auf Deutsch stand. Nextclouds L10NFactory hält eine Sprache nur dann für „verfügbar", wenn im l10n/-Ordner der App eine Datei dazu liegt – für Deutsch gab es bisher keine, weil es ja die Quellsprache des Codes ist und l10n/de.json daher als überflüssig galt. Ohne diese Datei überspringt findLanguage() die deutsche Spracheinstellung des Nutzers und landet beim harten Fallback Englisch. Betroffen waren nur die serverseitig gerenderten Berichte (IL10N::t() direkt im PHP); die Vue-Oberfläche hat ihr eigenes, clientseitiges Übersetzungssystem und war nicht betroffen. Eine leere l10n/de.json reicht als Fix: sie macht Deutsch für Nextcloud „bekannt", ohne dass echte Übersetzungen nötig wären.

Geändert

• Buchungsjournal: Zeilen brachen durch bis zu 4 Aktions-Icons zweizeilig um. „Regel anlegen" und „Löschen" stecken jetzt in einem Menü-Button; Beleg (falls vorhanden) und „Bearbeiten" bleiben direkt anklickbar. Damit passt jede Zeile wieder auf eine Zeile.

Behoben

• Vorgemerkte Umsätze im CSV-Import konnten zu Dubletten führen. Die CSV-CAMT-Kontoauszüge führen anders als CAMT.053 keinen eigenen Statuscode, sondern schreiben den Buchungsstand als Klartext in die Spalte „Info" – „Umsatz vorgemerkt" wurde bislang nicht ausgewertet. Ändert sich ein solcher Umsatz beim endgültigen Buchen (typischerweise das Datum), erkannte ihn ein späterer, sich überschneidender Import nicht mehr als bereits vorhanden. CamtCsvParser überspringt vorgemerkte Zeilen jetzt wie schon Camt053Parser es für „PDNG" tut.

Hinzugefügt

• Nicht zugeordnete Bankumsätze lassen sich jetzt löschen. Bisher gab es dafür keinen Weg – ein Umsatz, den die Dublettenerkennung bei einem sich überschneidenden Kontoauszugs-Import nicht als bereits vorhanden erkannt hat, ließ sich weder zuordnen (dann läge er doppelt im Journal) noch wieder loswerden. Der Papierkorb-Knopf in „Zuzuordnen" löscht einen einzelnen, noch nicht verbuchten Umsatz; bereits zugeordnete bleiben wie gehabt nur über den zugehörigen Buchungssatz löschbar.

Hinzugefügt

• Weitere Mehrsprachigkeit im Backend. Kassenbericht und Kurzbericht (beide als druckfertige HTML-Seite) sowie das Änderungsprotokoll (Berichte → Protokoll) erscheinen jetzt in der Sprache des Nextcloud-Profils statt fest auf Deutsch.
• Alle bisher noch deutschen Fehler- und Bestätigungsmeldungen der Controller sind übersetzt, ebenso die Prüfmeldungen beim Anlegen und Ändern von Buchungen (Soll-Haben-Kontrolle) und die Fehlermeldungen der CAMT-/MT940-/CSV-Kontoauszugs-Parser.

Technisch

• Statische Prüfmethoden (JournalService::validateLines(), JournalService::reassignPlan(), BookingService::validateParts()), die auch direkt aus PHPUnit-Tests ohne laufende Nextcloud-Instanz aufgerufen werden, liefern jetzt stabile Fehlercodes statt fertigem Text; die Übersetzung passiert in einer begleitenden Instanzmethode mit Zugriff auf IL10N. Die Parser (CamtCsvParser, Camt053Parser, Mt940Parser, XbucParser) erhalten IL10N als optionalen, in Tests weglassbaren Konstruktorparameter mit deutschem Fallback-Text.

Bekannte Lücken

• Der CSV-Export der Auswertungen ist noch vollständig Deutsch.

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.

Fixed

• Broken "what's new" popup from Nextcloud itself. After updating to 0.27.0, Nextcloud's own app-update popup (independent of this app's in-app dialog) showed "What's new in {app} 0.27.0" followed by "[object Object]" instead of actual text. Cause: since 0.27.0, info.xml carried the app name in two <name> elements (German/English) for a localized App Store title – but Nextcloud's update notification reads the name at that point without a language code and can't handle multiple <name> elements (a Nextcloud core bug). <name> is single-language again; <summary>/<description> remain bilingual.

New

• README, manual and audit guide are now also available in English. README.md, CHANGELOG.md (from this version onward) and HANDBUCH.md are now also available as *.en.md, with a language switcher at the top of each file. info.xml now carries <name>/<summary>/<description> in both languages, so the App Store automatically shows the right one. The manual served in-app (/api/help/handbuch) and the printable audit guide for auditors (/api/help/pruefleitfaden) now detect the user's Nextcloud language setting and serve English instead of German once it's set to English. The chapter deep links from the in-app help (HelpModal) now point to language-independent anchors (section-<chapter>) instead of slugs derived from the (then translated) heading text.

Neu

• „Was ist neu"-Hinweis nach Updates. Nach einem Update zeigt die App jeder Person einmalig einen kurzen, auf ihre Rolle zugeschnittenen Hinweis, was sich geändert hat – statt dass Neuerungen nur zufällig auffallen oder gar nicht bemerkt werden. Der zuletzt gesehene Stand wird pro Nextcloud-Konto serverseitig gemerkt (nicht nur im Browser), damit er auf allen Geräten derselben Person konsistent erscheint. Über Hilfe → „Was ist neu in Version …" lässt er sich jederzeit erneut aufrufen. Nicht jede Version bekommt einen Eintrag – reine Fehlerbehebungen bleiben unerwähnt.

Geändert

• Beiträge → Mitglieder: Bearbeiten-Button zeigt jetzt das Stift-Symbol statt des Texts „Bearbeiten“ – konsistent mit den übrigen Bearbeiten-Buttons in Tabellenzeilen (Buchungen → Regeln, Journal).

Behoben

• Modal-Überschriften schwebten am Browserfensterrand statt im Popup: NcModals :name-Titel hängt CSS-seitig als Geschwister von .modal-container, nicht darin – bei zentrierten Dialogen (Einstellungen, Neue Buchung, neues Konto, Kostenstellen verwalten, Sphären zuordnen, Mitglied aufnehmen, Importe, Hilfe, Bankverbindung wechseln, Plan-Stand, Willkommens-Assistent) klaffte dadurch eine Lücke zwischen Titel und Box. Betroffene Dialoge rendern die Überschrift jetzt selbst im Inhalt; auf dem Handy (size="full") bleibt der eingebaute Titel-Balken, der dort korrekt über der Box sitzt.

Geändert

• Berichte → Kostenstellen/Sphären: Bericht bekommt die volle Höhe, Pflege wandert ins Modal: Seit 0.22.3 hing die Pflege (Kostenstellen anlegen/ zuordnen, Sphären zuweisen) als zweiter, oft sehr hoher Block unter der Split-Ansicht (Baum + Detail) im selben Scrollcontainer – der eigentliche Bericht war dadurch auf min-height: 360px gedeckelt, während die Pflege den Großteil der Seite einnahm. Die Pflege öffnet jetzt als NcModal über die Buttons „Kostenstellen verwalten" bzw. „Sphären zuordnen" oben rechts im Bericht (gleiches Muster wie „＋ Mitglied"/„Liste einlesen" im Reiter Beiträge) sowie zusätzlich über „Konten zuordnen" direkt bei der Baumzeile „– nicht zugeordnet". Der Kostenstellen-Modus (Gruppierung) bleibt sichtbar, da er den Bericht selbst steuert – er ist jetzt ein Auswahlfeld in der Kopfzeile statt einer Karte im Pflege-Modal. Damit entfallen auch die CSS-Sonderfälle aus 0.23.0/0.23.1 (.vbh-sectionbody.is-split hatte nur wegen des zweiten Blocks flex-direction: column und ein eigenes .vbh-section-divider-Padding gebraucht).

Behoben

• Berichte → Kostenstellen/Sphären: kein Rand, weder oben in der Split-Ansicht noch im Pflegepanel darunter: Nachbesserung zum 0.23.0-Fix, der die Split-Ansicht (.vbh-splitinner) wieder auf volle Breite brachte. Zwei getrennte Stellen hatten trotzdem noch keinen Rand, weil beide bislang nur implizit vom umgebenden .vbh-sectionbody profitierten, das für Kostenstellen/Sphären aber bewusst auf padding: 0 gesetzt ist (die Split-Ansicht managt Innenabstände sonst selbst) – bei der vorherigen ~1px-Quetschung war das nie sichtbar:
• .vbh-splitinner selbst (Baum + Detail: kein oberer/linker Rand) – jetzt eigenes padding-top/padding-left.
• das darunterliegende Pflegepanel (CostCenterPanel/SphereAssignPanel, umschlossen von .vbh-section-divider, das sonst nur als <h3>-Trenn- linie in schon gepolsterten Containern vorkommt) – jetzt eigenes horizontales Padding auf .vbh-sectionbody.is-split > .vbh-section-divider.

Geändert

• App-Store-Beschreibung aktualisiert: Das seit 0.20.0 bestehende Beiträge-&-SEPA-Modul (Mitgliederverwaltung, Lastschriftmandate, Sammeleinzug, eigener Reiter) fehlte dort drei Releases lang komplett. Ergänzt, außerdem CAMT.053/MT940 und der Wachordner beim Kontoauszug-Import – bisher war dort nur CSV-CAMT genannt.

Behoben

• Konto-/Kategorie-Auswahl auf dem Handy war unbedienbar: Das Bottom-Sheet zur Kontoauswahl (AccountPickerSheet.vue) rendete zwar in den DOM, blieb aber unsichtbar und unklickbar hinter dem Buchungsdialog – Nextclouds eigenes Core-CSS (#content { position: fixed }) erzeugt einen Stacking-Context, in dem das Sheet trotz hohem z-index gefangen war, während NcModal (der Buchungsdialog) dem entkommt, weil @nextcloud/vue seine Modals an document.body teleportiert. Das Sheet tut das jetzt auch (<teleport to="body">). Gefunden im Gesamt-App-Review, siehe APP-REVIEW.md.

In appinfo/info.xml direkt von 0.21.0 auf 0.22.1 gesprungen und dann auf 0.22.2 weitergezählt, ohne dass 0.22.0/0.22.1 je getaggt oder veröffentlicht wurden – dieser Abschnitt fasst beide Zwischenstände zu einem einzigen, tatsächlich veröffentlichten Release zusammen.

Neu

• Standard-Beitrag (Zahnrad → Beiträge & SEPA): ein einmal hinterlegter Betrag/Frequenz füllt „Mitglied aufnehmen" vor und greift auch im CSV-Import, wenn eine Zeile ein Start-Datum, aber keinen eigenen Betrag hat – bei 80–100 Mitgliedern mit demselben Satz sonst 80–100 Mal derselbe Wert von Hand.

Geändert

• Navigation aufgeräumt. Das Zahnrad-Menü „Einstellungen & Import" hatte über die Entwicklungszeit 16 Abschnitte angesammelt – Einrichtung und laufende Arbeit ungetrennt nebeneinander. Neu:
• Reiter „Beiträge" (Hauptnavigation, erscheint automatisch sobald das Modul genutzt wird): Mitgliederliste und SEPA-Sammeleinzug, vorher zwei Abschnitte im Einstellungen-Modal. Kennzahl im Reiter zeigt Beiträge im Rückstand.
• Unterreiter „Regeln" (Tab Buchungen): Auto-Zuordnungsregeln, dort wo sie auch entstehen (Blitz-Button beim Zuordnen).
• Kostenstellen- und Sphären-Pflege jetzt direkt in den gleichnamigen Berichten statt im Zahnrad – inklusive des Kostenstellen-Modus.
• Das Zahnrad selbst fasst jetzt nur noch sieben statt 16 Abschnitte (Verein, Belege, Bankdaten, Beiträge & SEPA, Berechtigungen, Jahresabschluss, Daten). Der Wegweiser-Hinweis „Kontoumsätze importieren" darin entfällt ersatzlos – der Import steht seit 0.19 im Tab „Buchungen".
• Keine Datenbank-Migration nötig; bestehende Installationen mit Mandaten/Beiträgen sehen den neuen Reiter sofort.
• Import-Verlauf konsolidiert. Die Liste „Bisherige CSV-Importe" unter Einstellungen → Daten zeigte dieselben Angaben (Dateiname, neu, Dubletten) wie das Änderungsprotokoll ein zweites Mal – beide wurden bei jedem Import parallel beschrieben. Die Liste entfällt; im Protokoll (Berichte → Protokoll) blendet der neue Schnellfilter „nur Importe" alles andere aus. Die dafür genutzte Tabelle vbh_imports wird per Migration entfernt.
• Buchhalter darf Mitglieder, SEPA-Mandate und den Einzug jetzt vollständig verwalten (vorher Verwalter-only) – die naheliegende Rollenzuweisung für eine Kassiererin ohne Rechtevergabe-Befugnis war sonst vom ganzen Reiter „Beiträge" ausgesperrt.
• Mitgliederliste und Einzug zeigen auf dem Handy Karten statt einer siebenspaltigen Tabelle, die dort zeilenweise Buchstabe für Buchstabe umbrach.
• Aktionsspalte der Mitgliederliste verdichtet. Seltene Aktionen (Bankverbindung wechseln, Mandat widerrufen, Löschen) stecken jetzt in einem Menü, „Bearbeiten" bleibt sichtbar – auch am Desktop ragte die Spalte vorher über den sichtbaren Bereich hinaus.

Behoben

• E-Mail-Adressen mit Umlaut im lokalen Teil („m.müller@gmx.de") galten beim Anlegen eines Mandats und beim CSV-Import als ungültig – betraf reale, bei gmx.de/web.de/t-online.de zustellbare Adressen.
• Bestätigungsdialoge für „Mitglieder übernehmen" und „Rückstand nachholen" zeigten einen roten „Löschen"-Button statt einer zum Anlegen passenden Beschriftung.
• Der Reiter „Beiträge" blitzte beim Laden der App kurz auf, bevor er endgültig erschien.

Details und die zugrundeliegenden Personas/Testfälle siehe BEITRAEGE-REVIEW.md.

Geändert

• Berichte-Seite: Reiter und Buttons wirkten überladen. Im Auswertung-Tab brachen bis zu 7 Export-Buttons (Kassenbericht, Kurzbericht, Beleg-ZIP, Prüfleitfaden, Saldenliste, E/A-Übersicht, Mehrjahresübersicht) neben den 6 Reitern mehrzeilig um und nahmen viel Platz ein. Kassenbericht und Kurzbericht – laut Handbuch die beiden meistgenutzten Berichte – bleiben direkt anklickbar, die übrigen fünf stecken jetzt in einem Menü „Weitere Exporte".

Behoben

• Kassenbericht und Kurzbericht erschienen auf Englisch, obwohl die Nextcloud-Oberfläche auf Deutsch stand. Nextclouds L10NFactory hält eine Sprache nur dann für „verfügbar", wenn im l10n/-Ordner der App eine Datei dazu liegt – für Deutsch gab es bisher keine, weil es ja die Quellsprache des Codes ist und l10n/de.json daher als überflüssig galt. Ohne diese Datei überspringt findLanguage() die deutsche Spracheinstellung des Nutzers und landet beim harten Fallback Englisch. Betroffen waren nur die serverseitig gerenderten Berichte (IL10N::t() direkt im PHP); die Vue-Oberfläche hat ihr eigenes, clientseitiges Übersetzungssystem und war nicht betroffen. Eine leere l10n/de.json reicht als Fix: sie macht Deutsch für Nextcloud „bekannt", ohne dass echte Übersetzungen nötig wären.

Geändert

• Buchungsjournal: Zeilen brachen durch bis zu 4 Aktions-Icons zweizeilig um. „Regel anlegen" und „Löschen" stecken jetzt in einem Menü-Button; Beleg (falls vorhanden) und „Bearbeiten" bleiben direkt anklickbar. Damit passt jede Zeile wieder auf eine Zeile.

Behoben

• Vorgemerkte Umsätze im CSV-Import konnten zu Dubletten führen. Die CSV-CAMT-Kontoauszüge führen anders als CAMT.053 keinen eigenen Statuscode, sondern schreiben den Buchungsstand als Klartext in die Spalte „Info" – „Umsatz vorgemerkt" wurde bislang nicht ausgewertet. Ändert sich ein solcher Umsatz beim endgültigen Buchen (typischerweise das Datum), erkannte ihn ein späterer, sich überschneidender Import nicht mehr als bereits vorhanden. CamtCsvParser überspringt vorgemerkte Zeilen jetzt wie schon Camt053Parser es für „PDNG" tut.

Hinzugefügt

• Nicht zugeordnete Bankumsätze lassen sich jetzt löschen. Bisher gab es dafür keinen Weg – ein Umsatz, den die Dublettenerkennung bei einem sich überschneidenden Kontoauszugs-Import nicht als bereits vorhanden erkannt hat, ließ sich weder zuordnen (dann läge er doppelt im Journal) noch wieder loswerden. Der Papierkorb-Knopf in „Zuzuordnen" löscht einen einzelnen, noch nicht verbuchten Umsatz; bereits zugeordnete bleiben wie gehabt nur über den zugehörigen Buchungssatz löschbar.

Hinzugefügt

• Weitere Mehrsprachigkeit im Backend. Kassenbericht und Kurzbericht (beide als druckfertige HTML-Seite) sowie das Änderungsprotokoll (Berichte → Protokoll) erscheinen jetzt in der Sprache des Nextcloud-Profils statt fest auf Deutsch.
• Alle bisher noch deutschen Fehler- und Bestätigungsmeldungen der Controller sind übersetzt, ebenso die Prüfmeldungen beim Anlegen und Ändern von Buchungen (Soll-Haben-Kontrolle) und die Fehlermeldungen der CAMT-/MT940-/CSV-Kontoauszugs-Parser.

Technisch

• Statische Prüfmethoden (JournalService::validateLines(), JournalService::reassignPlan(), BookingService::validateParts()), die auch direkt aus PHPUnit-Tests ohne laufende Nextcloud-Instanz aufgerufen werden, liefern jetzt stabile Fehlercodes statt fertigem Text; die Übersetzung passiert in einer begleitenden Instanzmethode mit Zugriff auf IL10N. Die Parser (CamtCsvParser, Camt053Parser, Mt940Parser, XbucParser) erhalten IL10N als optionalen, in Tests weglassbaren Konstruktorparameter mit deutschem Fallback-Text.

Bekannte Lücken

• Der CSV-Export der Auswertungen ist noch vollständig Deutsch.