GDPR für PrestaShop: Betroffenenrechte, Einwilligung und Aufbewahrung

Personenbezogene Daten erfassen, Cookie-Einwilligung von Rechte-Tools trennen, Anfragen sicher bearbeiten, Aufbewahrung, Anbieter und Datenpannen regeln.

mypresta.rocks · Aktualisiert 01.11.2026

Erfassen Sie die personenbezogenen Daten, die Ihr Shop verarbeitet, informieren Sie Menschen klar und sorgen Sie dafür, dass ihre Wahlmöglichkeiten und Rechte praktisch funktionieren. Behandeln Sie Datenschutz als laufenden Prozess, der PrestaShop, Module, Dateien und externe Dienste umfasst.

Unser Vorgehen

Wir würden Ihren bestehenden Shop prüfen, bevor wir ein weiteres Werkzeug wählen: PrestaShop- und Modulversionen, Theme, Integrationen, gespeicherte Daten, Kundenmärkte und das Team, das Anfragen bearbeitet. Behalten Sie funktionierende Kontrollen bei und schließen Sie nachgewiesene Lücken. Stimmen Sie Verarbeitungsgrundlagen und Aufbewahrungsentscheidungen mit den dafür Verantwortlichen ab; geben Sie dem Entwickler eine Liste der umzusetzenden und nachzuweisenden Verhaltensweisen.

Nehmen Sie technische Änderungen auf einer geschützten Staging-Kopie mit den relevanten Themes, Modulen und Einstellungen vor. Nutzen Sie Testpersonen, isolieren Sie Kunden-E-Mails und externe Exporte und verhindern Sie, dass Testanfragen produktive Anbieterdatensätze verändern. Proben Sie Anfragen zu Betroffenenrechten und den vollständigen Einwilligungsablauf und übernehmen Sie die vereinbarten Änderungen dann in einem geplanten Produktivfenster. Halten Sie eine getestete sichere Konfiguration zur Wiederherstellung bereit und benennen Sie jemanden, der das produktive Ergebnis prüft.

Nächsten Schritt anhand der gefundenen Lücke wählen

Ihr BefundAusgangspunktNachweis vor dem Abschluss
Ein Export enthält Core-Datensätze, aber keine Bewertungs-, Support- oder E-Mail-Anbieterdaten.Erweitern Sie den Anfrageablauf auf diese Speicherorte; fragen Sie, ob das datenerhebende Modul das installierte Werkzeug für Betroffenenrechte unterstützt.Die bekannten Datensätze einer Testperson sind berücksichtigt, einschließlich Speicherorten mit separatem Abruf- oder Löschschritt.
Optionales Tracking läuft nach einer Ablehnung.Verfolgen Sie seinen Ladeweg und verbinden Sie ihn mit der bestehenden Einwilligungssteuerung, bevor Sie das Banner ersetzen.Einwilligungspflichtige Dienste bleiben bei der Navigation und bei erneuten Besuchen blockiert. Etwaige Übermittlungen ohne Cookies im abgelehnten Zustand entsprechen der separat bewerteten Konfiguration, belegt durch Speicher- und Netzwerknachweise.
Sie benötigen getrennte Zweckentscheidungen und nachweisbare Cookie-Einwilligungsaufzeichnungen.Prüfen Sie Kategorie- und Dienststeuerungen, Tag-Abdeckung und Protokollierung gemeinsam; ein binäres Signal allein kann die fehlenden Kontrollen nicht liefern.Die gespeicherte Entscheidung passt zum angezeigten Wortlaut und den tatsächlich freigegebenen Diensten.
Eine Bereinigungsanfrage betrifft eine offene Retoure oder erforderliche Rechnungsunterlagen.Entscheiden Sie vor der Auswahl einer Löschaktion, was gelöscht werden kann und was aufbewahrt werden muss.Die erforderlichen Datensätze bleiben für ihren beschränkten Zweck nutzbar und ein späterer Import legt das gelöschte Profil nicht erneut an.

Wenn Sie ein Modul ausgewählt haben und die Einrichtung übernehmen lassen möchten, konfiguriert der PrestaShop Module Installation & Configuration Service ein vorhandenes Modul und prüft den vereinbarten Ablauf.

