Vertrauen, Datenschutz und Transparenz

Bei Datenschutz hilft ein ganz einfacher Grundsatz: Nur erfassen, was wirklich gebraucht wird. Datensparsamkeit bedeutet bei DAREALGOR nicht einfach, möglichst wenige Angaben abzufragen. Entscheidend ist, dass nur die Informationen verarbeitet werden, die für den jeweiligen Zweck tatsächlich benötigt werden. Für eine belastbare Darlehensanalyse können das durchaus viele Angaben sein – aber eben nur solche, die für die Berechnung, die Prüfung von Vertragsgrenzen oder die spätere Nachvollziehbarkeit wirklich relevant sind.

Das beginnt schon bei der Erfassung. Angaben, die aus vorhandenen Darlehensunterlagen eindeutig übernommen werden können, sollen später nicht noch einmal unnötig manuell eingegeben werden müssen. Umgekehrt sollen fehlende, unklare oder inzwischen veränderte Werte gezielt abgefragt und vom Nutzer bestätigt werden. So entsteht möglichst wenig zusätzliche Datenerhebung, ohne die fachliche Qualität der Analyse zu schwächen.

Zweckbindung bedeutet dabei: Daten, die für eine konkrete Analyse oder Funktion benötigt werden, sollen nicht einfach für andere Zwecke weiterverwendet werden. Aus Darlehensdaten wird also nicht automatisch ein allgemeines Nutzerprofil, nur weil die Informationen technisch vorhanden sind.

Wichtig ist auch die Trennung zwischen dem, was zur Berechnung erforderlich ist, und dem, was lediglich bequem verfügbar wäre. Eine professionelle Plattform darf nicht nach dem Prinzip arbeiten: „Wenn wir die Daten schon haben, können wir sie auch behalten oder anderweitig nutzen.“ Der fachliche Zweck muss bestimmen, welche Informationen gebraucht werden – nicht die technische Möglichkeit, möglichst viel zu sammeln.

Dazu gehört später auch ein klarer Datenlebenszyklus: Welche Angaben werden für einen aktiven Fall benötigt? Welche müssen für Nachvollziehbarkeit oder eine spätere Aktualisierung vorgehalten werden? Und wann können oder müssen sie wieder entfernt werden? Die konkrete technische und rechtliche Ausgestaltung gehört in die professionelle Entwicklung; das Grundprinzip steht aber schon heute fest.

Für den Nutzer soll daraus etwas sehr Praktisches entstehen: so wenig unnötige Dateneingabe wie möglich, so viele belastbare Informationen wie fachlich erforderlich – und jederzeit nachvollziehbar, wofür diese Daten gebraucht werden. Datensparsamkeit darf die Analyse nicht ungenau machen. Sie soll verhindern, dass mehr Daten verarbeitet werden als für den jeweiligen Zweck notwendig.

Hier werde ich bewusst deutlich: Darlehensdaten sind sensibel. Darlehensdaten sind keine beliebigen Formulardaten. Restschuld, Zinssatz, Monatsrate oder Laufzeit beschreiben konkrete finanzielle Verpflichtungen. Zusammen mit Vertragsunterlagen, Kontaktdaten und weiteren Finanzierungsangaben entsteht schnell ein sehr persönliches Bild der finanziellen Situation.

Schutz muss deshalb den gesamten Datenweg umfassen: vom späteren Hochladen oder Eingeben über Übertragung und Verarbeitung bis zu Speicherung, Sicherung und geregelter Löschung. Dabei muss klar sein, welche Daten wirklich gebraucht werden und wer technisch oder organisatorisch darauf zugreifen darf.

Für die spätere professionelle Plattform bedeutet das auch: Vollständige Darlehensunterlagen dürfen nicht wie normale Anhänge behandelt werden. Sie können Vertragsnummern, Namen, Adressen, Bankverbindungen, Konditionen oder Unterschriften enthalten – manches für die Analyse notwendig, anderes nur Bestandteil des Dokuments. Erfassung und Verarbeitung müssen deshalb verhindern, dass sensible Informationen unnötig weitergegeben oder sichtbar werden.

Sicherheit darf zugleich die fachliche Nachvollziehbarkeit nicht verhindern. DAREALGOR soll mit den für den konkreten Fall erforderlichen Angaben rechnen und dem Nutzer zeigen, welche Werte und Bedingungen verwendet wurden. Die Daten selbst bleiben geschützt; ihre Verwendung für die Berechnung soll kontrollierbar sein.

