Diese Seite erklaert, welche Daten innerhalb von Customer Core verarbeitet werden, warum dies erforderlich ist und wie Betreiber die veroeffentlichten Datenschutzangaben pflegen koennen.
Bitte pruefen Sie diese Datenschutzerklaerung vor der Veroeffentlichung rechtlich und ergaenzen Sie installationsspezifische Angaben, wo dies erforderlich ist.
Die nachfolgenden Angaben koennen im Adminbereich betreiberspezifisch angepasst und vor Veroeffentlichung rechtlich geprueft werden.
Beim Aufruf der Website fallen technisch notwendige Logdaten an, etwa gekuerzte oder gehashte IP-Informationen, Zeitpunkte, URLs, User-Agent und technische Fehlerdaten.
IP-Adresse (gekuerzt/gehasht), Datum/Uhrzeit, URL, User-Agent, Fehlerdaten
Technische Bereitstellung, Sicherheit, Fehleranalyse
Hosting-Anbieter und interne Administratoren
Je nach Hosting-Infrastruktur moeglich
IP-Daten sollen nach Moeglichkeit gekuerzt oder gehasht verarbeitet werden.
Bei Kontaktanfragen werden die eingegebenen Kommunikationsdaten verarbeitet, um Projekte, Rueckfragen oder Beratungswuensche zu beantworten.
Name, E-Mail, Nachricht, optional Firma, Telefon, Projektart, Budgetrahmen
Bearbeitung von Anfragen und vorvertragliche Kommunikation
Interne Ansprechpartner
Nicht vorgesehen, ausser bei internationaler Infrastruktur
Spam-Schutz und Formularvalidierung koennen technisch noetig sein.
Fuer Benutzer- und Kundenkonten werden Zugangs- und Sicherheitsdaten verarbeitet, damit geschuetzte Bereiche erreichbar bleiben.
Name, E-Mail, Passwort-Hash, Rollen, Loginzeiten, Status
Benutzerverwaltung, Zugriffsschutz, Betrieb der Plattform
Interne Administratoren und Hosting-Anbieter
Nicht vorgesehen, ausser bei internationaler Infrastruktur
Passwoerter werden ausschliesslich als Hash gespeichert.
Wichtige Adminaktionen, Statuswechsel und Sicherheitsereignisse werden protokolliert, um Missbrauch und Fehlkonfigurationen nachvollziehen zu koennen.
Benutzer-ID, Aktion, Zeitpunkt, IP-Hash, Kontextdaten
Sicherheit, Nachvollziehbarkeit, Missbrauchsschutz
Interne Administratoren
Nicht vorgesehen
Admin-Logs sind nicht oeffentlich einsehbar.
Wenn das Modul Token Creation Suite aktiv ist, koennen Wallet-Adressen, Nonces, Chain IDs, Transaktionshashes und Contract-Adressen verarbeitet werden.
Wallet-Adresse, Signatur-Nonce, Chain ID, Transaktionshashes, Contract-Adressen, Deploymentstatus
Wallet-Verifikation, Token-Erstellung, Transaktionsdokumentation, Nutzer-Dashboard
Interne Administratoren, Blockchain-Infrastruktur
Blockchain-Netzwerke koennen weltweit verteilt und ausserhalb der EU betrieben werden
On-Chain-Daten koennen nach einer Veroeffentlichung nicht allein durch den Betreiber geloescht werden.
Zahlungsdaten werden verarbeitet, um Betreibergebuehren, Zahlungsnachweise und Deployment-Freigaben abzubilden.
Wallet-Adresse, Payment-Hash, Betrag, Waehrung, Empfaengerwallet, Netzwerk, Status
Zahlungsnachweis, Gebuehrenabwicklung, Deployment-Freigabe
Interne Administratoren, Blockchain-Infrastruktur
Blockchain-Netzwerke koennen weltweit verteilt betrieben werden
Nur technisch und kaufmaennisch notwendige Zahlungsdaten werden verarbeitet.
Consent-ID, Session-ID, Kategorieauswahl und pseudonymisierte Nachweisdaten werden verarbeitet, um die Datenschutz-Auswahl nachvollziehbar zu dokumentieren.
Consent-ID, Session-ID, Kategorien, Zeitpunkte, IP-Hash, User-Agent-Hash
Nachweis der Einwilligung und Verwaltung von Cookie-Einstellungen
Interne Administratoren
Nicht vorgesehen
IP und User-Agent werden fuer Consent-Logs nur gehasht gespeichert.
Customer Core stellt eine pflegbare Datenschutzgrundlage bereit. Betreiber koennen Inhalte im Adminbereich an die reale Installation anpassen und sollten die finale Fassung vor der Veroeffentlichung rechtlich pruefen.
Customer Core verwendet technische und organisatorische Massnahmen wie Passwort-Hashing, Sessionschutz, CSRF-Schutz, Logging wichtiger Adminaktionen und Zugriffsbeschraenkungen auf geschuetzte Bereiche.
Wallet-Adressen koennen personenbezogene Daten sein, wenn sie einer Person zugeordnet werden koennen. Wallet-Signaturen dienen der Authentifizierung. Transaktionshashes, Contract-Adressen und Wallet-Adressen koennen dauerhaft auf oeffentlichen Blockchains sichtbar bleiben. Nutzer sollten keine sensiblen Daten in oeffentliche Token-Beschreibungen eintragen.
newtokenWenn MultiSender-Funktionen genutzt werden, koennen Empfaengerwallets, Betraege und Batch-Transaktionen verarbeitet und dokumentiert werden. Betreiber sollten keine personenbezogenen Empfaengerlisten ohne tragfaehige Rechtsgrundlage hochladen. CSV-Uploads sollen nach der Verarbeitung loeschbar bleiben.
newtokenNotwendige Cookies werden fuer Sitzungsverwaltung, Sicherheit und Ihre Datenschutz-Auswahl verwendet. Optionale funktionale, statistische oder marketingbezogene Dienste bleiben inaktiv, bis Sie ausdruecklich zustimmen.
Sie koennen erteilte Einwilligungen jederzeit mit Wirkung fuer die Zukunft widerrufen und Ihre optionalen Cookie-Einstellungen jederzeit ueber die Cookie-Einstellungen anpassen.
Die Datenschutzerklaerung wird fortlaufend versioniert. Bitte pruefen Sie Aenderungen vor einer Veroeffentlichung erneut.