FAQ

Nein. In den meisten Vorhaben lassen sich bestehende Masterportal-Funktionen und Open-Source-Komponenten nutzen. Der Schwerpunkt liegt typischerweise auf Integration, Konfiguration und sauberer technischer Architektur – nicht auf individueller Neuentwicklung.

Üblicherweise überschaubar. Ich arbeite mit klaren technischen Schnittstellen, kurzen Abstimmungsschleifen und nachvollziehbaren Entscheidungspunkten. Ziel ist, interne Ressourcen gezielt einzubinden, ohne den laufenden Betrieb zu belasten.

Ja. Übliche kommunale Setups (z. B. Reverse Proxy, SSO, Rollenmodelle, getrennte Netze) lassen sich berücksichtigen. Relevante Rahmenbedingungen werden frühzeitig geprüft, um spätere Architekturprobleme zu vermeiden.

Die Rollen legt Ihre Kommune fest — im Beispiel vier: Lesen öffnet Karte und Flurstücks-Stammdaten, Eigentümer öffnet Namen, Anteile und Buchungen, Export öffnet Nachweise und Listen, Audit öffnet die Protokollseite. Die Anmeldung läuft über Keycloak mit OpenID Connect und bindet Ihr Active Directory ein; Rechte werden an Gruppen gepflegt. Eigentümerdaten laufen über die geschützte Backend-API, und jeder Zugriff auf Personendaten steht mit acht Feldern im Zugriffsprotokoll: Nutzerkonto, Zeitpunkt, Vorgang, Bezug, offengelegte Personen, Trefferzahl, Herkunft und Bestand.

In Ihrer eigenen Infrastruktur: Sechs Komponenten laufen auf Windows Server, Linux oder einer Container-Plattform wie Kubernetes in Ihrem Haus oder in Ihrem kommunalen Rechenzentrum, je Behörde mit einer eigenen Datenbank. Der ALKIS-Bestand liegt im offenen AAA-Schema in PostgreSQL mit PostGIS und ist mit Standardwerkzeugen vollständig abziehbar. ALKIS Direkt läuft unter der Lizenz des Herstellers mit einem einfachen, zeitlich unbefristeten Nutzungsrecht je Server.

Jeder Zugriff auf Personendaten geht mit acht Feldern ins Zugriffsprotokoll, und eine Datenbankregel weist Änderung und Löschung ab. Die Protokollseite unter /audit filtert nach Zeitraum, Konto, Vorgang und Kennzeichen und liefert den Auskunftsbeleg nach Art. 15 DSGVO, den Protokollauszug als PDF sowie eine CSV-Liste. Damit liegen die Auskunft nach Art. 15 DSGVO und der Nachweis nach Art. 5 Abs. 2 DSGVO in Ihrem Haus. Die Bewertung im Einzelfall trifft Ihre Behörde mit ihren zuständigen Stellen.

ALKIS Direkt wird als On-Premise-Produkt je Server lizenziert, gestaffelt nach der Einwohnerzahl der Kommune in vier Größenklassen. Jede Lizenz enthält alle Funktionsbausteine und das Installationspaket mit zwei Personentagen. Die Jahrespflege besteht aus Fachkern-Pflege und Versionsbegleitung, bemisst sich als fester Anteil des Lizenzpreises und beginnt mit der Produktivsetzung. Die Bausteine des Preismodells führt der Abschnitt Preismodell der Unterseite Lizenz und Pflege; das Preisblatt mit den Beträgen kommt auf Anfrage.

In der Praxis selten das Portal selbst. Häufige Ursachen sind Service-Konfigurationen, fehlende Caching-Strategien, Datenstrukturen oder Netzwerktopologien. Genau diese Punkte werden im Rahmen von Analyse und Integration gezielt adressiert.

Durch Verzicht auf unnötige Sonderlogik, Nutzung etablierter Komponenten und nachvollziehbare Konfigurationen. Ziel ist eine Struktur, die auch ohne personenabhängiges Spezialwissen betrieben und weiterentwickelt werden kann.

