Privacy by Design (PbD) ist das Prinzip, Datenschutz nicht als nachträgliche Ergänzung, sondern als fundamentalen Bestandteil der System- und Prozessarchitektur von Beginn an einzubauen. Es wurde in den 1990er Jahren von Ann Cavoukian entwickelt und ist seit der DSGVO (Art. 25 Abs. 1) in der Europäischen Union rechtlich verankert: Verantwortliche sind verpflichtet, datenschutzfreundliche Technikgestaltung bereits zum Zeitpunkt der Entwicklung eines Systems zu berücksichtigen – nicht erst wenn das System fertig ist.
Für Automatisierungsprojekte bedeutet Privacy by Design: Bevor der erste Workflow entwickelt wird, werden die Datenschutzanforderungen definiert. Welche personenbezogenen Daten werden wirklich benötigt? Wie lange? Wer darf darauf zugreifen? Wie werden sie gelöscht? Diese Fragen als Architekturentscheidungen zu behandeln – und nicht als spätere Compliance-Aufgabe – spart erheblichen Aufwand und schafft von Anfang an datenschutzkonforme Systeme.
Die sieben Grundprinzipien von Privacy by Design
Proaktiv, nicht reaktiv
Datenschutzprobleme antizipieren und verhindern, bevor sie entstehen. Kein Warten auf Vorfälle oder Beschwerden.
Datenschutz als Standard
Privacy by Default: Standardeinstellungen sind die datenschutzfreundlichsten. Nutzer müssen nicht aktiv tätig werden, um geschützt zu sein.
In Design eingebettet
Datenschutz ist integraler Bestandteil des Systems – kein Add-on, keine Schicht obendrauf. Nachträgliche Implementierung ist teurer und schwächer.
Volle Funktionalität
Datenschutz und Funktionalität schließen sich nicht aus – kein falsches Entweder-oder. Win-win statt Zero-sum.
End-to-End-Sicherheit
Schutz über den gesamten Lebenszyklus: von der Erhebung über die Verarbeitung bis zur sicheren Löschung.
Transparenz
Alle Beteiligten können überprüfen, dass das System so funktioniert, wie behauptet. Keine versteckten Verarbeitungen.
Respekt vor Nutzerrechten
Nutzerrechte (Auskunft, Löschung, Berichtigung) sind technisch einfach wahrnehmbar. Kein Datenschutz gegen den Nutzer.
Praxisbeispiel
Ein Automationsdienstleister entwickelt einen neuen Kundenservice-Workflow, der eingehende Support-E-Mails automatisch klassifiziert und an die richtige Abteilung weiterleitet. Privacy-by-Design-Entscheidungen vor Entwicklungsbeginn: Datenschutz-Folgenabschätzung (DPIA): Welche personenbezogenen Daten sind in Support-E-Mails typischerweise enthalten? Name, E-Mail-Adresse, Kundennummer, Problembeschreibung (möglicherweise Gesundheits- oder Finanzdetails). Datenminimierung: Das Routing-Modell benötigt nur Betreff und anonymisierte Textkategorie – keine Namen oder E-Mail-Adressen. Lokale Verarbeitung vor API-Call: Personenbezogene Daten werden vor Übergabe an das KI-Klassifikations-API vollständig pseudonymisiert. Aufbewahrung: Klassifikations-Logs ohne personenbezogene Daten, 30 Tage. Original-E-Mails im CRM mit Aufbewahrungsfrist nach Kundenvertrag. Diese 4 Entscheidungen vor Entwicklungsbeginn verhindern nachträglichen DSGVO-Retrofit.