Geltungsbereich und Rechtsgrundlage je Zweck bestimmen

Die DSGVO kann auf Verarbeitungen im Rahmen einer EU-Niederlassung anwendbar sein oder auf ein Unternehmen außerhalb der EU, das Menschen in der EU Waren oder Dienstleistungen anbietet oder ihr Verhalten dort beobachtet. Staatsangehörigkeit, Erreichbarkeit der Website oder eine zufällige Bestellung aus dem Ausland allein sind nicht ausschlaggebend. Nutzen Sie bei der Bewertung grenzüberschreitender Tätigkeiten die EDSA-Leitlinien zum räumlichen Geltungsbereich.

Dokumentieren Sie jeden Zweck und seine Rechtsgrundlage. Die sechs DSGVO-Grundlagen sind Einwilligung, Vertrag, rechtliche Verpflichtung, lebenswichtige Interessen, öffentliche Aufgabe und berechtigte Interessen. Beispiele für einen Shop sind Bestellabwicklung auf Vertragsgrundlage, erforderliche Buchhaltungsunterlagen aufgrund rechtlicher Verpflichtung und ein ordnungsgemäß geprüftes berechtigtes Interesse für bestimmte Sicherheitsaufgaben. Nicht jede Nutzung personenbezogener Daten erfordert eine Einwilligung.

Erheben Sie nur die für den jeweiligen Zweck benötigten Daten. Prüfen Sie optionale Felder für Geburtstag, Geschlecht, Firma und Identität. Ein Datenschutzhinweis informiert; dessen Kenntnisnahme ist etwas anderes als eine freiwillige Einwilligung. Verknüpfen Sie Marketingerlaubnis nicht mit der Zustimmung zur notwendigen Konto- oder Bestellverarbeitung.

Trennen Sie GDPR-Verarbeitungsgrundlagen von Regeln zum Speichern oder Auslesen von Informationen auf einem Gerät. Eine Cookie-Ausnahme beseitigt weder Transparenz- und Sicherheitspflichten noch das Erfordernis einer Rechtsgrundlage bei personenbezogenen Daten.

Personenbezogene Daten in der gesamten Installation finden

Verwenden Sie Ihr tatsächliches Datenbankpräfix. Die Beispiele nutzen ps_. Nehmen Sie Modultabellen, Exporte, hochgeladene Anhänge, Webserverprotokolle, Sicherungen, Zahlungssysteme, Versanddienstleister, E-Mail-Werkzeuge und Supportanbieter in Ihr Verzeichnis auf.

OrtWas zu prüfen ist
customerNamen, E-Mail, Passwort-Hash, optionales Geburtsdatum und Geschlecht, Newsletter-Kennzeichen, B2B-Felder, Shop-Zuordnung sowie Erstellungs-/Änderungsdaten. last_passwd_gen ist kein Datum der letzten Anmeldung. ip_registration_newsletter bezieht sich auf die Newsletter-Anmeldung, nicht auf die allgemeine Kontoregistrierung.
addressPostanschrift, Firma, Umsatzsteuer-ID, gegebenenfalls Identitätsfelder, phone und phone_mobile. Die Standard-Kundentabelle hat keine allgemeine Telefonspalte.
Bestellbeziehungenorders, order_detail, Zahlungs-, Verlaufs-, Versanddienstleister- und zugehörige Nachrichtendatensätze können Kauf- oder personenbezogene Daten enthalten. Nicht jede Bestellung erzeugt in jeder zugehörigen Tabelle einen neuen Datensatz; Adressen können bereits bestehen, und Nachrichten entstehen nur unter bestimmten Bedingungen.
Warenkörbe und Besuchercart, seine Produkt- und Individualisierungsbeziehungen, guest, connections und zugehörige Quell-/Seitendatensätze. Die Erhebung hängt von aktivierten Funktionen ab. IP-Adressen, Kennungen und Nutzungsdaten können personenbezogene Daten sein.
Kundenservicecustomer_thread, customer_message, Anhänge und E-Mail-basierte Gastkorrespondenz.
NewsletterDas Modul heißt ps_emailsubscription. Seine Tabelle besteht aus dem konfigurierten Präfix plus emailsubscription, mit dem Standardpräfix also ps_emailsubscription. Ältere Installationen können andere Strukturen beibehalten.
Zusätzliche FunktionenBewertungen, Wunschlisten, Treueprogramme, Warenkorbrückgewinnung, Chat, Analytics, IP-Kontrollen und ERP-Exporte. Prüfen Sie, wo jede Funktion Daten speichert oder übermittelt.

