SPEC-2026-008 – Eigener Tab für den Szenariovergleich¶

Status: Entwurf
Proposal-Status: accepted
Kategorie: specification
Erstellt: 2026-07-06
Stand: 2026-07-06

Anlass¶

Der Best-/Base-/Stress-Vergleich ist derzeit innerhalb des Dashboards eingebettet. Gleichzeitig zeigt der Tab ETF & Vermögen ausschließlich den detaillierten Vermögensverlauf des Base Case. Dadurch ist die Navigation fachlich nicht eindeutig: Der Szenariovergleich ist ein eigener Ergebnisbereich, besitzt aber keinen eigenen Tab.

Ausgangsproblem¶

Dashboard:
  Plausibilitätsprüfung
  KPI-Übersicht
  Szenariovergleich
  Annahmenherkunft
  Modellgrenzen

ETF & Vermögen:
  detaillierter Base-Case-Verlauf

Der Szenariovergleich ist dadurch im Dashboard schwerer auffindbar und der Dashboard-Tab wird unnötig lang.

Relevanter bestehender Stand¶

docs/calculations/model-specification.md definiert Best, Base und Stress als verbindliche Szenarioreihenfolge.
docs/specification/user-interface-and-reporting/reporting.md verlangt den Best-/Base-/Stress-Vergleich mit Case Ratings.
frontend/index.html enthält die Szenariotabelle derzeit im Dashboard-Panel.
frontend/assets/js/single-analysis-controller.js rendert die Szenariozeilen in #scenario-table-body.
frontend/assets/js/scenario-rating-findings-ui.js ergänzt die konkreten Ratingbegründungen in derselben Tabelle.

Vorgeschlagene Änderung¶

Die Hauptnavigation erhält einen eigenen Tab Szenariovergleich.
Die bestehende Best-/Base-/Stress-Tabelle wird vollständig aus dem Dashboard in diesen Tab verschoben.
Der neue Tab enthält:
kurze fachliche Einordnung
Best-/Base-/Stress-Tabelle
Cashflow Jahr 1
DSCR Jahr 1
Zuschussbedarf
Vermögen nach Exit
ETF-Wert Ende
Net vs ETF nach Exit
Case Rating samt konkreter Begründung
Der Tab ETF & Vermögen bleibt der detaillierte Base-Case-Vermögensverlauf über die Zeit.
Das Dashboard behält Plausibilitätsprüfung, KPI-Übersicht, Annahmenherkunft, Modellgrenzen und Bewertungslegende.
Die Szenariotabelle wird nicht dupliziert.

Entscheidungsmehrwert¶

Die Navigation bildet die fachlichen Ergebnisbereiche eindeutig ab:

Dashboard             -> kompakte Gesamtübersicht
Szenariovergleich     -> Best / Base / Stress
Finanzierung          -> Darlehensverlauf
Cashflow              -> Jahresprojektion
ETF & Vermögen        -> Base-Case-Vermögensverlauf und ETF-Vergleich

Auswirkungen auf Architektur, Roadmap und Spezifikation¶

Architektur: keine Änderung
Roadmap: keine Änderung
Fachmodell: keine Änderung
Reporting-Vertrag: keine Änderung von Werten oder Quellen
Frontend-Navigation: Änderung

Auswirkungen auf Formeln, KPIs und Ratings¶

Keine. Szenarioergebnisse, Case Ratings, harte Befunde und KPI-Assessments werden unverändert aus AnalysisResult dargestellt.

Auswirkungen auf Datenverträge und Versionen¶

PropertyInput: unverändert
AnalysisResult: unverändert
PropertyRecord: unverändert
Modellversion: unverändert
Engine-Version: unverändert
Schemaversionen: unverändert

Auswirkungen auf UI, Reporting und Speicherung¶

neuer Navigationstab und neues Tab-Panel
vorhandene Szenariotabelle wird verschoben
keine doppelte Darstellung
keine Speicherung zusätzlicher UI-Zustände
gespeicherte Snapshots bleiben unverändert

Auswirkungen auf Tests und Referenzfälle¶

Zu prüfen:

Navigation enthält genau einen Tab Szenariovergleich
Dashboard enthält keine Szenariotabelle mehr
neuer Tab enthält #scenario-table-body
nach der Berechnung erscheinen drei Szenariozeilen
beim Wechsel zum Szenariovergleich ist ausschließlich das neue Panel aktiv
Case-Rating-Begründungen bleiben vollständig sichtbar
bestehende Browser- und Contract-Checks bleiben erfolgreich

Legacy- und Migrationsfolgen¶

Keine.

Risiken und offene Fragen¶

Die Tab-Leiste wird breiter. Sie verwendet bereits ein flexibles Layout; auf schmalen Bildschirmen muss der bestehende responsive Umbruch erhalten bleiben.

Prüfergebnis¶

Die Änderung wurde gegen Modell-Spezifikation, Reporting-Vertrag, bestehende Tab-Steuerung, Szenariotabellen-Renderer und Case-Rating-Erweiterung geprüft. Sie verschiebt ausschließlich vorhandene Darstellungselemente.

Entscheidung¶

Angenommen. Umsetzung als reine Frontend- und Teständerung ohne Modell-, Engine- oder Schemaversionserhöhung.

Zieldokumente¶

frontend/index.html
scripts/check-single-analysis-controller.mjs
scripts/check-single-analysis-browser.mjs
docs/changes/proposals/specification-additions.md

Integrationscommit¶

Offen bis erfolgreichem Contract Check und Browserreview.