VibeFox PayU 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.

Währung: eine der Währungen PLN, EUR, CZK, HUF, RON, BGN, GBP, USD, CHF, DKK, NOK, SEK, UAH. Die Währung muss außerdem für Ihre Verkaufsstelle bei PayU aktiviert sein. Bei anderen Währungen wird die Zahlungsoption im Bestellvorgang ausgeblendet.

Internetzugang zu Ihrem Shop: PayU sendet Zahlungsbenachrichtigungen an Ihren Shop, daher muss er aus dem Internet erreichbar sein (nicht hinter einer HTTP-Authentifizierung oder einer Firewall). Ohne Benachrichtigungen werden Zahlungen trotzdem geprüft, wenn der Kunde von PayU zurückkehrt.

PayU-Konto: Sie benötigen vier Schlüssel Ihrer Verkaufsstelle (POS): POS ID, Second key (MD5), OAuth client_id und OAuth client_secret. Sie finden sie im PayU-Händlerportal unter Online payments > My shops > your shop > Points of sale (POS) > your POS > Configuration keys. Sandbox-Schlüssel stammen aus einem separaten PayU-Sandbox-Konto.

VibeFox-Lizenzschlüssel: erhältlich auf vibefox.net. Ein Schlüssel funktioniert für eine Domain.

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 aus.

2. Klicken Sie nach Abschluss des Uploads auf Configure, oder suchen Sie VibeFox PayU Payment später in der Modulliste und klicken Sie dort auf Configure.

3. Geben Sie Ihren VibeFox-Lizenzschlüssel im Feld License key des Lizenzblocks oben auf der Seite Configure ein und klicken Sie auf Activate (siehe Lizenzschlüssel).

4. Geben Sie die vier Sandbox-Schlüssel und die vier Live-Schlüssel ein (siehe Konfiguration). In PayU muss keine Benachrichtigungs-URL eingerichtet werden.

5. Aktivieren Sie Enable/Disable und klicken Sie auf Save. Lassen Sie Test Mode eingeschaltet, bis Sie eine Testzahlung durchgeführt haben, und schalten Sie ihn dann aus, um echte Zahlungen mit den Live-Schlüsseln anzunehmen.

Bei der Installation legt das Modul zwei Bestellstatus an: Awaiting PayU payment confirmation und PayU payment on hold. PrestaShop aktiviert ein neues Zahlungsmodul für alle Währungen, Länder und Kundengruppen. Sie können dies unter Payment > Preferences einschränken.

Konfiguration

Alle Einstellungen befinden sich auf der Modulseite: Modules > Module Manager > VibeFox PayU Payment > Configure. Jeder Abschnitt hat eine eigene Schaltfläche Save, die die gesamte Seite speichert. Oberhalb der Felder warnt Sie die Seite, solange der Sandbox-Modus aktiv ist (Der Sandbox-(Test-)Modus ist aktiv: Zahlungen gehen an die PayU-Sandbox und es wird kein echtes Geld abgebucht. Versenden Sie keine im Testmodus bezahlten Bestellungen.), wenn einer der vier Schlüssel des aktuellen Modus fehlt und wenn PayU die Standardwährung des Shops nicht akzeptiert. In den letzten beiden Fällen wird PayU im Bestellvorgang nicht angezeigt.

Beim Speichern werden Leerzeichen und Zeilenumbrüche aus allen Schlüsseln entfernt, da beim Kopieren aus dem PayU-Panel oft welche hinzukommen. Ein leerer Title wird nicht gespeichert: Die Seite zeigt Geben Sie einen Titel für die Zahlungsmethode ein.

PayU

Enable/Disable: Enable PayU payment gateway schaltet die Zahlungsoption ein oder aus. Standard: aus.

Title: der Titel der Zahlungsmethode, den der Kunde sieht. Er ist außerdem der Name der Zahlungsmethode, der in der Bestellung gespeichert wird. Standard: PayU. Pflichtfeld.

Description: die Beschreibung der Zahlungsmethode, die der Kunde im Bestellvorgang sieht. Standard: Pay securely via PayU.

API-Zugangsdaten