Erfassen Sie neben Tabellen auch Kennungen: Kunden-ID, ursprüngliche E-Mail-Adresse, Adress-IDs, Bestell-/Warenkorb-IDs und relevante Besucher-IDs. Nehmen Sie nicht an, dass eine E-Mail-Adresse oder IP immer genau eine Person identifiziert. Aktualisieren Sie die Übersicht bei Moduländerungen.

Eine korrekte Beziehung für Kundennachrichten

Diese Diagnoseabfrage verwendet den Beispielkunden 123. Führen Sie sie nur für eine autorisierte Anfrage im richtigen Shopbereich aus und prüfen Sie Informationen über Dritte vor dem Export.

SELECT cm.*
FROM ps_customer_message cm
JOIN ps_customer_thread ct
  ON ct.id_customer_thread = cm.id_customer_thread
WHERE ct.id_customer = 123 AND ct.id_shop = 1;

Es gibt keinen direkten Filter customer_message.id_customer. Suchen Sie nach Authentifizierung des Antragstellers gesondert nach E-Mail-basierten Gastvorgängen, damit diese nicht übersehen werden.

Werkzeuge für Betroffenenrechte nutzen und Modulabdeckung prüfen

Das offizielle Modul psgdpr bietet Abläufe für Betroffenenrechte und Einwilligungssteuerungen für unterstützte Formulare. Soweit Ihre installierte Version dies unterstützt, können Kunden ihre Daten im Bereich für personenbezogene Daten ihres Kontos herunterladen. Der Export kann Daten integrierter Module enthalten, aber ein Download allein schließt eine Auskunfts- oder Übertragbarkeitsantwort nicht ab. Nutzen Sie die offizielle Moduldokumentation für Einrichtung und Verhalten Ihrer installierten Version.

Öffnen Sie Module → Modul-Manager, um psgdpr zu finden und zu konfigurieren, und prüfen Sie Kompatibilität und Verfügbarkeit für Ihre installierte Version. Prüfen Sie, soweit in Ihrer Version vorhanden, unter Shop-Einstellungen → Kunden den B2B-Schalter, Geburtsdatum abfragen und Optionen für Partnerangebote. Prüfen Sie die resultierenden Formulare in Ihrem tatsächlichen Theme, statt anzunehmen, dass eine gespeicherte Einstellung jede Erfassungsstelle verändert hat.

Trennen Sie native Kundenfeldeinstellungen von Einwilligungstexten des Moduls. Die Installation eines Werkzeugs für Betroffenenrechte belegt weder, dass alle externen oder modulgespeicherten Daten im Export erscheinen, noch dass jedes Löschergebnis Ihren Aufbewahrungspflichten entspricht. Testen Sie ein Beispielkonto, eine Gastanmeldung zum Newsletter und ein Supportgespräch durchgängig.

Für Entwickler sind die Integrationsaufgaben getrennt:

  • registerGDPRConsent macht ein datenerhebendes Modul für die Einwilligungsintegration verfügbar.
  • actionExportGDPRData gibt die Daten der betreffenden Person als JSON zurück, das psgdpr dekodiert.
  • actionDeleteGDPRCustomer behandelt die betreffenden moduleigenen Daten und meldet einen Fehler, wenn die Löschung fehlschlägt.
  • Das erhebende Formular ruft displayGDPRConsent auf; psgdpr implementiert den Renderer.
{hook h='displayGDPRConsent' mod='psgdpr' id_module=$id_module}

