VibeFox OpenPay for PrestaShop — Hilfe

Anforderungen

PrestaShop: 8.0 bis 9.x.

PHP: 8.0 oder neuer. Das Modul lässt sich auf älteren PHP-Versionen nicht installieren.

HTTPS: Ihr Shop muss HTTPS verwenden, da das Kartenformular auf Ihrer Kasse liegt.

OpenPay-Konto: ein OpenPay-Konto aus Mexiko, Kolumbien oder Peru. Sie benötigen dessen Merchant-ID, den privaten Schlüssel (sk_...) und den öffentlichen Schlüssel (pk_...). Das Sandbox- und das Produktions-Dashboard haben unterschiedliche Merchant-IDs und Schlüssel, und das Modul hält sie getrennt.

VibeFox-Lizenzschlüssel: wird auf vibefox.net gekauft. Ein Schlüssel gilt für eine Domain.

Die Karte wird auf Ihrer Kasse eingegeben, im Browser aber durch openpay.js gelesen und tokenisiert. Die Kartenfelder haben keinen Namen und werden nie an Ihren Server gesendet. Da das Kartenformular auf Ihrer Seite liegt, ist Ihr PCI-DSS-Umfang SAQ A-EP; fragen Sie Ihren Acquirer.

Installation

1. Gehen Sie im Back Office zu Modules > Module Manager und klicken Sie auf Upload a module. Wählen Sie die ZIP-Datei des Moduls.

2. Wenn der Upload abgeschlossen ist, klicken Sie auf Configure, oder suchen Sie VibeFox OpenPay Gateway später in der Modulliste und klicken Sie auf Configure.

3. Fügen Sie Ihren VibeFox-Lizenzschlüssel in License key im Lizenzblock oben auf der Seite Configure ein und klicken Sie auf Activate (siehe Lizenzschlüssel).

4. Wählen Sie das Account country und geben Sie die Sandbox- und Live-Schlüssel ein (siehe Konfiguration).

5. Empfohlen: Fügen Sie die Webhook-URL im OpenPay-Dashboard hinzu (siehe Konfiguration).

6. Aktivieren Sie Enable / Disable und klicken Sie auf Save. Testen Sie eine Zahlung mit den Testkarten der OpenPay-Sandbox und deaktivieren Sie danach Sandbox mode, um echte Zahlungen anzunehmen.

Bei der Installation legt das Modul zwei Bestellstatus an, Awaiting OpenPay payment und OpenPay payment on hold. PrestaShop bietet eine neue Zahlungsart für die Währungen, Länder und Kundengruppen Ihres Shops an. Sie können sie unter Payment > Preferences einschränken.

Konfiguration

Alle Einstellungen befinden sich auf der Modulseite: Modules > Module Manager > VibeFox OpenPay Gateway > Configure. Jeder Abschnitt hat eine eigene Schaltfläche Save, die die gesamte Seite speichert. Oberhalb der Felder warnt die Seite, wenn die Schlüssel des aktuellen Modus unvollständig sind (die Zahlungsart wird dann an der Kasse ausgeblendet), wenn die Standardwährung Ihres Shops vom gewählten Kontoland nicht akzeptiert wird, und zeigt Sandbox mode is enabled — no real charges are made., solange der Sandbox-Modus aktiv ist.

Beim Speichern werden die Schlüssel geprüft. Eine Merchant-ID darf nur Buchstaben und Ziffern enthalten, ein privater Schlüssel muss mit sk_ und ein öffentlicher Schlüssel mit pk_ beginnen. Ein ungültiger Wert wird nicht gespeichert: Der vorherige Wert bleibt erhalten, und es erscheint eine Fehlermeldung, zum Beispiel Sandbox: The private key must start with sk_. Ist die Zahlungsart aktiviert, die Schlüssel des aktuellen Modus sind aber unvollständig, sehen Sie außerdem eine Meldung, dass das Gateway an der Kasse verborgen bleibt. Ein leerer Title wird mit Enter a title for the payment method. abgelehnt.

OpenPay

Enable / Disable: Enable OpenPay card payments schaltet die Zahlungsart ein oder aus. Standard: deaktiviert.

Title: der Name der Zahlungsart, den Kunden an der Kasse sehen. Er wird auch als Name der Zahlungsart in der Bestellung gespeichert. Standard: Credit or debit card (OpenPay). Pflichtfeld.

