Unterstützt das Modul alle Riverty-Zahlarten?
Ja: Rechnungskauf, Lastschrift, Ratenzahlung (Fixed Instalments) und Pay in 3 (aktuell nur in den Niederlanden, gemäß Riverty-Vertragsstruktur).
Funktioniert das Modul mit allen OXID-Editionen?
Ja, Community Edition, Professional Edition und Enterprise Edition werden unterstützt.
Brauche ich für jedes Land einen eigenen Riverty-Vertrag?
Ja — das Modul selbst verwaltet aber beliebig viele Länder parallel, ohne Mehraufwand.
Kann ich das Modul erst im Sandbox-Modus testen?
Ja, der Sandbox-Modus ist pro Land unabhängig schaltbar — Live-Betrieb in einem Land, Test in einem anderen ist möglich.
Brauche ich einen Entwickler, um das Modul zu konfigurieren?
Nein. Installation und optionale Integration-API-/Cron-Einrichtung übernimmt ein Entwickler einmalig — die eigentliche Konfiguration (API-Keys, Zahlarten, Einstellungen) machst du danach selbst im Admin.
Warum sehen Kunden nicht immer alle konfigurierten Zahlarten im Checkout?
Riverty prüft bei jedem Aufruf der Zahlartenauswahl, welche Zahlarten für den aktuellen Warenkorbbetrag verfügbar sind — z.B. wird Ratenzahlung erst ab einem Mindestbetrag angezeigt. Das ist normales Verhalten, kein Fehler. An Riverty werden dabei nur der Warenkorbbetrag übermittelt, keine Kundendaten.
| Symptom | Prüfung | Lösung |
|---|---|---|
| Land erscheint nicht im Checkout trotz Konfiguration | Passt der hinterlegte API-Key zum aktuellen Sandbox-Schalter (Test-Key bei Sandbox an, Live-Key bei Sandbox aus)? Wurden die Zahlarten schon per "Fetch Payment Methods" abgeglichen? | Fehlenden/falschen Key ergänzen, danach erneut auf "Fetch Payment Methods" klicken |
| Signatur-Fehler bei Rückkehr von Riverty | Stimmt der API-Key des zurückkommenden Landes mit dem bei Authorize verwendeten überein? | Sandbox/Live-Verwechslung für das jeweilige Land ausschließen |
| Zahlung nach Rückkehr abgelehnt, obwohl bei Riverty erfolgreich | API-Logs für den lookup-Request-Type prüfen (siehe Konfiguration → API-Logs) |
Bei API-Fehler beim Status-Abgleich lehnt das Modul sicherheitshalber ab |
| Symptom | Prüfung | Lösung |
|---|---|---|
| Cronjob bricht mit "setting not found" ab | Neue Settings nach Update in der DB vorhanden? | oe:module:apply-configuration ausführen oder Modul reaktivieren |
| Integration API liefert 503 | Ist ein Secret generiert? | Kunde erzeugt es über den "Generate Secret"-Button im Admin (wird nur einmalig angezeigt) |
| Integration API liefert dauerhaft 409 | Hängt eine Idempotency-Key-Reservierung? | mmd_riverty_idempotency_keys-Tabelle prüfen, betroffene Zeile ggf. löschen |