Dokument gelöscht, Wissen noch auffindbar? Löschweitergabe im RAG-System prüfen

Eine interne Richtlinie wird zurückgezogen und aus der Dokumentenablage entfernt. Der RAG-Assistent nennt ihren Inhalt weiterhin. Wo muss die zuständige Stelle prüfen: in der Quelle, im Suchindex oder in einer bereits gespeicherten Antwort? Ein Löschprozess braucht einen definierten Umfang und überprüfbare Abschlusskriterien.

Der Beitrag richtet sich an Verantwortliche für individuelle Wissensassistenten, Informationsmanagement und IT-Betrieb. Er vertieft die Quellenpflege aus dem Beitrag über RAG-Assistenten für Unternehmenswissen anhand des Falls, dass ein Dokument nicht mehr verwendet werden soll.

Den Umfang der Rücknahme bestimmen

Unterscheiden Sie zunächst zwei Ziele: Ein Inhalt soll bei neuen Anfragen nicht mehr abgerufen werden, oder bestimmte Daten sollen aus den betroffenen Speichern gelöscht werden. Welche Maßnahmen und Nachweise erforderlich sind, hängt vom festgelegten Ziel und Ihrer Architektur ab.

Erstellen Sie dafür ein Verzeichnis der beteiligten Verarbeitungsschritte. Prüfen Sie, welche Kopien und Ableitungen in Ihrer Lösung tatsächlich existieren: Quelldokumente, Textabschnitte, Metadaten, Such- und Vektoreinträge sowie gegebenenfalls Zwischenspeicher. Erfassen Sie gespeicherte Antworten und exportierte Ergebnisse gesondert. Nicht jede Anwendung verwendet alle diese Komponenten.

Eine vollständige physische Löschung lässt sich nicht allein durch eine erfolglose Suchanfrage nachweisen. Umgekehrt beantwortet ein technisch ausgeführter Löschauftrag noch nicht, ob ein zurückgezogener Inhalt über einen anderen Verarbeitungspfad weiterhin verwendet wird. Rechtliche Löschpflichten und zulässige Aufbewahrung müssen die zuständigen Stellen separat beurteilen.

Wie Löschungen den Suchindex erreichen

Microsoft dokumentiert für Azure-Storage-Indexer in Azure AI Search, dass eine Erkennung von Quelländerungen nicht automatisch eine Erkennung gelöschter Objekte bedeutet. Für die Weitergabe von Löschungen beschreibt Microsoft Soft-Delete-Strategien. Die Löschstrategie muss bereits beim ersten Indexerlauf eingerichtet sein; späteres Hinzufügen beseitigt zuvor verwaiste Einträge nicht einfach durch einen Reset. Siehe Microsoft Learn: Change and delete detection using indexers for Azure Storage in Azure AI Search.

Diese Aussagen gelten für die dort beschriebenen Azure-Komponenten. Prüfen Sie für Ihre Lösung, welcher Mechanismus eine Rücknahme erkennt, wie er die betroffenen Einträge zuordnet und wie sein Abschluss beobachtet werden kann. Übertragen Sie eine Anbieterfunktion nicht ungeprüft auf andere Konnektoren oder Datenbanken.

Aufgeteilte Dokumente gesondert prüfen

Ein Quelldokument kann in einer RAG-Anwendung mehrere abrufbare Textabschnitte liefern. Legen Sie fest, wie alle zugehörigen Einträge gefunden werden und wie mit älteren Versionen umzugehen ist.

Für die in der Microsoft-Dokumentation beschriebenen One-to-many-Indexierungsszenarien gelten die dortigen Soft-Delete-Verfahren ausdrücklich nicht; Microsoft verweist auf explizite Löschanfragen an den Index. Auch die zeitliche Abstimmung von Indexerlauf und Soft-Delete-Aufbewahrung ist Teil der dokumentierten Voraussetzungen. Microsoft Learn: Voraussetzungen und Grenzen der Löscherkennung.

Lassen Sie sich für Ihren konkreten Verarbeitungspfad zeigen, welche Referenzen ein Dokument mit seinen Ableitungen verbinden. Die bloße Kenntnis des ursprünglichen Dateinamens ist noch kein nachgewiesener Löschpfad.

Einen Rücknahmefall praktisch testen

Verwenden Sie zulässige Testdokumente mit eindeutig unterscheidbaren Aussagen. Definieren Sie vorab, welche Inhalte nach der Rücknahme noch abrufbar sein dürfen. Die folgende Tabelle ist eine redaktionelle Arbeitshilfe für die Abnahme.

Testen Sie sowohl direkte Suchbegriffe als auch sinngleiche Fragen. Kontrollieren Sie die abgerufenen Quellen getrennt von der formulierten Antwort. Wenn eine Antwort ähnliches Allgemeinwissen enthält, belegt das allein noch keinen verbliebenen Dokumentabruf. Umgekehrt beweist eine ausbleibende Antwort keine vollständige Löschung aller Ableitungen.

Fehlerfälle und Abschlussverantwortung festlegen

Spielen Sie einen ausgefallenen Verarbeitungslauf und eine Wiederherstellung der Quelle durch. Klären Sie, wer eine unvollständige Rücknahme erkennt und ob betroffene Quellen bis zur Klärung von neuen Abrufen ausgeschlossen werden müssen. Halten Sie fest, welche Betriebsgrenze gilt, wenn dieser Ausschluss technisch nicht verlässlich möglich ist.

Benennen Sie eine Stelle, die den Abschluss anhand der vereinbarten Nachweise bestätigt. Gespeicherte Antworten, Protokolle und Sicherungen benötigen jeweils eine eigene Entscheidung zum Umgang; dieser Beitrag schreibt dafür keine allgemeine Löschfrist vor.

Für die Ausgestaltung von Wissensquellen, Antwortlogik, Qualitätskriterien und laufender Pflege bietet die Leistung Maßgeschneiderter KI-Assistent auf RAG-Basis einen Anknüpfungspunkt. Die konkrete Rücknahme sollte bereits in die Konzeption und spätere Betriebsprüfung aufgenommen werden.

Quelle und Recherche-Stand

Microsoft Learn: Change and delete detection using indexers for Azure Storage in Azure AI Search, aktualisiert am 2. Juni 2026; geprüft am 1. November 2026. Die Produktbeschreibung ist kein Nachweis einer vollständigen Löschung in einer individuellen Anwendung. Prüftabelle und Testablauf sind redaktionelle Empfehlungen; technische und rechtliche Einzelfallfreigaben bleiben gesondert erforderlich.