{"id":127842,"date":"2026-11-04T09:14:38","date_gmt":"2026-11-04T08:14:38","guid":{"rendered":"https:\/\/startupvalley.news\/de\/?p=127842"},"modified":"2026-11-04T09:14:39","modified_gmt":"2026-11-04T08:14:39","slug":"heydata-compliance-ki-datenschutz","status":"publish","type":"post","link":"https:\/\/startupvalley.news\/de\/heydata-compliance-ki-datenschutz\/","title":{"rendered":"Compliance ohne Bremsklotz: Wie heyData Datenschutz und KI-Governance f\u00fcr Startups automatisiert"},"content":{"rendered":"\n
heyData haben Milo\u0161 Djurdjevi\u0107, Daniel Deutsch und ich gemeinsam 2020 gegr\u00fcndet. Unser Ausgangspunkt war, dass Compliance f\u00fcr viele Unternehmen unn\u00f6tig kompliziert organisiert ist: Wissen steckt bei Einzelnen, Nachweise liegen in verschiedenen Systemen und neue Anforderungen f\u00fchren immer wieder zu neuen Parallelprozessen. Wir wollen daraus eine belastbare Infrastruktur machen. Unsere Plattform verbindet Datenschutz, Informationssicherheit und KI-Governance mit Automatisierung und juristischer Expertise, sodass Unternehmen Compliance einmal sauber aufbauen und mit ihrem Wachstum weiterentwickeln k\u00f6nnen.<\/p>\n\n\n\n
Als Jurist frage ich zuerst: Welche Rolle hat ein Unternehmen, welche Pflicht greift und was muss sich im Zweifel nachweisen lassen? Als Gr\u00fcnder interessiert mich nat\u00fcrlich, ob der daraus entstehende Prozess dann im Alltag auch wirklich funktioniert. Eine Regel, die rechtlich sauber ist, aber von einem wachsenden Team regelm\u00e4\u00dfig umgangen wird, l\u00f6st das Problem nicht. Gute Compliance muss deshalb belastbar sein, ohne f\u00fcr jeden neuen Kunden, Mitarbeitenden oder Use Case einen neuen Prozess zu erzeugen.<\/p>\n\n\n\n
Die Schwelle liegt f\u00fcr mich nicht bei der Nutzung von KI, sondern beim Zugriff. Ein Chatbot, der einen Textentwurf erzeugt, hat ein anderes Risikoprofil als ein Agent, der auf das CRM zugreift, Daten ver\u00e4ndert oder selbstst\u00e4ndig nach au\u00dfen kommuniziert. Kritisch wird es, wenn ein System handeln darf, ohne dass vorher gekl\u00e4rt ist, wer den Use Case verantwortet, welche Rechte es tats\u00e4chlich braucht und wie sich seine Aktionen sp\u00e4ter nachvollziehen und stoppen lassen.<\/p>\n\n\n\n
Aus Schatten-KI werden Schatten-Agenten. Beim privaten ChatGPT-Account bestand das Problem vor allem darin, welche Unternehmens- oder personenbezogenen Daten Mitarbeitende eingeben. Ein selbst gebauter Agent kann dagegen selbst auf Postf\u00e4cher, Kalender oder Fachanwendungen zugreifen und dort handeln.<\/p>\n\n\n\n
Damit wird aus einem Datenschutzthema zus\u00e4tzlich ein Berechtigungs- und Sicherheitsthema. Besonders problematisch ist, dass solche Agenten schnell technische Zug\u00e4nge sammeln k\u00f6nnen, ohne im normalen Berechtigungsmanagement aufzutauchen. Das Unternehmen wei\u00df dann im Zweifel weder vollst\u00e4ndig, welche Agenten existieren, noch was sie tun d\u00fcrfen.<\/p>\n\n\n\n
Der Fachbereich sollte den Zweck und den ben\u00f6tigten Handlungsumfang definieren, aber die Rechte nicht allein genehmigen. Sobald ein Agent schreibend auf produktive Systeme zugreift, braucht es eine unabh\u00e4ngige Pr\u00fcfung durch die relevanten Kontrollfunktionen \u2013 je nach Unternehmen also Informationssicherheit, Datenschutz, Legal oder Compliance.<\/p>\n\n\n\n
Wichtig ist die Trennung von Genehmigung und technischer Erteilung: Wer die Rechte vergibt, sollte sie nicht selbst genehmigen. Daf\u00fcr braucht ein Startup kein gro\u00dfes Gremium. Aber es muss klar sein, wer entscheidet und wer ein Veto einlegen kann.<\/p>\n\n\n\n
Ein Startup braucht am Anfang keine umfassende Compliance-Organisation, aber einige Grundlagen m\u00fcssen von Beginn an belastbar geregelt sein. Dazu geh\u00f6ren ein \u00dcberblick \u00fcber Daten, Systeme und Dienstleister, klare Verantwortlichkeiten, saubere Vertr\u00e4ge und Auftragsverarbeitungsvereinbarungen, ein Berechtigungsmanagement und ein einfacher Prozess f\u00fcr Sicherheits- oder Datenschutzvorf\u00e4lle.<\/p>\n\n\n\n
Entscheidend ist, diese Dinge nicht in getrennten Welten aufzubauen. Was ich f\u00fcr Datenschutz, ISO 27001 oder KI-Governance einmal sauber dokumentiere, sollte sich f\u00fcr weitere Anforderungen wiederverwenden lassen. So w\u00e4chst die Struktur mit dem Unternehmen, statt bei jedem neuen Thema neu gebaut zu werden.<\/p>\n\n\n\n
Meist merkt man es daran, dass niemand eine einfache Frage schnell beantworten kann: Welche Dienstleister verarbeiten unsere Daten? Wer hat Zugriff auf welches System? Welche Richtlinie gilt tats\u00e4chlich? Wo liegt der Nachweis daf\u00fcr?<\/p>\n\n\n\n
Compliance Debt entsteht leise. Solange das Team klein ist, l\u00e4sst sich vieles \u00fcber Zuruf l\u00f6sen. Problematisch wird es, wenn diese informellen Entscheidungen nicht dokumentiert werden und das Unternehmen trotzdem weiterw\u00e4chst. Die Rechnung kommt dann h\u00e4ufig beim ersten gro\u00dfen Enterprise-Kunden, in einer Due Diligence oder bei einem Sicherheitsvorfall.<\/p>\n\n\n\n
Teuer wird weniger das einzelne fehlende Dokument als ein Prozess, der nie existiert hat. Einen Vertrag kann man nacharbeiten. Schwieriger wird es, r\u00fcckwirkend zu erkl\u00e4ren, welche Zugriffsrechte \u00fcber Jahre bestanden, welche Dienstleister eingesetzt wurden oder wie Sicherheitsrisiken gepr\u00fcft worden sind.<\/p>\n\n\n\n
Typische Probleme sind fehlende oder unvollst\u00e4ndige Vertr\u00e4ge und Nachweise, ein ungepflegtes Berechtigungsmanagement, keine belastbare Lieferantenpr\u00fcfung und Security-Prozesse, die zwar behauptet, aber nicht dokumentiert werden k\u00f6nnen. Dann wird aus einer Kundenfrage schnell ein Vertriebsproblem.<\/p>\n\n\n\n
Sp\u00e4testens dann, wenn der Kunde Compliance zur Kaufbedingung macht. Beim ersten gr\u00f6\u00dferen Enterprise-Deal kommen Sicherheitsfrageb\u00f6gen, Datenschutzanforderungen, AVVs oder Nachweise zur Informationssicherheit h\u00e4ufig noch vor der Unterschrift.<\/p>\n\n\n\n
Wer diese Fragen sofort beantworten kann, gewinnt nicht allein wegen Compliance einen Auftrag \u2013 verhindert aber, dass fehlende Nachweise zum Dealbreaker werden. Und gerade f\u00fcr junge Unternehmen ist Vertrauen ein wichtiger Teil des Produkts. Ein Kunde muss darauf vertrauen k\u00f6nnen, dass mit seinen Daten und Systemzug\u00e4ngen professionell umgegangen wird.<\/p>\n\n\n\n
Indem man nicht f\u00fcr jedes Regelwerk einen eigenen Prozess baut. Zugriffsrechte, Lieferantenpr\u00fcfung, Risikomanagement, Incident Response und Dokumentation tauchen in unterschiedlichen regulatorischen Rahmen immer wieder auf. Eine Kontrolle sollte deshalb einmal definiert und anschlie\u00dfend f\u00fcr mehrere Anforderungen genutzt werden.<\/p>\n\n\n\n
Dasselbe gilt f\u00fcr Freigaben: Nicht jeder KI-Use-Case braucht dieselbe Pr\u00fcfung. Ein System, das nur einen Textvorschlag erstellt, ist anders zu behandeln als ein Agent mit Schreibrechten auf ein Produktivsystem. Gute Governance unterscheidet nach tats\u00e4chlichem Risiko, statt jede Innovation durch dieselbe Schleife zu schicken.<\/p>\n\n\n\n
Ja, aber sie m\u00fcssen daf\u00fcr nicht alles neu erfinden. Der Kontrollgegenstand ver\u00e4ndert sich. Bei klassischer KI kann ein Mensch h\u00e4ufig noch zwischen Ergebnis und Wirkung eingreifen. Bei einem Agenten kann das Ergebnis bereits die Handlung sein.<\/p>\n\n\n\n
Deshalb werden eigene technische Identit\u00e4ten, minimale Rechte und ein sauberer Lebenszyklus f\u00fcr Agenten wichtiger. Unternehmen m\u00fcssen jederzeit beantworten k\u00f6nnen: Was darf der Agent? Was hat er getan? Wer hat ihn freigegeben? Und wer kann ihn stoppen? Das sind im Kern bekannte Prinzipien aus Informationssicherheit und interner Kontrolle \u2013 nur auf einen neuen Akteur angewendet.<\/p>\n\n\n\n
Erstens: Mit dem Use Case<\/a> anfangen, nicht mit dem Tool. Vor der Auswahl sollte klar sein, welche Daten das System verarbeitet und ob es nur lesen oder auch selbst handeln darf.<\/p>\n\n\n\n Zweitens: Agenten wie eigene technische Identit\u00e4ten behandeln. Eigener Zugang, minimale Rechte und eine zus\u00e4tzliche menschliche Freigabe f\u00fcr Dinge, die sich schwer zur\u00fcckholen lassen \u2013 etwa Zahlungen, L\u00f6schungen oder externe Kommunikation.<\/p>\n\n\n\n Drittens: Von Anfang an Nachweise schaffen. Ein benannter Verantwortlicher, vollst\u00e4ndige Protokolle und ein ge\u00fcbter Weg zur Abschaltung sind wesentlich wertvoller als eine umfangreiche KI-Policy, die im Ernstfall niemand benutzt.<\/p>\n\n\n\n Fotocredits: heydata<\/p>\n\n\n\n Wir bedanken uns bei\u00a0Martin Bastius<\/a>\u00a0f\u00fcr das Interview<\/p>\n\n\n\n Aussagen des Autors und des Interviewpartners geben nicht unbedingt die Meinung der Redaktion und des Verlags wieder.<\/p>\n\n\n\n heyData GmbH<\/strong> heydata.eu<\/a> Ansprechpartnerin:<\/strong> Manja Rehfeld Social Media:<\/strong> heyData verbindet Datenschutz, Informationssicherheit und KI-Governance auf einer Plattform, um Unternehmen beim Aufbau verl\u00e4sslicher Compliance-Strukturen zu unterst\u00fctzen. Im Interview geht es um Schatten-KI, autonome KI-Agenten, Sicherheitsrisiken und die Frage, wie Startups trotz wachsender Anforderungen innovativ bleiben k\u00f6nnen.<\/p>\n","protected":false},"author":4,"featured_media":127843,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[26473,15009],"tags":[6490,4180,120,5504,30700,299],"class_list":["post-127842","post","type-post","status-publish","format-standard","has-post-thumbnail","category-interviews","category-premium-startups","tag-automatisierung","tag-datenschutz","tag-digitalisierung","tag-ki","tag-kuenstliche-intelligenz","tag-startup"],"acf":[],"yoast_head":"\n
\n\n\n\nPremium Start-up: heydata<\/h2>\n\n\n\n
<\/figure>\n<\/div>\n\n\n\nKontakt:<\/h3>\n\n\n
\nBertolt-Brecht-Platz 3
\n10117 Berlin
\nDeutschland<\/p>\n
\nheydata@mashup-communications.de<\/a><\/p>\n
\nPR & Kommunikation<\/p>\n
\nLinkedIn<\/a>
\nFacebook<\/a>
\nInstagram<\/a>
\nYouTube<\/a><\/p>\n<\/div>\n<\/div>\n","protected":false},"excerpt":{"rendered":"