Description: der Text, der an der Kasse über dem Kartenformular angezeigt wird. Standard: Pay securely with your credit or debit card. Your bank may ask you to confirm the payment (3D Secure).

OpenPay-Konto

Merchant-ID, privater Schlüssel (sk_) und öffentlicher Schlüssel (pk_) finden Sie in Ihrem OpenPay-Dashboard unter Settings (Configuración). Der Abschnitt enthält Links zu den Sandbox- und Produktions-Dashboards von Mexiko, Kolumbien und Peru.

Account country: das Land Ihres OpenPay-Kontos. Es bestimmt die OpenPay-API, die openpay.js-Bibliothek dieses Landes und die akzeptierten Währungen. Standard: Mexico.

Sandbox mode: verwendet die OpenPay-Sandbox (Testschlüssel, keine echten Belastungen) und schaltet sowohl die Schlüssel als auch die API auf die Sandbox um. Solange er aktiv ist, zeigt die Kasse das Abzeichen SANDBOX MODE an. Standard: aktiviert. Deaktivieren Sie ihn, um echte Zahlungen anzunehmen.

Sandbox Merchant ID: die Merchant-ID aus dem Sandbox-Dashboard, Settings (Configuración), API-Schlüssel.

Sandbox Private Key: der private Sandbox-Schlüssel. Er beginnt mit sk_. Er wird nur auf dem Server verwendet; geben Sie ihn niemals weiter.

Sandbox Public Key: der öffentliche Sandbox-Schlüssel. Er beginnt mit pk_. openpay.js verwendet ihn im Browser, um die Karte zu tokenisieren.

Live Merchant ID: die Merchant-ID aus dem Produktions-Dashboard, Settings (Configuración), API-Schlüssel.

Live Private Key: der private Produktionsschlüssel (sk_...).

Live Public Key: der öffentliche Produktionsschlüssel (pk_...).

Gespeicherte private Schlüssel werden nie wieder angezeigt. Das Feld bleibt leer und zeigt Saved — leave empty to keep it. Geben Sie nur dann einen neuen Wert ein, wenn Sie ihn ändern möchten.

Clear saved secrets: markieren Sie einen privaten Schlüssel und klicken Sie auf Save, um ihn zu entfernen. Ein leeres Feld behält den gespeicherten Wert bei.

Webhook

Der Webhook ist nicht zwingend, aber empfohlen. Er bestätigt Zahlungen, wenn der Kunde nicht von der 3D-Secure-Seite zurückkehrt, etwa weil er den Browser geschlossen hat. Gehen Sie im OpenPay-Dashboard zu Settings > Webhooks und fügen Sie die URL hinzu, die unter Webhook URL in diesem Abschnitt angezeigt wird. Mit sprechenden URLs sieht sie so aus: https://your-shop/module/wcp_openpay_gateway/webhook, gegebenenfalls mit einem Sprachcode wie /en/. Kopieren Sie sie genau so, wie die Einstellungen sie anzeigen. Fügen Sie den Webhook im Dashboard jedes Modus hinzu, den Sie verwenden (Sandbox und Produktion).

Wenn Sie den Webhook hinzufügen, sendet OpenPay einen Verifizierungscode an diese URL. Der Code erscheint in diesem Abschnitt mit dem Datum des Eingangs, sodass Sie den Webhook im OpenPay-Dashboard bestätigen können.

Wählen Sie diese Ereignisse aus (sie sind auch in diesem Abschnitt aufgeführt):

OpenPay signiert Webhooks nicht, daher vertraut das Modul der Benachrichtigung selbst nie. Sie dient nur dazu, die Belastung zu finden; danach wird die Belastung mit dem privaten Schlüssel des Modus und des Kontolandes, in dem die Zahlung erfolgte, über die OpenPay-API gelesen. Eine Benachrichtigung zu einer Belastung, die dieser Shop nicht erstellt hat, wird ignoriert. Der Webhook funktioniert auch im Wartungsmodus des Shops und wird nicht durch die Ländereinschränkung Ihres Shops blockiert.

Erweitert

Debug log: protokolliert die Schritte der Zahlung in logs/wc_opy_debug.log.php im Modulordner. Die Datei kann nicht über das Web geöffnet werden. Fehler und Warnungen werden auch bei deaktiviertem Protokoll geschrieben. Schlüssel, Kartendaten und Kundendaten werden nie protokolliert. Standard: deaktiviert.

