Grundbuch digital: Was PropTechs über Datenzugang wissen müssen

Was im Grundbuch steht – und was Systeme davon tatsächlich lesen können

Wer zum ersten Mal ein PropTech-Demo sieht, bekommt oft denselben Satz: „Wir ziehen die Daten direkt aus dem Grundbuch." Was dabei ungesagt bleibt: Das Grundbuch in Deutschland ist kein offenes Register. Es ist ein amtliches Dokument mit Einsichtsrecht, das an konkrete rechtliche Voraussetzungen geknüpft ist – und es ist in 16 Bundesländern unterschiedlich weit digitalisiert.

Das klingt wie ein Detail. In der Praxis ist es eine Systemgrenze.

Abteilungen, Einträge, Reallasten – was das Grundbuch wirklich enthält

Das Grundbuch gliedert sich in drei Abteilungen: Eigentümerverhältnisse (I), Lasten und Beschränkungen wie Wegerechte oder Vorkaufsrechte (II) sowie Hypotheken, Grundschulden und Rentenschulden (III). Für die meisten PropTech-Anwendungsfälle – Bewertung, Finanzierungsprüfung, Due Diligence – sind alle drei Abteilungen relevant, nicht nur die Eigentümerangabe.

Viele Systeme, die mit „Grundbuchdaten" werben, meinen in Wirklichkeit öffentlich zugängliche Katasterdaten oder Flurkarten – also Lage, Fläche, Grenzen. Das ist nützlich, aber es ist nicht das Grundbuch.

Der Stand der Digitalisierung: Bundesland für Bundesland anders

Das elektronische Grundbuch (eGB) existiert in Deutschland – aber nicht gleichförmig. Bayern, Baden-Württemberg und Nordrhein-Westfalen haben die Bestände weitgehend digitalisiert. In anderen Bundesländern liegen Teile noch in Papierform oder sind nur eingeschränkt elektronisch abrufbar.

Selbst dort, wo das eGB vollständig eingeführt ist, gilt: Der elektronische Zugriff ist nicht öffentlich. Es gibt Systeme wie SolumSTAR oder UNIGIS, die Notare und Gerichte nutzen – ein API-Zugang für Dritte ist das nicht. Wer als Software-Unternehmen automatisiert auf Grundbuchdaten zugreifen möchte, braucht entweder die explizite Genehmigung der Landesjustizbehörden oder arbeitet über berechtigte Dritte wie Notare.

Die Ländervarianz als technische Realität

Was das für ein PropTech-Produkt bedeutet, das bundesweit skalieren soll:

Datenzugang muss für jedes Bundesland separat geregelt werden – es gibt keine einheitliche nationale API
Formate und Feldbezeichnungen variieren zwischen den Ländersystemen
Die Aktualisierungsfrequenz ist unterschiedlich – in einigen Systemen sind Eintragungen mit Tagen Verzögerung sichtbar
Notarielle Abfragen sind der verlässlichste Weg, aber nicht skalierbar im Sinne von „automatisiert tausende Abfragen täglich"

Datenzugang in der Praxis: Wer bekommt was

Das Grundbucheinsichtsrecht ist gesetzlich geregelt (§ 12 GBO). Berechtigt sind diejenigen, die ein „berechtigtes Interesse" nachweisen können: Eigentümer, Gläubiger, Notare, Behörden und in bestimmten Fällen potenzielle Käufer – nicht aber der allgemeine Datenabruf durch Software-Systeme ohne Einzelfallprüfung.

In der Praxis bedeutet das drei Wege:

Manuell über das Grundbuchamt: Antrag stellen, Berechtigung nachweisen, Auszug erhalten – als PDF oder physisches Dokument. Kosten: ca. 10–20 € je Auszug, Bearbeitungszeit 1–5 Werktage je nach Bundesland.
Über Notare: Notare haben direkten Zugang zum eGB und können Auszüge im Auftrag ziehen – mit Gebühren nach GNotKG.
Über kommerzielle Datenanbieter: Einige Anbieter aggregieren Grundbuchdaten auf Basis von Bestandsdaten, Notariatskooperationen oder historischen Käufen. Die Daten sind selektiv, oft nicht tagesaktuell und rechtlich nicht gleichwertig mit einem aktuellen Grundbuchauszug.

Vier Fragen, die man jedem Anbieter stellen sollte

Wer ein PropTech-Produkt evaluiert, das automatisierte Grundbuchabfragen verspricht, kommt an diesen Fragen nicht vorbei:

Auf welchem rechtlichen Weg kommen die Daten – Direktzugang, Notar, Aggregator?
Für welche Bundesländer gilt das heute, und wo gibt es Lücken?
Wie aktuell sind die Daten tatsächlich – Stunden, Tage, Wochen?
Was passiert rechtlich, wenn auf Basis dieser Daten Entscheidungen getroffen werden und die Daten falsch sind?

DSGVO und das Grundbuch: ein unterschätztes Spannungsfeld

Das Grundbuch enthält personenbezogene Daten – konkret: Namen natürlicher Personen als Eigentümer. Das Einsichtsrecht nach GBO kollidiert hier mit dem Datenschutzrecht, was zu einer bemerkenswerten Rechtsunsicherheit geführt hat.

Nach der DSGVO braucht jede Verarbeitung personenbezogener Daten eine Rechtsgrundlage. Für die Einzelabfrage mit berechtigtem Interesse ist das handhabbar. Für die Massenverarbeitung – also das Anlegen einer Datenbank aus Grundbuchauszügen, mit der man Eigentümer identifizieren oder Profile anlegen kann – ist die Rechtsgrundlage deutlich dünner.