Auch Pilotphase und spätere Plattform sind klar zu trennen. Bei einer ersten unverbindlichen Pilotanfrage werden bewusst keine vollständigen Darlehensverträge oder umfassenden Finanzunterlagen angefordert. Detailliertere Daten werden erst bei tatsächlicher Weiterbearbeitung über einen geschützten Weg benötigt. Das folgt demselben Prinzip: sensible Informationen nicht früher anfordern, als sie wirklich gebraucht werden.

Diese Sicherheit soll nicht nach selbst erfundenen Regeln aufgebaut werden. Maßstab sind die Vorgaben der DSGVO – insbesondere Artikel 25 zum Datenschutz durch Technikgestaltung und datenschutzfreundliche Voreinstellungen sowie Artikel 32 zur Sicherheit der Verarbeitung – und anerkannte Sicherheitsrahmen wie ISO/IEC 27001 und 27002 sowie der BSI IT-Grundschutz. Für Fachleute sind das klare Referenzpunkte. Für Nutzer heißt das praktisch: Rollen und Zugriffe, Verschlüsselung, Protokollierung, Backups, Sicherheitsprüfungen und der Umgang mit Vorfällen müssen systematisch geplant, dokumentiert und überprüfbar sein.

Es soll auch nicht bei einer internen Zusage bleiben. DAREALGOR soll von Anfang an so aufgebaut werden, dass die Sicherheits- und Datenschutzarchitektur unabhängig extern geprüft und nach einem geeigneten anerkannten Verfahren zertifiziert werden kann. Welcher Zertifizierungsweg vor dem Produktivstart angewendet wird, wird in der professionellen Umsetzung festgelegt. Heute ist DAREALGOR ausdrücklich noch nicht zertifiziert. Die Voraussetzungen für diese externe Kontrolle sind aber bereits Teil der Entwicklungsplanung: 1.575 Stunden beziehungsweise 190.632 EUR sind für eine vom Softwareanbieter getrennte unabhängige technische Assurance vorgesehen. Zusätzlich sind Security, Datenschutz und externe Sicherheitstests eigene Entwicklungs- und Prüfbausteine. Sicherheit ist damit kein späterer Zusatz, sondern eingeplanter Bestandteil des professionellen Aufbaus.

Der Anspruch ist einfach: Je sensibler die Daten, desto klarer müssen Zweck, Zugriff, Verarbeitung und Löschung geregelt sein. Vertrauen entsteht nicht durch das Versprechen, sorgfältig mit Finanzdaten umzugehen, sondern durch einen technisch und organisatorisch nachvollziehbaren Schutz.

Das Wort „Blackbox“ klingt technisch. Gemeint ist etwas sehr Alltägliches: Man gibt etwas hinein und weiß nicht genau, warum etwas herauskommt. Künstliche Intelligenz ist für viele Menschen noch etwas Abstraktes. Man gibt Informationen ein – aber was danach genau passiert, wo die Daten verarbeitet werden und wie das Ergebnis entsteht, bleibt oft schwer greifbar. Bei allgemeinen Fragen mag das nebensächlich sein. Bei persönlichen Finanzdaten ist es das nicht.

Dass Menschen dabei zurückhaltend oder misstrauisch sind, ist nachvollziehbar. Wer sensible Darlehens- und Vertragsdaten übermittelt, sollte wissen können, nach welchen Regeln damit gearbeitet wird und wofür die Daten verwendet werden.

Und genau hier wird der Unterschied wichtig. Genau deshalb soll der Darealgor bei der fachlichen Berechnung keine generative KI-Blackbox verwenden. Die Berechnung soll regelbasiert und reproduzierbar erfolgen: Gleiche bestätigte Ausgangsdaten, dieselbe Regelversion und dieselben Bedingungen sollen zum gleichen Ergebnis führen.

Für den Nutzer soll nachvollziehbar sein, welche bestätigten Daten und Regeln einer Berechnung zugrunde lagen. Datenschutz und sichere Datenwege werden davon getrennt nach den festgelegten Sicherheitsregeln behandelt. So entsteht Vertrauen nicht durch ein KI-Versprechen, sondern durch kontrollierbare Datenverwendung und eine prüfbare Rechenlogik.

Auch die Verantwortung bleibt beim Menschen. Der Darealgor soll Entscheidungsgrundlagen liefern, aber keine Kreditentscheidung treffen und keine Rechts- oder Steuerberatung ersetzen.

