Dies ist beispielhafter Demo-Inhalt zur Darstellung des Seitenlayouts. Er beschreibt kein echtes Unternehmen und keinen echten Dienst.
Dies ist ein Beispiel-Layout für eine rechtliche Richtlinie, keine geltende Policy. Es beschreibt kein echtes Unternehmen, keine Datenpraxis und kein Datenschutzprogramm.
Die Organisation, die diese Anwendung bereitstellt und vermarktet, ist der Betreiber. Es muss seinen Firmennamen, seine Geschäftsadresse, seinen Datenschutzkontakt und seine Rolle für jede Verarbeitungsaktivität veröffentlichen, anstatt CoreKit als Dienstleister zu behandeln.
Diese Richtlinie sollte nur die tatsächlichen Dienste, Benutzer, Länder und Datenströme des Betreibers abdecken. Der Betreiber muss außerdem die Altersgrenze und etwaige elterliche Einwilligungsverfahren für Kinder in seinen Märkten konfigurieren.
Abhängig vom konfigurierten Dienst kann der Betreiber Konto- und Kontaktdaten, Daten zur Identitätsprüfung, Transaktions- und Dienstaufzeichnungen, Geräte- und Nutzungsdaten, Kommunikationen und von konfigurierten Anbietern erhaltene Daten verarbeiten. , standortgenaue und offizielle Identitätsdaten können vertraulich sein und erfordern bei tatsächlicher Verwendung zusätzliche Kontrollen. Zahlungs-, Checkout-, biometrische, standortgenaue und offizielle Identitätsdaten können vertraulich sein und erfordern bei tatsächlicher Verwendung zusätzliche Kontrollen.
Von Ihnen bereitgestellte Daten
Registrierungsdaten, Kontaktinformationen, Support-Mitteilungen, Transaktionsanweisungen und Identitäts- oder Berechtigungsinformationen, die Sie auswählen oder übermitteln müssen.
Service- und Gerätedaten
Authentifizierungsereignisse, Funktionsaktivität, Geräte- und Browserdetails, ungefährer Standort aus Netzwerkdaten, Diagnosen, Sicherheitssignale und Dienstaufzeichnungen, die bei der Nutzung der Anwendung generiert werden.
Anbieter- und Kontrahentendaten
Von Identitäts-, Zahlungs-, Bank-, Infrastruktur-, Analyse-, Betrugspräventions- oder Kommunikationsanbietern und von Transaktionsgegenparteien erhaltene Daten, jedoch nur, wenn der Betreiber diese Beziehungen konfiguriert hat.
Der Betreiber muss jeden Zweck einer in der jeweiligen Gerichtsbarkeit geltenden Behörde zuordnen, z. B. der Erfüllung eines Vertrags, der Erfüllung einer gesetzlichen Verpflichtung, dem Schutz berechtigter Interessen oder der Einholung einer Einwilligung, sofern erforderlich.
Der Betreiber erhält Daten von Nutzern, aus Produktaktivitäten, von Geräten, konfigurierten Anbietern und Bestellparteien. Er darf Daten nur für die angegebenen Zwecke an Auftragsverarbeiter, Fachberater, Behörden und Transaktionsbeteiligte weitergeben. Grenzüberschreitende Verarbeitung hängt von den Bereitstellungsorten und Schutzmaßnahmen der Anbieter ab und muss zutreffend beschrieben werden.
Der Betreiber muss die tatsächlichen Empfängerkategorien angeben und darf keine Verkaufs- oder Weitergabepraxis oder grenzüberschreitende Schutzmaßnahme beschreiben, die nicht der Bereitstellung entspricht.
Der Betreiber sollte personenbezogene Daten nur so lange aufbewahren, wie es für den angegebenen Zweck, den Kontolebenszyklus, die Sicherheit, die Streitbeilegung und die geltenden Aufzeichnungspflichten erforderlich ist. Es muss genaue Aufbewahrungskriterien dokumentieren und veröffentlichen, anstatt feste Zeiträume aus dieser Vorlage zu kopieren.
Transaktions- und Serviceaufzeichnungen
Bewahren Sie die Daten entsprechend dem Servicelebenszyklus, den Streitfallanforderungen, den Pflichten zur Transaktions- und Serviceaufzeichnung und dem dokumentierten Zeitplan des Betreibers auf.
Daten zur Identitätsprüfung
Behalten Sie nur die Felder und Nachweise bei, die für den konfigurierten Verifizierungszweck erforderlich sind, und löschen oder anonymisieren Sie sie, wenn die entsprechenden Kriterien erfüllt sind.
Sonstige Daten
Nutzen Sie zweckgebundene Zeiträume für Support-, Sicherheits-, Analyse-, Einwilligungs- und Präferenzaufzeichnungen, einschließlich Sicherungs- und Löschverfahren.
Je nach Standort und Kontext haben Benutzer möglicherweise Rechte auf Zugang, Berichtigung, Löschung, Einschränkung, Übertragbarkeit, Widerspruch, Widerruf der Einwilligung, Opt-out für Verkauf oder Weitergabe, Einschränkung sensibler Daten, Berufung und Nichtdiskriminierung.
Verwenden Sie den vom Betreiber konfigurierten Anforderungskanal. Der Betreiber kann die Identität verhältnismäßig überprüfen, gültige Einschränkungen erläutern, bei Bedarf einen Einspruchsweg bereitstellen und die relevante Regulierungsbehörde oder den entsprechenden Beschwerdekanal angeben. Anfragen dürfen nicht zu einer rechtswidrigen Diskriminierung führen.
Der Betreiber sollte angemessene administrative, technische und organisatorische Sicherheitsvorkehrungen treffen, die im Verhältnis zu den Daten und Risiken stehen. Kein Dienst kann absolute Sicherheit versprechen und diese Vorlage zertifiziert nicht die Kontrollen des Betreibers.
Datenschutz
Konfigurieren Sie basierend auf der tatsächlichen Architektur einen angemessenen Schutz für Daten während der Übertragung, im Ruhezustand, in Backups und in Betriebstools.
Sicherer Transport
Nutzen Sie die beibehaltene Transportsicherheit und überprüfen Sie die Zertifikats-, Proxy- und Anbietereinstellungen in jeder bereitgestellten Umgebung.
Zugangskontrollen
Begrenzen Sie den Zugriff nach Rolle und Bedarf, schützen Sie privilegierte Konten, überprüfen Sie Berechtigungen und entfernen Sie den Zugriff, wenn er nicht mehr benötigt wird.
Tests und Reaktion
Testen Sie Schutzmaßnahmen, überwachen Sie relevante Ereignisse, verwalten Sie Schwachstellen und pflegen Sie für den Einsatz geeignete Vorfallreaktions- und Benachrichtigungsverfahren.
Veröffentlichen Sie einen vom Betreiber kontrollierten Datenschutzkontakt und erläutern Sie, wie Benutzer Anfragen oder Beschwerden einreichen können. Überprüfen Sie die Identität nur in dem Umfang, der vernünftigerweise erforderlich ist, und befolgen Sie alle geltenden Antwort-, Einspruchs- oder Benachrichtigungsverfahren durch die Aufsichtsbehörde.
Aktualisieren Sie diese Richtlinie, wenn sich tatsächliche Praktiken, Anbieter, Funktionen oder Anforderungen ändern. Geben Sie wesentliche Änderungen angemessen bekannt und achten Sie darauf, dass das Datum des Inkrafttretens und der Prozess der Vorgängerversion korrekt sind.