Den fachlichen Kern verantworte ich persönlich und bleibe Ihr zentraler Ansprechpartner. Für klar abgegrenzte Aufgaben binde ich selbstständige Spezialisten aus dem Spezialisten-Netzwerk von GISRede ein. So bleibt die Zusammenarbeit persönlich und ruht zugleich auf mehreren Schultern.

Lösungen werden bewusst auf allgemein verfügbarem Fachwissen aufgebaut: etablierte Open-Source-Komponenten, nachvollziehbare Konfiguration und Dokumentation. Für Vertretung und zusätzliche Kapazität steht das Spezialisten-Netzwerk von GISRede bereit – Betrieb und Weiterentwicklung ruhen damit auf mehreren Schultern.

Eine schrittweise Umsetzung ist der Regelfall. Viele Verbesserungen lassen sich iterativ realisieren, ohne bestehende Systeme grundlegend umzubauen.

Kooperativ und rollenbasiert. Ich ergänze vorhandene Strukturen und wahre bestehende Verantwortlichkeiten. Technische Änderungen und Integrationen werden transparent abgestimmt.

Die Leistungen sind auf klar definierte Ergebnisse ausgerichtet (Analyse, Integration, Betriebsstabilisierung). Dadurch lassen sich Maßnahmen, Zeiträume und Budgets typischerweise gut eingrenzen.

Technische Abweichungen sind in heterogenen Systemlandschaften normal. Entscheidungen werden transparent gemacht, Auswirkungen erläutert und Lösungsoptionen priorisiert – ohne Projekt-Dramatik.

Sowohl für bestehende Masterportal-Installationen als auch für geplante oder stagnierende Vorhaben. Besonders sinnvoll ist eine Zusammenarbeit, wenn Integrations-, Betriebs- oder Performance-Themen im Vordergrund stehen.

Ja, in vielen Fällen ist ein schrittweiser Übergang möglich. Bestehende Dienste, Datenquellen und Fachlogiken lassen sich häufig weiterverwenden. Der Fokus liegt auf technischer Neuordnung und Integration – nicht auf einem vollständigen Neubau.

Typischerweise nicht. Vorhandene WMS-/WFS-Dienste, Datenbanken und Geodateninfrastrukturen können meist übernommen werden. Entscheidend ist eine saubere Migrations- und Integrationsstrategie.

Nicht die Software selbst, sondern Abhängigkeiten, gewachsene Strukturen und implizite Sonderlogiken. Genau diese Punkte werden vor einer Migration analysiert, um technische und organisatorische Brüche zu vermeiden.

In vielen Szenarien ja. Parallele Betriebsphasen sind ein übliches Vorgehen, um Fachbereiche nicht zu beeinträchtigen und Umstellungen kontrolliert vorzunehmen.

Das hängt primär von der bestehenden Systemlandschaft ab (Dienste, Authentifizierung, Datenhaltung, Fachverfahren). In der Praxis sind Migrationen oft deutlich weniger aufwendig als zunächst angenommen, sofern Architektur und Abhängigkeiten frühzeitig geklärt werden.

Häufige Gründe sind technologische Vereinheitlichung, Unabhängigkeit von proprietären Plattformen, bessere Integrationsfähigkeit und langfristige Wartbarkeit. Die Entscheidung ist meist organisatorisch und strategisch motiviert, nicht rein technisch.

Ja. Vor technischen Maßnahmen steht typischerweise eine strukturierte Bestandsaufnahme. Ziel ist eine belastbare Entscheidungsgrundlage statt einer vorweggenommenen Technologieentscheidung.

Diese werden gezielt geprüft. Häufig lassen sich Anforderungen durch vorhandene Masterportal-Mechanismen oder schlanke Add-ons abbilden. Nicht jede bestehende Funktion erfordert eine individuelle Neuentwicklung.