Befolgen Sie den offiziellen Integrationsvertrag. Validieren Sie je nach Fall Kunden-ID- und E-Mail-basierte Betroffene. Lassen Sie eine fehlende Kunden-ID nicht versehentlich zu einer Abfrage mit ID 0 werden. Geben Sie nur die vorgesehenen Daten zurück, behandeln Sie Datenbankfehler und testen Sie die Fehlerbehandlung des installierten Aufrufers. In psgdpr fasst die Modullöschschleife Hook-Rückgabewerte nicht zu einem Erfolgsbericht zusammen. Prüfen Sie resultierende Datensätze und Dateien unabhängig, bevor Sie die Anfrage abschließen.

Das Modul zur Rechtskonformität betrifft rechtliche Angaben und Checkout-Steuerungen. Weder dieses Modul noch psgdpr ist ein allgemeiner Cookie-Einwilligungsmanager.

Auskunft, Berichtigung, Übertragbarkeit und Löschung bearbeiten

  1. Erfassen Sie Anfrage, Eingangsdatum, geltend gemachte Rechte, relevante Systeme und Fallverantwortlichen.
  2. Authentifizieren Sie über ein bestehendes Konto oder einen verifizierten Kommunikationskanal. Ein übereinstimmender Name oder eine lediglich angegebene E-Mail-Adresse reicht nicht. Fordern Sie nur bei begründeten Identitätszweifeln verhältnismäßige zusätzliche Informationen an.
  3. Antworten Sie unverzüglich und innerhalb eines Kalendermonats. Rechtfertigen Komplexität oder Anzahl der Anfragen dies, verlängern Sie um bis zu zwei weitere Monate und erläutern Sie die Verlängerung innerhalb des ersten Monats.
  4. Sammeln Sie die relevanten Daten aus Core, Modulen, Dateien und externen Systemen. Schützen Sie die Rechte anderer und übermitteln Sie die Antwort sicher.
  5. Dokumentieren Sie, was Sie erledigt haben, was aufbewahrt werden muss und warum. Erläutern Sie Ablehnungen und die verfügbare Beschwerdemöglichkeit.

Der EDSA-Leitfaden zu Betroffenenrechten behandelt den Prozess und Identitätsprüfungen.

Auskunft und Berichtigung

Eine Auskunftsantwort benötigt eine Kopie der personenbezogenen Daten sowie die einschlägigen Informationen über Zwecke, Empfänger, Aufbewahrung, Rechte und weitere Punkte aus Artikel 15. Ein Datenbank-Dump oder eine Kontoseite ist nicht automatisch eine vollständige Antwort. Berichtigen Sie falsche Daten gegebenenfalls über relevante Datensätze und Empfänger hinweg.

Datenübertragbarkeit

Übertragbarkeit gilt für geeignete Daten, die die Person bereitgestellt hat und die auf Grundlage von Einwilligung oder Vertrag automatisiert verarbeitet werden. Liefern Sie ein strukturiertes, gängiges, maschinenlesbares Format wie CSV oder JSON. Sie ist enger als das Auskunftsrecht und umfasst nicht automatisch jede interne Notiz oder jeden Eintrag eines Auskunftsexports. Siehe Leitlinien der Kommission zu Betroffenenrechten.

Löschung

Entscheiden Sie nach Datenkategorie und Rechtsgrundlage. Löschen Sie Daten, die gelöscht werden müssen. Behalten Sie nur Datensätze, die für eine gültige Ausnahme nötig sind, etwa eine gesetzliche Aufbewahrungspflicht oder Rechtsansprüche, und beschränken Sie ihre Nutzung entsprechend. Erforderliche Rechnungsunterlagen können identifizierende Informationen enthalten, nicht nur Produktsummen.

Das Ändern von Kontoname oder E-Mail-Adresse belegt keine vollständige Anonymisierung. Prüfen Sie Adressen, Bestellsnapshots, Nachrichten, Exporte, Uploads und Anbieterkopien. Bewahren Sie ursprüngliche Kennungen so lange sicher auf, wie zum Finden zugehöriger Datensätze nötig, und behandeln Sie sie danach gemäß der Fallaufbewahrungsrichtlinie.

Nutzen Sie nach einer Staging-Probe einen getesteten Anwendungsablauf. Führen Sie kein allgemeines anonymisierendes UPDATE auf einer produktiven Datenbank aus. Prüfen Sie vor der Ausführung offene Transaktionen und das genaue Werkzeugverhalten und bestätigen Sie anschließend die resultierenden Daten und den Bericht. Benachrichtigen Sie relevante Empfänger, soweit erforderlich. Setzen Sie den Ablauf von Backups und ein Wiederherstellungsverfahren um, das abgeschlossene Löschentscheidungen erneut anwendet.