Log: zeigt die Größe und die neuesten Einträge des Protokolls. Klicken Sie auf Clear log, um es zu leeren.

Delete data on uninstall: ist die Option aktiviert, entfernt die Deinstallation des Moduls die Gateway-Einstellungen, den gespeicherten Verifizierungscode des Webhooks und die Protokolle. Die OpenPay-Belastungsdaten der Bestellungen sind Zahlungshistorie und bleiben immer erhalten, sodass Bestellungen auch nach einer Neuinstallation noch erstattet werden können. Standard: deaktiviert.

Kasse

Im Zahlungsschritt wählt der Kunde die Zahlungsart (standardmäßig Credit or debit card (OpenPay)) und füllt Cardholder name, Card number, Expiry (MM/YY) und Card code (CVV) aus. Im Sandbox-Modus zeigt das Formular SANDBOX MODE — Test environment. No real charges will be made. an. Wenn der Kunde bestätigt, wandelt openpay.js die Karte im Browser in ein Einmal-Token um, und die Betrugsprüfungsbibliothek fügt eine Geräte-Sitzungs-ID hinzu. Nur diese beiden Werte und die Warenkorb-ID werden an Ihren Shop gesendet. Ein unvollständiges Formular zeigt Please fill in all card fields. unter dem Formular an.

Das Modul erstellt daraufhin die Belastung mit 3D Secure über den Warenkorbbetrag in der Warenkorbwährung und schickt den Kunden auf die 3D-Secure-Seite seiner Bank, die von OpenPay bereitgestellt wird. Jeder Versuch erhält eine eigene OpenPay-Bestellreferenz. Die Belastungsbeschreibung lautet Cart #, die Warenkorb-ID und der Name Ihres Shops. Name, E-Mail-Adresse und Telefonnummer des Kunden werden an OpenPay übergeben; es wird kein OpenPay-Kundenkonto angelegt. Zu diesem Zeitpunkt existiert noch keine Bestellung.

Wenn der Kunde zurückkehrt, liest das Modul die Belastung über die OpenPay-API aus. Die Bestellung wird erst als bezahlt markiert, nachdem OpenPay bestätigt hat: Die Belastung muss zu diesem Warenkorb gehören, abgeschlossen sein und Betrag und Währung des Warenkorbs exakt entsprechen. Danach wird die Bestellung angelegt, und der Kunde sieht die Bestellbestätigungsseite mit Your card payment has been received. Meldet OpenPay die Belastung als in Bearbeitung, wird die Bestellung in Awaiting OpenPay payment angelegt, und die Seite zeigt We are confirming your card payment with OpenPay. The order will be updated automatically — please do not pay again. Ist das Ergebnis noch nicht bekannt, zeigt eine Seite Payment confirmation denselben Text mit einer Schaltfläche Check again und einer Schaltfläche Back to checkout; der Webhook legt die Bestellung an, sobald er eintrifft. Schlägt eine laufende Belastung später fehl, zeigt die Bestellbestätigungsseite Your OpenPay card payment was not completed. Please contact us about this order.

Wird die Karte abgelehnt oder schlägt 3D Secure fehl, kehrt der Kunde zur Kasse zurück, sieht The card payment was not completed (declined or 3-D Secure failed). Please try again or use another card. und kann erneut bezahlen. Der Warenkorb bleibt erhalten. Vor einem neuen Versuch prüft das Modul die vorherige Belastung des Warenkorbs: Wurde sie tatsächlich bezahlt, wird die Bestellung daraus ohne zweite Belastung angelegt; ist sie noch in Bearbeitung, wird die Bestellung in Awaiting OpenPay payment angelegt; kann ihr Status nicht geprüft werden, erfolgt keine neue Belastung, und der Kunde sieht We could not confirm the status of your previous payment attempt. Please try again in a few minutes. Ein Warenkorb mit bereits vorhandener Bestellung wird nie erneut belastet.

Abgelehnte Karten erhalten eine klare Meldung, zum Beispiel The card has insufficient funds. Please use another card., The card has expired. Please use another card. oder The security code (CVV) is not valid. Please check it and try again. Technische Fehler von OpenPay werden Kunden nie angezeigt; sie werden im Protokoll festgehalten.

Wird ein Gutschein im Warenkorb zwischen Zahlung und Bestätigung ungültig, wird er aus der Bestellung entfernt. Die Bestellung wird dann mit einer Notiz in OpenPay payment on hold gesetzt, weil der Kunde den Preis mit Rabatt bezahlt hat.