Die Schlüssel finden Sie im PayU-Händlerportal: Online payments > My shops > your shop > Points of sale (POS) > your POS > Configuration keys. Sandbox-Schlüssel stammen aus einem separaten PayU-Sandbox-Konto. Alle vier Schlüssel eines Modus müssen ausgefüllt werden.

Test Mode: verwendet die PayU-Sandbox und die unten stehenden Sandbox-Schlüssel. Es wird kein echtes Geld abgebucht. Solange er aktiv ist, sehen Kunden unter der Zahlungsoption Sandbox-Modus: Es wird keine echte Zahlung abgebucht. Schalten Sie ihn aus, um echte Zahlungen mit den Live-Schlüsseln anzunehmen. Standard: ein.

Live POS ID: die POS ID (merchantPosId) Ihrer Produktiv-Verkaufsstelle.

Live Second Key (MD5): dient zur Prüfung der Signatur von PayU-Benachrichtigungen.

Live OAuth Client ID: die OAuth client_id der Verkaufsstelle.

Live OAuth Client Secret: der OAuth client_secret der Verkaufsstelle.

Sandbox POS ID: die POS ID Ihrer PayU-Sandbox-Verkaufsstelle.

Sandbox Second Key (MD5): dient zur Prüfung der Signatur von PayU-Sandbox-Benachrichtigungen.

Sandbox OAuth Client ID: die OAuth client_id der Sandbox-Verkaufsstelle.

Sandbox OAuth Client Secret: der OAuth client_secret der Sandbox-Verkaufsstelle.

Gespeicherte Second Keys und Client Secrets werden nie wieder angezeigt. Das Feld bleibt leer und zeigt Gespeichert — leer lassen, um ihn beizubehalten. Geben Sie nur dann einen neuen Wert ein, wenn Sie ihn ändern möchten. POS IDs und Client IDs werden wie gespeichert angezeigt.

Clear saved secrets: markieren Sie ein Secret und klicken Sie auf Save, um es zu entfernen. Ein leeres Feld behält den gespeicherten Wert.

Jede Zahlung merkt sich ihre Umgebung. Benachrichtigungen, Statusprüfungen und Erstattungen einer Zahlung verwenden immer die Schlüssel dieser Umgebung, sodass ältere Zahlungen auch nach einem Moduswechsel weiterhin funktionieren. Eine mit dem Sandbox-Schlüssel signierte Benachrichtigung wird nie für eine Live-Zahlung akzeptiert, und umgekehrt.

Zahlungsbenachrichtigungen

Notification URL: zeigt die Adresse, an die PayU Benachrichtigungen sendet. Mit lesbaren URLs sieht sie etwa so aus: https://your-shop/module/wcp_payu_payment/webhook, gegebenenfalls mit einem Sprachcode. Das Modul übermittelt sie bei jeder Zahlung an PayU, daher muss im PayU-Panel nichts eingerichtet werden. Stellen Sie sicher, dass sie aus dem Internet erreichbar ist (nicht durch eine Firewall oder HTTP-Authentifizierung blockiert). Benachrichtigungen funktionieren auch, während der Shop im Wartungsmodus ist, und werden nicht durch die Ländersperre Ihres Shops blockiert.

Erweitert

Receive payments automatically: nimmt auf Bestätigung wartende Zahlungen automatisch an. Das ist nur relevant, wenn die automatische Annahme für Ihre Verkaufsstelle im PayU-Panel deaktiviert ist: Zahlungen warten dann auf Bestätigung (WAITING_FOR_CONFIRMATION). Ist diese Option aktiviert, nimmt das Modul solche Zahlungen sofort an, und die Bestellung wird erstellt, sobald PayU die Zahlung als abgeschlossen meldet. Ist sie deaktiviert oder schlägt die Annahme fehl, wird die Bestellung in Awaiting PayU payment confirmation angelegt, und Sie nehmen die Zahlung über die Schaltflächen im PayU-Block der Bestellung an oder stornieren sie. Standard: ein.

