Die Datenschutz-Grundverordnung (DSGVO \/ GDPR) ist ein Gesetz der Europ\u00e4ischen Union (EU) und trat am 25. Mai 2018 in Kraft. Diese Verordnung soll ein hohes Schutzniveau f\u00fcr personenbezogene Daten der B\u00fcrgerinnen und B\u00fcrger in der EU gew\u00e4hrleisten. Das bedeutet, dass Unternehmen weltweit Transparenz schaffen, den Einzelnen die Kontrolle \u00fcber ihre Daten einr\u00e4umen und eine eindeutige Einwilligungserkl\u00e4rung einholen m\u00fcssen, um personenbezogene Daten zu speichern und zu verarbeiten. W\u00e4hrend die Gesetzgebung au\u00dferhalb der EU (insbesondere in den USA) oft eher unternehmens- als verbraucherfreundlich ist, betrifft die DSGVO alle Unternehmen weltweit, die personenbezogene Daten von EU-B\u00fcrgern verarbeiten. <\/span><\/p>\n In this article:<\/p> Dar\u00fcber hinaus reicht es nicht mehr aus, den Verwendungszweck zur Speicherung und Verarbeitung lediglich in den Allgemeinen Gesch\u00e4ftsbedingungen des Unternehmens anzugeben (die z. B. bei der Registrierung oder bei Produktk\u00e4ufen akzeptiert werden m\u00fcssen). Vielmehr muss die Einwilligung zur Erhebung und Verarbeitung personenbezogener Daten separat sowie eindeutig erkl\u00e4rt und akzeptiert werden. Die Bu\u00dfgelder bei Verst\u00f6\u00dfen gegen die Verordnung sind sehr hoch und k\u00f6nnen bis zu 20 Millionen Euro oder 4 % des weltweiten Jahresumsatzes betragen (je nachdem, welcher Wert h\u00f6her ist). <\/span>[\/vc_column_text][divider line_type=“No Line“][vc_column_text css=““ text_direction=“default“]\n Data Vault 2.0<\/a> bietet eine vollst\u00e4ndig revisionssichere (auditierbare) Architektur und hilft Ihnen dabei, die Kosten f\u00fcr L\u00f6sch- und Maskierungsprozesse nachhaltig zu senken. Spezielle Modellierungskonzepte erleichtern den Umgang mit den Anforderungen der DSGVO erheblich. Ein zentraler Ansatz ist die Trennung personenbezogener und nicht-personenbezogener Daten in verschiedene Satelliten (Satellite Split), wie in der folgenden Abbildung dargestellt. <\/span>[\/vc_column_text][divider line_type=“No Line“][image_with_animation image_url=“29692″ image_size=“full“ animation_type=“entrance“ animation=“None“ animation_movement_type=“transform_y“ hover_animation=“none“ alignment=“center“ border_radius=“none“ box_shadow=“none“ image_loading=“lazy-load“ max_width=“100%“ max_width_mobile=“default“][vc_custom_heading text=“Figure 1: Satellite Split“ font_container=“tag:div|text_align:center“ google_fonts=“font_family:Droid%20Serif%3Aregular%2Citalic%2C700%2C700italic|font_style:400%20regular%3A400%3Anormal“][divider line_type=“No Line“][vc_column_text]Der eindeutige Business Key (und sein<\/span> Hash-Wert<\/span><\/a>) wird im Hub gespeichert und verweist \u00fcber Hash Keys auf zwei getrennte Satelliten. Ein Satellit enth\u00e4lt nicht-personenbezogene Daten, der andere personenbezogene Daten. Verlangt der Kunde die L\u00f6schung seiner personenbezogenen Daten, ist nur die entsprechende Zeile (oder die Zeilen) im Satelliten mit den personenbezogenen Daten betroffen. Eine spaltenweise L\u00f6schung in einer einzelnen Tabelle entf\u00e4llt somit. Dieser Ansatz funktioniert, wenn der Business Key selbst keine PII-Daten enth\u00e4lt und im Hub verbleiben kann, um die beschreibenden Daten weiterhin mit einem Gesch\u00e4ftsobjekt zu verkn\u00fcpfen. <\/span> Wenn der Business Key PII-Informationen enth\u00e4lt (z. B. die E-Mail-Adresse), wird ein erweiterter Ansatz gew\u00e4hlt: Ein zentraler Hub enth\u00e4lt den eindeutigen Business Key des Kunden (samt <\/span>Hash-Wert<\/span><\/a>) und ist \u00fcber eine Link-Entit\u00e4t mit zus\u00e4tzlichen Hubs f\u00fcr verschiedene Gesch\u00e4ftsbereiche verbunden. Der Link enth\u00e4lt den Business Key aus dem Haupt-Kunden-Hub sowie einen k\u00fcnstlichen Schl\u00fcssel (Artificial Key), der als Prim\u00e4rschl\u00fcssel im zus\u00e4tzlichen Hub dient.<\/span>[\/vc_column_text][divider line_type=“No Line“][image_with_animation image_url=“29691″ image_size=“full“ animation_type=“entrance“ animation=“None“ animation_movement_type=“transform_y“ hover_animation=“none“ alignment=“center“ border_radius=“none“ box_shadow=“none“ image_loading=“lazy-load“ max_width=“100%“ max_width_mobile=“default“][vc_custom_heading text=“Figure 2: Modeling solution if the Business Key contains PII data“ font_container=“tag:div|text_align:center“ google_fonts=“font_family:Droid%20Serif%3Aregular%2Citalic%2C700%2C700italic|font_style:400%20regular%3A400%3Anormal“][divider line_type=“No Line“][vc_column_text]M\u00fcssen Kundendaten nur f\u00fcr einen einzelnen Gesch\u00e4ftsbereich gel\u00f6scht werden und wird eine PII-Information als Business Key genutzt, werden lediglich der Link-Eintrag und die beschreibenden Attribute im spezifischen Satelliten gel\u00f6scht. Die Aktivit\u00e4tshistorie bleibt verf\u00fcgbar, l\u00e4sst sich f\u00fcr analytische Zwecke nutzen und kann nicht mehr auf den Kunden zur\u00fcckgef\u00fchrt werden. Der Vorteil dieses \u201eBusiness Split\u201c zeigt sich besonders dann, wenn beim L\u00f6schen nur ein bestimmter Gesch\u00e4ftsbereich betroffen ist \u2013 beispielsweise wenn die Gesch\u00e4ftsbereiche zu verschiedenen Tochtergesellschaften geh\u00f6ren und nur die Kfz-Versicherungsdaten gel\u00f6scht werden sollen. Bedenken Sie au\u00dferdem, dass das blo\u00dfe L\u00f6schen des Business Keys bei Beibehaltung des Hash Keys nicht zur DSGVO-Konformit\u00e4t f\u00fchrt und zudem dem Data-Vault-2.0-Standard widerspricht, da der Business Key in Link-Tabellen verwendet wird. Der Hash Key in Data Vault 2.0 dient nicht der Verschl\u00fcsselung von Daten, sondern der Performance-Optimierung. Der Schl\u00fcssel in den Links und den fachlichen Hubs kann nicht zur\u00fcckberechnet werden, da es sich um einen reinen Surrogatschl\u00fcssel handelt. M\u00f6chte der Kunde vollst\u00e4ndig gel\u00f6scht werden, weil er in keinem Ihrer Gesch\u00e4ftsbereiche mehr Kunde ist, l\u00f6schen Sie den Datensatz auch aus dem Haupt-Hub. <\/span><\/p>\n Wenn kein zus\u00e4tzlicher k\u00fcnstlicher Schl\u00fcssel f\u00fcr den Kunden vorhanden ist, k\u00f6nnen Sie Ihre Daten nach dem L\u00f6schen der PII-Daten nicht mehr mit einem Objekt (Ankerpunkt) verkn\u00fcpfen, was diese f\u00fcr sp\u00e4tere Auswertungen meist unbrauchbar macht.<\/span>[\/vc_column_text][divider line_type=“No Line“][vc_column_text css=““ text_direction=“default“]\nWas ist neu an der DSGVO?<\/h2>\n[\/vc_column_text][vc_column_text] Ein sorgf\u00e4ltiger Umgang mit personenbezogenen Daten ist nichts Neues \u2013 insbesondere nicht in der EU. Die wesentliche \u00c4nderung bei der Erhebung und Verarbeitung besteht darin, dass personenbezogene Daten nun vollst\u00e4ndig unter der Kontrolle der betroffenen Person stehen. Diese kann Unternehmen dazu verpflichten, ihre Daten zu l\u00f6schen oder zu anonymisieren sowie Kopien aller im System gespeicherten personenbezogenen Daten anzufordern.<\/span> Personenbezogene Daten oder Personally Identifiable Information (PII) sind alle Informationen, mit denen eine Einzelperson identifiziert werden kann, wie z. B. Name, Telefonnummer oder E-Mail-Adresse.<\/span> <\/p>\n
Data Vault 2.0 als L\u00f6sung<\/h2>\n[\/vc_column_text][vc_column_text css=““ text_direction=“default“]Der einfachste Weg w\u00e4re, alle Daten von Personen aus der EU zu l\u00f6schen und den Zugriff zu blockieren. Dies mag eine L\u00f6sung f\u00fcr Unternehmen ohne Kundenstamm in der EU sein, nicht jedoch f\u00fcr die meisten global agierenden Unternehmen. <\/span>Ein anderer Ansatz besteht darin, die Daten zu maskieren, also PII-Daten zu anonymisieren. Das nachtr\u00e4gliche L\u00f6schen oder Maskieren von Daten betrifft nicht nur den Data Vault selbst, sondern alle Layer im Data Warehouse<\/a>: die Data\/Information Marts<\/a> (falls diese nicht virtualisiert sind), die Staging Area, Quellsysteme<\/a> sowie alle anderen Datenspeicher wie User Spaces (aufgrund von <\/span>Managed-Self-Service-BI<\/a>), NoSQL-\/Hadoop-Stores, Datenexporte, Daten-Backups (!) und sogar unstrukturierte Dateien wie Docs, PDFs oder Tabellenkalkulationen. Das bedeutet, dass eine l\u00fcckenlose Data Lineage essenziell wird.<\/span><\/p>\n
Fazit<\/h2>\n