Gastkäufer mit offener Retoure durchspielen

Ein Gastkäufer bittet um Löschung, während eine Retoure bearbeitet wird. Seine E-Mail-Adresse steht in einer Bestellung, einem Newsletter-Abonnement, einem Bewertungsmodul und einem Supportpostfach. Erstellen Sie nach Authentifizierung der Anfrage eine Fallcheckliste mit ursprünglicher E-Mail-Adresse und Bestellreferenz; ein Kontoexport allein erledigt diesen Fall nicht.

  1. Bestimmen Sie die für die laufende Retoure und erforderliche Buchhaltungsunterlagen benötigten Datensätze. Bestätigen Sie Rechtsgrundlagen und Aufbewahrungsregel, bevor Sie diese Datensätze ändern.
  2. Wenden Sie die Löschentscheidung auf Newsletter-Profil, Bewertungsdaten und Supportmaterial ohne weiterhin gültigen Aufbewahrungsgrund an. Bewahren Sie nur die gerechtfertigten Sperrinformationen auf, die unerwünschtes Marketing verhindern.
  3. Prüfen Sie Shop und externe Werkzeuge getrennt. Dokumentieren Sie noch ausstehende Anbieteraktionen, statt eine lokale Erfolgsmeldung als überall abgeschlossenen Vorgang zu betrachten.
  4. Prüfen Sie die nächste relevante Synchronisierung: Ein alter ERP- oder E-Mail-Export darf das gelöschte Profil nicht erneut anlegen. Nehmen Sie die Entscheidung auch in das Backup-Wiederherstellungsverfahren auf.

Ihre Antwort kann erklären, welche Daten gelöscht wurden und welche Rechnungs- oder Retourenunterlagen mit welchem Aufbewahrungsgrund erhalten bleiben. Versprechen Sie nicht, dass alle Datensätze anonym sind, solange identifizierbare Dokumente erforderlich bleiben.

Formulareinwilligung und Marketingentscheidungen trennen

Wenn Sie sich auf Einwilligung stützen, muss sie spezifisch, informiert und freiwillig sein und durch eine aktive Handlung erteilt werden. Lassen Sie optionale Newsletter- und andere Marketingauswahlen unangekreuzt. Ein separates Newsletter-Formular kann bei klarer Formulierung selbst eine aktive Anmeldung darstellen.

Angeforderte Bestellbestätigungen und Lieferinformationen erfüllen einen anderen Zweck als Marketing. Prüfen Sie nationale Regeln für elektronische Werbung, bevor Sie sich bei ähnlichen Produkten auf eine Bestandskundenausnahme stützen. Beachten Sie Widersprüche und Abmeldungen, einschließlich eines gegebenenfalls erforderlichen begrenzten Sperrdatensatzes zur Vermeidung weiteren Versands.

Testen Sie eine Abmeldung über den nächsten Import oder die nächste geplante Synchronisierung hinweg. Sendet der Shop ein altes Abonnementkennzeichen an den E-Mail-Anbieter zurück, kann die nächste Kampagne jemanden einschließen, der sich bereits abgemeldet hat. Legen Sie fest, welches System den Widerruf verwaltet und wie jede verbundene Liste ihn erhält.

Ordnen Sie Ihren Einwilligungsnachweis dem genauen Zweck, Wortlaut oder der Hinweisversion, dem Erfassungsereignis, der Person und dem Widerruf zu. Speichern Sie nur die zum Nachweis nötigen Kennungen. Eine Entscheidung zu Cookie-Kategorien belegt allein weder eine Newsletter-Anmeldung noch die Erlaubnis, eine E-Mail-Liste für Werbung hochzuladen.

Lebensdauer einer Cookie-Auswahl, Gültigkeit der Einwilligung und Aufbewahrung von Einwilligungsnachweisen sind getrennte Fragen. Legen Sie jeweils begründete Fristen fest, statt ein universelles Minimum von zwölf Monaten anzuwenden.