Logging: schreibt technische Ereignisse (Warenkorb- und Bestellnummern, PayU-Bestell-IDs, Status, Fehler, keine Schlüssel oder personenbezogenen Daten) in logs/wc_pu_debug.log.php im Modulordner. Die Datei kann nicht über das Web geöffnet werden. Fehler werden immer protokolliert; die übrigen Ereignisse nur, solange diese Option aktiv ist. Standard: aus.

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: löscht die Moduleinstellungen und Protokolle bei der Deinstallation des Moduls. Bestellungen und ihre Zahlungsdaten (PayU-Transaktionen, Erstattungen, Bestellstatus) werden nie gelöscht. Standard: aus.

Bestellvorgang

Im Zahlungsschritt wählt der Kunde die Zahlungsoption (standardmäßig PayU) und sieht die Beschreibung sowie den Hinweis Sie werden zu PayU weitergeleitet, um die Zahlung abzuschließen (BLIK, Banküberweisung, Karte und andere Methoden). Nach der Bestätigung erstellt das Modul eine PayU-Bestellung über den Warenkorbbetrag in der Warenkorbwährung, mit der Beschreibung Cart #, der Warenkorbnummer und dem Namen Ihres Shops sowie mit den Produkten, dem Versand und der Geschenkverpackung zur Anzeige auf der PayU-Seite. E-Mail-Adresse, Name und Telefonnummer des Kunden werden an PayU übergeben. Die Sprache der PayU-Seite richtet sich nach der Shop-Sprache, sofern PayU sie unterstützt, andernfalls wird Englisch verwendet. Der Kunde wird zur PayU-Seite weitergeleitet, wählt dort eine Methode und zahlt. Zu diesem Zeitpunkt existiert noch keine Bestellung.

Jeder Zahlungsversuch erhält eine eigene PayU-Bestellung. Wenn der Kunde es erneut versucht, wird die vorherige unvollendete PayU-Zahlung des Warenkorbs bei PayU storniert, sodass ein alter Zahlungslink nicht zweimal bezahlt werden kann. Stellt sich heraus, dass die vorherige Zahlung bereits bezahlt wurde, wird stattdessen die Bestellung erstellt und keine neue Zahlung angelegt.

Die Rückkehr in Ihren Shop allein bezahlt nie eine Bestellung. Die Bestellung wird erst als bezahlt markiert, nachdem PayU sie bestätigt hat: durch eine mit dem Second Key der Umgebung der Zahlung signierte Benachrichtigung oder durch eine serverseitige Statusprüfung der PayU-Bestellung, wenn der Kunde zurückkehrt (höchstens einmal alle 10 Sekunden pro Warenkorb). Die PayU-Bestellung muss für diesen Warenkorb erstellt worden sein, und Betrag und Währung müssen übereinstimmen. Das Modul verarbeitet folgende PayU-Status:

Nach einer bestätigten Zahlung sieht der Kunde die übliche Bestellbestätigungsseite. Bei einer Bestellung, die auf Bestätigung wartet, oder einer Bestellung in Wartestellung ergänzt die Seite: Ihre Zahlung wird geprüft. Wir senden Ihnen eine E-Mail, sobald sie bestätigt ist. Wird die Zahlung einer solchen Bestellung später storniert, zeigt die Seite: Ihre PayU-Zahlung wurde nicht abgeschlossen. Bitte kontaktieren Sie uns zu dieser Bestellung.

Hat PayU die Zahlung bei der Rückkehr des Kunden noch nicht bestätigt, zeigt eine Seite Payment confirmation die Meldung Wir haben die Zahlungsbestätigung von PayU noch nicht erhalten. Falls die Zahlung unterbrochen wurde, können Sie es erneut versuchen: (oder, wenn PayU einen Fehler gemeldet hat, Die Zahlung wurde nicht abgeschlossen. Sie können es erneut versuchen:) mit den Schaltflächen Pay again und Check again. Die Benachrichtigung erstellt die Bestellung, sobald sie eintrifft. Wurde die Zahlung storniert, kehrt der Kunde zum Bestellvorgang zurück mit Die Zahlung wurde nicht abgeschlossen. Sie können es erneut versuchen oder eine andere Zahlungsmethode wählen. Der Warenkorb bleibt erhalten.

