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

KOMOJU-Konto: Sie benötigen den geheimen Schlüssel (sk_live_... und für den Testmodus sk_test_...) und das geheime Token eines im KOMOJU-Dashboard angelegten Webhooks (siehe Konfiguration). Der publishable key wird nicht benötigt. KOMOJU muss die Webhook-URL Ihres Shops erreichen können.

Warenkorbwährung: JPY, USD, EUR, TWD, KRW, PLN, GBP, HKD, SGD, NZD, AUD, IDR, MYR, PHP, THB, CNY, BRL, CHF, CAD oder VND. Bei Warenkörben in anderen Währungen wird die Zahlungsmethode ausgeblendet.

VibeFox-Lizenzschlüssel: Erhältlich auf vibefox.net. Ein Schlüssel funktioniert auf einer 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.

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

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

4. Legen Sie im KOMOJU-Dashboard einen Webhook mit der URL und den Ereignissen aus dem Abschnitt Webhook URL an und kopieren Sie dessen geheimes Token (siehe Konfiguration).

5. Geben Sie den geheimen Live-Schlüssel und das Live-Webhook-Token sowie die Werte für den Testmodus ein. Aktivieren Sie Enable/Disable und klicken Sie auf Save.

Bei der Installation legt das Modul zwei Bestellstatus an: Awaiting KOMOJU payment und KOMOJU payment on hold. PrestaShop verknüpft ein neues Zahlungsmodul nur mit den zu diesem Zeitpunkt aktiven Ländern: Ein Land, das Sie später aktivieren, muss unter Payment > Preferences für das Modul angekreuzt werden. Dort können Sie außerdem Währungen und Kundengruppen einschränken.

Konfiguration

Alle Einstellungen befinden sich auf der Modulseite: Modules > Module Manager > VibeFox KOMOJU Payment > Configure. Jeder Abschnitt hat eine eigene Schaltfläche Save, die die gesamte Seite speichert. Oberhalb der Felder zeigt die Seite KOMOJU Sandbox Mode is enabled., solange der Testmodus aktiv ist. Die Seite warnt, wenn für den aktuellen Modus kein geheimer Schlüssel (dann wird die Zahlungsmethode in der Kasse ausgeblendet) oder kein geheimes Webhook-Token (dann werden KOMOJU-Benachrichtigungen abgelehnt, sodass Konbini- und Banküberweisungszahlungen nie bestätigt werden) hinterlegt ist, sowie wenn KOMOJU die Standardwährung des Shops nicht unterstützt (dann wird die Zahlungsmethode für Warenkörbe in dieser Währung ausgeblendet).

KOMOJU-Zahlung

Enable/Disable: Enable KOMOJU Payment Gateway schaltet die Zahlungsmethode ein oder aus. Standard: aus.

Title: der Name der Zahlungsmethode, den Kunden in der Kasse sehen. Er wird auch als Name der Zahlungsmethode in der Bestellung gespeichert. Standard: KOMOJU Payment.

Description: der Text, der in der Kasse unter der Zahlungsmethode angezeigt wird. Standard: Pay securely on the KOMOJU payment page: credit card, convenience store (konbini), PayPay, bank transfer and other local payment methods.

Live-API-Schlüssel

Die Schlüssel finden Sie im KOMOJU-Dashboard: den geheimen Schlüssel unter Settings > API keys, das geheime Webhook-Token unter Settings > Webhooks (fügen Sie dort zuerst die im Abschnitt Webhook URL angezeigte Webhook-URL hinzu).

Live Secret Key: Ihr geheimer KOMOJU-Live-Schlüssel. Er beginnt mit sk_live_.

Live Webhook Secret Token: das geheime Token des Live-Webhooks. Es wird verwendet, um die Signatur jeder Benachrichtigung zu prüfen.

Testmodus

KOMOJU verwendet dieselbe API-Adresse für Test- und Live-Zahlungen: Entscheidend ist der Schlüssel. Zahlungen behalten den Modus, in dem sie erfolgt sind, sodass Erstattungen und Statusprüfungen einer Bestellung immer den Schlüssel dieses Modus verwenden.

Sandbox Mode: Enable test mode (use the test keys below, no real payments). Standard: aus. Solange er aktiv ist, zeigt die Kasse über der Beschreibung Test mode an.

Sandbox Secret Key: Ihr geheimer KOMOJU-Testschlüssel. Er beginnt mit sk_test_.