Warum DAREALGOR den Rechen- und Entscheidungskern bewusst ohne generative KI aufbauen will und welche Rolle KI bei der Entwicklung des Prototyps gespielt hat, erläutert Theo 6.5 auf der Seite „Vom Prototyp zur Plattform“ ausführlicher.

Für diese Vertrauensseite ist der entscheidende Punkt einfacher: Sensible Finanzdaten sollen nicht einer undurchsichtigen KI-Entscheidung anvertraut werden. Der Darealgor soll nach festgelegten Regeln rechnen, das Ergebnis reproduzierbar machen und die Verantwortung klar beim Menschen lassen.

Transparenz heißt nicht, dass Sie selbst zum Mathematiker werden müssen. Ein Nutzer kann und soll einen komplexen Mehrdarlehens-Rechenkern nicht selbst nachrechnen. Das wäre bei vielen Regeln, Zeitpunkten, Wechselwirkungen und der bereits bekannten Komplexität unrealistisch und würde ja den Darealgor überflüssig machen, wenn das möglich wäre. Transparenz muss deshalb an der richtigen Stelle ansetzen: nicht mit dem Versprechen, jeder könne die Mathematik kontrollieren, sondern mit einem Ergebnis, dessen Grundlage und Wirkung nachvollziehbar bleiben.

Der Nutzer soll erkennen können, mit welchen von ihm bestätigten Ausgangsdaten gerechnet wurde. Dazu gehören zum Beispiel Restschulden, Zinssätze, Raten, Laufzeiten und die für den Fall relevanten Vertragsbedingungen. Ebenso soll sichtbar sein, welche Annahmen und Einschränkungen für die Berechnung verwendet wurden.

Dann muss verständlich werden, was der Darealgor daraus empfiehlt. Ausgangssituation und vorgeschlagener Weg sollen so gegenübergestellt werden, dass erkennbar ist, welche Zahlungen wann vorgesehen sind, welche Darlehen davon betroffen sind und wie sich die Empfehlung auf Zinsen, Laufzeit oder andere gewählte Ziele auswirkt. Der Nutzer soll also nicht nur ein Endergebnis erhalten, sondern einen nachvollziehbaren Fahrplan.

Das gilt auch bei späteren Änderungen. Wenn sich beispielsweise eine Restschuld, ein verfügbarer Zusatzbetrag oder eine andere relevante Bedingung verändert und deshalb neu gerechnet wird, soll nachvollziehbar bleiben, welcher Datenstand zugrunde lag und warum ein neuer Fahrplan entstanden ist.

Die technische Richtigkeit des Rechenkerns selbst wird dagegen nicht dem Nutzer aufgebürdet. Sie muss über dokumentierte Regeln, definierte Testfälle, festgelegte Referenzfälle (Golden Master), Versionsstände, Freigaben und unabhängige Prüfungen abgesichert werden. Das ist eine andere Form von Prüfbarkeit als das persönliche Nachrechnen – aber für ein komplexes System die realistischere.

Nachvollziehbarkeit bedeutet damit zweierlei: Der Nutzer kann prüfen, ob seine Daten, Bedingungen und der vorgeschlagene Weg für ihn verständlich und plausibel dargestellt sind. Und die fachliche sowie technische Berechnung wird über einen dokumentierten Prüf- und Qualitätssicherungsprozess abgesichert.

Der Anspruch ist deshalb nicht: „Glaub uns, das Ergebnis stimmt.“ Sondern: Zeige, womit gerechnet wurde, was empfohlen wird, welche Wirkung daraus folgt – und sichere den Rechenkern unabhängig davon professionell ab.

Bevor wir über die Qualität einer Berechnung sprechen, müssen wir einen Schritt zurückgehen: Welche Daten gelangen überhaupt in die Berechnung? Das klingt banal, ist bei Darlehen aber entscheidend.

Die professionelle Plattform soll Angaben aus Darlehensunterlagen möglichst automatisiert übernehmen, damit Nutzer nicht jeden Wert manuell abtippen müssen. Automatisches Auslesen soll Arbeit sparen – es ersetzt aber keine Kontrolle. Erkannte Vertrags- und Finanzierungsdaten sollen deshalb vor der Berechnung nachvollziehbar angezeigt und vom Nutzer bestätigt werden.

Zusätzlich sind Plausibilitätsprüfungen vorgesehen. Sie sollen zum Beispiel darauf hinweisen, wenn Angaben fehlen, sich widersprechen oder in ihrem Zusammenhang auffällig wirken. Ein solcher Hinweis bedeutet noch nicht automatisch, dass ein Wert falsch ist. Er zeigt nur: Hier sollte noch einmal hingeschaut werden, bevor der Rechenkern daraus Entscheidungen ableitet.