Kann PayU die Zahlung nicht starten, bleibt der Kunde im Bestellvorgang mit Zahlungsfehler. Bitte versuchen Sie es erneut oder wählen Sie eine andere Zahlungsmethode. Der technische Grund wird ins Protokoll geschrieben. Fehlen die Schlüssel des aktuellen Modus, lautet die Meldung Das Zahlungsgateway ist nicht richtig konfiguriert. Bitte kontaktieren Sie den Administrator.

Wird ein Gutschein im Warenkorb zwischen Zahlung und Bestätigung ungültig, wird er aus der Bestellung entfernt. Die Bestellung geht dann in PayU payment on hold über, mit einer Notiz, die den Gutschein nennt, da der Kunde den rabattierten Preis bezahlt hat.

Der Kunde wählt die Zahlungsmethode auf der PayU-Seite, nicht in Ihrem Bestellvorgang. Das Modul hat in Ihrem Shop kein Kartenformular, keine gespeicherten Karten oder Ein-Klick-Zahlungen, keine Abonnements und keine PayU-Raten- oder Kredit-Widgets. Es verwendet eine Verkaufsstelle pro Umgebung.

Bestellungen und Erstattungen

Bestellstatus

Noch keine Bestellung: Der Kunde wurde zu PayU weitergeleitet und hat nicht bezahlt, oder PayU hat die Zahlung noch nicht bestätigt. Nur der Warenkorb existiert.

Payment accepted: die Zahlung wurde bestätigt. Sie wird mit der PayU-Bestell-ID als Transaktions-ID erfasst, und eine Notiz zeigt die PayU-Bestell-ID, den Betrag und die Umgebung (Sandbox oder Live).

Awaiting PayU payment confirmation: die Zahlung ist autorisiert und wartet auf Ihre Entscheidung (automatische Annahme deaktiviert oder fehlgeschlagen). Es ist noch keine Zahlung erfasst.

PayU payment on hold: der gezahlte Betrag oder die Währung stimmte nicht mit dem Warenkorb überein (die Bestellung wird nicht als bezahlt markiert), ein Gutschein wurde entfernt, eine auf Bestätigung wartende Zahlung hatte einen anderen Betrag, oder eine Zahlung wurde für eine Bestellung abgeschlossen, die storniert worden war (die Zahlung wird erfasst). Die Notiz nennt den Grund. Prüfen Sie die Bestellung und bearbeiten Sie sie oder erstatten Sie die Zahlung.

Payment error: die Zahlung einer auf Bestätigung wartenden Bestellung wurde storniert oder abgelehnt.

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

Jede Benachrichtigung wird nur einmal verarbeitet: Wiederholte Benachrichtigungen fügen keine Notizen hinzu und ändern die Bestellung nicht erneut. Wird für eine bereits bezahlte oder erstattete Bestellung eine weitere Zahlung abgeschlossen, fordert eine Notiz Sie auf, sie im PayU-Panel zu erstatten. Eine auf Bestätigung wartende Zahlung zu einer bereits bezahlten oder abgeschlossenen Bestellung wird automatisch storniert, damit das Geld nicht doppelt eingezogen wird.

PayU-Zahlungsblock

Die Bestellseite zeigt einen Block PayU payment mit der PayU-Bestell-ID, der extOrderId, dem PayU-Status, dem bezahlten und erstatteten Betrag, einem Abzeichen Sandbox für Sandbox-Zahlungen, dem Erstattungsverlauf und den PayU notes der Bestellung. Für die Aktionen des Blocks benötigen Sie das Recht, Bestellungen zu bearbeiten; der Zugriff auf die Modulseiten ist nicht erforderlich.

Auf Bestätigung wartende Zahlungen

Bei einer Bestellung mit einer auf Bestätigung wartenden Zahlung zeigt der Block Receive PayU payment (waiting for confirmation) und Cancel PayU payment (release the funds). Nachdem Sie die Frage bestätigt haben, wird die Aktion mit den Schlüsseln der Umgebung der Zahlung an PayU gesendet, mit Ihrem Namen zu den Notizen hinzugefügt, und der neue PayU-Status wird sofort übernommen: Eine angenommene Zahlung setzt die Bestellung auf Payment accepted, eine stornierte auf Payment error.