Sandbox Webhook Secret Token: das geheime Token des Webhooks im Testmodus.

Gespeicherte Schlüssel und Token werden nie erneut 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.

Gespeicherte Geheimnisse löschen: Markieren Sie einen Schlüssel oder ein Token und klicken Sie auf Save, um ihn zu entfernen. Ein leeres Feld behält den gespeicherten Wert.

Webhook-URL

Der Webhook informiert Ihren Shop über Zahlungen, auch über verzögerte Konbini- und Banküberweisungszahlungen. Fügen Sie im KOMOJU-Dashboard unter Settings > Webhooks die in diesem Abschnitt angezeigte URL hinzu, sowohl für den Live- als auch für den Testmodus. Mit lesbaren URLs sieht sie so aus: https://your-shop/module/wcp_komoju_payment/webhook, gegebenenfalls mit einem Sprachcode wie /en/. Kopieren Sie die URL genau so, wie die Einstellungen sie anzeigen. Kopieren Sie dann das geheime Token jedes Webhooks in Live Webhook Secret Token bzw. Sandbox Webhook Secret Token.

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

payment.authorized: der Zahlungsbeleg wurde ausgestellt (Konbini, Banküberweisung) oder die Zahlung wurde autorisiert. Die Bestellung wird in Awaiting KOMOJU payment angelegt.

payment.captured: die Zahlung wurde abgeschlossen. Die Bestellung wird nach der Betrags- und Währungsprüfung als bezahlt markiert.

payment.expired: der Zahlungsbeleg ist abgelaufen. Die Bestellung wird storniert.

payment.cancelled: die Zahlung wurde abgebrochen. Die Bestellung wird storniert.

payment.failed: die Zahlung ist fehlgeschlagen. Eine vorhandene Bestellung wechselt zu Payment error; ohne Bestellung wird nichts angelegt.

payment.refund.created: es wurde eine Erstattung vorgenommen, zum Beispiel im KOMOJU-Dashboard. Sie wird in der Bestellung erfasst.

payment.refunded: die Zahlung wurde erstattet. Die Erstattung wird in der Bestellung erfasst.

Abgelaufene, abgebrochene und fehlgeschlagene Ereignisse ändern die Bestellung nur für ihre aktuelle Zahlung, sodass eine Zahlung aus einem früheren Versuch keine Bestellung stornieren kann, die auf andere Weise bezahlt wird. Webhooks ohne gültige Signatur werden abgelehnt. Webhooks, die mit einem der beiden geheimen Token signiert sind, werden akzeptiert, aber nur für Zahlungen desselben Modus. Ohne Webhook werden Kartenzahlungen weiterhin bestätigt, wenn der Kunde in den Shop zurückkehrt; Konbini- und Banküberweisungszahlungen werden jedoch nie bestätigt.

Erweitert

Invoice Prefix: das Präfix für die an KOMOJU übermittelten Bestellnummern, gefolgt von der Warenkorbnummer. Wenn Sie mehrere Shops mit demselben KOMOJU-Konto nutzen, machen Sie es für jeden Shop eindeutig. Standard: PS-.

Enable Logging: schreibt KOMOJU-Ereignisse und API-Aufrufe in logs/komoju_p_debug.log.php im Modulordner. Die Datei kann nicht über das Web geöffnet werden. Schlüssel und Kundendaten werden nicht protokolliert. Fehler und Warnungen werden immer geschrieben. 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: Wenn aktiviert, entfernt die Deinstallation des Moduls die Einstellungen des Gateways und das Protokoll. Bestellungen, die KOMOJU-Transaktionen und Erstattungen sowie die Bestellstatus bleiben immer erhalten, sodass alte Bestellungen nach einer erneuten Installation weiterhin bestätigt und erstattet werden können. Standard: aus.

Kasse

Im Zahlungsschritt wählt der Kunde die Zahlungsmethode (standardmäßig KOMOJU Payment) und bestätigt. Das Modul erstellt eine KOMOJU-Zahlungssitzung für den Warenkorb-Gesamtbetrag in der Warenkorbwährung und leitet den Kunden zur KOMOJU-Zahlungsseite weiter. E-Mail-Adresse, Name, Rechnungs- und Lieferadresse sowie die bestellten Artikel werden an KOMOJU übergeben. Die Seite wird je nach Sprache des Warenkorbs auf Japanisch, Englisch oder Koreanisch angezeigt (für andere Sprachen Englisch). Dort wählt der Kunde eine Zahlungsmethode. Welche Methoden angeboten werden, hängt von Ihrem KOMOJU-Konto und der Warenkorbwährung ab. Zu diesem Zeitpunkt existiert noch keine Bestellung.

