Anfragen betroffener Personen
Reiche Löschanfragen ein, verwalte Freigaben und Fristen und prüfe den daraus entstehenden Beleg.
4 Min. Lesezeit
Als Admin oder Inhaber bearbeitest du unter Einstellungen > Richtlinien > Anfragen betroffener Personen Löschanfragen. Tale verfolgt die Anfrage, ihre Freigabe und Wartezeit sowie das Ergebnis der Löschung. Prüfe vor der Einreichung Identität und passenden Umfang nach dem Verfahren deiner Organisation.
Eine Anfrage einreichen
- Wähle Anfrage einreichen und suche die Person nach Name oder E-Mail. Prüfe, ob du das richtige Konto ausgewählt hast.
- Wähle den Rechtsgrund und schreibe unter Begründung, worum es geht. Verweise auf deinen internen Fall.
- Gib exakt
ERASEein und wähle Anfrage einreichen. - Öffne den Beleg und prüfe Status, Frist und die nächste erforderliche Aktion.
Die Löschung entfernt betroffene Daten endgültig; sie verschiebt sie nicht in den Papierkorb. Der Beleg erfasst Kategorien und Anzahlen, darunter Chats, Dokumente und Uploads, Einstellungen, Feedback, Benachrichtigungen, Nutzung und das Bereinigen von Personenkennungen im Audit-Protokoll. Die Löschung entfernt außerdem die getrennten Sandbox-Arbeitsbereiche der Agentenläufe, die die Person gestartet hat, auch wenn darin noch Arbeit läuft; der Beleg zählt sie unter Sandbox-Arbeitsbereiche. Ein Arbeitsbereich zählt erst, wenn der Sandbox-Dienst seine Dateien gelöscht hat, was bei einem großen eine Weile dauern kann. Bis dahin, oder solange das Löschen wiederholt fehlschlägt, lautet der Beleg Teilweise und nennt sandboxWorkspaces unter den fehlgeschlagenen Durchläufen; wähle später Erneut versuchen, und die Löschung wird abgeschlossen, sobald die Dateien entfernt sind. Unter Kubernetes zählt ein Arbeitsbereich, sobald sein Volume an den Storage-Provisioner des Clusters übergeben ist; mit einer StorageClass, deren reclaimPolicy Retain ist, bleiben die Dateien des Volumes, bis ein Operator das Volume entfernt, obwohl der Beleg den Arbeitsbereich zählt. Ein Sandbox-Dienst oder Gerät, das noch nicht auf diese Version aktualisiert ist, kann die Löschung nicht bestätigen; der Beleg bleibt dann Teilweise, bis es aktualisiert ist.
Aufgaben, die die Person als Reviewer nennen, verlieren diese Zuweisung. Eine Prüfanfrage, die noch auf sie wartet, geht an die erste berechtigte Person der Ersatzfolge: den Ersteller der Aufgabe oder des Projekts. Diese Person wird benachrichtigt. Bei einer archivierten Aufgabe geht die Prüfanfrage ohne Benachrichtigung weiter. Prüfentscheidungen, die die Person bereits getroffen hat, bleiben ohne ihren Namen erhalten.
Vorher die Richtlinie prüfen
| Einstellung | Wirkung |
|---|---|
| Karenzzeit (Stunden) | Wartezeit von 0–72 Stunden vor der Ausführung. Admins können währenddessen abbrechen. Null erlaubt die sofortige Ausführung, sobald alle anderen Voraussetzungen erfüllt sind. |
| Doppelfreigabe erforderlich | Ein anderer Admin muss zustimmen, bevor die Karenzzeit beginnt. Die einreichende Person kann nicht selbst freigeben. |
| Tägliches Limit pro Admin | Begrenzt jeden Admin auf 1–50 Einreichungen pro Tag. |
Nur der Inhaber kann diese Richtlinie ändern. Strengere Schutzmaßnahmen gelten sofort. Lockerungen werden 24 Stunden vorgemerkt, damit jeder Admin sie abbrechen kann. Prüfe die wirksamen Einstellungen und Hinweise auf ausstehende Änderungen, bevor du mit einem neuen Wert planst.
Den Beleg verfolgen
| Zustand | Nächster Schritt |
|---|---|
| Ausstehend / wartet auf Freigabe | Prüfe, ob ein zweiter Admin zustimmen oder die Karenzzeit enden muss. Brich ab oder lehne ab, wenn die Anfrage nicht ausgeführt werden soll. |
| Läuft | Warte auf die Kategorieergebnisse und reiche keine doppelte Anfrage ein. |
| Abgeschlossen | Prüfe die Anzahlen und bewahre den Beleg bei deinem Fall auf. |
| Teilweise | Untersuche übersprungene Kategorien und Fehler. Behebe die Ursache vor einem neuen Versuch. |
| Blockiert | Prüfe den Legal Hold. Betroffene Daten bleiben geschützt. Der Beleg nennt den noch geltenden Legal Hold; nach dessen Aufhebung sagt er das, und die Löschung geht erst weiter, wenn du Erneut versuchen wählst. |
| Fehlgeschlagen | Lies die Fehlerdetails. Nutze Erneut versuchen, wenn verfügbar. Bei einem Watchdog-Timeout kann eine neue Anfrage nötig sein. |
| Abgebrochen | Dieser Beleg plant keine weitere Ausführung. Reiche bei Bedarf eine neue Anfrage ein. |
Ein offener Beleg kann eine zweite Anfrage für dieselbe Person verhindern. Arbeite mit diesem Beleg weiter. War die Anfrage schon bei der Einreichung blockiert, muss ein neuer Versuch erneut die aktuelle Freigabe- und Wartezeitregel erfüllen. Ein Beleg, der auf Freigabe wartet, behält die bei der Einreichung festgehaltene Freigabepflicht: Schaltest du das Vier-Augen-Prinzip später aus, gibt ihn das nicht frei.
Die Frist verwalten
Die Liste zeigt die erfasste Frist und mögliche Überschreitungen. Nutze Frist verlängern für eine begründete Verlängerung, solange die Aktion verfügbar ist. Die Anwendung erlaubt eine Verlängerung vor Ablauf der ursprünglichen Frist und protokolliert Grund und Admin.
Die Frist unterstützt die Nachverfolgung. Deine Organisation bleibt für die Prüfung und die Kommunikation mit der Person verantwortlich. Ein abgeschlossener Tale-Beleg bestätigt für sich allein keine Löschung in unabhängigen externen Systemen oder Backups.
Das Ergebnis prüfen
Öffne die Kategorieanzahlen, Fehler und Audit-Zeitleiste des Belegs. Eine abgeschlossene Aktion, eine gesperrte Kategorie und ein fehlgeschlagener Durchlauf haben unterschiedliche Ergebnisse. Halte diese Unterschiede im Fall fest. Zugehörige Admin-Ereignisse findest du in den Audit-Logs.