Problemstellung

Die bestehenden Implementierungen für Unterjährige Verbrauchsinformation (UVI, §6a HeizkostenV) und Heizkostenverteiler (HKV) sind aktuell über mehrere Tabellen, Views und Frontend-Komponenten verteilt. Eine Konsolidierung soll Redundanzen beseitigen und die Wartbarkeit verbessern.

Ziele

• Einheitliche Datenstruktur für UVI- und HKV-Berechnungen
• Klare Zuordnung: Zähler → Verteilschlüssel → Abrechnung
• Wiederverwendbare Berechnungslogik (SQL-Funktionen statt Frontend-Logik)
• Compliance mit §6a HeizkostenV (monatliche UVI-Pflicht)
• Reduktion der Code-Duplikation zwischen UVI- und HKV-Modulen

Agenda

1. Bestandsaufnahme — Welche Queries/Views existieren bereits für UVI und HKV?
2. Datenmodell-Review — Sind die bestehenden Tabellen ausreichend oder brauchen wir Erweiterungen?
3. Berechnungslogik — Wo liegt die Logik aktuell (Frontend vs. DB-Funktionen)?
4. Konsolidierungsplan — Welche Schritte sind nötig, in welcher Reihenfolge?
5. Timeline & Verantwortlichkeiten — Wer macht was bis wann?
6. Risiken & Abhängigkeiten — Was kann schiefgehen, was blockt uns?

Betroffene Bereiche & Tabellen

| Bereich | Tabellen / Views | Status | |---------|-----------------|--------| | Zähler-Topologie | meters, meter_trees | Aktiv | | HKV-Einstellungen | hkvo_settings | Aktiv | | Abrechnungsläufe | billing_runs, billing_line_items | Aktiv | | Verteilschlüssel | allocation_keys, cost_allocations | Aktiv | | PV-Split | pv_allocations, pv_readings | Aktiv |

Nächste Schritte

• [ ] Bestandsaufnahme der existierenden UVI/HKV-Logik
• [ ] Mapping: Welche Tabellen werden von beiden Modulen genutzt?
• [ ] Entwurf einer konsolidierten Berechnungs-Funktion
• [ ] Review mit Tobadin (Geschäftslogik-Validierung)