Nach der Zahlung kehrt der Kunde in Ihren Shop zurück. Das Modul liest die Zahlungssitzung mit dem Schlüssel des Zahlungsmodus über die KOMOJU-API aus. Die Bestellung wird erst als bezahlt markiert, wenn KOMOJU sie bestätigt: durch den signierten Webhook oder durch das Auslesen der Sitzung bei der Rückkehr des Kunden. Danach wird die Bestellung angelegt, und der Kunde sieht die Standard-Bestellbestätigungsseite mit Your payment with KOMOJU has been received. Wenn KOMOJU in diesem Moment nicht erreichbar ist, zeigt eine Seite Payment confirmation den Hinweis We could not confirm the payment status with KOMOJU yet. If you completed the payment, your order will be updated automatically in a few minutes. sowie eine Schaltfläche Check again.

Bei Konbini- und Banküberweisungszahlungen erhält der Kunde einen Zahlungsbeleg. Die Bestellung wird in Awaiting KOMOJU payment angelegt, und die Bestätigungsseite fordert den Kunden auf, die Zahlung wie von KOMOJU angegeben abzuschließen (zum Beispiel im Convenience-Store oder per Banküberweisung). Die Bestellung wechselt zu Payment accepted, wenn der Kunde bezahlt und KOMOJU den Webhook sendet. Wenn der Beleg später abläuft oder die Zahlung fehlschlägt, zeigt die Bestätigungsseite Your KOMOJU payment was not completed. Please contact us about this order.

Wurde die Zahlung nicht abgeschlossen, kehrt der Kunde mit The payment was not completed. You can try again or choose another payment method. zur Kasse zurück. Der Warenkorb bleibt erhalten. Ein neuer Versuch verwendet die offene KOMOJU-Sitzung, wenn der Gesamtbetrag unverändert ist. Eine Sitzung mit altem Gesamtbetrag wird in KOMOJU storniert, und eine Sitzung, die inzwischen bezahlt wurde, legt die Bestellung an, statt eine neue Zahlung zu erzeugen.

Wenn KOMOJU die Zahlung nicht starten kann, bleibt der Kunde in der Kasse mit einer kurzen Meldung, zum Beispiel KOMOJU could not accept this payment: mit dem Grund, KOMOJU payments are temporarily unavailable. Please choose another payment method or contact us. oder Payment error: Could not connect to KOMOJU. Please try again in a moment. Der technische Grund wird im Protokoll festgehalten.

Wenn ein Gutschein im Warenkorb zwischen Zahlung und Bestätigung ungültig wird, entfernt PrestaShop ihn aus der Bestellung. Die Bestellung wechselt dann zu KOMOJU payment on hold mit einer Notiz, weil der Kunde den Preis mit dem Rabatt bezahlt hat.

Der Webhook funktioniert auch, wenn der Shop im Wartungsmodus ist, und wird nicht durch die Ländereinschränkung Ihres Shops blockiert.

Das Modul bietet kein Kartenformular auf Ihrer Website, keine gespeicherten Karten und keine Abonnements. Es schränkt die Zahlungsmethoden nicht ein: Sie werden auf der KOMOJU-Seite gewählt. Es gibt keine manuelle Erfassungsaktion: Mit manueller Erfassung autorisierte Zahlungen müssen im KOMOJU-Dashboard erfasst werden, und die Bestellung bleibt bis dahin in Awaiting KOMOJU payment.

Bestellungen und Erstattungen

Bestellstatus

No order yet: Der Kunde wurde zu KOMOJU weitergeleitet und hat noch nicht bezahlt, oder KOMOJU hat die Zahlung noch nicht bestätigt. Es existiert nur der Warenkorb.

Payment accepted: KOMOJU hat die Zahlung bestätigt. Die Zahlung wird mit der KOMOJU-Zahlungs-ID als Transaktions-ID erfasst, und eine Notiz zeigt die Zahlungs-ID, die Zahlungsmethode und die Art der Bestätigung (Webhook oder Rückkehr).

