Datensätze sperren
Aus POLARIS Hilfe
FG (Diskussion | Beiträge) K (→Datensicherung und Replikation) |
FG (Diskussion | Beiträge) (→Sperren oder löschen?) |
||
| Zeile 49: | Zeile 49: | ||
Im Zweifelsfall sollten sie einen Kunden lieber zu früh sperren als zu spät. Während ein Entsperren im Notfall jederzeit möglich ist, wäre es ziemlich peinlich, wenn ein Kunde, der einen Monat zuvor um Löschung seiner Daten gebeten hat, zum Empfänger eines Serienbriefs wird – auch wenn Sie argumentieren können, dass Sie zu einer Löschung wegen Ihrer Aufbewahrungs- und Dokumentationspflicht nicht verpflichtet waren. | Im Zweifelsfall sollten sie einen Kunden lieber zu früh sperren als zu spät. Während ein Entsperren im Notfall jederzeit möglich ist, wäre es ziemlich peinlich, wenn ein Kunde, der einen Monat zuvor um Löschung seiner Daten gebeten hat, zum Empfänger eines Serienbriefs wird – auch wenn Sie argumentieren können, dass Sie zu einer Löschung wegen Ihrer Aufbewahrungs- und Dokumentationspflicht nicht verpflichtet waren. | ||
| − | Das vollständige Löschen von Kunden, Verträgen etc. ist selten sinnvoll, insbesondere nach der Einführung der Sperrfunktion. Typische Beispiele, in denen wir es machen, sind Datensätze, die aus Versehen (und gerade eben) neu angelegt wurden, oder Jahre alte, zum Zwecke einer Mailingaktion importierte Adressdaten, zu denen aber nie ein Kontakt entstanden ist. | + | Das vollständige Löschen von Kunden, Verträgen etc. ist selten sinnvoll, insbesondere nach der Einführung der Sperrfunktion. Typische Beispiele, in denen wir es machen, sind Datensätze, die aus Versehen (und gerade eben) neu angelegt wurden, „Mülldatensätze“ ohne Name oder andere wesentliche Informationen, oder oder mehrere Jahre alte, zum Zwecke einer Mailingaktion importierte Adressdaten, zu denen aber nie ein Kontakt entstanden ist. |