Erstattungen

Geben Sie im Block PayU payment den Betrag ein (der noch nicht erstattete Betrag ist vorausgefüllt), optional einen Grund, und klicken Sie auf Refund via PayU. Bestätigen Sie die Frage Diesen Betrag über PayU erstatten? Dies kann nicht rückgängig gemacht werden. Vollständige und teilweise Erstattungen werden unterstützt. Die Erstattung wird für die PayU-Bestellung gesendet, die tatsächlich bezahlt wurde, mit den Schlüsseln der Umgebung der Zahlung; diese Schlüssel müssen daher eingerichtet sein. Erstattungen erfolgen in dem Betrag und in der Währung, die PayU belastet hat. Nach einer Abweichung von Betrag oder Währung können Sie daher bis zu dem Betrag erstatten, den der Kunde tatsächlich bezahlt hat, nicht den Bestellgesamtbetrag. Der Grund wird als Erstattungsbeschreibung gesendet. Lehnt PayU die Erstattung ab, zeigt der Block den Fehler von PayU, und es wird keine Erstattung erfasst. Eine vollständige Erstattung setzt die Bestellung auf Refunded. Eine teilweise Erstattung ändert den Status nicht.

Erstattungen sind bei PayU asynchron. Das Modul fügt sofort eine Notiz mit der PayU-Erstattungs-ID und dem Status hinzu; der endgültige Status kommt später als PayU-Benachrichtigung und wird den Notizen und dem Erstattungsverlauf hinzugefügt. Storniert PayU eine Erstattung, weist die Notiz darauf hin, dass das Geld nicht an den Kunden zurückgeflossen ist, und der Betrag kann erneut erstattet werden.

Das Modul erstellt keine Gutschriften. Die Standard-Erstattungsschaltflächen von PrestaShop auf der Bestellseite senden kein Geld über PayU zurück.

Lizenzschlüssel

Das Modul arbeitet mit einem VibeFox-Lizenzschlüssel von vibefox.net. Der Lizenzblock License — VibeFox PayU Payment ist der erste Block auf Modules > Module Manager > VibeFox PayU Payment > Configure, oberhalb der Einstellungen. Geben Sie den Schlüssel in License key ein und klicken Sie auf Activate. Danach zeigt der Block den Schlüssel maskiert, den Status (zum Beispiel das Datum, bis zu dem die Lizenz gültig ist, und Ihre Domain) sowie die Schaltflächen Check now, um den Status erneut zu prüfen, Change key, um einen anderen Schlüssel einzugeben, und Remove key, um den Schlüssel aus diesem Shop zu entfernen. Darunter stehen die Zeile Product: presta-payment-payu und der Link Manage licenses and domains in your account, der Ihr vibefox.net-Konto öffnet. Den Schlüssel können nur Mitarbeiter mit der Berechtigung Configure für das Modul ä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. Nach einer Änderung der Shop-Adresse oder nachdem 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 funktioniert für eine Domain: die Domain des Hauptshops, auch bei einer Multistore-Konfiguration. 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 PayU Kunden im Bestellvorgang 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 ist die Zahlungsmethode auch für Sie ausgeblendet: Sie können das Modul vor dem Kauf eines Schlüssels einrichten, aber nicht im Bestellvorgang testen. Eine Erinnerung erscheint unter Modules > Module Manager auf der Registerkarte Alerts. Bestehende Bestellungen sind nicht betroffen: Bereits gestartete Zahlungen werden weiterhin durch Benachrichtigungen bestätigt, und Erstattungen funktionieren.

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

Fehlerbehebung

PayU erscheint nicht im Bestellvorgang: Prüfen Sie, dass die Lizenz aktiv ist, Enable/Disable eingeschaltet ist und alle vier Schlüssel des aktuellen Modus ausgefüllt sind: die Sandbox-Schlüssel im Sandbox-Modus, die Live-Schlüssel im Live-Modus. Prüfen Sie, dass die Warenkorbwährung zu den unterstützten Währungen gehört. Prüfen Sie unter Payment > Preferences, dass das Modul für die Warenkorbwährung, das Land des Kunden und die Kundengruppe zugelassen ist. Die Einstellungsseite zeigt eine Warnung, wenn Schlüssel fehlen oder die Shop-Währung nicht unterstützt wird.

