Am 18. Februar 2026 veröffentlichte der Europäische Datenschutzausschuss die Ergebnisse seiner bislang größten koordinierten Prüfung des Rechts auf Löschung: 764 Organisationen bei 32 Behörden im Europäischen Wirtschaftsraum, wobei neun Behörden daraufhin förmliche Untersuchungen einleiteten oder fortsetzten1. Das Urteil darüber, wie europäische Unternehmen Löschanfragen handhaben, fiel deutlich aus - die Gesamt-Compliance ist nur “durchschnittlich”, mit wiederkehrenden Mängeln bei Verfahren, Aufbewahrung, Backups und dem Missbrauch von Anonymisierung als Ersatz für Löschung1.
Dieser Bericht kam zu einem unbequemen Zeitpunkt. Genau die geprüften Unternehmen bauen im Eiltempo KI-Gedächtnis auf - ein Company Brain, das sich jede E-Mail, jedes Ticket, jede Kundennotiz merkt, damit KI das Unternehmen wirklich kennt. Ein Gedächtnis, das sich alles merkt, ist genau das, was das Recht auf Löschung unterbrechen soll. Wenn ein Kunde, ein Mitarbeiter oder ein Bewerber Sie bittet, seine Daten zu löschen, hat ein System, das nie vergessen soll, ein Problem, für das es nicht gebaut wurde.
Dieser Artikel richtet sich an den CTO, Datenschutzbeauftragten oder Geschäftsführer, der eine KI-Wissensschicht aufbaut und braucht, dass sie den Kontakt mit Artikel 17 übersteht. Er behandelt, was Löschung rechtlich verlangt, warum sie wirklich schwer ist, wenn personenbezogene Daten über Embeddings, Backups und abgeleiteten Kontext codiert sind, und wie man ein Company Brain so baut, dass es auf Anfrage eine Person vergessen kann, ohne auszulöschen, was das ganze Unternehmen weiß.
Kurzfassung
Das Recht auf Löschung gilt für KI-Gedächtnis - enthält Ihr Company Brain personenbezogene Daten, erreicht Artikel 17 jede Kopie davon, nicht nur das Ursprungsdokument.
Löschung ist technisch schwer, weil eine Gedächtnisschicht personenbezogene Daten über Embeddings, Zusammenfassungen, Caches, Logs und Backups streut, oft ohne Bezug zur Person.
Der EDSA setzt durch - sein Bericht vom Februar 2026 bewertete die Compliance als “durchschnittlich” und benannte Backups, Aufbewahrung und Schein-Anonymisierung als Schwachstellen.
Löschung by Design ist die Lösung: Versehen Sie jedes personenbezogene Datum von Tag eins an mit einer Identität und einer Aufbewahrungsregel, sodass das Vergessen einer Person zur Routineoperation wird.
Sie können eine Person vergessen und das Wissen behalten - ein gut gebautes Brain löscht die Einzelperson und bewahrt den anonymisierten Prozess und die Lektion, sodass das institutionelle Gedächtnis überlebt.
Das Vergessens-Problem, für das niemand geplant hat
Das ganze Versprechen eines Company Brain ist, dass es nicht vergisst. Mitarbeitende gehen, Erinnerungen verblassen, Dateien gehen verloren, aber das Brain bewahrt den Prozess, die Entscheidung und den Kontext. Das ist ein echter Vorteil - genau bis eine Person ein Recht ausübt, das ihr das Gesetz seit 2018 garantiert: das Recht, ihre personenbezogenen Daten löschen zu lassen.
- Eine Gedächtnisschicht kopiert Daten überallhin - Eine Kunden-E-Mail liegt nicht an einem Ort. Sie wird gespeichert, in Vektoren eingebettet, in Kontext zusammengefasst, für Tempo zwischengespeichert und in Logs geschrieben. Eine Löschanfrage muss jede dieser Kopien erreichen.
- Der Bezug zur Person fehlt oft - Sobald Text zu einem Embedding in einem Vektorindex wird, gibt es häufig keine Kennung, die diesen Vektor mit der Person verbindet, was das Finden ihrer Daten zu einem Suchproblem statt einer Abfrage macht.
- Anonymisierung wird still überstrapaziert - Der EDSA fand Verantwortliche, die sich auf schwache oder umkehrbare Anonymisierung statt echter Löschung stützen, was Artikel 17 nicht erfüllt, wenn die Person weiterhin re-identifizierbar ist1.
- Backups gelten als unantastbar - Die Hälfte der teilnehmenden Behörden markierte das Löschen von Daten aus Backups als spezifische Schwachstelle, weil Teams annehmen, ein Archiv sei außerhalb des Anwendungsbereichs. Ist es nicht13.
- Niemand testet es, bis es ernst wird - Die meisten Teams entdecken die Lücken in ihrem Löschprozess erst, wenn die erste ernsthafte Anfrage eintrifft und sie sie nicht innerhalb der Monatsfrist beantworten können7.
Zentrale Kennzahl
Der EDSA bewertete 764 Verantwortliche bei 32 EWR-Behörden und stufte die Gesamt-Compliance beim Recht auf Löschung als “durchschnittlich” ein. Sieben wiederkehrende Mängel wurden benannt, und Backup-Löschung sowie übermäßiges Vertrauen auf Anonymisierung gehörten zu den häufigsten1. Das ist kein theoretisches Risiko mehr - es ist eine aktive Durchsetzungspriorität für 2026.
Die unbequeme Wahrheit ist, dass die meisten KI-Gedächtnisse auf Anhäufung ausgelegt sind, nicht auf Subtraktion. Löschung war ein nachträglicher Gedanke, wenn überhaupt. Diese Lücke schließt der Rest dieses Artikels.
| Wo die Daten einer Person landen | Leicht zu löschen? | Warum es übersehen wird |
|---|---|---|
| Ursprungsdokument oder Datensatz | Meist ja | Die offensichtliche Kopie - hier hören Teams auf |
| Vektor-Embeddings | Oft nein | Keine Kennung verbindet den Vektor mit der Person |
| Zusammenfassungen und abgeleiteter Kontext | Selten | Der Name ist in generierten Text eingebacken |
| Caches und Suchindizes | Manchmal | Neu aufgebaute Kopien fallen aus dem Löschskript |
| Logs und Audit-Trails | Heikel | Logs zu löschen kann andere Pflichten verletzen |
| Backups | Schwer | Archive gelten fälschlich als außerhalb des Anwendungsbereichs |
Was Artikel 17 tatsächlich verlangt
Bevor man das technische Problem löst, hilft es, beim rechtlichen präzise zu sein. Das Recht auf Löschung ist Artikel 17 der DSGVO, und es ist enger und spezifischer, als der populäre Ausdruck “Recht auf Vergessenwerden” vermuten lässt6.
Wann eine Person Löschung verlangen kann
Artikel 17 Absatz 1 gibt einer Person das Recht, ihre Daten unverzüglich löschen zu lassen, in sechs definierten Situationen6.
- Nicht mehr erforderlich - Die Daten werden für den Zweck, für den sie erhoben wurden, nicht mehr benötigt.
- Einwilligung widerrufen - Die Verarbeitung stützte sich auf Einwilligung, und die Person nimmt diese zurück.
- Widerspruch stattgegeben - Die Person widerspricht nach Artikel 21, und es gibt keine vorrangigen berechtigten Gründe fortzufahren.
- Unrechtmäßige Verarbeitung - Die Daten wurden von Anfang an unrechtmäßig verarbeitet.
- Rechtliche Pflicht - Die Löschung ist zur Erfüllung einer Rechtspflicht nach EU- oder mitgliedstaatlichem Recht erforderlich.
- Daten von Kindern - Die Daten wurden im Kontext von Online-Diensten von einem Kind erhoben.
Die Ausnahmen, die Aufbewahrung erlauben
Löschung ist nicht absolut. Artikel 17 Absatz 3 erlaubt Ihnen, Daten zu behalten, wo sie wirklich benötigt werden, und diese Grenzen richtig zu ziehen zählt ebenso viel wie das Löschen6.
- Meinungs- und Informationsfreiheit - Wo die Verarbeitung für das Recht auf freie Meinungsäußerung und Information nötig ist.
- Rechtspflicht oder öffentliche Aufgabe - Wo ein Gesetz die Aufbewahrung verlangt, etwa steuer- oder handelsrechtliche Aufbewahrungsfristen.
- Öffentliche Gesundheit - Bestimmte Verarbeitungen im öffentlichen Interesse im Bereich der öffentlichen Gesundheit.
- Archivierung, Forschung, Statistik - Wo Löschung legitime Archiv- oder wissenschaftliche Arbeit ernsthaft beeinträchtigen würde.
- Rechtsansprüche - Wo die Daten zur Geltendmachung, Ausübung oder Verteidigung von Rechtsansprüchen benötigt werden.
Das Detail, das Teams übersehen
Artikel 17 Absatz 2 geht über das Löschen Ihrer eigenen Kopie hinaus. Haben Sie die personenbezogenen Daten öffentlich gemacht oder geteilt, müssen Sie angemessene Schritte unternehmen, andere Verantwortliche darüber zu informieren, dass die Person die Löschung aller Links zu, Kopien von oder Replikationen dieser Daten verlangt hat6. In einem vernetzten KI-Stack ist “Kopien und Replikationen” eine sehr große Fläche.
Die Uhr und die Kosten
- Ein Monat zu reagieren - Sie müssen unverzüglich und in jedem Fall binnen eines Monats auf eine Anfrage reagieren, verlängerbar um zwei weitere Monate bei komplexen Fällen, wenn Sie der Person den Grund nennen7.
- Im Normalfall kostenlos - Für eine normale Löschanfrage dürfen Sie kein Entgelt verlangen.
- Sie müssen bestätigen, dass es erledigt ist - Die Person hat Anspruch darauf zu erfahren, dass ihre Anfrage umgesetzt wurde, was bedeutet, dass Sie es belegen können müssen.
- Die Bußgelder sind Spitzenklasse - Ein Verstoß gegen Artikel 17 fällt in die höhere DSGVO-Bußgeldstufe, bis zu 20 Millionen Euro oder 4 Prozent des gesamten weltweiten Jahresumsatzes, je nachdem, welcher Betrag höher ist8.
| Pflicht | Was das in der Praxis bedeutet | Fundstelle |
|---|---|---|
| Unverzüglich löschen | Tatsächliches Entfernen, nicht Verbergen oder Deaktivieren | Art. 17 Abs. 16 |
| Binnen eines Monats reagieren | Eine harte Frist, nur begrenzte Verlängerung | Art. 12 Abs. 37 |
| Andere Verantwortliche informieren | Geteilten Kopien und Replikationen nachgehen | Art. 17 Abs. 26 |
| Die Ausnahmen beachten | Nur behalten, was ein Gesetz oder Anspruch rechtfertigt | Art. 17 Abs. 36 |
| Die höhere Bußgeldstufe | Bis zu 20 Mio. Euro oder 4 % des Weltumsatzes | Art. 83 Abs. 58 |
Warum Löschung in einer KI-Gedächtnisschicht wirklich schwer ist
Das Gesetz sagt: Löscht die personenbezogenen Daten. Die technische Realität ist, dass ein Company Brain personenbezogene Daten nicht als eine ordentliche Zeile speichert, die Sie einfach entfernen. Es transformiert und streut sie, und jede Transformation schafft einen neuen Ort, an dem sich eine Person verstecken kann.
Embeddings sind personenbezogene Daten, die Sie nicht lesen können
Wenn Ihr Brain ein Dokument aufnimmt, wandelt es den Text in Embeddings um - lange Zahlenlisten, die Bedeutung erfassen, damit KI nach Konzept suchen kann. Dieser Vektor sieht anonym aus. Ist er nicht.
- Embeddings lassen sich invertieren - Forscher aus Cornell zeigten eine Methode, die bis zu 92 Prozent kurzer Texte allein aus ihren Embeddings exakt rekonstruiert und vollständige Namen aus klinischen Notizen wiederherstellte9. Ein Embedding der Daten einer Person ist ihr Datum.
- Der Bezug zur Person fehlt meist - Vektoren werden für Ähnlichkeitssuche gespeichert, nicht zur Abfrage nach Einzelperson, sodass oft nichts sagt: “Diese 40 Vektoren gehören zu diesem Kunden.”
- Soft Deletes hinterlassen Geister - Einen Vektor als gelöscht zu markieren, ohne ihn zu entfernen, kann ihn im Index rekonstruierbar lassen, sodass die Daten für jeden, der den Speicher lesen kann, weiter da sind.
- Neu einbetten hilft nicht - Ist die Quelle weg, die Vektoren aber bleiben, bleiben die personenbezogenen Daten. Die Löschung muss die Vektoren treffen, nicht nur die Datei, aus der sie stammen.
Abgeleiteter Kontext bäckt den Namen ein
Ein Company Brain speichert nicht nur Daten, es erzeugt daraus neuen Text - Zusammenfassungen, Briefings, Antworten - und der Name oder die Details einer Person können in diesen generierten Inhalt eingeschweißt werden.
- Zusammenfassungen erben die personenbezogenen Daten - Eine Zusammenfassung eines Kundenverlaufs enthält den Kunden. Löschen Sie den Verlauf, und die Zusammenfassung nennt ihn weiterhin.
- Fine-getunte Modelle memorieren - Wurden personenbezogene Daten in ein fine-getuntes Modell eingebacken, weist IBM Research darauf hin, dass die schiere Größe dieser Modelle das Isolieren und Entfernen bestimmter Fakten besonders schwer macht10.
- Unlearning ist keine Löschung - Jüngste Forschung zeigt, dass Modelle scheinbar vergessen, während ihr ursprüngliches Verhalten mit minimalem Fine-Tuning wiederhergestellt wird, sodass Unlearning oft verschleiert statt löscht11.
- Ausgaben zu filtern ist keine Löschung - Einen Namen daran zu hindern, in Antworten zu erscheinen, löscht die zugrunde liegenden Daten nicht, und Aufsichtsbehörden behandeln das als unvollkommenen Notbehelf, nicht als Compliance12.
“Echtes Unlearning versucht, alle Spuren der unerwünschten Information zu entfernen, sodass das Modell bei einer problematischen Frage die Antwort schlicht nicht hat.”
- Nathalie Baracaldo, AI Security and Privacy Lead bei IBM Research10
Deshalb muss Löschung eine Architekturentscheidung sein, kein Skript, das Sie im Nachhinein schreiben. Wenn Sie nicht dafür geplant haben, sind die Daten womöglich ohne Neuaufbau des Speichers gar nicht entfernbar.
Löschung nachträglich anschrauben vs. einbauen
Löschung nachträglich angeschraubt
- ✗ Nach den Daten jagen - jedes Mal manuelle Suche über die Speicher
- ✗ Abgeleitete Kopien verpassen - Embeddings und Zusammenfassungen entwischen
- ✗ Nicht belegbar - keine Aufzeichnung, was entfernt wurde
- ✗ Die Frist platzt - ein Monat reicht nicht für Archäologie
Löschung eingebaut
- ✓ Nachschlagen - Identitätskennungen machen jede Kopie auffindbar
- ✓ Löschung kaskadiert - eine Anfrage räumt alle abgeleiteten Daten
- ✓ Nachweis auf Abruf - ein Löschprotokoll zeigt, was geschah
- ✓ Routine, keine Krise - eine Anfrage ist eine Konfiguration, kein Projekt
Was der EDSA 2026 festgestellt hat
Das Recht auf Löschung war das Thema der koordinierten Durchsetzungsaktion des EDSA für 2025, und die am 18. Februar 2026 veröffentlichten Ergebnisse machten aus einem Rechtsprinzip eine konkrete Durchsetzungsagenda für das kommende Jahr15.
- Der Umfang war beispiellos - 764 Verantwortliche, vom KMU bis zum Konzern, geprüft von 32 Behörden im EWR, in der bislang größten koordinierten Löschprüfung1.
- Die Compliance galt als durchschnittlich - Nicht durchgefallen, aber weit von gut entfernt, mit denselben Problemen quer durch Länder und Branchen1.
- Verfahren fehlten - Ein großer Teil der Behörden fand, dass Verantwortliche kein dokumentiertes internes Verfahren zum Umgang mit Löschanfragen hatten13.
- Backups waren eine häufige Lücke - Die Hälfte der teilnehmenden Behörden markierte unklare oder fehlende Prozesse zum Löschen von Daten in Backups13.
- Anonymisierung wurde missbraucht - Verantwortliche stützten sich auf schwache Anonymisierung als Ersatz für Löschung, was scheitert, wenn Daten re-identifizierbar sind1.
- Die Nachverfolgung ist real - Neun Behörden leiteten förmliche Untersuchungen ein oder setzten sie fort, und 23 führten Sachverhaltsermittlungen durch, es war also keine Papierübung1.
“Wir begrüßen die Veröffentlichung des Berichts 2025 sehr, der die Maßnahmen der DPC und der Kolleginnen und Kollegen unter den Aufsichtsbehörden in der gesamten EU/EWR im Jahr 2025 im Rahmen des CEF darlegt.”
- Graham Doyle, Deputy Commissioner der Data Protection Commission (Irland)4
Die Botschaft an jedes Unternehmen, das KI-Gedächtnis aufbaut, ist eindeutig: Behörden prüfen jetzt aktiv, ob Sie auf Anfrage eine Person löschen können, und “wir haben es anonymisiert” oder “es ist nur in Backups” sind genau die Antworten, die sie abgewertet haben.
| EDSA-Feststellung | Was sie für KI-Gedächtnis signalisiert |
|---|---|
| Kein internes Löschverfahren | Ad-hoc-Löschung übersteht keine Prüfung |
| Lücken bei Backup-Löschung | Ihre Archivstrategie braucht eine Beyond-use-Regel |
| Schwache Anonymisierung | Re-identifizierbare Daten sind weiter personenbezogen |
| Unklare Aufbewahrungsfristen | Jeder Datentyp braucht eine definierte Lebensdauer |
| Schlechte Information der Betroffenen | Menschen müssen wissen, wie sie anfragen und was passiert |
Kann Ihr KI-Gedächtnis eine Person auf Anfrage löschen?
Buchen Sie ein 30-minütiges Gespräch. Wir kartieren, wo personenbezogene Daten in Ihrem Stack liegen, und testen eine echte Löschung von Anfang bis Ende.

