<p><strong>Stand: 18.06.2026.</strong> Vor dem Bundesgerichtshof geht es heute nicht um die Frage, ob ein Scorewert praktisch wichtig ist. Das ist längst klar. Wer einen Vertrag, eine Finanzierung oder einen Kauf auf Rechnung anfragt, kann an solchen Bewertungen hängen. Die eigentliche Frage ist schärfer: Wie viel Einblick muss eine Wirtschaftsauskunftei geben, wenn Menschen verstehen wollen, warum ihr Score so aussieht?</p>
<p>Der Bundesgerichtshof verhandelt am 18. Juni 2026 in den Verfahren I ZR 226/25 bis I ZR 230/25 über Auskunftsansprüche gegen eine Wirtschaftsauskunftei. Laut Terminhinweis des Gerichts geht es um Scorewerte, Ratingstufen, Erfüllungswahrscheinlichkeiten und die Frage, ob die bereits erteilten Informationen zum Berechnungsverfahren ausreichen. Mehrere Medien griffen den Termin am Morgen auf und stellten die Verbraucherfrage dahinter heraus: Wie entsteht ein Schufa-Score, und was muss eine betroffene Person darüber erfahren können?</p>
<h2>Warum der Fall mehr ist als ein Streit um eine Auskunft</h2>
<p>Die Datenschutz-Grundverordnung gibt betroffenen Personen ein Recht auf Auskunft über personenbezogene Daten. Bei automatisierter Entscheidungsfindung und Profiling nennt Art. 15 Abs. 1 Buchst. h DSGVO zusätzlich aussagekräftige Informationen über die involvierte Logik sowie über Tragweite und angestrebte Auswirkungen. Genau dort liegt der operative Kern des heutigen BGH-Termins. Es reicht nicht, dass Menschen irgendeine Tabelle erhalten. Die Information muss so verständlich sein, dass sie die Bewertung zumindest nachvollziehen und sinnvoll prüfen können.</p>
<p>Der BGH beschreibt in seinem Terminhinweis, dass die beklagte Auskunftei auf Basis gespeicherter Daten mathematisch-statistische Scorewerte bildet. Diese Werte sollen Kunden der Auskunftei eine Einschätzung des erwarteten Zahlungsverhaltens ermöglichen. Die Klägerinnen und Kläger halten das Verfahren für intransparent und die Auskünfte für unzureichend. Sie verlangen mehr Informationen zur Berechnung der Scorewerte. Damit wird aus einem individuellen Auskunftsstreit eine Grundsatzfrage für datengetriebene Risikobewertungen.</p>
<p>Für Nicht-Juristen ist wichtig: Profiling bedeutet, dass personenbezogene Daten automatisiert genutzt werden, um persönliche Aspekte zu bewerten oder vorherzusagen. Bei Bonität geht es etwa um wirtschaftliche Lage, Zuverlässigkeit oder erwartetes Zahlungsverhalten. Die DSGVO verbietet solche Verfahren nicht pauschal. Sie verlangt aber Transparenz, verständliche Information und Grenzen dort, wo automatisierte Bewertungen spürbare Folgen für Menschen haben.</p>
<h2>Was Unternehmen aus dem Schufa-Termin lernen sollten</h2>
<p>Der Fall betrifft nicht nur Auskunfteien. Er erinnert jedes Unternehmen daran, dass Scores, Risikomodelle und automatisierte Einstufungen nicht im Maschinenraum verschwinden dürfen. Wer Kundinnen, Bewerber, Versicherte, Nutzer oder Geschäftspartner nach Modellen bewertet, braucht mehr als ein internes Rechenverfahren. Er braucht eine Erklärungsebene, die Datenschutz, Fachabteilung, Kundenservice und Betroffene verstehen können.</p>
<p>Praktisch heißt das: Unternehmen sollten dokumentieren, welche Datenarten in eine Bewertung einfließen, welcher Zweck verfolgt wird, welche Auswirkungen die Einstufung haben kann und welche Auskunft sie im Ernstfall geben können. Es genügt nicht, auf eine allgemeine Methodikseite zu verweisen, wenn die betroffene Person dadurch nicht erkennt, welche Logik und welche Folgen in ihrem konkreten Kontext relevant sind. Ebenso riskant ist eine Auskunft, die formal vollständig aussieht, aber für Laien nicht verständlich ist.</p>
<p>Der heutige Termin zeigt außerdem, dass Transparenz nicht erst beim Gerichtsverfahren beginnt. Wer Scoremodelle einsetzt, sollte schon vor Beschwerden prüfen, ob Auskunftsprozesse belastbar sind. Können Supportteams erklären, was ein Score bedeutet? Ist klar, welche Informationen Geschäftsgeheimnisse schützen und welche Informationen trotzdem herausgegeben werden müssen? Gibt es eine verständliche Sprache für Betroffene, oder besteht die Antwort aus internen Kategorien, Prozentwerten und Modellbegriffen?</p>
<h2>Warum der Ausgang für Datenschutzteams relevant bleibt</h2>
<p>Noch ist aus dem BGH-Termin keine abschließende Entscheidung abzuleiten. Genau deshalb sollte der Fall nicht als fertiges Urteil erzählt werden. Relevanz hat er trotzdem schon heute, weil der Bundesgerichtshof sichtbar macht, welche Reibung zwischen Scoring-Praxis und Auskunftsrecht besteht. Je stärker Unternehmen Entscheidungen datenbasiert vorbereiten, desto wichtiger wird die Frage, ob Betroffene die zugrunde liegende Bewertung sinnvoll angreifen, korrigieren oder einordnen können.</p>
<p>Für Datenschutzteams ergibt sich daraus ein konkreter Prüfauftrag. Erstens sollten sie erfassen, wo im eigenen Unternehmen Scorewerte oder vergleichbare Risikoklassen entstehen. Zweitens sollten sie Auskunftstexte gegen Art. 12 DSGVO testen, also gegen die Pflicht zu klarer, einfacher und verständlicher Sprache. Drittens sollten sie klären, ob automatisierte Bewertungen rechtliche oder ähnlich erhebliche Auswirkungen haben können. Viertens braucht es eine Grenze zwischen berechtigtem Schutz von Modellwissen und dem Recht der betroffenen Person auf aussagekräftige Information.</p>
<p>Der BGH-Termin rund um den Schufa-Score ist deshalb ein Datenschutzfall mit Signalwirkung. Er erinnert Unternehmen daran, dass Transparenz nicht nur eine Pflichtinformation im Footer ist. Sie entscheidet darüber, ob datengetriebene Bewertungen kontrollierbar bleiben. Wer Scores nutzt, sollte jetzt prüfen, ob die eigene Auskunft mehr leistet als eine formale Antwort. Denn genau diese Lücke steht heute in Karlsruhe im Mittelpunkt.</p>
<p><strong>Quellen:</strong> Bundesgerichtshof, Terminhinweis zur Verhandlung am 18. Juni 2026 in den Verfahren I ZR 226/25 bis I ZR 230/25, Auskunftsanspruch gegen Wirtschaftsauskunftei. Ergänzend same-day Berichterstattung über Google-News-RSS, unter anderem Die Rheinpfalz mit der Verbraucherfrage zum Schufa-Score.</p>
<p>Bildquelle: <a href="https://www.pexels.com/photo/6476589/">Pexels</a></p>
