Vorlauf — Prozessstrecke für Wärmepumpen-Projekte.

Drei Schichten: eine framework-freie Domain mit Zustandsautomat (13 explizit definierte Statusübergänge, jeder Schritt zusätzlich durch fachliche Guards geprüft — z. B. keine Schlussrechnung ohne Fachunternehmererklärung; ein blockierter Wechsel nennt den Grund im Klartext), KfW-458-Förderrechner mit versionierten Regelwerken und Heizlast-Überschlag; darüber die Infrastruktur mit PDF-Ausgabe (QuestPDF) und XRechnung-Export sowie eine Razor-Pages-Web-App: Pipeline-Dashboard, mobile Aufnahme vor Ort, Förder-Check, Angebot mit „Preis nach Förderung“, Abnahme per Unterschrift, Abschlags- und Schlussrechnung mit automatischer Abschlagsverrechnung (§ 14 Abs. 5 UStG). Fördersätze existieren nur als versionierte Regelwerks-Daten — eine gestrichene Förderstufe ist ein Datenereignis, kein Deployment; jede Berechnung erzeugt einen unveränderlichen Snapshot ihrer Eingangswerte, damit ein zwei Monate altes Angebot nicht rückwirkend anders rechnet.

Vollständige Eigenentwicklung, testgetrieben: erst rote Rechenkern-Tests, dann Implementierung — nachvollziehbar in der Commit-Historie. Dazu CI mit GitHub Actions und die Deployment-Strecke (Docker, Render) inklusive der öffentlichen Demo.

37 automatisierte Tests, alle grün; der Förder-Rechenkern ist gegen die Sollwerte des KfW-Merkblatts 458 (Stand 07/2026) verifiziert. Der XRechnung-Export wird nicht nur erzeugt, sondern in der CI bei jedem Push mit dem KoSIT-Validator gegen die Schematron-Prüfregeln der XRechnung 3.0.2 geprüft. Kern, Web-App und Rechnungswesen laufen als öffentliche Demo. Bewusst noch provisorisch, weil es den fachlichen Kern nicht berührt: Ablage in-memory hinter einem Port (EF-Core-Umstieg vorbereitet), Demo-Login per Cookie, Betriebs-Stammdaten als Seed.