Mehrere Datenschutzbehörden haben sich in den letzten Jahren mit diesem Spannungsfeld befasst. Das Ergebnis: Wer Grundbuchdaten in großem Umfang aggregiert, muss das rechtlich sehr sorgfältig absichern. Viele PropTech-Produkte, die in anderen europäischen Ländern problemlos funktionieren, stoßen in Deutschland genau hier an eine Grenze – nicht weil die Idee schlecht ist, sondern weil die Rechtsordnung anders gebaut ist.

Das zweite Nadelöhr: Portaldaten und OpenImmo

Neben dem Grundbuch gibt es eine zweite Datenschnittstelle, an der PropTech-Produkte im deutschen Markt regelmäßig scheitern: die Portale. ImmoScout24, Immowelt, Immonet – diese Plattformen sind nicht frei zugänglich. Sie haben eigene APIs mit eigenen Bedingungen und sind historisch nicht als offene Dateninfrastruktur konzipiert.

OpenImmo ist das XML-Format, das seit den 2000er Jahren den Datenaustausch zwischen Maklersoftware und Portalen standardisieren soll. Es hat eine Eigenschaft, die seine praktische Nutzung erschwert: Es gibt mehrere Versionen, viele proprietäre Erweiterungen, und die Implementierungen der verschiedenen Anbieter weichen voneinander ab.

Wer OpenImmo als „Standardschnittstelle" beschreibt und damit Kompatibilität impliziert, vereinfacht stark. Die tatsächliche Integrationsarbeit liegt im Detail – welche Felder werden gefüllt, welche bleiben leer, wie werden Grundrisse übertragen, was passiert mit Pflichtfeldern, die je Portal unterschiedlich definiert sind.

Portaldaten als proprietäre Inseln

Wer Marktdaten – Angebotspreise, Mietentwicklung, Nachfragedichte – für eine Bewertungslösung oder Marktanalyse nutzen will, kauft sie von den Portalen, gegen Lizenzgebühren. Preismodelle ändern sich, Zugangsbedingungen werden angepasst, und die Portale haben ein natürliches Interesse daran, ihre Daten nicht beliebig weiterverarbeiten zu lassen. Das ist keine Kritik, sondern eine Geschäftslogik – aber wer eine PropTech-Plattform auf Portaldaten aufbaut, sollte das als strategisches Risiko benennen und nicht als gelöstes technisches Problem behandeln.

Was realistisch funktioniert – eine ehrliche Einordnung

Es wäre falsch, aus dieser Beschreibung zu schließen, dass Digitalisierung im deutschen Immobilienmarkt nicht funktioniert. Sie funktioniert – an bestimmten Stellen sehr gut.

Was heute verlässlich läuft:

Dokumentenmanagement und digitale Akten für Bestands- und Mietverhältnisse
Automatisierte Betriebskostenabrechnung auf Basis von Vertragsdaten und Zählerwerten
Digitale Mieterkommunikation und Ticket-Systeme für Schadensmeldungen
Angebotsaufbereitung und digitale Exposé-Erstellung
Interne Reporting-Dashboards mit Portfoliodaten, die selbst erfasst wurden

Was mit Aufwand und Einschränkungen funktioniert:

Portalexport über OpenImmo – mit Integrationsaufwand und laufender Pflege
Automatisierte Marktpreiseinschätzungen auf Basis von Portaldaten – mit Lizenzmodellen und Latenz
Grundbuchabfragen in Einzelfällen über Notare oder berechtigte Direktabfragen

Was in Pitch Decks steht, aber in der deutschen Praxis nicht funktioniert:

Echtzeit-Grundbuchabfragen per API für beliebige Objekte und Nutzer
Vollständige Marktdaten ohne Portalabhängigkeit
Bundesweite, einheitliche Datenbasis aus öffentlichen Quellen

Worauf Entscheider beim PropTech-Einkauf achten sollten

Wer PropTech-Lösungen evaluiert – als Immobilienverwalter, Projektentwickler oder Makler –, stößt auf ein Angebotsspektrum, das von seriös bis irreführend reicht. Einige Fragen, die helfen, den Unterschied zu erkennen:

Woher kommen die Daten konkret? Nicht „aus dem Grundbuch" oder „aus dem Markt", sondern: welcher Anbieter, welcher Vertrag, welche Aktualisierungsfrequenz?
Für welche Region funktioniert das heute? Nicht „bundesweit geplant", sondern: wo ist es heute produktiv im Einsatz?
Was passiert, wenn ein Datenanbieter den Vertrag kündigt? Welche Teile der Plattform sind dann noch funktionsfähig?
Wie wird die DSGVO-Konformität bei der Datenhaltung sichergestellt? Hosting-Standort, Auftragsverarbeitungsvertrag, Auskunftsfähigkeit gegenüber betroffenen Personen?
Gibt es einen Datenexport? Können eigene Daten in einem Standardformat exportiert werden, wenn man den Anbieter wechselt?

Diese Fragen sind nicht dazu da, Anbieter zu überführen. Sie helfen, realistische Erwartungen zu setzen – und Verträge zu schließen, die im Betrieb nicht enttäuschen.

Wer tiefer in die Systemfragen rund um Immobiliensoftware einsteigen will, findet auf innosirius.de weitere Beiträge zu Architekturentscheidungen und dem tatsächlichen Aufwand hinter technischen Versprechen.