Awaiting KOMOJU payment: ein Konbini- oder Banküberweisungsbeleg wurde ausgestellt und wartet auf Zahlung, oder eine Zahlung wartet im KOMOJU-Dashboard auf Erfassung.

KOMOJU payment on hold: KOMOJU hat einen anderen Betrag oder eine andere Währung als den Bestellgesamtbetrag gemeldet (zum Beispiel wurde der Warenkorb nach Beginn der Zahlung geändert), ein Gutschein wurde entfernt, oder die Zahlung wurde erfasst, nachdem die Bestellung storniert worden war. Die Notiz erklärt es. Prüfen Sie die Bestellung und bearbeiten Sie sie oder erstatten Sie die Zahlung.

Canceled: der Zahlungsbeleg ist abgelaufen oder die Zahlung wurde abgebrochen.

Payment error: eine Zahlung zu einer vorhandenen Bestellung ist fehlgeschlagen.

Refunded: die Zahlung wurde vollständig erstattet, auf der Bestellseite oder im KOMOJU-Dashboard.

Wird für eine bereits bezahlte Bestellung eine zweite Zahlung erfasst, bleibt die Bestellung unverändert. Eine Notiz bittet Sie, sie im KOMOJU-Dashboard zu erstatten, wenn es sich um ein Duplikat handelt. Erstattete Bestellungen werden nie wieder geöffnet.

KOMOJU-Zahlungsblock

Die Bestellseite zeigt einen Block KOMOJU payment mit der KOMOJU-Zahlungs-ID (verlinkt mit der Zahlung im KOMOJU-Dashboard) und der Zahlungsmethode, der Sitzung, der Bestellnummer bei KOMOJU, dem Status, dem bezahlten Betrag und dem erstatteten Betrag, einem Abzeichen Test mode für Testzahlungen, dem Erstattungsverlauf und den KOMOJU notes der Bestellung.

Erstattungen

Geben Sie im Block KOMOJU payment den Betrag ein (der noch nicht erstattete Betrag ist vorausgefüllt), optional einen Grund, und klicken Sie auf Refund via KOMOJU. Bestätigen Sie die Abfrage Refund this amount through KOMOJU? This cannot be undone. Vollständige und teilweise Erstattungen werden unterstützt. Sie benötigen das Recht, Bestellungen zu bearbeiten. Erstattungen sind auf den Betrag begrenzt, den KOMOJU tatsächlich eingezogen hat. Nach einer Betragsabweichung können Sie daher bis zu dem Betrag erstatten, den der Kunde bezahlt hat, nicht bis zum Bestellgesamtbetrag. Die Erstattung wird mit dem Schlüssel des Modus gesendet, in dem die Zahlung erfolgt ist, daher muss dessen geheimer Schlüssel hinterlegt sein. Das Modul prüft die Zahlung zuerst in KOMOJU und lehnt Erstattungen ab, die über dem noch erstattbaren Betrag liegen. Wenn KOMOJU eine Zahlung nicht automatisch erstatten kann (bei manchen Methoden, zum Beispiel Konbini, sind die Bankdaten des Kunden nötig), wird die Fehlermeldung von KOMOJU angezeigt und nichts erfasst: Solche Erstattungen führen Sie im KOMOJU-Dashboard durch. Eine Erstattung gilt erst als erledigt, wenn KOMOJU sie bestätigt. Eine erfolgreiche Erstattung wird 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 KOMOJU die Zahlung erfasst hat.

Bei Zahlungen, die KOMOJU in eine andere Währung umgerechnet hat (zum Beispiel Konbini in JPY bei einem Warenkorb in EUR), ist aus PrestaShop nur eine vollständige Erstattung möglich. Teilerstattungen führen Sie im KOMOJU-Dashboard durch.

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

Im KOMOJU-Dashboard vorgenommene Erstattungen werden per Webhook übermittelt und mit einer Notiz dem Erstattungsverlauf hinzugefügt. Wird die gesamte Zahlung erstattet, wird die Bestellung auf Refunded gesetzt. Teilerstattungen im Dashboard bei Zahlungen, die in eine andere Währung umgerechnet wurden, werden nur auf der Bestellung vermerkt: Erfassen Sie den entsprechenden Betrag manuell in PrestaShop (Gutschrift).

Lizenzschlüssel

