§ 04 — Automatisch mitgeliefert
Neben der eigentlichen Fachanwendung liefert LARO fünf Querschnittsdienste automatisch mit — Aufgaben, die in Verwaltungen sonst als handgepflegte, schnell veraltende Dokumente existieren. Das gemeinsame Prinzip: eine gepflegte Quelle der Wahrheit, aus der sich alles andere selbst aktualisiert. Ändert sich ein Modul, erkennt LARO veraltete Dokumentation von selbst.
⤢ Vergrößert ansehen § 03 — Architektur
LARO ist als acht-schichtige Architektur entworfen. Jede Schicht ist klar abgegrenzt, hat eine definierte Schnittstelle, lässt sich austauschen oder erweitern, ohne andere Schichten zu brechen. Das Design folgt den bewährten Mustern, die im KIRMAS-System des Landkreises produktiv erprobt sind.
Der Entwurf stammt vom April 2026. An zwei Schichten ist beim Bauen eine andere Entscheidung gefallen, eine dritte ist noch nicht erreicht. Wo der Stand vom Entwurf abweicht, steht das mit Begründung daneben statt still korrigiert zu sein. Die Gesamtübersicht dazu steht unter Stand.
Layer 01 · Daten
Projektstammdaten, Indikatorenwerte mit Schema-Versionierung, Bewilligungsdaten, Sitzungsprotokolle, Förderakten — mandantengetrennt pro LAG, audit-protokolliert.
Stand Gebaut. Jede Geschäftsdaten-Tabelle trägt die Mandanten-Kennung als Pflichtspalte, jeder Zugriff läuft über eine Repository-Schicht, die ohne Mandanten-Kontext verweigert. Das Protokoll ist auf Datenbankebene gegen Änderung und Löschung gesperrt.
Layer 02 · Erhebung
Längsschnitt-Erhebungen bei LAG-Mitgliedern, Projektträgern, Bevölkerung — rollierend, erinnerungsgesteuert, mit automatischer Auswertung offener Antworten.
Stand Anders gebaut als entworfen. Vorgesehen war LimeSurvey mit einer Brücke; gebaut wurde eine eigene Engine im selben Datenmodell wie der Rest. Der Grund: Mandantentrennung, Pseudonymisierung, Einwilligungs-Nachweis und die Einbettung in fremde LAG-Webseiten hätten an einem angebundenen Fremdsystem jeweils zweimal gelöst werden müssen. Fünfzehn Fragetypen, drei Modi, dreisprachig, Schema-Versionierung.
Layer 03 · KI-Inferenz
Ziel ist der eigene Server im Kreisnetz: Gemma 4 31B Dense in Q8 auf 4× NVIDIA RTX PRO 6000 Blackwell (96 GB, Server Edition). Reasoning-Modus, 256K-Kontextfenster, native Tool-Use, multimodal — daneben Embedding- und Spracherkennungs-Modelle für Wissensbasis und Transkription.
Stand Die Hardware ist noch nicht beschafft. Bis dahin läuft die Inferenz über einen externen Anbieter, und zwar ausschließlich mit pseudonymisierten Texten. Der Weg dorthin ist unten im Einzelnen beschrieben.
Layer 04 · Wissen
EU-Verordnungen, GAP-Strategieplan, Landesrichtlinie MV, Strategien der drei LAG, Bewertungspläne, Leitfäden des EU-Evaluation-Helpdesk — mit Quellenkennung pro Aussage.
Stand Steht aus, weil es am Inferenzserver hängt. Der Unterbau dafür wächst bereits: Rechtsgrundlagen werden versioniert und zitierfähig geführt, der Dokumentenbestand ist im Volltext durchsuchbar.
Layer 05 · Recherche
Genesis-Online (Destatis), Statistisches Landesamt MV, Inkar (BBSR) — jede Zahl im Bericht trägt eine verifizierte Quelle, keine vom Modell erfundenen Werte.
Stand Erste Strecke steht: Einwohnerzahlen werden über den amtlichen Gemeindeschlüssel gepflegt, Adressen und Fahrzeiten über die amtlichen Geodienste des Landes und OpenStreetMap. Die übrigen Konnektoren folgen.
Layer 06 · Sitzung & Workshop
Bilanz-, Strategie- und Akteurs-Workshops sowie alle regelmäßigen LAG-Sitzungen (Entscheidungsgremium, Vorstand, Mitgliederversammlung, Klausuren). Vorbereitung, Live-Transkription mit Sprecherzuordnung, Cluster-Analyse offener Beiträge, Maßnahmen-Tracking.
Stand Vor- und Nachbereitung sind produktiv, einschließlich Sitzungs-Cockpit für die laufende Sitzung, tagesordnungspunkt-genauer Anwesenheit und zweistufigem Umlaufverfahren. Die Live-Transkription mit Sprecherzuordnung fehlt weiterhin: Sie setzt eine Datenschutz-Folgenabschätzung voraus, weil die Stimme ein biometrisches Merkmal ist.
Layer 07 · Bericht
Erzeugung im Corporate Design der jeweiligen LAG — Versionierung, Begründungspflicht bei Änderungen, automatische Quellenverifikation.
Stand Bewusst nur PDF, kein DOCX. Ein von der KI erzeugter Text, der außerhalb von LARO weiterbearbeitet werden kann, verliert seine Herkunft und seine Versionierung; der geänderte Stand käme nie zurück. Der Dokumenten-Dienst erzeugt die Druckstücke aus Vorlagen; Fassungen bleiben in LARO und sind dort vergleichbar.
Layer 08 · Zugriff
Geschäftsstelle, Vorstand, Mitglied, Projektträger, Verwaltungsbehörde, externer Evaluator, Nur-Lesen — Rechte im Zweifel verweigert, Protokoll mehrgleisig.
Stand Anders gebaut als entworfen. Vorgesehen war Keycloak; gebaut wurde eine eigene Anmeldung mit Argon2id, undurchsichtigen Sitzungs-Token und zweitem Faktor als Pflicht für Geschäftsstelle, Vorstand, Beirat und Stabsstelle. Der Grund: Ein zweiter Dienst mit eigener Nutzerhaltung hätte die Mandantentrennung an zwei Stellen führen müssen. Die Standardrollen sind ohne Eingriff in den Quelltext pflegbar.
§ 03b — Komponenten
Die acht Schichten sind die logische Gliederung. Ausgeliefert wird in vier getrennten Diensten, die jeder für sich neu gestartet, aktualisiert und im Zweifel ersetzt werden können. Zwei davon sind erst im Lauf des Jahres dazugekommen, weil sich beim Bauen zeigte, dass sie eine eigene Laufzeit brauchen: Texterkennung und Videorechnung halten eine Weboberfläche sonst auf.
Die Plattform selbst: alle Fachmodule, die Oberflächen für Geschäftsstelle, Mitglieder und Projektträger, die KI-Schicht und der Versand.
Astro 5 · React 19 · TypeScript · PostgreSQL 16
Liest PDF ein und gibt PDF aus: Klassifizierung, Extraktion, Texterkennung, Formular-Vorlagen. Wird von der Anwendung aufgerufen, ist von außen nicht erreichbar.
Python · FastAPI · PyMuPDF · Docling · WeasyPrint
Rechnet die Videos des Baukastens, lange Filme in Etappen. Er bekommt seine Aufträge nicht über eine Schnittstelle, sondern holt sie aus einer Warteschlange in der Datenbank — ein Auftrag überlebt so einen Neustart.
Python · FastAPI · ffmpeg
Das öffentliche Kommunikationsmedium des Vorhabens. Getrennte Anwendung, getrennte Datenbank, keine Echtdaten einer LAG.
Astro 5 · PostgreSQL 16