Die Zahlungsart wird an der Kasse ausgeblendet, wenn sie deaktiviert ist, wenn die Schlüssel des aktuellen Modus unvollständig sind oder wenn die Warenkorbwährung vom Kontoland nicht akzeptiert wird.

Das Modul nimmt nur Kartenzahlungen an, mit sofortiger Erfassung. Es unterstützt keine gespeicherten Karten, Abonnements, zinsfreie Monatsraten (MSI) oder Ratenzahlungen, Zahlungen mit Kartenpunkten, Barzahlungen, SPEI-, PSE- oder CoDi-Zahlungen sowie keine getrennte Autorisierung und Erfassung.

Bestellungen und Erstattungen

Bestellstatus

Noch keine Bestellung: der Kunde befindet sich auf der 3D-Secure-Seite, hat die Zahlung nicht abgeschlossen oder die Karte wurde abgelehnt. Es existiert nur der Warenkorb.

Payment accepted: die Zahlung wurde bestätigt. Die Zahlung wird mit der OpenPay-Belastungs-ID als Transaktions-ID erfasst; eine Notiz zeigt die Belastungs-ID und den Modus (Live oder Sandbox).

Awaiting OpenPay payment: OpenPay meldet die Belastung als in Bearbeitung (noch nicht erfasst). Die Bestellung wechselt zu Payment accepted, wenn die Belastung abgeschlossen ist, oder zu Payment error, wenn sie fehlschlägt.

OpenPay payment on hold: OpenPay meldet eine abgeschlossene Belastung mit anderem Betrag oder anderer Währung als der Warenkorb (die Bestellung wird nicht als bezahlt markiert, die Notiz zeigt die Differenz), ein Gutschein wurde entfernt, oder eine Zahlung ist für eine bereits stornierte oder erstattete Bestellung eingegangen (die Zahlung wird erfasst). Prüfen Sie die Bestellung und bearbeiten Sie sie, oder erstatten Sie die Zahlung im OpenPay-Dashboard.

Payment error: eine laufende Belastung ist fehlgeschlagen, abgebrochen worden oder abgelaufen.

Refunded: die Belastung wurde über das Modul vollständig erstattet.

Geht eine zweite abgeschlossene Belastung für eine bereits bezahlte Bestellung ein, wird die Bestellung nicht verändert. Eine Notiz, die mit WARNING beginnt, fordert Sie auf, das Duplikat im OpenPay-Dashboard zu erstatten.

OpenPay-Zahlungsblock

Die Bestellseite zeigt einen Block OpenPay payment mit der Belastungs-ID, dem Belastungsstatus, der Umgebung und dem Kontoland, dem belasteten Betrag und dem Bestellbetrag, dem erstatteten Betrag, einem Abzeichen Sandbox für Sandbox-Zahlungen, dem Erstattungsverlauf und den OpenPay notes der Bestellung.

Erstattungen

Für Konten aus Mexiko und Peru: Geben Sie im Block OpenPay payment den Betrag ein (der noch nicht erstattete Betrag ist vorausgefüllt), optional einen Grund, und klicken Sie auf Refund via OpenPay. Bestätigen Sie die Abfrage Refund this amount through OpenPay? This cannot be undone. Vollständige und teilweise Erstattungen sind möglich, bis zum von OpenPay belasteten Betrag. Sie benötigen das Recht, Bestellungen zu bearbeiten. Die Erstattung wird mit den Schlüsseln des Modus und des Kontolandes gesendet, in dem die Belastung erfolgte; diese Schlüssel müssen also eingerichtet sein. Behalten Sie die Sandbox-Schlüssel, solange Sie noch Sandbox-Bestellungen erstatten möchten. Lehnt OpenPay die Erstattung ab, zeigt der Block den Fehler, zum Beispiel OpenPay refund failed: ..., und es wird keine Erstattung erfasst. Eine erfolgreiche Erstattung wird mit der OpenPay-Erstattungs-ID dem Erstattungsverlauf und den Notizen hinzugefügt. Eine vollständige Erstattung setzt die Bestellung auf Refunded. Eine teilweise Erstattung ändert den Status nicht. Erstattungen sind verfügbar, sobald OpenPay die Zahlung bestätigt hat; eine Bestellung im Status OpenPay payment on hold nach einer Betragsabweichung wird nicht über das Modul erstattet.