Und es gibt eine Grenze, die man offen sagen muss. Nicht jeder falsche Wert ist automatisch als falsch erkennbar. Wenn ein unzutreffender Wert plausibel aussieht und bestätigt wird, kann auch ein korrekt arbeitender Optimierer daraus kein verlässliches Ergebnis erzeugen. Der Rechenkern kann nur mit der Qualität der Ausgangsdaten arbeiten, die ihm tatsächlich zur Verfügung stehen.

Deshalb sollen Datenstand, bestätigte Werte, Annahmen und erkennbare Auffälligkeiten transparent bleiben. Wenn später ein Wert korrigiert oder aktualisiert wird, muss nachvollziehbar sein, dass sich damit auch die Grundlage der Berechnung verändert hat und gegebenenfalls neu gerechnet werden muss.

Das ist keine Verlagerung der Verantwortung auf den Nutzer. Im Gegenteil: Die Plattform soll die Kontrolle so einfach wie möglich machen, unnötige Eingaben vermeiden und Unsicherheiten sichtbar hervorheben. Bestätigt werden soll nur das, was für den konkreten Fall wirklich relevant ist.

Vertrauen beginnt damit also schon vor der eigentlichen Optimierung. Geschützte Datenwege, nachvollziehbar bestätigte Ausgangsdaten, regelbasierte Berechnung und ein verständliches Ergebnis gehören zusammen. Denn eine gute Rechenlogik ist nur dann wirklich belastbar, wenn auch die Grundlage stimmt, auf der sie rechnet.

Vertrauen heißt auch: Grenzen offen aussprechen. Vertrauen entsteht auch dadurch, dass klar ist, was ein System nicht tut. Der Darealgor soll komplexe Darlehenssituationen analysieren, Varianten vergleichen und daraus einen nachvollziehbaren Fahrplan ableiten. Er soll dem Nutzer damit eine belastbare Entscheidungsgrundlage geben – die Entscheidung selbst bleibt aber beim Menschen.

Das gilt besonders im Verhältnis zu Banken und Finanzierungspartnern. Der Darealgor kann auf Basis bestätigter Daten zeigen, welche Variante unter den erfassten Bedingungen vorteilhaft erscheint. Er entscheidet aber nicht, ob eine Bank eine neue Finanzierung, Umschuldung oder Vertragsänderung anbietet, zu welchen Konditionen sie das tut oder ob sie einem konkreten Vorgang zustimmt. Diese Entscheidungen bleiben beim jeweiligen Vertragspartner.

Auch die Prüfung von Vertragsbedingungen hat eine klare Grenze. DAREALGOR soll berücksichtigen, was aus den vorliegenden und bestätigten Vertragsangaben als Regel oder Restriktion erfasst wurde – zum Beispiel Sondertilgungsgrenzen, Zeitfenster oder Mindestbeträge. Das ersetzt keine rechtliche Prüfung eines Vertrages und keine individuelle Rechtsberatung.

Dasselbe gilt für steuerliche oder persönliche Finanzierungsfragen. Der Darealgor soll weder Rechts- noch Steuerberatung leisten und auch keine persönliche Kreditentscheidung treffen. Wo eine Fragestellung außerhalb der fachlichen Systemgrenze liegt, muss diese Grenze sichtbar bleiben und gegebenenfalls auf geeignete fachliche Beratung verwiesen werden.

Das muss man offen sagen: Auch eine bestimmte Ersparnis darf nicht vorab versprochen werden. Erst die konkrete Analyse zeigt, welcher Spielraum in einem Fall tatsächlich vorhanden ist. Und wenn sich Daten, Konditionen oder Rahmenbedingungen später ändern, kann sich auch der sinnvollste Fahrplan ändern.

Der Nutzer behält deshalb die Kontrolle: Er sieht die Grundlage und die Empfehlung, kann Rückfragen stellen und entscheidet selbst, ob und wie er einen vorgeschlagenen Weg umsetzen möchte. DAREALGOR soll Orientierung und eine belastbare Rechengrundlage liefern – aber weder Menschen noch Banken Entscheidungen abnehmen, die außerhalb seiner fachlichen Rolle liegen.

Diese Abgrenzung ist kein Mangel des Systems. Im Gegenteil: Gerade bei sensiblen Finanzierungsentscheidungen schafft es Vertrauen, wenn Leistungsumfang und Grenzen genauso klar beschrieben werden wie die Möglichkeiten.