Woran KI-Projekte datenschutzrechtlich hängen – und wie Unternehmen vom öffentlichen Dienst über EU-Rechenzentren bis zum eigenen Modell abwägen.
Kostenlose KI-Erstberatung anfragen →
Zufriedene Kunden der Suchhelden GmbH
In fast jedem Unternehmen läuft dieselbe Szene ab. Jemand probiert ein KI-Werkzeug aus. Es funktioniert erstaunlich gut. Und dann fragt jemand: Dürfen wir das eigentlich? Ab diesem Moment ist aus einem Technikthema ein Datenschutzthema geworden. Viele Projekte kommen über diesen Punkt nie hinaus.
Das ist verständlich, aber selten notwendig. KI und Datenschutz sind kein Widerspruch. Dahinter steckt eine Reihe von Fragen, die sich nacheinander klären lassen. Wohin gehen die Daten? Wer verarbeitet sie? Zu welchem Zweck? Und wer darf was sehen? Neu sind diese Fragen nicht, sie stellen sich bei jedem Cloud-Dienst. Bei KI fühlen sie sich nur dringlicher an, weil Menschen dort spontan Inhalte hineinkopieren.
Diese Seite ist unser Überblick über das Thema. Sie erklärt, woran KI-Projekte datenschutzrechtlich üblicherweise hängen und welche technischen Lösungswege es gibt. Von der Anonymisierung über Dienste mit europäischem Rechenzentrum bis zum selbst betriebenen Sprachmodell. Ein Sprachmodell ist das System, das Texte versteht und erzeugt – bekannt aus Werkzeugen wie ChatGPT.
„Du kannst um die Welt fliegen um international Business zu machen – wir bringen Dein Business zum Fliegen. Wir bewegen uns durch datenbasierte Customer Journeys, setzen auf transparente Zusammenarbeit und positionieren Dein Business an die Spitze. Ein Business braucht keine Superkräfte, aber es braucht Helden – Suchhelden. Denn nicht alle Helden tragen Capes.“
KI und Datenschutz: Die Fragen, die vor jedem KI-Projekt auf den Tisch gehören
Kostenlos beraten lassen
Wir sagen Dir, wie sich KI und Datenschutz in Eurem Fall vereinbaren lassen.
Anfragen →Ein Hinweis gleich vorweg, und wir werden ihn auf dieser Seite noch mehrfach wiederholen: Eine vollständige Rechtsberatung können wir nicht leisten. Wir sind Techniker:innen und Umsetzer:innen. Für die datenschutzrechtliche Bewertung Eures konkreten Falls zieh bitte spezialisierte Datenschutzberater:innen oder Deine:n Datenschutzbeauftragte:n hinzu. Was wir können: die technische Seite so bauen, dass diese Bewertung überhaupt zu einem guten Ergebnis kommen kann.
Denn viele Datenschutzdiskussionen entstehen erst durch die gewählte Technik. Wenn Daten das Haus nicht verlassen, fallen ganze Fragenblöcke weg. Gute Architektur ist die wirksamste Form der Datenschutzvorsorge.
Der Server läuft auf Euren Namen – Ihr seid Vertragspartner des Rechenzentrums, wir haben nur einen Verwaltungszugang. Und für das Training der KI verwenden wir niemals echte Daten.
So setzen wir das mit Euch um: Ziele verstehen → Stack und Modelle wählen → Ihr mietet den Server nach unserer Vorgabe → wir richten ihn ein und betreuen ihn → wir führen die KI bei Euch ein → wir trainieren sie, bis Eure Ziele erreicht sind. Den Ablauf im Detail ansehen
Jetzt anfragen →Lass uns gemeinsam herausfinden, wo Künstliche Intelligenz in Deinem Unternehmen den größten Nutzen stiftet – ehrlich, unverbindlich und auf Augenhöhe. Wenn sich ein Projekt für Dich nicht rechnet, sagen wir Dir das genauso klar.
Ein Prompt ist die Eingabe an das KI-System – die Frage oder der Text, den jemand hineinschreibt. Genau dort passiert es. Jemand kopiert eine Kundenmail hinein, um eine freundliche Antwort entwerfen zu lassen. Darin stehen Name, Adresse, Vorgangsnummer, vielleicht ein Gesundheitsproblem. Die KI antwortet hervorragend. Die Daten sind trotzdem beim Anbieter gelandet.
Das ist kein böser Wille. Es ist der Normalfall. Verbote helfen wenig, weil die Werkzeuge auf jedem privaten Handy verfügbar sind. Die Frage ist deshalb selten „erlauben oder verbieten". Sie lautet: Welches Werkzeug stellen wir bereit, damit niemand mehr ausweichen muss? Und welchen Datenweg nimmt dieses Werkzeug? Steht eine ChatGPT-Alternative ohne Internetverbindung bereit, verliert der private Account seinen Reiz.
Die Fachabteilung hat einen klaren Anwendungsfall, der Nutzen ist offensichtlich. Dann geht die Anfrage in die Prüfung – Datenschutz, IT-Sicherheit, manchmal Betriebsrat. Und dort bleibt sie liegen. Nicht aus Unwillen, sondern weil die Unterlagen fehlen, um überhaupt zu bewerten.
Typisch fehlen drei Dinge. Erstens eine klare Beschreibung, welche Datenarten verarbeitet werden. Zweitens eine Aussage, wo die Verarbeitung stattfindet und wer beteiligt ist. Drittens eine Beschreibung, wie Zugriffe geregelt und protokolliert sind. Ohne diese Punkte kann niemand seriös prüfen – und dann wird im Zweifel abgelehnt.
Wir liefern diese Unterlagen mit. Nicht als Rechtsgutachten, sondern als technische Beschreibung. Daraus leiten Eure Datenschutzverantwortlichen ihre eigene Bewertung ab.
Sobald KI Arbeitsergebnisse auswertet, kommt eine zweite Ebene ins Spiel. Ein System, das Servicetickets zusammenfasst, verarbeitet auch, wer wie viele Tickets bearbeitet hat. Damit wird aus einem Effizienzthema ein Thema der Mitbestimmung.
Das ist kein Grund, das Projekt zu stoppen. Es ist ein Grund, früh mit dem Betriebsrat zu sprechen – bevor das System steht. In der Praxis lässt sich fast immer eine Gestaltung finden, die den Nutzen erhält und die Leistungskontrolle technisch ausschließt. Wichtig ist dabei die Reihenfolge: Wer ein fertiges System präsentiert und dann um Zustimmung bittet, verhandelt aus einer schlechten Position.
Lass uns in einem kostenlosen Erstgespräch klären, wie sich KI und Datenschutz in Eurem Fall vereinbaren lassen.
Jetzt anfragen →Diese Tabelle ist eine Landkarte, keine Empfehlung. Welcher Weg zu einem Anwendungsfall passt, hängt an der Datenart – und diese Bewertung gehört in fachkundige Hände. Was sich sagen lässt: Die meisten Unternehmen brauchen nicht einen Weg, sondern zwei. Einen öffentlichen Dienst für unkritische Aufgaben, eine geschützte Umgebung für alles andere.
Der häufigste Fehler ist, die gesamte KI-Strategie an der sensibelsten Datenart auszurichten. Dann wird lange geprüft, während niemand etwas nutzt. Der zweithäufigste Fehler ist das Gegenteil: ein Werkzeug für alles, ohne Unterscheidung. Sinnvoll ist die Trennung nach Aufgabe.
Der dritte Weg ist technisch der aufwendigste und rechtlich der ruhigste. Umgesetzt wird er als betreutes LLM-Hosting im Rechenzentrum oder als lokale KI im eigenen Netz. Die Grundlage bilden frei verfügbare Modelle – welche dafür in Frage kommen, zeigen wir in unserem Überblick der Open-Source-Modelle im Vergleich.
Der Serververtrag läuft auf Euren Namen. Das ist aus Datenschutzsicht das stärkste Argument unseres Ablaufs. Ihr mietet den Server selbst bei einem Rechenzentrum in Deutschland. Wir bekommen einen Verwaltungszugang für Einrichtung und Betreuung, mehr nicht. Damit gehören Vertrag, Umgebung und Daten Euch. Zwischen Euch und dem Rechenzentrum steht kein weiterer Dienstleister. Wie der eigene KI-Server dafür ausgelegt wird, steht auf der Seite dazu. Was daraus rechtlich folgt, bewerten Eure Datenschutzfachleute.
Wir schauen zuerst, was bei Euch bereits passiert. In fast jedem Unternehmen wird KI schon genutzt, nur nicht offiziell. Diese Nutzung sichtbar zu machen, ist kein Kontrollthema. Wer nicht weiß, welche Werkzeuge im Umlauf sind, kann keinen Datenweg beschreiben.
Dazu sammeln wir die geplanten Anwendungsfälle ein. Was soll die KI übernehmen? Welche Systeme halten die nötigen Informationen? Am Ende steht eine Liste: Anwendungsfälle auf der einen Seite, beteiligte Datenarten auf der anderen.
Jetzt wird sortiert. Welche Anwendungsfälle berühren personenbezogene Daten, welche nicht? Wo reicht eine Anonymisierung, wo ist der Personenbezug der Kern der Aufgabe? Daraus ergibt sich, welcher der drei Lösungswege infrage kommt. Diese Zuordnung treffen wir gemeinsam mit Euch – die datenschutzrechtliche Einordnung selbst bleibt bei Euren Fachleuten.
Oft zeigt sich hier, dass die Sache einfacher ist als befürchtet. Viele Aufgaben brauchen keinen Personenbezug. Eine Vertragsklausel lässt sich prüfen, ohne den Vertragspartner zu nennen. Wo das gelingt, wird der Rest leichter.
Wir bauen die Lösung so, dass Datenschutz Teil der Architektur ist und nicht eine Regel im Handbuch. Konkret: Rechte und Rollen aus Eurem Benutzerverzeichnis übernehmen. Zugriffe an bestehende Berechtigungen koppeln. Protokollierung einrichten, die nachvollziehbar ist, ohne zur Leistungsüberwachung zu werden. Löschwege festlegen, bevor die ersten Daten drin sind.
Dazu kommen die Schutzmaßnahmen, die man von jedem Unternehmenssystem erwartet. Verschlüsselte Übertragung, abgesichertes Netz, getrennte Umgebungen für Test und Betrieb, Sicherheitsupdates. Läuft das Modell auf eigener Infrastruktur, kommen die Werkzeuge für den Eigenbetrieb dazu. Wir dokumentieren jeden Punkt, damit Ihr ihn vorzeigen könnt.
Ein Prinzip ist uns dabei besonders wichtig: technisch absichern statt nur vertraglich. Eine Zusage auf Papier, dass nichts abfließt, ist schwächer als eine technische Sperre. Mit einer Ausgangs-Firewall lässt sich erzwingen, dass ein System von sich aus keine Verbindung nach außen aufbaut. Aus einer Absicht wird so ein Zustand, den man prüfen und protokollieren kann. In einer Dokumentation ist ein solcher Nachweis deutlich leichter zu belegen als eine Zusage. Wer schon einmal in einer Prüfung saß, kennt den Unterschied.
Nach dem Start beginnt der Teil, der oft vergessen wird. Neue Wissensquellen kommen dazu, neue Abteilungen, neue Anwendungsfälle. Jede Erweiterung verändert den Datenfluss. Wir halten die Systemdokumentation deshalb aktuell und melden, wenn eine Änderung eine erneute Bewertung sinnvoll macht.
Dazu gehört die unspektakuläre Pflege. Zugriffsrechte überprüfen, wenn Menschen die Abteilung wechseln. Protokolle nach Plan löschen. Modelle aktualisieren. Schulungen auffrischen. Und auch hier gilt: Wir liefern die technische Grundlage, die rechtliche Bewertung bleibt bei Euren Datenschutzberater:innen.
Gemeinsam schauen wir, wo KI Deine Prozesse sinnvoll verbessern, Dein Team entlasten oder neue Möglichkeiten schaffen kann. Konkret, praxisnah und immer mit Blick darauf, was für Dein Unternehmen wirklich Mehrwert bringt.
Deshalb ist die Frage „ist dieses Werkzeug DSGVO-konform?" in dieser Form kaum zu beantworten. Sinnvoller ist eine andere: Lässt sich dieser Anwendungsfall mit diesem Werkzeug so gestalten, dass die Anforderungen erfüllt sind? Das ist eine Frage an die Architektur – und an die Fachleute, die den konkreten Fall bewerten.
Beim Datenschutz bei künstlicher Intelligenz kommen zwei Besonderheiten hinzu. Erstens die Spontaneität der Eingabe: Nutzer:innen kopieren Inhalte hinein, ohne über die Datenart nachzudenken. Zweitens die Frage, ob Eingaben zur Verbesserung des Modells weiterverwendet werden. Beides muss man aktiv gestalten.
Diese drei Themen werden oft in einen Topf geworfen, meinen aber Unterschiedliches. Datenschutz fragt, ob personenbezogene Daten zulässig verarbeitet werden. IT-Sicherheit fragt, ob das System gegen Angriffe und Ausfälle geschützt ist. Beides hängt zusammen, ist aber nicht dasselbe. Ein perfekt abgesichertes System kann datenschutzrechtlich problematisch sein – und umgekehrt.
Der EU AI Act ist die dritte Ebene. Er betrachtet KI-Systeme nicht aus Sicht der Daten, sondern aus Sicht des Risikos für Menschen. Je größer die möglichen Auswirkungen auf Personen, desto strenger die Anforderungen. Ein internes Textwerkzeug wird anders eingeordnet als ein System, das über Bewerbungen mitentscheidet.
Was daraus für Euren konkreten Fall folgt, sagen wir bewusst nicht. Die Einordnung in eine Risikoklasse ist eine rechtliche Bewertung. Was wir beitragen: Ein selbst betriebenes System lässt sich leichter beschreiben und nachvollziehen als eine Blackbox bei einem Drittanbieter. Das hilft bei jeder Einordnung.
Ob diese Umgebung im Rechenzentrum steht oder als On-Premise-Betrieb im eigenen Haus, ändert an der Logik wenig. Es ändert den Aufwand.
Der Markt wartet nicht – belegte Zahlen
stufen generative KI als geschäftskritisch ein.
KPMG 2025der Mittelständler haben noch keine konkrete KI-Strategie.
KI-Index Mittelstand, H-KAjährliches Produktivitätspotenzial generativer KI weltweit.
McKinsey Global InstituteIn fast jedem Projekt kommen dieselben Themenblöcke auf den Tisch. Ausdrücklich noch einmal: Das ist eine Beschreibung typischer Klärungsfragen, keine Rechtsberatung. Wie sie in Eurem Fall zu beantworten sind, gehört zu Euren Datenschutzberater:innen oder Eurer Datenschutzbeauftragten.
Die erste Frage ist fast immer: Wo läuft das eigentlich? Dahinter steht mehr als eine Landesangabe. Geprüft wird üblicherweise der gesamte Weg der Daten – vom Arbeitsplatz bis zum Ort der Verarbeitung. Dazu gehört, ob Beteiligte außerhalb der EU zugreifen könnten, etwa bei Wartung oder Support.
Ein europäischer Serverstandort ist eine gute Ausgangslage, aber keine abschließende Antwort. Entscheidend ist, wer tatsächlich Zugriff hat. Bei einem eigenen KI-Server in Deutschland ist das leicht zu beantworten, weil die Kette kurz ist.
Sobald ein externer Dienstleister personenbezogene Daten in Eurem Auftrag verarbeitet, wird üblicherweise ein Vertrag zur Auftragsverarbeitung geschlossen. Bei KI-Diensten ist das nicht anders als bei jedem anderen Cloud-Dienst. Geprüft wird typischerweise, welche Unterauftragnehmer beteiligt sind, wo sie sitzen und welche Schutzmaßnahmen zugesichert werden.
Interessant ist der Umkehrschluss. Läuft das Modell auf Eurer eigenen Infrastruktur, gibt es für die Inhalte keinen externen Verarbeiter mehr. Der Fragenblock schrumpft auf das, was ohnehin geregelt ist – etwa den Betreuungsvertrag mit uns. Was wegfällt, muss nicht verhandelt werden.
Eine Frage reicht über den Standort hinaus: Wem gehört der Anbieter eigentlich? Behördliche Zugriffsrechte können ein Unternehmen treffen, das einer fremden Rechtsordnung unterliegt. Je nach Konstellation hängt das nicht daran, wo der Server physisch steht. Deshalb wird in Prüfungen oft nicht nur nach der Adresse gefragt. Gefragt wird auch, wer den Betreiber kontrolliert und wessen Recht auf ihn anwendbar ist.
Wir formulieren das bewusst als Frage, die zu prüfen ist – nicht als Feststellung. Eine rechtliche Bewertung leisten wir ausdrücklich nicht. Ob und wie dieser Punkt Euren Fall berührt, klärt Ihr bitte mit spezialisierten Datenschutzberater:innen oder Eurer Datenschutzbeauftragten. Technisch beitragen können wir eines: Je kürzer die Kette der Beteiligten, desto einfacher ist die Frage überhaupt zu beantworten.
Für Agenturen, Kanzleien, Steuerbüros und IT-Dienstleister kommt eine Ebene dazu. Wer im Auftrag anderer arbeitet, verarbeitet nicht nur eigene Daten. Damit seid Ihr selbst diejenigen, die Auskunft geben müssen. Eure Auftraggeber fragen dann, welches KI-System im Spiel ist und wer sonst noch beteiligt ist.
Gebraucht wird dafür eine nachvollziehbare Kette und Unterlagen, die sich weiterreichen lassen. Üblich sind ein Auftragsverarbeitungsvertrag und eine Beschreibung der technischen und organisatorischen Schutzmaßnahmen. Je kürzer die Kette der Beteiligten, desto einfacher ist das darstellbar. In dieser Rolle ist ein eigenes System ein echter Vorteil: Es gibt keinen weiteren Dienstleister zu erklären. Wie die Unterlagen im Einzelnen aussehen müssen, gehört wieder zu Euren Datenschutzfachleuten.
Daten dürfen nicht beliebig weiterverwendet werden. Wer Kundendaten für die Vertragsabwicklung erhoben hat, kann sie nicht ohne Weiteres für eine KI-Auswertung nutzen. Diese Frage nach Zweck und Grundlage der Verarbeitung ist erfahrungsgemäß die, die am häufigsten unterschätzt wird – gerade weil sie technisch nicht sichtbar ist.
In der Praxis hilft Präzision. Je genauer ein Anwendungsfall beschrieben ist, desto leichter lässt er sich einordnen. „Wir wollen KI im Kundenservice einsetzen" ist nicht bewertbar. „Servicemails einer Kategorie zuordnen und einen Antwortentwurf erzeugen, den ein Mensch freigibt" ist bewertbar. Wir helfen, Anwendungsfälle in diese Form zu bringen.
Ein Punkt gehört ausdrücklich dazu: Ein Nachtraining mit echten Daten wirft neue Zweckfragen auf. Deshalb verwenden wir für das Training nie echte Daten, sondern nur gemeinsam erfundene Beispiele.
Menschen haben Rechte an ihren Daten – Auskunft, Berichtigung, Löschung. Bei KI-Systemen taucht dann die Frage auf, wo diese Daten überhaupt liegen. Bei gut gebauten Systemen ist die Antwort erfreulich einfach. Sie liegen in den Quellsystemen, aus denen die KI liest. Dazu kommen Chatverläufe und Protokolle.
Dazu kommt die Nachvollziehbarkeit. Wer wann welche Quelle genutzt hat, lässt sich beim Eigenbetrieb protokollieren. Das hilft bei Auskunftsersuchen und bei internen Prüfungen. Gleichzeitig ist die Protokollierung selbst wieder eine Verarbeitung. Sie braucht also einen Zweck, eine Aufbewahrungsdauer und eine Regel, wer sie einsehen darf. Wir legen das vorher fest, nicht im Nachhinein.
Deshalb ist die Anbindung des Firmenwissens über eine Suchschicht so praktisch. Das Modell bekommt bei jeder Frage nur die passenden Stellen vorgelegt. Wird ein Dokument im Quellsystem gelöscht, ist es auch für die KI weg. Daten ins Modell hineinzutrainieren, lässt sich dagegen schwer rückgängig machen.
Deshalb gilt bei uns: Für das Training verwenden wir niemals echte Daten. Die Trainingsbeispiele erfinden wir gemeinsam mit Euch. Eure echten Dokumente bleiben in der Wissensanbindung, wo sie sich jederzeit ändern oder löschen lassen. Wie solche erfundenen Beispiele entstehen, zeigt unsere Seite zur automatischen Datengenerierung.
Der letzte Block betrifft die eigenen Leute. Sobald KI im Arbeitsalltag eingesetzt wird, entstehen Daten über die Arbeit der Mitarbeitenden. Wer hat was gefragt, wie oft, wie lange. Das berührt Mitbestimmung und ist ein Thema für den Betriebsrat, lange bevor das System produktiv geht.
Gleichzeitig gibt es die Schatten-KI – die inoffizielle Nutzung privater Accounts für dienstliche Aufgaben. Sie ist in vielen Unternehmen verbreiteter, als der Geschäftsführung lieb ist. Die wirksamste Gegenmaßnahme ist kein Verbot, sondern ein gutes offizielles Werkzeug. Menschen weichen aus, wenn das bereitgestellte Werkzeug schlechter ist als das private.
Aus Datenschutzsicht ist das der unangenehmste Punkt des ganzen Kapitels. Gibt es kein freigegebenes Werkzeug, nutzen Mitarbeitende eben private Zugänge. Das Risiko verschwindet dadurch nicht. Es wird nur unsichtbar. Niemand kann dann beschreiben, welche Inhalte wohin geflossen sind. Ein offiziell bereitgestelltes System ist deshalb auch aus dieser Sicht die kontrollierbarere Variante. Nicht weil es alles erlaubt, sondern weil es sichtbar ist. Und weil eine KI-Antwort ein Vorschlag bleibt, bauen wir Abläufe so, dass ein Mensch den letzten Schritt macht.
Warum KI-Helden
Keine lange Vertragsbindung. Volle Flexibilität, volle Kostenkontrolle.
Statt sechsstelliger Projektkosten: flexibles Monatsmodell.
Modellunabhängig und immer am neuesten Stand — keine Bindung an ein LLM.
Persönlicher Ansprechpartner, Jour-Fixe-Calls und dediziertes Umsetzungsteam.
Bei den folgenden Anwendungsfällen geben Datenschutzfragen besonders häufig den Ausschlag. Fast immer gibt es eine Variante, die weniger Personenbezug braucht als zunächst gedacht.
Hier ist der Personenbezug nicht Nebenwirkung, sondern Inhalt. Arbeitsverträge, Zeugnisse, Krankmeldungen, Bewerbungen: Wer solche Unterlagen mit KI erschließen will, kommt um eine geschützte Umgebung kaum herum. Üblich ist die Kombination aus eigener Umgebung und strenger Rechtevergabe – ergänzt um KI-Dokumentenverarbeitung.
Servicemails enthalten Namen, Vorgänge, manchmal Gesundheits- oder Finanzangaben. Ein Antwortassistent mit Zugriff auf die Fallhistorie ist hilfreich – und genau deshalb heikel. In einer eigenen Umgebung lässt sich die Historie anbinden, ohne sie einem Dritten zu geben. Dafür passen KI-Assistenten mit klarer Rechtegrenze.
Handbücher, Arbeitsanweisungen und Wikis sind oft weniger heikel als gedacht – bis jemand merkt, dass in Protokollen Namen stehen. Deshalb klären wir vorab, welche Quellen hineingehören und welche nicht. Die Anbindung des Firmenwissens übernimmt bestehende Rechte. Niemand sieht über die KI Inhalte, die er sonst nicht sehen dürfte. Das ist technisch der wichtigste Punkt der ganzen Konstruktion.
Verträge enthalten fast immer Personenbezug, mindestens die Namen der Beteiligten. Für Fristenprüfung, Klauselvergleich und Abweichungsanalyse ist KI trotzdem ein starkes Werkzeug. Der Lösungsweg hängt daran, ob die Identität für die Aufgabe gebraucht wird. Oft nicht – dann reichen anonymisierte Auszüge. Wo sie gebraucht wird, bleibt die Verarbeitung im Haus.
Hier ist die Lage meist entspannter, weil Maschinen- und Messdaten keinen Personenbezug haben. Die Empfindlichkeit liegt woanders: bei Konstruktionswissen, Rezepturen und Prozessparametern. Das ist kein Datenschutzthema, sondern Geheimnisschutz. Der Lösungsweg ähnelt sich trotzdem. Auch hier ist eine Umgebung ohne Verbindung nach außen die naheliegende Antwort.
Sobald KI in CRM, ERP oder DMS hineinwirkt, wird aus einem Chatfenster eine automatisierte Verarbeitung. Es geht dann nicht mehr um einzelne Eingaben, sondern um einen dauerhaften Datenfluss. Deshalb beschreiben wir bei jeder KI-Prozessautomatisierung von Anfang an, welche Felder gelesen und welche geschrieben werden.
Auch die beste Architektur löst nicht alles. Ein selbst betriebenes Modell beantwortet die Frage nach dem Datenweg, aber nicht die nach der Rechtsgrundlage. Ob Ihr bestimmte Daten für eine bestimmte Auswertung nutzen dürft, hängt am Zweck der ursprünglichen Erhebung. Das bleibt eine rechtliche Frage, egal wo der Server steht. Wer das Gegenteil behauptet, verkauft etwas.
Dazu kommt der Aufwand. Eine geschützte Umgebung bedeutet Betrieb, Pflege, Updates und Dokumentation. Für kleine Anwendungsfälle mit unkritischen Inhalten steht das in keinem Verhältnis. Dann sagen wir offen, dass ein etablierter Dienst mit europäischem Rechenzentrum die vernünftigere Wahl ist.
Und eine Einschränkung, die im Alltag am meisten schmerzt: Technik ersetzt keine Regeln. Wenn niemand weiß, welche Inhalte in welches Werkzeug gehören, nützt die sicherste Umgebung wenig. Schulung, klare Nutzungsregeln und ansprechbare Zuständigkeiten gehören genauso dazu wie der Server. Wir bauen die Technik – die Regeln entstehen bei Euch.
Lass uns gemeinsam durchgehen, welche Anwendungsfälle bei Euch anstehen und welcher Lösungsweg dazu passt. Kostenlos, unverbindlich und ohne Verkaufsdruck.
KI-Helden ist die KI-Abteilung der Suchhelden GmbH aus Osnabrück. Seit über einem Jahrzehnt arbeiten wir mit Unternehmen an digitalen Projekten. Vom Start-up bis zum internationalen Konzern, branchenunabhängig. Über 4.000 realisierte Projekte, ein Team aus über 140 Held:innen.
Was das für Euer KI-Vorhaben bedeutet: Wir kennen die Prüfungsschleifen im Mittelstand. Deshalb liefern wir die technische Beschreibung gleich mit. Wir reden früh über Rechte, Protokolle und Löschwege – nicht erst, wenn jemand Fragen stellt.
So pauschal lässt sich das nicht beantworten, weil Konformität nicht am Werkzeug hängt, sondern am Einsatz. Entscheidend sind die Datenart, der gewählte Tarif, die vertragliche Grundlage und die Einstellungen zur Weiterverwendung von Eingaben. Für unkritische Inhalte sieht die Bewertung anders aus als für Personalakten. Diese Einordnung gehört zu Euren Datenschutzverantwortlichen – wir liefern die technische Beschreibung, auf der sie aufsetzen können.
Das hängt vom Dienst, vom Zweck und von der Rechtsgrundlage ab und ist im Einzelfall zu bewerten. Technisch gilt: Je weniger Personenbezug eine Aufgabe braucht, desto einfacher wird alles. Viele Aufgaben funktionieren mit Platzhaltern statt echter Namen genauso gut. Wo der Personenbezug unverzichtbar ist, spricht vieles für eine Umgebung, in der die Daten das Haus nicht verlassen.
Anonymisieren bedeutet, den Personenbezug dauerhaft zu entfernen, sodass niemand mehr auf die Person zurückschließen kann. Pseudonymisieren ersetzt Namen durch Kennungen, die sich mit einer separaten Zuordnungstabelle wieder auflösen lassen. Der Unterschied ist erheblich, weil pseudonymisierte Daten weiterhin als personenbezogen gelten. In KI-Projekten arbeiten wir mit beiden Verfahren – welches passt, hängt daran, ob die Zuordnung später noch gebraucht wird.
Ein europäischer Standort ist eine gute Ausgangslage, aber selten die vollständige Antwort. Geprüft wird üblicherweise auch, wer tatsächlich Zugriff hat – etwa über Wartung, Support oder Unterauftragnehmer. Ein Standort in Frankfurt nützt wenig, wenn der Support aus einem Drittland heraus zugreifen kann. Deshalb schauen wir uns immer den gesamten Datenweg an, nicht nur die Adresse des Rechenzentrums.
Der Standort ist ein wichtiger Baustein, aber allein selten die ganze Antwort. In Prüfungen kommt regelmäßig eine zweite Frage dazu: Wer kontrolliert den Betreiber, und wessen Rechtsordnung ist auf ihn anwendbar? Behördliche Zugriffsrechte können ein Unternehmen je nach Konstellation auch dann treffen, wenn der Server hier steht. Wir beschreiben diesen Punkt, wir bewerten ihn nicht – das gehört zu Euren Datenschutzfachleuten. Technisch gilt: Je kürzer die Kette der Beteiligten, desto leichter ist die Frage zu beantworten.
Eine nachvollziehbare Kette und Unterlagen, die Ihr weiterreichen könnt. Üblich sind ein Auftragsverarbeitungsvertrag und eine Beschreibung der technischen und organisatorischen Schutzmaßnahmen. Dazu kommt eine verständliche Darstellung, welche Systeme beteiligt sind und wo verarbeitet wird. Je weniger Beteiligte im Spiel sind, desto einfacher wird diese Darstellung. Die technische Beschreibung liefern wir mit. Die vertragliche Ausgestaltung gehört zu Euren Datenschutzberater:innen oder Eurer Rechtsberatung – dort ist sie besser aufgehoben als bei uns.
Am belastbarsten über eine technische Sperre statt über eine vertragliche Zusage. Eine Ausgangs-Firewall lässt dem System keine Verbindung nach außen. Dieser Zustand lässt sich prüfen, protokollieren und in der Systemdokumentation festhalten. Dazu kommen Netzplan, Rechte- und Rollenübersicht sowie die Liste der angebundenen Quellen. Aus diesen Bausteinen entsteht ein Nachweis, der in einer Prüfung deutlich tragfähiger ist als eine Absichtserklärung. Eine Zusage beschreibt eine Absicht, eine Sperre beschreibt einen Zustand.
Üblicherweise ja, sobald ein externer Anbieter personenbezogene Daten in Eurem Auftrag verarbeitet. Das ist bei KI nicht anders als bei anderen Cloud-Diensten. Geprüft wird dabei typischerweise, welche Unterauftragnehmer beteiligt sind und welche Schutzmaßnahmen zugesichert werden. Läuft das Modell dagegen auf Eurer eigenen Infrastruktur, entfällt für die Inhalte selbst der externe Verarbeiter. Die konkrete Vertragsgestaltung gehört in fachkundige Hände.
In vielen Fällen ja, weil KI-Werkzeuge Daten über die Arbeit von Mitarbeitenden erzeugen. Die genaue Beteiligungsform hängt vom Unternehmen und vom System ab. Unsere Erfahrung aus Projekten: Frühe Einbindung beschleunigt, späte blockiert. Wer Gestaltungsfragen gemeinsam klärt, bekommt meist eine tragfähige Lösung. Auswertungen ohne Personenbezug, kurze Protokollaufbewahrung, klare Zugriffsregeln – und ein System, das die Belegschaft auch nutzt.
Bei öffentlichen Diensten hängt das vom Tarif und den Einstellungen ab und ändert sich gelegentlich. Genau diese Unsicherheit ist für viele Unternehmen das Kernproblem. Bei einem selbst betriebenen Modell stellt sich die Frage nicht: Das Modell lernt aus Euren Eingaben nicht dazu, es bekommt sie nur zur Beantwortung vorgelegt. Wer hier Klarheit braucht, findet sie am ehesten im Eigenbetrieb. Und wenn wir die KI in unserem Ablauf nachtrainieren, dann nur mit Beispielen, die wir gemeinsam mit Euch erfinden – nie mit echten Daten.
Nein, und diesen Eindruck wollen wir ausdrücklich nicht erzeugen. Eigenbetrieb ist eine sehr gute Ausgangslage, weil Datenweg und Zugriff in Eurer Hand liegen. Fragen nach Zweckbindung, Rechtsgrundlage, Betroffenenrechten und Mitbestimmung bleiben trotzdem bestehen. Die Technik nimmt Euch einen großen Teil der Diskussion ab, aber nicht die Bewertung. Die gehört zu Euren Datenschutzberater:innen oder Eurer Datenschutzbeauftragten.
Er ist eine eigene Ebene neben dem Datenschutz. Der Datenschutz fragt, ob personenbezogene Daten zulässig verarbeitet werden. Der EU AI Act betrachtet KI-Systeme nach dem Risiko für Menschen und staffelt seine Anforderungen danach. Ein internes Textwerkzeug wird anders eingeordnet als ein System, das über Menschen mitentscheidet. Was für Euren Fall gilt, ist eine rechtliche Frage.
Über die Quellsysteme, wenn das System sauber gebaut ist. Bei einer Anbindung des Firmenwissens liest das Modell bei jeder Frage aus Euren Dokumenten, statt sie zu speichern. Wird dort gelöscht, ist die Information auch für die KI weg. Dazu kommen Chatverläufe und Protokolle, für die Ihr die Aufbewahrung selbst festlegt. Richtig schwierig wird es nur bei Daten, die einmal ins Modell trainiert wurden.
Das ist eine Frage, die Eure Datenschutzverantwortlichen anhand des konkreten Anwendungsfalls beantworten. In Projekten sehen wir, dass sie besonders dann geprüft wird, wenn viele Personen betroffen sind oder besonders sensible Daten verarbeitet werden. Unabhängig vom Ergebnis hilft eine saubere technische Beschreibung des Systems: Datenfluss, Standort, Beteiligte, Rechte, Protokollierung, Löschung. Genau diese Unterlagen liefern wir mit.
Am wirksamsten durch ein gutes offizielles Werkzeug. Verbote scheitern in der Praxis, weil KI-Dienste auf jedem privaten Gerät verfügbar sind. Wer eine Umgebung bereitstellt, die im Alltag mindestens so gut funktioniert wie der private Account, nimmt dem Umweg den Reiz. Ergänzend helfen klare, kurze Nutzungsregeln und Ansprechpartner:innen für Rückfragen. Kontrolle allein hat dieses Problem unseres Wissens noch nirgends gelöst.
Häufig ja, wenn man die Anwendungsfälle entsprechend zuschneidet. Ein Wissensassistent für technische Dokumentation berührt keine Personaldaten. Auswertungen lassen sich so gestalten, dass sie auf Gruppenebene statt auf Personenebene arbeiten. Protokolle lassen sich kurz halten und Zugriffe auf Gruppen statt auf Namen beziehen. Ganz vermeiden lässt sich der Personenbezug selten, weil schon jede Anmeldung Daten erzeugt. Gestalten lässt er sich dagegen fast immer.
Dass Daten nur für den Zweck verwendet werden, für den sie erhoben wurden. Kundendaten aus der Vertragsabwicklung lassen sich also nicht ohne Weiteres für eine beliebige KI-Auswertung nutzen. Praktisch hilft Präzision: Je genauer ein Anwendungsfall beschrieben ist, desto leichter lässt er sich einordnen. Wir formulieren Anwendungsfälle deshalb bewusst eng – die rechtliche Bewertung selbst treffen Eure Fachleute.
Über eine technische Systembeschreibung, die wir mitliefern. Darin stehen Datenfluss, Verarbeitungsort, beteiligte Komponenten, Rechte- und Rollenmodell, Protokollierung und Löschkonzept. Dazu kommt eine Übersicht der angebundenen Quellen. Diese Unterlagen sind kein Rechtsdokument, aber die Grundlage für jedes Gespräch mit Prüfenden. Wir halten sie aktuell und melden uns, wenn eine Änderung eine erneute Bewertung sinnvoll erscheinen lässt.
Die Kosten bestehen bei uns aus drei Posten: der Servermiete, die Ihr direkt ans Rechenzentrum zahlt, dem einmaligen Setup und dem laufenden Mandat. Die Höhe richtet sich nach Umfang und Lösungsweg. Eine abgesicherte Konfiguration eines bestehenden Dienstes ist etwas anderes als eine eigene Umgebung mit angebundenem Firmenwissen. In der kostenlosen Erstberatung klären wir Euren Bedarf und sortieren die Anwendungsfälle nach Datenart und Nutzen. Ihr bekommt ein transparentes, unverbindliches Angebot ohne lange Vertragslaufzeiten.
Mit einem Anwendungsfall, der Nutzen bringt und wenig Personenbezug hat. Das schafft Erfahrung im Haus, ohne die schwierigste Diskussion zuerst führen zu müssen. Parallel sammeln wir die übrigen Anwendungsfälle und sortieren sie nach Datenart. So entsteht eine Reihenfolge statt einer Grundsatzdebatte. Wir starten mit dem Fall, der den größten Nutzen bringt, und bauen von dort weiter aus.