Aufbewahrung festlegen und Daten ohne beschädigte Beziehungen bereinigen

Definieren Sie Aufbewahrungs- oder Prüfvorgaben für Konten, Bestellungen, Rechnungen, abgebrochene Warenkörbe, Besucheraktivität, Supportnachrichten, Abonnenten, Sicherheitsprotokolle, Exporte, Sicherungen und Einwilligungsnachweise. Dokumentieren Sie Zweck, geltende Rechtspflicht, Stichtag, Verantwortlichen und Löschmethode. Es gibt keine einheitliche EU-weite Jahresfrist für alle Buchhaltungsunterlagen.

Kontoinaktivität sollte sich auf die tatsächlich feststellbare Aktivität stützen. Verwenden Sie last_passwd_gen nicht als Ersatz für die letzte Anmeldung. Ein Konto kann bereits vor einem Löschantrag unnötig sein, während bestimmte Bestelldaten nach einer Anfrage weiter erforderlich bleiben können.

Die Besuchertabelle guest hat keinen standardmäßigen Erstellungszeitstempel. Gastbestellkonten sind etwas anderes: Es sind customer-Datensätze mit Kennzeichnung is_guest und Kontozeitstempeln. Schützen Sie Kunden-, aktuelle Warenkorb- und Verbindungsreferenzen einschließlich solcher aus anderen Shops. Alte Verbindungen allein belegen nicht, dass ein Besucherdatensatz sicher gelöscht werden kann. Nutzen Sie bei Warenkörben aktuelle Aktivität und prüfen Sie unmittelbar vor der Löschung erneut, dass keine Bestellung vorliegt.

Die Warenkorbbereinigung muss Warenkorbregeln, Individualisierungen, individualisierte Daten, hochgeladene Dateien und Modulreferenzen berücksichtigen. Für die Aufbewahrung von Seitenaufrufen verweist page_viewed.id_date_range auf date_range.time_start und time_end; filtern Sie nicht nach einem nicht vorhandenen Erstellungsdatum des Seitenaufrufs.

Proben Sie eine Bereinigung unter Berücksichtigung von Abhängigkeiten mit getestetem Backup, begrenzten Stapeln, Bereichsprüfungen und Laufbericht. Siehe Datenbankwartung für den Ablauf. Für geeignete veraltete Datensätze bietet Cleanup Revolution Aufbewahrungssteuerungen und eine Löschvorschau; prüfen Sie Kandidaten anhand Ihrer Richtlinie, bevor Sie einen Lauf planen. Regelmäßige Bereinigung ersetzt keine individuelle Anfrage zu Betroffenenrechten. Automatisieren Sie nur den getesteten Vorgang, mit Abbruchbedingungen und Überwachung.

Korrekte Hinweise veröffentlichen und Anbieterrollen bewerten

Erstellen Sie den Datenschutzhinweis unter Design → Seiten und verlinken Sie ihn im Footer und in relevanten Erfassungsformularen. Nennen Sie Identität und Datenschutzkontakte, Zwecke und Grundlagen, Empfänger oder Empfängerkategorien, Übermittlungen, Aufbewahrung, Rechte, Beschwerdemöglichkeiten, erforderliche bzw. optionale Daten und gegebenenfalls Informationen zu automatisierten Entscheidungen. Geben Sie Kontaktdaten des Datenschutzbeauftragten an, sofern bestellt.

Halten Sie Cookie-Informationen mit Zwecken, Anbietern und Laufzeiten aktuell. Nennen Sie tatsächliche Anbieter, wenn dies klarer informiert. Entfernen Sie Vorlagenplatzhalter und Beschreibungen nicht mehr genutzter Dienste. Die Transparenzleitlinien der Kommission erläutern die erforderlichen Informationen.

Bestimmen Sie für jeden Hosting-, Zahlungs-, Versand-, E-Mail-, Analytics-, CDN-, Support- oder ERP-Vorgang, ob der Empfänger Auftragsverarbeiter, eigenständiger Verantwortlicher oder gemeinsam Verantwortlicher ist. Nutzen Sie für Auftragsverarbeiter Bedingungen nach Artikel 28 und für andere Beziehungen passende Vereinbarungen. Ein Anbieter kann mehrere Rollen haben: Stripes DPA trennt Verarbeitung als Verantwortlicher und als Auftragsverarbeiter.