Die Zahlung war erfolgreich, aber es wurde keine Bestellung erstellt: PayU hat die Benachrichtigung noch nicht zugestellt, und die Statusprüfung auf der Rückkehrseite hat keine abgeschlossene Zahlung erkannt. Prüfen Sie, dass die in den Einstellungen angezeigte Benachrichtigungs-URL aus dem Internet erreichbar ist. Aktivieren Sie Logging, um zu sehen, was ankommt. Der Kunde kann auch auf der Seite Payment confirmation auf Check again klicken.

Benachrichtigung antwortet Invalid signature: die Benachrichtigung wurde nicht mit dem Second Key einer der beiden Umgebungen signiert. Prüfen Sie Live Second Key (MD5) und Sandbox Second Key (MD5). Die Antwort Invalid signature for this payment bedeutet, dass die Benachrichtigung mit dem Schlüssel der anderen Umgebung signiert wurde als die Zahlung.

Benachrichtigung antwortet Ignored: unknown PayU order: die PayU-Bestellung wurde nicht von diesem Shop erstellt, etwa von einem anderen Shop auf derselben POS. PayU versucht es nicht erneut.

Benachrichtigung antwortet Busy, retry later: der Warenkorb wurde gerade von einer anderen Anfrage bestätigt, oder die Bestellung konnte nicht erstellt werden (zum Beispiel, weil das Modul deaktiviert ist). PayU wiederholt die Benachrichtigung. Aktivieren Sie Logging, um den Grund zu sehen.

Die Benachrichtigungs-URL zeigt im Browser POST expected: das ist normal. Die URL akzeptiert nur Benachrichtigungen von PayU.

Der Kunde sieht Payment error bei der Auswahl von PayU: aktivieren Sie Logging und sehen Sie im Feld Log auf der Modulseite nach. Das Protokoll zeigt den HTTP-Code und den PayU-Status. Die Authentifizierung bei PayU ist fehlgeschlagen (prüfen Sie OAuth client ID / secret). bedeutet falsche OAuth-Schlüssel des aktuellen Modus.

Die Bestellung ist PayU payment on hold: lesen Sie die Notizen im Block PayU payment (siehe Bestellstatus) und bearbeiten Sie dann die Bestellung oder erstatten Sie die Zahlung.

Die Bestellung ist Awaiting PayU payment confirmation: die automatische Annahme ist für Ihre Verkaufsstelle deaktiviert, und die Zahlung wartet auf Sie. Verwenden Sie Receive PayU payment oder Cancel PayU payment im PayU-Block.

Erstattung schlägt fehl: Diese Bestellung hat keine abgeschlossene PayU-Zahlung. Erstattung kann nicht verarbeitet werden. bedeutet, dass PayU für die Bestellung noch keine Zahlung abgeschlossen hat. Eine Meldung, dass die Sandbox- oder Live-Schlüssel fehlen, bedeutet, dass die Zahlung in dieser Umgebung erfolgte und deren Schlüssel nicht eingerichtet sind. Geben Sie sie ein und versuchen Sie es erneut.

Deinstallation

Gehen Sie zu Modules > Module Manager, öffnen Sie das Menü neben VibeFox PayU Payment und wählen Sie Uninstall. Der Lizenzschlüssel und der Lizenzstatus dieses Moduls werden immer entfernt. Zwischengespeicherte PayU-Zugriffstoken werden immer entfernt. Ist Delete data on uninstall aktiviert, werden die Moduleinstellungen und das Protokoll entfernt. Ist die Option deaktiviert, bleiben alle Einstellungen für eine spätere Neuinstallation erhalten. Die PayU-Transaktionen und -Erstattungen sowie die Bestellstatus Awaiting PayU payment confirmation und PayU payment on hold bleiben immer erhalten, sodass zuvor bezahlte Bestellungen auch nach einer Neuinstallation erstattet werden können. Bestehende Bestellungen behalten ihre Zahlungsnotizen und Transaktions-IDs.

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