OpenPay Colombia unterstützt Kartenerstattungen über die API nicht, wie auch in den offiziellen OpenPay-Plugins. Für kolumbianische Belastungen bietet der Block kein Erstattungsformular; erstatten Sie die Belastung im OpenPay-Dashboard.

Das Modul erstellt keine Gutschriften. Die Standard-Erstattungsschaltflächen von PrestaShop auf der Bestellseite erstatten kein Geld über OpenPay.

Im OpenPay-Dashboard vorgenommene Erstattungen und Rückbuchungen werden per Webhook übermittelt und einmal in den Notizen ergänzt. Bestellstatus und Gutschriften werden nicht automatisch geändert. Aktualisieren Sie sie bei Bedarf manuell.

Lizenzschlüssel

Das Modul arbeitet mit einem VibeFox-Lizenzschlüssel von vibefox.net. Der Lizenzblock License — VibeFox OpenPay Gateway ist der erste Block auf Modules > Module Manager > VibeFox OpenPay Gateway > Configure, oberhalb der Einstellungen. Fügen Sie den Schlüssel in License key ein und klicken Sie auf Activate. Danach zeigt der Block den maskierten Schlüssel, den Status (zum Beispiel das Datum, bis zu dem die Lizenz gültig ist, und Ihre Domain) sowie die Schaltflächen Check now zum erneuten Prüfen des Status, Change key zum Eingeben eines anderen Schlüssels und Remove key zum Entfernen des Schlüssels aus diesem Shop. Darunter stehen die Zeile Product: presta-payment-openpay und der Link Manage licenses and domains in your account, der Ihr vibefox.net-Konto öffnet. Nur Mitarbeiter mit der Berechtigung Configure für das Modul können den Schlüssel ändern. Die Texte des Blocks folgen der Sprache des Back Office (Englisch und Russisch sind enthalten).

Wird der Schlüssel nicht akzeptiert, nennt der Block den Grund, zum Beispiel Key not found, This key belongs to another product, Domain limit reached oder License expired on mit einem Datum. Nachdem sich die Shop-Adresse geändert hat oder Sie einen Domain-Platz in Ihrem Konto freigegeben haben, klicken Sie auf Check now. Ist der Lizenzserver nicht erreichbar, arbeitet das Modul mit dem zuletzt bekannten Status weiter.

Ein Schlüssel gilt für eine Domain: die Domain des Hauptshops, auch bei einem Multistore-Setup. Das Entfernen des Schlüssels aus dem Shop gibt seinen Domain-Platz nicht frei. Geben Sie den Platz in Ihrem vibefox.net-Konto frei.

Ohne aktiven Schlüssel wird OpenPay Kunden an der Kasse nicht angezeigt. Wird trotzdem eine Zahlung gestartet, sieht der Kunde This payment method is not available. Please choose another one. Der PrestaShop-Storefront weiß nicht, dass Sie im Back Office angemeldet sind, daher wird die Zahlungsart auch für Sie ausgeblendet: Sie können das Modul vor dem Kauf eines Schlüssels einrichten, aber an der Kasse nicht testen. Ein Hinweis erscheint unter Modules > Module Manager auf dem Reiter Alerts. Bestehende Bestellungen sind nicht betroffen: Bereits begonnene Zahlungen werden weiterhin bestätigt, und Erstattungen funktionieren.

Läuft eine Lizenz ab, arbeitet das Modul weiter, aber Updates und Support erfordern eine Verlängerung. Der Status wird während Ihrer Arbeit im Back Office automatisch erneut geprüft: einmal täglich in den ersten 14 Tagen nach Eingabe des Schlüssels, danach einmal wöchentlich. Ein Cron-Job ist nicht nötig. Das Deinstallieren oder Zurücksetzen des Moduls entfernt immer den Lizenzschlüssel und den Lizenzstatus.

Fehlerbehebung

OpenPay erscheint nicht an der Kasse: prüfen Sie, ob die Lizenz aktiv ist, Enable / Disable eingeschaltet ist und der aktuelle Modus alle drei Schlüssel hat: die Sandbox-Schlüssel im Sandbox-Modus, die Live-Schlüssel im Live-Modus. Prüfen Sie, ob die Warenkorbwährung vom Account country akzeptiert wird (Mexiko: MXN, USD; Kolumbien: COP, USD; Peru: PEN, USD). Die Einstellungsseite zeigt in jedem dieser Fälle eine Warnung. Prüfen Sie unter Payment > Preferences, ob das Modul für die Warenkorbwährung, das Land des Kunden und die Kundengruppe zugelassen ist.