Das Modul arbeitet mit einem VibeFox-Lizenzschlüssel von vibefox.net. Der Lizenzblock License — VibeFox KOMOJU Payment ist der erste Block auf Modules > Module Manager > VibeFox KOMOJU Payment > Configure, über den Einstellungen. Geben 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 aktiv 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-komoju 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 nachdem Sie einen Domain-Platz in Ihrem Konto freigegeben haben, klicken Sie auf Check now. Ist der Lizenzserver nicht erreichbar, arbeitet das Modul weiter mit dem zuletzt bekannten Status.

Ein Schlüssel funktioniert auf einer Domain: der Domain des Haupt-Shops, 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 KOMOJU Kunden in 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 Zahlungsmethode auch für Sie ausgeblendet: Sie können das Modul vor dem Kauf eines Schlüssels einrichten, aber nicht in der Kasse testen. Eine Erinnerung erscheint unter Modules > Module Manager auf der Registerkarte Alerts. Bestehende Bestellungen sind nicht betroffen: Bereits gestartete Zahlungen werden weiterhin bestätigt, und Erstattungen funktionieren.

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

Fehlerbehebung

KOMOJU erscheint nicht in der Kasse: Prüfen Sie, ob die Lizenz aktiv ist, Enable/Disable eingeschaltet ist und für den aktuellen Modus ein geheimer Schlüssel hinterlegt ist: Sandbox Secret Key im Testmodus, Live Secret Key im Live-Modus. Die Warenkorbwährung muss von KOMOJU unterstützt werden. Die Einstellungsseite zeigt eine Warnung, wenn etwas fehlt. 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 war erfolgreich, aber es wurde keine Bestellung angelegt: Der Webhook funktioniert nicht. Prüfen Sie im KOMOJU-Dashboard, ob der Webhook für den von Ihnen verwendeten Modus existiert, ob seine URL genau der im Abschnitt Webhook URL angezeigten entspricht und ob die Ereignisse ausgewählt sind. Prüfen Sie, ob sein geheimes Token im passenden Feld steht (Live Webhook Secret Token oder Sandbox Webhook Secret Token), und sehen Sie im Feld Log auf der Modulseite nach. Kartenzahlungen werden auch bestätigt, wenn der Kunde in Ihren Shop zurückkehrt, Konbini- und Banküberweisungszahlungen dagegen nur über den Webhook.

Webhook-Antwort Failed to verify KOMOJU webhook signature.: Das geheime Token fehlt oder gehört zu einem anderen Webhook. KOMOJU wiederholt die Benachrichtigung.

Webhook-Antwort Mode mismatch, ignored.: Der Webhook wurde mit dem geheimen Token des anderen Modus signiert als die Zahlung. Verwenden Sie getrennte Webhooks und Token für Live- und Testmodus und prüfen Sie, ob sie nicht vertauscht sind.

Webhook-Antwort Order is busy, retry later. oder Temporary error, retry later.: Die Bestellung wurde gerade von einer anderen Anfrage aktualisiert, die Bestellung konnte in diesem Moment nicht angelegt werden (zum Beispiel weil das Modul deaktiviert ist) oder die Zahlung konnte nicht geprüft werden. KOMOJU wiederholt die Benachrichtigung. Der Grund steht im Protokoll.

Die Webhook-URL zeigt im Browser einen Fehler an: Das ist normal. Die URL akzeptiert nur signierte Anfragen von KOMOJU.

Bestellung ist KOMOJU payment on hold oder Awaiting KOMOJU payment: Lesen Sie die KOMOJU notes im Bestellblock. Ein Beleg wartet auf Zahlung, eine Zahlung wartet im KOMOJU-Dashboard auf Erfassung, Betrag oder Währung stimmten nicht überein, ein Gutschein wurde entfernt oder die Zahlung kam, nachdem die Bestellung storniert worden war.

Erstattung schlägt fehl: Lesen Sie die Meldung. Möglicherweise fehlt der geheime Schlüssel des Modus, in dem die Zahlung erfolgt ist, die Zahlung kann nicht automatisch erstattet werden (dann im KOMOJU-Dashboard erstatten), KOMOJU kennt die Zahlung mit dem konfigurierten Schlüssel nicht, oder bei einer umgerechneten Zahlung ist nur eine vollständige Erstattung möglich.

Entwickler können die Währungsliste mit dem Hook actionKomojuPSupportedCurrencies und die Zahlungssitzung, zum Beispiel die Zahlungsmethoden, mit dem Hook actionKomojuPSessionParams ändern.

Deinstallation

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

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