Halten Sie Verträge, Geltungsbereich, Unterauftragsverarbeiter, Sicherheitszusagen und Prüftermine zugänglich. Bewerten Sie internationale Übermittlungen nach dem anwendbaren Mechanismus, etwa einem einschlägigen Angemessenheitsbeschluss oder Standardvertragsklauseln und gegebenenfalls nötigen ergänzenden Maßnahmen. Prüfen Sie aktuelle Abdeckung und gegebenenfalls Zertifizierung, statt jeden US-Anbieter oder jedes Zielland als genehmigt anzusehen.

Anbieterverzeichnis für Anfragen nutzbar machen

Dokumentieren Sie für jeden relevanten Dienst Konto oder Mandant, übermittelte Daten, zugriffsberechtigte Person und den unterstützten Weg für Abruf, Berichtigung oder Löschung. Halten Sie bei einem Auftragsverarbeiter fest, wie er den Abschluss bestätigt und mit relevanten Unterauftragsverarbeitern umgeht. Fragen Sie, was bei Vertragsende mit aufbewahrten Kopien und Zugangsdaten geschieht. Bewahren Sie die geltende Vereinbarung auf, nicht nur einen Link zu einer veränderlichen Verkaufsseite.

Organisation, Sicherheit und Vorbereitung auf Datenschutzverletzungen pflegen

Führen Sie ein vollständiges Verarbeitungsverzeichnis, soweit Artikel 30 dies verlangt. Die Ausnahme für weniger als 250 Beschäftigte hat Bedingungen; regelmäßige Kundenverarbeitung ist nicht gelegentlich. Ein knappes Verzeichnis kann ausreichen, muss aber die erforderlichen Zwecke, Kategorien, Empfänger, Übermittlungen, Aufbewahrung und Sicherheitsinformationen enthalten.

Bewerten Sie die Pflicht zur Bestellung eines Datenschutzbeauftragten anhand der tatsächlichen Tätigkeiten: gegebenenfalls behördliche Verarbeitung, als Kerntätigkeit erfolgende umfangreiche regelmäßige systematische Überwachung oder umfangreiche Verarbeitung besonderer Datenkategorien bzw. strafrechtlicher Daten als Kerntätigkeit. Nationale Regeln können Anforderungen ergänzen. Prüfen Sie eine Datenschutz-Folgenabschätzung anhand wahrscheinlichen hohen Risikos, Artikel 35 und der Pflichtliste Ihrer Behörde. Der Verkauf gewöhnlicher Produkte beantwortet keine dieser Fragen abschließend. Siehe EDSA-Leitlinien zum Datenschutzbeauftragten.

  • Nutzen Sie HTTPS, unterstützte Software mit Sicherheitskorrekturen und geprüfte Modulupdates.
  • Geben Sie Mitarbeitenden individuelle Konten, starke Authentifizierung und nur benötigte Berechtigungen.
  • Nutzen Sie sichere Verwaltungs- und Dateiübertragungskanäle, begrenzten Datenbankzugriff und sinnvolle Dateiberechtigungen.
  • Bewahren Sie geschützte Sicherungen außerhalb öffentlicher Verzeichnisse auf und testen Sie die Wiederherstellung.
  • Überwachen Sie Protokolle und prüfen Sie regelmäßig Zugriff, Aufbewahrung, Anfragen, Anbieter und neue Verarbeitungen.

Eine Verletzung des Schutzes personenbezogener Daten kann Vertraulichkeit, Integrität oder Verfügbarkeit betreffen. Beispiele sind ein fehlgeleiteter Bestellexport, ein offengelegtes Backup, unbefugter Zugriff oder Ransomware. Grenzen Sie den Vorfall ein, sichern Sie Nachweise und dokumentieren Sie die Bewertung.

