Live Demo: Teste dieses und weitere Plugins live — ohne Installation, ohne Risiko: demo.markus-michalski.net
Diese Seite beschreibt, welche personenbezogenen Daten das Modul verarbeitet. Sie ersetzt keine Rechtsberatung. Für deine Datenschutzerklärung und die Verträge mit Riverty bist du als Shopbetreiber selbst verantwortlich.
Das Modul sendet Daten an die Riverty-API (Sandbox: https://api.bnpl-pt.riverty.io, Live: https://api.bnpl.riverty.io). Die Anfragen gehen vom Server des Shops aus, abhängig vom Land mit dem zugehörigen API-Key.
Beim Aufruf der Zahlartenauswahl gehen nur Land, Währung, Netto- und Bruttobetrag und die Sprache an Riverty. Es werden keine Kundendaten übertragen.
Beim Abschluss der Bestellung mit einer Riverty-Zahlart werden folgende Daten gesendet:
| Bereich | Daten |
|---|---|
| Kunde | Vorname, Nachname, E-Mail, Anrede, Rechnungsadresse inkl. Adresszusatz |
| Optional, falls im Kundenkonto vorhanden | Telefon, Mobiltelefon, Geburtsdatum, Kundennummer, Firmenname, USt-IdNr. |
| Nordics (NO, SE, DK, FI) | Personennummer bzw. Firmenregisternummer, die der Kunde im Checkout eingibt |
| Lieferadresse | Name, Adresse, Land, Telefon (abweichende Lieferadresse oder Rechnungsadresse) |
| Bestellung | Bestellreferenz, Positionen mit Preisen, Beträge, Währung, Rückkehr-URL des Shops |
| Risikodaten | IP-Adresse des Kunden (immer), Bestandskundendaten je nach Einstellung |
| Sprache | Sprache des Shops für die Kommunikation von Riverty |
Zahlungsdaten wie Kontonummer oder Kartendaten gibst der Kunde bei Riverty ein, nicht im Shop.
Die Einstellung "Bestandskundendaten an Riverty übermitteln" steuert die zusätzlichen Risikodaten:
| Modus | Zusätzlich übertragen |
|---|---|
| Deaktiviert (Default) | nichts, nur die IP-Adresse |
| Nur Flag | ob der Kunde bereits eine erfolgreiche Bestellung hat |
| Vollständig | zusätzlich Datum der ersten erfolgreichen Bestellung, Anzahl der erfolgreichen Bestellungen, Gesamtbetrag der Bestellungen der letzten 12 Monate |
Die Modi "Nur Flag" und "Vollständig" übertragen Daten aus der Bestellhistorie. Kläre vor der Aktivierung die DSGVO-/AVV-Grundlage mit deinem Rechtsberater. Kann die Bestellhistorie nicht gelesen werden, sendet das Modul für diese Bestellung keine Bestandskundendaten und der Checkout läuft weiter.
Capture, Void, Refund und Statusabfragen verwenden die Bestellreferenz, Positionen und Beträge. Capture-, Void- und Refund-Aufrufe werden auch über die Integration API ausgelöst.
| Speicherort | Inhalt | Aufbewahrung |
|---|---|---|
Tabelle mmd_riverty_transactions |
Bestellreferenz, Zahlart, Land, Status, Beträge, Capture-/Reservierungsnummern, eingezogene/stornierte/erstattete Positionen, letzte API-Antwort, Fehlermeldung | Zeilen mit Bestellbezug bleiben erhalten. Abgebrochene Zahlungsversuche ohne Bestellung löscht oe:riverty:cleanup nach der konfigurierten Frist |
Tabelle mmd_riverty_api_logs |
Request und Response jedes API-Calls, Statuscode, Dauer, Land. Personenbezogene Felder (Name, E-Mail, Adresse, Telefon, Geburtsdatum, Personennummer, Firmenname, USt-IdNr., Kundennummer, IP-Adresse) sind bis auf die letzten vier Zeichen maskiert | Standard 90 Tage, einstellbar, Löschung per oe:riverty:cleanup |
Tabelle mmd_riverty_idempotency_keys |
Idempotency-Keys der Integration API und die zwischengespeicherte Antwort | Wie die API-Logs |
Datei riverty.log |
Nur bei aktiviertem Debug-Logging: Ablaufprotokoll, personenbezogene Felder maskiert | Keine automatische Löschung |
| Session (Weiterleitung) | Während der Weiterleitung zu Riverty der Warenkorb, Reservierungs-ID, Bestellreferenz und Länderkürzel | Wird nach der Rückkehr entfernt |
| Session (Personennummer) | Bei Rechnungsadresse in NO, SE, DK, FI die im Checkout eingegebene Personennummer (dynvalue[identificationNumber] in der OXID-Session) |
Gehört nicht zur Warenkorb-Sicherung und wird nicht vom Modul entfernt, sondern endet mit der OXID-Session |
Die Aufbewahrungsfristen greifen nur, wenn der Cronjob
oe:riverty:cleanupeingerichtet ist. Ohne Cronjob bleiben die Daten bestehen.
https://my.riverty.com.