Die Zahlung ist erfolgt, aber es wurde keine Bestellung angelegt: der Kunde ist nicht von der 3D-Secure-Seite zurückgekehrt, und der Webhook funktioniert nicht. Prüfen Sie, ob die Webhook-URL im OpenPay-Dashboard des von Ihnen verwendeten Modus hinzugefügt ist, genau so, wie die Einstellungen sie anzeigen, mit den oben aufgeführten Ereignissen. Prüfen Sie, ob die Schlüssel des Modus, in dem die Zahlung erfolgte, eingetragen sind: Ohne sie antwortet der Webhook not configured, und OpenPay versucht es später erneut. Die Bestellung wird auch angelegt, wenn der Kunde in den Shop zurückkehrt oder versucht, denselben Warenkorb erneut zu bezahlen.

Der Webhook antwortet ignored (unknown order): die Belastung wurde nicht von diesem Shop erstellt, zum Beispiel eine Belastung eines anderen Shops auf demselben OpenPay-Konto. Es wird nichts geändert.

Der Webhook antwortet verification failed: die OpenPay-API war nicht erreichbar, um die Belastung zu lesen. OpenPay wiederholt den Webhook.

Der Webhook antwortet busy: der Warenkorb wurde im selben Moment von einer anderen Anfrage aktualisiert, oder die Bestellung konnte nicht angelegt werden (zum Beispiel weil das Modul deaktiviert ist). OpenPay wiederholt den Webhook. Aktivieren Sie das Debug log, um den Grund zu sehen.

Der Kunde sieht The secure card form could not be loaded: openpay.js oder die Betrugsprüfungsbibliothek von OpenPay wurde im Browser nicht geladen, oder die Geräte-Sitzungs-ID konnte nicht erstellt werden. Bitten Sie den Kunden, die Seite neu zu laden und es erneut zu versuchen.

Der Kunde sieht The payment could not be processed right now: OpenPay hat die Anfrage abgelehnt oder nicht beantwortet. Der Grund steht im Protokoll. Eine falsche Merchant-ID oder ein falscher privater Schlüssel ist eine typische Ursache. Hat OpenPay nicht geantwortet, prüfen Sie die Belastung im OpenPay-Dashboard, bevor der Kunde erneut bezahlt.

Der Kunde sieht This test card cannot be used for real payments: es wurde eine Sandbox-Testkarte verwendet, während der Sandbox-Modus deaktiviert war.

Bestellung nach der Zahlung in OpenPay payment on hold: lesen Sie die OpenPay notes im Block (siehe Bestellstatus) und bearbeiten Sie anschließend die Bestellung oder erstatten Sie die Zahlung.

Erstattung schlägt mit einer Meldung zum Modus fehl: die Bestellung wurde im Sandbox- oder im Live-Modus bezahlt, und die Schlüssel dieses Modus sind nicht eingetragen. Tragen Sie sie ein und versuchen Sie es erneut.

Erstattung schlägt mit The order is being updated right now fehl: ein Webhook oder eine andere Anfrage hat die Bestellung im selben Moment aktualisiert. Versuchen Sie es in Kürze erneut.

Deinstallation

Gehen Sie zu Modules > Module Manager, öffnen Sie das Menü neben VibeFox OpenPay Gateway und wählen Sie Uninstall. Der Lizenzschlüssel und der Lizenzstatus dieses Moduls werden immer entfernt. Ist Delete data on uninstall aktiviert, werden die Gateway-Einstellungen, der gespeicherte Verifizierungscode des Webhooks und die Protokolle entfernt. Ist die Option deaktiviert, bleiben alle Einstellungen für eine spätere Neuinstallation erhalten. Die OpenPay-Belastungs- und Erstattungsdaten sowie die Bestellstatus Awaiting OpenPay payment und OpenPay payment on hold bleiben immer erhalten, sodass früher bezahlte Bestellungen nach einer Neuinstallation noch erstattet werden können. Bestehende Bestellungen behalten ihre Zahlungsnotizen und Transaktions-IDs.

OpenPay ist eine Marke ihres jeweiligen Inhabers. Dieses Modul ist nicht mit OpenPay verbunden und wird nicht von OpenPay unterstützt.