Melden Sie der zuständigen Aufsichtsbehörde unverzüglich und möglichst innerhalb von 72 Stunden nach Bekanntwerden, es sei denn, die Verletzung führt voraussichtlich nicht zu einem Risiko für natürliche Personen. Informieren Sie betroffene Menschen unverzüglich, wenn ein hohes Risiko dies erfordert, vorbehaltlich anwendbarer Ausnahmen. Führen Sie auch dann Aufzeichnungen, wenn keine Meldung erforderlich ist. Befolgen Sie die EDSA-Leitlinien zu Datenschutzverletzungen.

Bestimmen Sie Vorfallsverantwortliche, Kontakte und Meldevorlage im Voraus. Nehmen Sie die Verletzung, die ungefähre Zahl betroffener Menschen und Datensätze, Kontaktstelle, wahrscheinliche Folgen und Abhilfemaßnahmen auf. Ermitteln Sie die richtige Behörde für Ihr Unternehmen: Ein gewöhnlicher deutscher privatwirtschaftlicher Shop wendet sich grundsätzlich an die zuständige Landesbehörde, unter Berücksichtigung einer gegebenenfalls geltenden grenzüberschreitenden Federführungsregelung.

Fragen an Ihren Entwickler oder Ihre Agentur

  • Welche installierten Versionen, Shopkontexte und Erfassungsformulare wurden getestet, und welche Modul- oder Anbieterspeicher benötigen ein separates Anfrageverfahren?
  • Können Sie die Datensätze einer bekannten Testperson vor und nach Export oder Löschung zeigen, einschließlich aufbewahrter Ausnahmen, Dateien und einer anschließenden Synchronisierung?
  • Welcher Ladeweg steuert jeden optionalen Dienst, und können Sie Browsernachweise für Ablehnung, Zweckauswahl, Widerruf und einen wiederkehrenden Besucher zeigen?
  • Wo liegen getestete Konfiguration, Anweisungen zur Produktivumstellung und sichere Wiederherstellungsschritte, und wer prüft das Ergebnis nach einem Theme- oder Modulupdate?
  • Wer verantwortet nach der Übergabe Datenschutzanfragen und Vorfälle, wer genehmigt Aufbewahrungsentscheidungen und marktspezifische Formulierungen, und wer entfernt den Agenturzugriff nach Arbeitsende?

Bewahren Sie die Antworten und bereinigten Nachweise bei Ihren Verarbeitungs- und Anbieterunterlagen auf. Benennen Sie vor der Abnahme ausdrücklich ungeklärte Speicherorte oder fehlgeschlagene Tests; ein Screenshot des Banners oder ein aktiviertes Modul ist kein ausreichender Nachweis.

Fragen von Shopbetreibern

Sollte ich alle Kundendaten ins Staging kopieren?

Bevorzugen Sie erfundene Testpersonen mit bekannten Datensätzen. Erfordert die Untersuchung der echten Installation personenbezogene Daten auf der Kopie, begrenzen Sie diese auf das für die Arbeit Nötige, beschränken Sie den Zugriff und legen Sie eine Ablauffrist fest. Halten Sie ausgehende E-Mails und produktive Integrationen isoliert.

Was, wenn ein Modulanbieter bei einer Anfrage nicht helfen kann?

Weisen Sie den fehlenden Speicherort einem Entwickler zu, der die relevanten Datensätze innerhalb des Anfrageablaufs sicher abrufen oder löschen kann. Behalten Sie beim Schließen dieser Lücke die Antwortfrist im Blick und bewerten Sie den Ersatz eines nicht unterstützten Moduls getrennt von der Beantwortung der aktuellen Anfrage.

Kann ein gelöschter Kunde erneut kaufen?

Ein späterer Kauf kann die für diese Bestellung benötigten Datensätze erzeugen. Halten Sie diese vom gelöschten Profil getrennt und stellen Sie alte Marketing-Erlaubnisse nicht stillschweigend aus einem Import oder Backup wieder her.

Was, wenn eine neue Funktion die erhobenen Daten verändert?

Nutzen Sie die vorgesehenen Datenflüsse vor der Aktivierung als Freigabecheckliste: Erfassungsfelder, Empfänger, Hinweise, gegebenenfalls Einwilligung, Aufbewahrung und Rechtebearbeitung. Ergänzen Sie die daraus entstehenden Tests in den Übergabeunterlagen, damit sie beim nächsten Update wiederholt werden können.

Lade ...
Nach oben