Löschung by Design: Ein Brain bauen, das vergessen kann
Die Lösung ist kein cleveres Löschskript. Sie besteht darin, das Gedächtnis so zu gestalten, dass das Entfernen einer Person von Tag eins an eine geplante Routineoperation ist, so wie Sie für Sicherheit oder Backups gestalten. So sieht das in der Praxis aus.
- Identität bei der Aufnahme kennzeichnen - Sobald ein personenbezogenes Datum ins Brain gelangt, hängen Sie die Person und die Quelle an, zu der es gehört. Jedes Embedding, jede Zusammenfassung und jeder Cache-Eintrag erbt diese Kennung, sodass Sie Daten später nachschlagen statt zu jagen.
- Allem eine Aufbewahrungsregel geben - Kein personenbezogenes Datum tritt ohne definierte Lebensdauer und Rechtsgrundlage ein. Daten ohne Existenzgrund verfallen von selbst und verkleinern die Fläche, die eine Anfrage abdecken muss.
- Abgeleitete Daten nach Hause zeigen lassen - Zusammenfassungen, Embeddings und generierter Kontext behalten einen Verweis auf ihre Quelldatensätze, sodass das Löschen der Quelle auf alles Abgeleitete kaskadiert.
- Hart löschen, nicht weich - Entfernen heißt, dass Vektor und Text aus dem Index verschwunden sind, nicht als verborgen markiert, sodass nichts Rekonstruierbares zurückbleibt.
- Backups eine Beyond-use-Regel geben - Ein Archiv lässt sich nicht immer bearbeiten, also markieren Sie die Daten so, dass sie von jeder Wiederherstellung ausgeschlossen und erneut gelöscht werden, falls ein Backup je zurückgespielt wird, und lassen das Backup auslaufen15.
- Menschen und KI aus demselben Speicher lesen lassen - Wenn es ein geregeltes Gedächtnis gibt statt zehn Schattenkopien in Postfächern und Chat-Tools, gibt es einen Ort, aus dem gelöscht wird.
- Löschung testen wie Wiederherstellungen - Führen Sie planmäßig eine echte Löschung von Anfang bis Ende durch. Ein geprobter Löschprozess ist einer, den Sie innerhalb der Monatsfrist abschließen können.
Checkliste Löschung by Design
- Jedes personenbezogene Datum trägt vom Eintritt ins Brain an eine Identitätskennung
- Jeder Datentyp hat eine definierte Aufbewahrungsfrist und eine Rechtsgrundlage
- Embeddings und Zusammenfassungen verweisen auf die Quelle, aus der sie abgeleitet wurden
- Löschung entfernt Vektoren und Text, nicht nur eine Sichtbarkeitsmarkierung
- Backups haben eine dokumentierte Beyond-use- und Wiederlösch-Regel
- Kein kritisches Wissen hängt an einem Fine-Tune, der personenbezogene Daten memoriert hat
- Eine Löschanfrage kaskadiert über Quelle, Embeddings, Zusammenfassungen, Caches und Logs
- Sie haben mindestens eine vollständige Löschung von Anfang bis Ende getestet
Nichts davon macht das Brain schlechter in seiner Aufgabe. Es macht das Brain vertrauenswürdig, und das ist die Voraussetzung dafür, überhaupt echtes Unternehmenswissen hineinzugeben.
| Designentscheidung | Auf Anhäufung gebautes Gedächtnis | Auf Löschung by Design gebautes Gedächtnis |
|---|---|---|
| Daten einer Person finden | Manuelle Suche über die Speicher | Direktes Nachschlagen per Identitätskennung |
| Abgeleitete Kopien | Verwaist, leicht zu übersehen | Mit Quelle verknüpft, gemeinsam gelöscht |
| Vektoren | Soft-gelöscht, weiter rekonstruierbar | Hart aus dem Index entfernt |
| Backups | Als außerhalb des Anwendungsbereichs angenommen | Beyond-use-Regel mit Wiederlöschung |
| Löschnachweis | Keiner | Ein auditierbares Löschprotokoll |
Eine Person vergessen, ohne institutionelles Wissen zu verlieren
Hier ist die Angst, die Unternehmen zögern lässt: Wenn wir einen Kunden löschen, verlieren wir dann alles, was wir aus der Zusammenarbeit gelernt haben? Die Antwort ist mit dem richtigen Design nein - weil die Person und das Wissen zwei verschiedene Dinge sind.
Das Individuum vom Institutionellen trennen
- Personenbezogene Daten sind die Person - Name, Kontaktdaten, der Inhalt ihrer Nachrichten, alles, was sie identifiziert. Genau das verlangt Artikel 17 zu löschen.
- Institutionelles Wissen gehört Ihnen - Der Prozess, dem Ihr Team folgte, der Grund für eine Entscheidung, die allgemeine gelernte Lektion. Von Kennungen befreit, ist das in der Regel gar kein personenbezogenes Datum.
- Das Muster überlebt die Person - “Kunden in diesem Segment springen ab, wenn das Onboarding über zwei Wochen dauert” ist Wissen, das Sie behalten. Der konkrete Kunde, der es Ihnen beibrachte, kann gelöscht werden.
- Eine Ausnahme wird zur Regel - Wie Ihr Team einen ungewöhnlichen Anspruch behandelte, ist ein wiederverwendbarer Prozess. Er braucht die Identität des Anspruchstellers nicht, um wertvoll zu bleiben.
Der zentrale Schachzug
Ein für Löschung entworfenes Brain erfasst die anonymisierte Lektion getrennt von der identifizierbaren Person. Kommt die Löschanfrage, entfernen Sie das Individuum und seine Daten, und das institutionelle Muster - nun ohne personenbezogene Daten - bleibt im Gedächtnis. Das Unternehmen vergisst die Person und behält das Wissen, was genau das ist, was Gesetz und Geschäft beide wollen.
Wo das den Unterschied macht
- Ein ausscheidender Mitarbeiter - Seine Personalakte wird gelöscht, aber der von ihm dokumentierte Prozess, die protokollierten Lieferanten-Eigenheiten und die Art, wie er ein wiederkehrendes Problem löste, bleiben für den Nächsten im Brain.
- Ein ehemaliger Kunde - Seine Kontakthistorie und persönlichen Details verschwinden, während die anonymisierte Erkenntnis darüber, wie diese Art Geschäft gewonnen oder verloren wurde, bleibt.
- Ein abgelehnter Bewerber - Seine Bewerbungsdaten werden planmäßig gelöscht, aber das kalibrierte Verständnis, wie ein starkes Profil aussieht, bleibt ohne Kennungen erhalten.
- Eine beendete Lieferantenbeziehung - Persönliche Kontakte werden entfernt, während die verhandelten Konditionen und die Lektionen über diese Lieferantenkategorie fortbestehen.
Die Person löschen vs. das Wissen löschen
Was Löschung entfernen sollte
- ✓ Namen und Kontaktdaten - direkte Kennungen
- ✓ Nachrichteninhalt - E-Mails, Notizen, Tickets über die Person
- ✓ Embeddings dieses Inhalts - die Vektoren, die ihn codieren
- ✓ Zusammenfassungen, die die Person nennen - abgeleiteter Text mit Kennungen
Was überleben sollte
- • Der befolgte Prozess - von personenbezogenen Daten befreit
- • Die Entscheidungsbegründung - das Warum, nicht das Wer
- • Die allgemeine Lektion - das wiederverwendbare Muster
- • Aggregierte Statistiken - Zahlen, die niemanden identifizieren
Nachweisbare Löschung, Aufbewahrung und EU-Boden
Die Daten zu löschen ist die halbe Miete. Die andere Hälfte ist, zeigen zu können, dass Sie es getan haben, zu den Bedingungen, die die Behörde nun erwartet, nachdem der Bericht 2026 schwache Verfahren und Nachweise hervorhob1.
Belegen Sie es mit einem Löschprotokoll
- Das Ereignis erfassen, nicht die Person - Protokollieren Sie, dass eine Anfrage einging, welche Kategorien gelöscht wurden, aus welchen Systemen und wann - mit einer Referenz statt einer erneuten Speicherung der personenbezogenen Daten.
- Löschung auditierbar machen - Ein Löschprotokoll macht aus einer unbelegbaren Behauptung ein Ereignis, das eine Aufsichtsbehörde prüfen kann, was die meisten geprüften Verantwortlichen nicht vorweisen konnten13.
- Der Person bestätigen - Artikel 17 erwartet, dass Sie die Anfrage umsetzen und bestätigen können, sodass das Protokoll zugleich Ihr Antwortnachweis ist6.
- Die Kaskade verfolgen - Das Protokoll sollte zeigen, dass die Löschung abgeleitete Daten erreichte, nicht nur den Quelldatensatz.
Aufbewahrungsregeln erledigen die halbe Arbeit für Sie
- Eine Lebensdauer je Datentyp definieren - Wenn Daten automatisch verfallen, leben die meisten personenbezogenen Daten nicht lange genug, um ein Löschproblem zu werden.
- Rechtsgrundlage an Aufbewahrung koppeln - Steuer- und Buchhaltungsdaten haben eine gesetzlich geforderte Aufbewahrungsfrist; eine beiläufige Anfrage nicht. Codieren Sie diesen Unterschied.
- Standardmäßig löschen - Daten behalten, weil eine Regel es verlangt, nicht weil niemandem das Löschen einfiel.
- Aufbewahrung als Betrieb überprüfen - Aufbewahrung, die aufgeschrieben, aber nie durchgesetzt wird, ist genau die Lücke, die der EDSA quer durch Branchen fand1.
Warum EU-Boden hier zählt
Wenn Ihr Company Brain auf EU-Infrastruktur unter Ihrer eigenen Governance läuft, halten Sie die Aufbewahrungsregeln und die Löschschlüssel und warten nicht auf einen Anbieter in einer anderen Rechtsordnung, der eine Anfrage erfüllt. Datenresidenz erfüllt Artikel 17 nicht allein, aber sie beseitigt eine Abhängigkeit, die den Nachweis der Löschung sonst deutlich erschwert. Für einen tieferen Blick siehe unseren Beitrag zum souveränen Company Brain auf EU-Boden.
| Fähigkeit | Ohne sie | Mit ihr |
|---|---|---|
| Löschprotokoll | Kann Löschung nicht belegen | Jede Löschung ist ein auditierbares Ereignis |
| Aufbewahrungsregeln | Daten häufen sich unbegrenzt an | Die meisten Daten verfallen, bevor sie je angefragt werden |
| Identitätskennzeichnung | Löschung ist eine manuelle Suche | Löschung ist ein direktes Nachschlagen |
| EU-Datenresidenz | Abhängig von einer fremden Rechtsordnung | Schlüssel und Regeln unter Ihrer Kontrolle |
Wie Superkind passt
Superkind baut ein Company Brain und KI-Mitarbeiter auf den Systemen, die Sie bereits nutzen, und das Brain ist so gebaut, dass das Vergessen einer Person eine Routineoperation ist statt eines Neuaufbaus. Löschung, Aufbewahrung und nachweisbare Löschung sind Teil des Designs, nicht nach einer Prüfung angeschraubte Funktionen.
- Löschung by Design - Personenbezogene Daten tragen vom Eintritt ins Brain an eine Identitätskennung und eine Aufbewahrungsregel, sodass eine Anfrage zum Nachschlagen wird, nicht zur Jagd.
- Kaskadierende Löschung - Das Entfernen einer Person räumt Quelle, Embeddings, abgeleitete Zusammenfassungen und Caches gemeinsam, nicht nur die offensichtliche Kopie.
- Institutionelles Wissen bewahrt - Der anonymisierte Prozess und die Lektion bleiben im Brain, wenn das Individuum gelöscht wird, sodass Sie die Person vergessen und das Gelernte behalten.
- Nachweisbare Löschung - Ein Löschprotokoll erfasst, was gelöscht wurde, woher und wann, und liefert den Nachweis, den der EDSA bei den meisten Verantwortlichen vermisste.
- Aufbewahrung eingebaut - Jeder Datentyp hat eine definierte Lebensdauer und eine Rechtsgrundlage, sodass die meisten personenbezogenen Daten verfallen, lange bevor jemand sie anfragen muss.
- Läuft auf EU-Boden - Die Wissensschicht kann auf EU-Infrastruktur unter Ihrer Governance laufen, sodass Löschschlüssel und Aufbewahrungsregeln bei Ihnen bleiben.
- Sitzt auf Ihrem Stack - Sie verbindet E-Mail, Teams, SharePoint, CRM und ERP als ein geregeltes Gedächtnis, sodass es einen Ort zum Löschen gibt statt zehn Schattenkopien.
- Kein Rip-and-Replace - Nichts wird herausgerissen; das Brain ist eine Schicht über den Systemen, die Sie bereits betreiben, und wird schärfer, je mehr Ihr Team es nutzt.
| Ansatz | Generisches KI-Gedächtnistool | Superkind Company Brain |
|---|---|---|
| Eine Person löschen | Manuell, unvollständig | Eine Anfrage, kaskadierende Löschung |
| Abgeleitete Daten | Verwaiste Embeddings und Zusammenfassungen | Mit Quelle verknüpft, gemeinsam gelöscht |
| Institutionelles Wissen | Mit der Person verloren | Anonymisiertes Muster bleibt erhalten |
| Löschnachweis | Keiner | Auditierbares Löschprotokoll |
| Datenstandort | Oft außerhalb der EU | EU-Boden unter Ihrer Governance |
| Integration | Ein weiteres Silo zu verwalten | Eine Schicht über bestehenden Systemen |
Superkind
Pro
- ✓ Löschbereit by Design - eine Person zu vergessen ist Routine, kein Projekt
- ✓ Behält institutionelles Wissen - löscht die Person, behält die Lektion
- ✓ Nachweisbare Löschung - ein auditierbares Protokoll für Behörden
- ✓ EU-Boden - Löschschlüssel und Aufbewahrungsregeln bleiben bei Ihnen
- ✓ Kein Rip-and-Replace - eine Schicht über Ihren bestehenden Systemen
Contra
- ✗ Keine Self-Service-App - erfordert Zusammenarbeit mit unserem Team
- ✗ Braucht Prozesszugang - wir kartieren, wo personenbezogene Daten wirklich liegen
- ✗ Überdimensioniert für eine Einzelaufgabe - eine einmalige Automatisierung braucht kein Brain
- ✗ Governance ist gemeinsame Arbeit - Aufbewahrungsregeln spiegeln Ihre Rechtslage, gemeinsam festgelegt
Ist Ihr Unternehmensgedächtnis löschbereit? Ein Entscheidungsrahmen
Nutzen Sie diese Signale, um zu beurteilen, wie exponiert Ihr KI-Gedächtnis gegenüber der nächsten Löschanfrage ist und was zu tun ist.
| Signal | Was es bedeutet | Maßnahme |
|---|---|---|
| Sie können nicht auflisten, wo die Daten einer Person liegen | Löschung ist standardmäßig unvollständig | Personenbezogene Daten über jeden Speicher kartieren, auch Embeddings |
| Ihre Vektoren haben keine Identitätskennungen | Eine Person im Index zu finden ist Suche, nicht Nachschlagen | Daten bei der Aufnahme mit Person und Quelle kennzeichnen |
| Sie stützen sich zur Compliance auf Anonymisierung | Re-identifizierbare Daten sind weiter personenbezogen | Echte Löschung nutzen, nur wirklich anonyme Muster behalten |
| Backups gelten als außerhalb des Anwendungsbereichs | Ein zentraler EDSA-Mangel - Archive fallen darunter | Eine dokumentierte Beyond-use- und Wiederlösch-Regel ergänzen |
| Sie können eine frühere Löschung nicht belegen | Eine Prüfung fände nichts zu prüfen | Ein Löschprotokoll für jede Anfrage einführen |
| Sie haben nie eine echte Anfrage getestet | Die Lücken sind unbekannt, bis es zu spät ist | Eine Löschung von Anfang bis Ende in der Monatsfrist durchspielen |
Jetzt für Löschung gestalten vs. warten
Jetzt einbauen
- ✓ Günstiger, solange klein - weniger angehäufte Daten später zu entwirren
- ✓ Prüfungsbereit - Sie können einer Behörde bei der ersten Anfrage antworten
- ✓ Vertrauen als Basis - sicher, echtes Wissen ins Brain zu geben
- ✓ Fristsicher - ein Monat reicht reichlich, wenn es Routine ist
Warten
- ✗ Daten häufen sich - mehr verstreute Kopien später zu finden
- ✗ Durchsetzung läuft - der EDSA untersucht jetzt aktiv
- ✗ Neuaufbau-Risiko - Löschung nachzurüsten kann Neuaufbau bedeuten
- ✗ Vertrauensdefizit - Teams halten Wissen vor einem Brain zurück, dem sie nicht trauen
Häufig gestellte Fragen
Das Recht auf Löschung, auch Recht auf Vergessenwerden genannt, erlaubt einer Person, in bestimmten Fällen die Löschung ihrer personenbezogenen Daten zu verlangen - etwa wenn die Daten nicht mehr benötigt werden, die Einwilligung widerrufen wird oder die Verarbeitung unrechtmäßig war. Das Unternehmen hat in der Regel einen Monat Zeit zu reagieren und muss die Daten tatsächlich löschen, nicht nur verbergen. Artikel 17 nennt auch Ausnahmen, etwa Daten, die zur Erfüllung einer rechtlichen Pflicht oder zur Verteidigung von Rechtsansprüchen aufbewahrt werden.
Ja. Wenn ein Company Brain personenbezogene Daten enthält - Namen, E-Mails, Kundennotizen, Ticket-Historien - unterliegen diese Daten wie jeder andere Speicher dem Artikel 17. Das Heikle daran ist, dass eine Gedächtnisschicht diese Daten an vielen Stellen kopiert, einbettet, zusammenfasst und zwischenspeichert, sodass eine einzige Löschanfrage weit mehr als eine Datenbankzeile betrifft. Die Löschung muss jede abgeleitete Kopie erreichen, nicht nur das Ursprungsdokument.
Text wird in numerische Vektoren, sogenannte Embeddings, umgewandelt, und diese Vektoren verteilen sich über einen Index ohne offensichtlichen Bezug zur Person. Forschung aus Cornell zeigte, dass sich Embeddings invertieren lassen, um bis zu 92 Prozent kurzer Texte exakt zu rekonstruieren, einschließlich vollständiger Namen - ein Embedding ist also personenbezogenes Datum, auch ohne den Originaltext. Wenn Sie nicht jeden Vektor im Moment der Erzeugung mit einer Personen- oder Dokument-ID versehen, ist das spätere Finden und Entfernen dieser Person langsam, unvollständig oder unmöglich.
Nicht automatisch. Der EDSA stellte 2026 fest, dass viele Organisationen sich auf schwache Anonymisierung als Ersatz für Löschung stützen, und wenn die Daten weiterhin re-identifizierbar sind, sind sie weder anonym noch gelöscht. Echte Anonymisierung muss unumkehrbar sein. Wenn eine entschlossene Partei die Daten wieder mit einer Person verknüpfen könnte, behandeln Aufsichtsbehörden sie als pseudonymisierte personenbezogene Daten, die weiterhin unter Artikel 17 fallen.
Backups fallen in den Anwendungsbereich, aber Aufsichtsbehörden akzeptieren, dass Sie ein Backup-Archiv nicht immer chirurgisch bearbeiten können. Der übliche Ansatz ist, die wiederhergestellten Daten als beyond use zu markieren - sie von jeder Wiederherstellung auszuschließen und erneut zu löschen, sobald ein Backup zurückgespielt wird - und das Backup im normalen Aufbewahrungszyklus auslaufen zu lassen. Was Sie nicht dürfen, ist ein Backup als stille, dauerhafte Kopie behandeln, die jede Löschanfrage überlebt.
Im Februar 2026 veröffentlichte der EDSA die Ergebnisse seiner koordinierten Aktion von 2025, gestützt auf 764 Verantwortliche bei 32 Behörden im EWR. Die Gesamt-Compliance wurde als durchschnittlich bewertet, und sieben wiederkehrende Probleme wurden benannt, darunter fehlende interne Verfahren, schwache Information der Betroffenen, übermäßiges Vertrauen auf Anonymisierung, unklare Aufbewahrungsfristen und Schwierigkeiten beim Löschen von Daten in Backups. Neun Behörden leiteten daraufhin förmliche Untersuchungen ein oder setzten sie fort.
Löschung by Design bedeutet, das Gedächtnis so zu bauen, dass das Entfernen einer Person eine geplante Routineoperation ist statt eines Ausgrabungsprojekts. Jedes personenbezogene Datum trägt vom Moment des Eintritts ins Brain an eine Identitätskennung und eine Aufbewahrungsregel, abgeleitete Kopien verweisen auf ihre Quelle, und eine einzige Löschanfrage kaskadiert durch Embeddings, Zusammenfassungen, Caches und Logs. Sie planen das Vergessen von Tag eins an, nicht erst nach der ersten Anfrage.
Ja, wenn es Daten auf Personenebene vom institutionellen Wissen trennt. Ein ausscheidender Kunde hat Anspruch darauf, dass seine personenbezogenen Daten entfernt werden, aber der Prozess, dem das Team folgte, der Grund für eine Entscheidung und die allgemeine gelernte Lektion sind das eigene Wissen des Unternehmens und enthalten in der Regel keine personenbezogenen Daten mehr, sobald die individuellen Kennungen entfernt sind. Ein gut gebautes Brain löscht die Person und behält das anonymisierte Muster, sodass das institutionelle Gedächtnis die Löschung überlebt.
Sie führen ein Löschprotokoll: eine Aufzeichnung darüber, dass eine Anfrage einging, was gelöscht wurde, aus welchen Systemen und wann. Das Protokoll selbst speichert außer einer Referenz keine personenbezogenen Daten, sodass es das Problem nicht neu schafft. Nachweisbare Löschung macht aus einer Löschung eine überprüfbare, auditierbare Handlung statt einer unbelegbaren Behauptung - genau das, was Aufsichtsbehörden verlangten, nachdem der Bericht 2026 zeigte, dass die meisten Verantwortlichen ihren Prozess nicht belegen konnten.
Verstöße gegen Artikel 17 fallen in die höhere Bußgeldstufe der DSGVO, bis zu 20 Millionen Euro oder 4 Prozent des gesamten weltweiten Jahresumsatzes, je nachdem, welcher Betrag höher ist. Über die Schlagzeile hinaus ist der Reputationsschaden erheblich, wenn Sie einem Kunden sagen müssen, dass seine Daten nicht gelöscht werden können. Der Sinn, Löschung in die Gedächtnisschicht einzubauen, ist, dass Compliance zu einer Konfiguration wird, nicht zu einer Krise.
Es hilft bei der Kontrolle. Wenn die Wissensschicht auf EU-Infrastruktur unter Ihrer Governance läuft, bestimmen Sie die Aufbewahrungsregeln, Sie halten die Löschschlüssel, und Sie warten nicht auf einen Dritten in einer anderen Rechtsordnung, der eine Anfrage erfüllt. Datenresidenz erfüllt Artikel 17 nicht von selbst, aber sie beseitigt eine Abhängigkeitsschicht, die den Nachweis der Löschung sonst deutlich erschwert.
Beginnen Sie damit, zu kartieren, wo personenbezogene Daten über Ihren KI-Stack liegen - Ursprungsdokumente, Embeddings, Zusammenfassungen, Caches, Logs und Backups - und testen Sie eine echte Löschanfrage von Anfang bis Ende. Die meisten Teams entdecken die Lücken erst, wenn sie es versuchen. Von dort führen Sie Identitätskennzeichnung und Aufbewahrungsregeln zuerst bei neuen Daten ein und arbeiten sich dann durch den Bestand zurück, sodass das Brain löschbereit wird, ohne kompletten Neuaufbau.
Quellen
- EDPB - EDPB Identifies Challenges Hindering the Full Implementation of the Right to Erasure (18 February 2026)
- EDPB - Coordinated Enforcement Action: Implementation of the Right to Erasure by Controllers
- EDPB - 2025 Coordinated Enforcement Action Report on the Right to Erasure (PDF)
- Data Protection Commission (Ireland) - DPC Welcomes Publication of EDPB CEF Report on the Right to Be Forgotten
- EDPB - Coordinated Enforcement Framework: EDPB Selects Topic for 2026
- GDPR - Article 17: Right to Erasure (Right to Be Forgotten)
- GDPR - Article 12: Transparent Information, Communication and Modalities
- GDPR - Article 83: General Conditions for Imposing Administrative Fines
- Morris, Kuleshov, Shmatikov, Rush - Text Embeddings Reveal (Almost) As Much As Text (EMNLP 2023)
- IBM Research - Machine Unlearning for LLMs
- Unlearning Is Not Deletion: Investigating Reversibility of Machine Unlearning in LLMs (arXiv 2025)
- Leiden Law Blog - Erasing Personal Data in an AI Era
- McCann FitzGerald - Delete and Disclose: EDPB CEF 2025 and 2026
- DataGuidance - The EDPB’s Latest Coordinated Enforcement Action: The Right of Erasure
- ICO - Right to Erasure Guidance (Including Deletion from Backups)
Bereit für ein Company Brain, das auf Anfrage vergessen kann?
Buchen Sie ein 30-minütiges Gespräch mit Henri. Wir kartieren, wo personenbezogene Daten in Ihrem KI-Stack liegen, und zeigen, wie Löschung by Design Sie compliant hält, ohne zu verlieren, was Ihr Unternehmen weiß - keine Verpflichtung, kein Verkaufsgespräch.
Demo buchen →
