Finanzmanager/README.md
fds2610-bot 4484ddd90d Wertpapiere: Depotbestand aus einer CSV-Datei übernehmen
Ein Depot, das nie im FinanzManager geführt wurde, ließ sich bisher nur Buchung
für Buchung nachtragen. `Services\DepotbestandImport` liest stattdessen die
Bestandsliste, die die Bank zum Herunterladen anbietet (erprobt mit der DKB):
Kopfzeile mit Wertpapierbezeichnung, WKN, ISIN, Einstiegskurs, Bewertungskurs,
Stückzahl und Assetklasse; Trennzeichen und Zeichensatz erkennt er selbst,
Beträge wie "1.471,88 €" und Bruchstückzahlen wie 55,6863 liest er, wie sie
kommen.

Der Export kennt keine Historie – er beschreibt einen Stichtag. Je Position
entsteht deshalb *eine* Depotbuchung: ein Kauf zum Stichtag über die volle
Stückzahl zum Einstiegskurs. Der Einstand stimmt damit auf den Cent; frühere
Käufe, Verkäufe und Dividenden bleiben leer und lassen sich nachtragen.

Der Bewertungskurs wird als Kurs des Stichtags hinterlegt, sonst stünde der
frisch übernommene Bestand sofort wieder ohne Bewertung da. Am echten Export
nachgerechnet: 33.176,12 € Einstand, 47.120,25 € Wert – die Bank weist zehn Cent
weniger Gewinn aus, was an ihren auf zwei Stellen gerundeten Kursen liegt.

Kein Geldfluss: Ein Verrechnungskonto ist wählbar, bleibt aber vorbelegt leer.
Das Geld ist vor Jahren geflossen, eine Belastung zum heutigen Tag würde das
Girokonto verfälschen.

Der Ablauf ist zweistufig – hochladen, Vorschau prüfen, übernehmen. Ohne
ausdrückliche Wahl findet der Import das Depot über die Kontonummer, die zur
Depotnummer der Datei passt; ein `import_hash` je Position verhindert, dass
dieselbe Datei zweimal denselben Bestand anlegt. `Buchung::QUELLEN` kennt dafür
jetzt die Herkunft `csv`.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-12 14:26:50 +02:00

5.3 KiB
Raw Blame History

Finanzmanager

Persönliche Finanzverwaltung als Web-Anwendung: Konten, Buchungen mit Kategorien und Klassen, Jahresbudget, Monatsabschluss, Auswertungen, Online-Banking über FinTS und Wertpapierdepots.

Ersetzt den Lexware FinanzManager Deluxe, läuft auf einem Debian-Server statt auf einem Windows-Client. Die fachlichen Begriffe bleiben bewusst identisch zum Original – im Haushalt wird beides parallel genutzt.

Stand

Alle sieben Phasen aus PLAN.md sind umgesetzt.

  • Stammdaten und Buchungen – Konten, Kontengruppen, Kategorien, Klassen; Kontoblatt, Buchungsmaske mit Splitbuchungen und Umbuchungen; QIF-Import mit Stichtag.
  • Planung – Budgetplaner mit Monatswerten je Kategorie, Monatsabschluss mit Prüflauf, Snapshot und Sperre.
  • Auswertungen – Summen-, Buchungs-, Vergleichs-, Kontostands- und Budgetbericht mit Zeitraumvorgaben, Spalten-Aufteilung, Drilldown und CSV-Export; gespeicherte Berichte in Gruppen.
  • Cockpit – konfigurierbare Kacheln: Vermögensentwicklung, Einnahmen/Ausgaben je Monat, Ausgaben nach Kategorie, Kontostände, offene Vorgänge.
  • Online-Banking – FinTS-Abruf mit TAN-Dialog über mehrere Requests, Einrichtung in drei Schritten (Zugangsdaten, TAN-Verfahren, Kontenzuordnung mit Anlegen fehlender Konten), abgerufene Umsätze buchen sich auf Wunsch selbst, Abgleich gegen vorhandene Buchungen, Regeln für die automatische Kategorisierung.
  • Wertpapiere – Depotbestände mit Einstand und Bewertung, Depotbuchungen, Kursabruf, Veräußerungsgeschäfte und Erträge; Bestandslisten der Bank lassen sich als CSV übernehmen.
  • Nebenmodule – Buchungsvorlagen, regelmäßige Buchungen mit Fälligkeitslauf und Finanzkalender, Erinnerungen, Adressen, Verträge, Sparziele, Kredite mit Tilgungsplan.
  • Zahlungsverkehr – Überweisungen und Terminüberweisungen über FinTS.

