Skalierung der Wertschöpfungsprozesse

Die Anwendung ist nach Fachbereichen geschnitten: Flächenscan, Vorprüfung, Katasterdaten, Vertragserfassung, Vertragsgenerierung, Fristen, Projektzuordnung, Auswertung und die Geodatenbereiche stehen als eigenständige Kontexte nebeneinander. Die Fachlogik liegt in einer Schicht, die weder Datenbank noch Framework kennt; angebunden wird von außen.

Der Sicherungsstatus wird dort erfasst, wo er entsteht - je Eigentümer und Flurstück, in dreizehn Abstufungen. Alles darüber leitet das System ab: Der Stand eines Flurstücks mit mehreren Eigentümern, der Stand einer Eigentümergemeinschaft, der Fortschritt eines Projekts nach Fläche, nach Eigentümergemeinschaften und nach Flurstücken. Bei widersprüchlichen Angaben gilt die vorsichtige Regel: Der schlechteste Status setzt sich durch.

Ein gepflegter Gesamtstatus ist am Tag nach der Pflege falsch. Ein berechneter ist es nie. Genau das macht den Unterschied, wenn ein Investment-Komitee wissen will, wie viel Fläche unter den geplanten Anlagenstandorten gesichert ist - ausgewertet über die tatsächlichen Standortflächen, nicht über die Poolfläche.

Aus einem Vertrag werden Pflichten gelesen - Zahlungen, Informationspflichten, Optionen, Rückbau. Jede Pflicht bekommt eine Terminierung, einmalig oder wiederkehrend, und daraus erzeugt das System die einzelnen Fristen samt Kritikalität. Projektereignisse wie Baubeginn oder Inbetriebnahme sind eigene Objekte: Verschiebt sich eines, werden alle davon abhängigen Fristen neu berechnet.

Über die Laufzeit eines Nutzungsvertrags hält keine Outlook-Erinnerung. Sie hängt an einer Person, überlebt keinen Rollenwechsel und kennt den Grund nicht, aus dem sie existiert. Eine abgeleitete Frist kennt ihn - und lässt sich zuweisen, überwachen und, wenn nötig, erklären.

„Wie war der Sicherungsstand, als wir die Finanzierung beantragt haben?“ - das beantwortet die Anwendung selbst. Verträge, Fristen, Vorprüfungen und Eigentümerdaten behalten jeden Stand, den sie je hatten; überschrieben wird nichts. Projektereignisse führen ihre Verschiebungen mit Datum, Kommentar und Verfasser mit - nachvollziehbar ist also nicht nur, was galt, sondern warum es geändert wurde. In einer Due Diligence ist das der Unterschied zwischen Behauptung und Nachweis.

Weil damit auch der Weg jedes Projekts über die Jahre vorliegt, ließe sich daraus ableiten, wie lange Flächensicherung dauert, woran sie hängt und welche:r Eigentümer:in perspektivisch als Erstes angesprochen werden sollte.

Flurstücke, Eigentümerdaten und Projektflächen liegen in derselben Datenbank wie die Verträge, räumlich indiziert. Amtliche Katasterdaten werden importiert und fortgeschrieben, Projektgeometrien als Layer hochgeladen - inzwischen mit eigenem Datenmodell für die Layertypen wie Pool, Standorte, Zuwegungen, Kabeltrassen und Ausgleichsflächen, jeweils mit eigenem Sicherungsstatus. Die Karte zeigt keinen Ausschnitt, sie zeigt den Stand.

Große Geodateien brauchen einen eigenen Uploadweg aus dem vorherrschenden GIS, und die Auswertung über Anlagenstandorte statt über Poolflächen musste fachlich sauber definiert sein, bevor sie rechnen konnte.

Woher die Geodaten hinter diesen Karten kommen - Import, Verarbeitung, Auslieferung - beschreibt der zweite Showcase. → Zum Showcase Geodaten-Plattform

Wer erfasst einen Vertrag, wer gibt ihn frei, wer verantwortet eine Frist, wer darf welche Eigentümerdaten sehen? Diese Fragen haben wir gemeinsam mit der EEF beantwortet - parallel zur Entwicklung, nicht davor und nicht danach. Das Ergebnis steht heute als Rollen- und Rechtekonzept im System: Flächensicherung, Vertragsmanagement, interne Mitarbeitende und Administration sehen jeweils das, wofür sie zuständig sind.

67 automatisierte Abnahmetests fahren die zentralen Abläufe über alle Rollen hinweg durch - Vertragserfassung, Nachträge, Fristen, Kartenansichten, Zugriffsrechte. Vor jeder größeren Änderung steht die Frage, welche Tests sie braucht; 201 versionierte Migrationen halten das Datenmodell nachvollziehbar.

Jede Änderung kostet dadurch Testarbeit. Dafür sind über 4.000 Änderungen an einem System entstanden, das täglich produktiv genutzt wird - ohne dass ein Release zum Ereignis wird.

Für den nächsten Ausbauschritt haben wir vier geplante Module nicht als Konzept vorgelegt, sondern als klickbare Prototypen: Erinnerungskanäle für Fristen, Grundbuch und Checkliste im Vertragsmodul, Eigentümer-Stammdaten, Pachtenrechner. Roadmap und Budget wurden anhand dieser Prototypen entschieden. Offene Fragen wurden explizit und transparent gemacht.