Einzelheiten je Modul in docs/, die Entwicklung in Changes.md.

Technik

Sprache PHP 8.3, kein Framework, eigenes MVC
Datenbank MariaDB 11
Webserver nginx + php-fpm
Betrieb Docker Compose (drei Services)
Frontend serverseitiges HTML, Vanilla JS, CSS Custom Properties
Fremdbibliotheken genau eine: nemiah/php-fints als eigener Fork auf Codeberg

Diagramme werden als eigenes SVG erzeugt, PDF-Berichte gehen über die Druckfunktion des Browsers, die SEPA-Nachricht für Überweisungen entsteht selbst – bewusst keine Chart-, PDF- oder SEPA-Bibliothek. Der FinTS-Fork trägt psr/log direkt in sich; damit hängt die Anwendung an keinem fremden Update-Zyklus.

Start

cp .env.example .env      # Werte anpassen (APP_KEY darf leer bleiben)
docker compose up -d

Ist APP_KEY leer, erzeugt der Container beim ersten Start einen Schlüssel unter data/schluessel/app_key. Er verschlüsselt die Zugangsdaten der Bankverbindungen und gehört ins Backup – ohne ihn sind sie nicht mehr lesbar.

Danach http://localhost:8000 aufrufen. Beim ersten Aufruf führt die Anwendung zur Ersteinrichtung und legt den ersten Benutzer an.

./scripts/run-tests.sh    # Tests
./scripts/backup.sh       # Backup mit Rotation
./scripts/update.sh       # Update (auf dem Produktionsserver)

Verzeichnisse

src/            Anwendungscode (Controllers, Models, Services, Views)
public/         Front-Controller und statische Dateien
migrations/     nummerierte SQL-Migrationen, laufen beim Containerstart
scripts/        Migration, Update, Backup, Tests, Kursabruf
tests/          PHP-Testsuite; tests/e2e/ für Playwright
data/           Nutzdaten: mariadb, logs, import, schluessel (nicht im Repository)
Altdaten/       Screenshots und QIF-Export der Altanwendung (nicht im Repository)

Migration der Altdaten

Datenquelle ist der QIF-Export aus dem FinanzManager – die .QDF-Datei ist verschlüsselt und nicht auswertbar. Der Importer liest Klassen, Kategorien, Konten, Buchungen samt Splits sowie Wertpapierbuchungen. Einzelheiten zum Format und den Fallstricken stehen in PLAN.md, Kapitel 4.

Klassen, Kategorien, Konten und Buchungen lassen sich übernehmen – im Dialog unter Verwaltung → QIF-Import oder auf der Kommandozeile. Buchungen ab dem Stichtag kommen einzeln in die Datenbank, alles davor wird je Konto zum Anfangssaldo verrechnet:

docker compose exec -u www-data php php scripts/qif-import.php data/import/Export.QIF
docker compose exec -u www-data php php scripts/qif-import.php --uebernehmen data/import/Export.QIF

Ohne --uebernehmen läuft nur der Trockenlauf.

Dokumentation

  • PLAN.md – Projektplan mit allen Phasen
  • CLAUDE.md – Entwicklungsregeln
  • Changes.md – Änderungsprotokoll
  • docs/stammdaten.md – Konten, Kontengruppen, Kategorien, Klassen
  • docs/buchungen.md – Kontoblatt, Umbuchungen, Splitbuchungen, Salden
  • docs/planung.md – Budgetplaner und Monatsabschluss
  • docs/auswertungen.md – Berichtsmodul, Filterleiste, Drilldown, CSV
  • docs/cockpit.md – Startseite und ihre Kacheln
  • docs/banking.md – FinTS-Abruf, TAN-Dialog, Abgleich und Regeln
  • docs/wertpapiere.md – Depots, Einstand, Kurse, Invst- und CSV-Bestandsimport
  • docs/nebenmodule.md – Vorlagen, Termine, Verträge, Sparziele, Kredite, Zahlungsverkehr
  • docs/qif-import.md – Aufbau des QIF-Exports und Arbeitsweise des Importeurs