Amazon Payments (LPA) für JTL Shop4

[Sebastian Meyer]

Das war der Fehler!

Alle Amazon Pay Aufträge wurde nach dem Versand heute automatisch auf bezahlt gesetzt:

Wer also mit der aktuellen Version 109 und PHP 7.1 keine Zahlung in der Wawi angezeigt bekommt, kann es mal mit dieser Version ausprobieren:

    function lpa_getallheaders() {
        $headers = array(); // <= Diese Zeile muss geändert werden.
        foreach ($_SERVER as $name => $value) {
            if (substr($name, 0, 5) === 'HTTP_') {
                $headers[str_replace(' ', '-', strtolower(str_replace('_', ' ', substr($name, 5))))] = $value;
            } else {
                $headers[strtolower($name)] = $value;
            }
        }
        return $headers;
    }

Hallo!

Danke für den Hinweis - wir berücksichtigen das in der nächsten Plugin-Version.

Wie schon erwähnt, erreicht man unseren Support-Servicedesk über https://service.solution360.de (die support@-Mail müsste aber auch eine entsprechende Auto-Reply versendet haben).

Viele Grüße,
Sebastian Meyer

 

[Sebastian Meyer]

Hallo zusammen,

ich wurde jetzt gerade an diesen Thread hier verwiesen, da wir ein Problem mit Amazon Pay haben.
(https://forum.jtl-software.de/threads/amazon-pay-abweichende-lieferadresse.105856/)
Wir nutzen das Plugin seit diesem Wochenende und haben jetzt auch schon einige Bestellungen bekommen.
Einer der Kunden hat sich dann direkt bei uns heute gemeldet, weil er keine abweichende Lieferanschrift angeben konnte, dies mussten wir dann händisch ändern.
Bei Amazon sei sie zwar hinterlegt, wenn er sie aber auswählt, ist das dann aber auch gleich die Rechnungsanschrift, was er aber nicht wolle.
Weiß jemand Rat?


MfG,

Consumed

Amazon Pay ist etwas eigen, was die Adressen angeht - das Plugin bekommt die "echte" Rechnungsadresse erst nach der erfolgreichen Autorisierung (also ggf. recht spät nach der eigentlichen Bestellung) und soweit ich das jetzt im Kopf habe, hat der Kunde darauf auch gar keinen Einfluss, was dort als Antwort von Amazon Pay kommt.
Defacto wählt der Kunde beim Bestellvorgang also nur die Lieferanschrift aus (quasi so wie beim Checkout auf amazon.de).

Da die Bestellbestätigungsmail aber vor der Autorisierung rausgeht und das Plugin dann die "korrekte" Amazon-Pay Rechnungsadresse noch nicht kennt, kann unter Umständen (v.a. bei Gastbestellungen) die Lieferadresse auch als Rechnungsadresse in der Bestätigungsmail stehen, obwohl später in der Wawi, aber die von Amazon Pay gelieferte Rechnungsadresse drin steht.

Viele Grüße,
Sebastian Meyer

 

[hula1499]

Es ist toll, dass nun endlich auf der Artikeldetailseite auch der Kauf-Button angezeigt wird.

Das Plugin legt auf der Detailseite den Artikel per evo.basket in den Warenkorb und führt dann in den Checkout. Das ist schön, wenn man ein Template einsetzt, welches auf EVO basiert. Schöner wäre es wenn das Plugin eine eigene Routine dafür als Fallback mitliefert damit eben nicht immer alles nur auf einem Standard-JTL- Shop funktioniert, es soll ja auch noch andere Templates (und dazugehörige SP) geben.

 

[Sebastian Meyer]

Es ist toll, dass nun endlich auf der Artikeldetailseite auch der Kauf-Button angezeigt wird.

Das Plugin legt auf der Detailseite den Artikel per evo.basket in den Warenkorb und führt dann in den Checkout. Das ist schön, wenn man ein Template einsetzt, welches auf EVO basiert. Schöner wäre es wenn das Plugin eine eigene Routine dafür als Fallback mitliefert damit eben nicht immer alles nur auf einem Standard-JTL-Shop funktioniert, es soll ja auch noch andere Templates (und dazugehörige SP) geben.

Das ist so nicht ganz richtig, da es diverse Nicht-EVO Templates gibt, die trotzdem die JTL-JavaScripts beinhalten - eben gerade um solche potentiellen Inkompatibilitäten zu vermeiden.
Wir setzen auch gezielt darauf, dass diese Skripte vorhanden sind, um eben auch möglichst kompatibel mit diversen Shop-Versionen und -Templates zu bleiben.

Da das Plugin nicht verschlüsselt ist, und per *_custom.tpl updatesicher Plugin-Template-Dateien überschrieben werden können, ist Ihnen auch nicht die Möglichkeit genommen, das für Ihr Template anzupassen. (Die relevante Stelle ist die button_snippet.tpl, bzw. dann button_snippet_custom.tpl, in Zeile 75 bis 111.)

 

[surus]

Weiß jemand wo man die Farbe der Umrandung ändern kann? Amazon Login und Bezahlung Buttons kommen immer in einer eigenen Box mit Umrandung. Ich möchte diese Umrandung an unsere restlichen Farben anpassen.

 

[martinwolf]

Für alle die Hypnos nutzen wurde das Problem mit dem Express Button nun behoben. Unter dem folgenden Posting findet sich ein Fix: https://forum.jtl-software.de/threa...ate-fuer-jtl-shop-3.70709/page-17#post-603574

 

[301Moved]

Hey Leute, ist das Plugin von S360 Amazon Pay/ Amazon Payments gemäß der DSGVO noch verwendbar? Ich glaube das geht so nicht mehr durch....

Kunde legt Artikel in Warenkorb --> Bestellvorgang --> Bezahlen mit Amazon Pay

Dann kommt die Ansicht mit einloggen, wo man - unverlinkt - allen Bedingungen zustimmt. Hier müsste die Einwilligung doch eigentlich aktiv durch zumindest Checkbox erfolgen oder?
---keine Rechtsberatung ---

Mal hier gefragt in Bezug auf den zitierten Post, aber auch mit der Frage, was denn für Daten übertragen werden bei Nutzung oder bei Besuch des Shops?

 

[lj-shadow]

Hallo,
ich stoße hier gerade auf ein Problem.

Ich habe hier einen Rechner mit folgender Konfiguration:

- Win10
- Firefox 61

Nun fällt mir nach dem Update des FF von 60.irgendwas zur neuen 61 auf, dass der aktivierte Tracking-Schutz (ist der Standardmäßig aktiv???) die Einbindung der .js blockiert und das Plugin somit nicht mehr funktioniert.
Mir ist klar, dass dies nicht wirklich ein Fehler des Plugins ist, wenn jedoch die Blockierung durch den Firefox jetzt per se aktiv ist, wird das zu einem Problem. Schließlich kann ich Kunden schlecht empfehlen, den Tracking-Schutz - wenn auch nur für meine Seite - zu deaktivieren, zumal sich kaum ein Kunden melden dürfte, warum bzw. dass das nicht geht. Ein Neukunde sieht die Option nicht und verschwindet direkt (Ich hab tatsächlich bereits einige Kunden am Höhrer gehabt, die ausschließlich per Amazon-Pay einkaufen).

Gäbe es hier einen Workaround - ggf bis zu einem Update des Plugins auch gern "Quick and Dirty"?

 

[Sebastian Meyer]

Hallo,
ich stoße hier gerade auf ein Problem.

Ich habe hier einen Rechner mit folgender Konfiguration:

- Win10
- Firefox 61

Nun fällt mir nach dem Update des FF von 60.irgendwas zur neuen 61 auf, dass der aktivierte Tracking-Schutz (ist der Standardmäßig aktiv???) die Einbindung der .js blockiert und das Plugin somit nicht mehr funktioniert.
Mir ist klar, dass dies nicht wirklich ein Fehler des Plugins ist, wenn jedoch die Blockierung durch den Firefox jetzt per se aktiv ist, wird das zu einem Problem. Schließlich kann ich Kunden schlecht empfehlen, den Tracking-Schutz - wenn auch nur für meine Seite - zu deaktivieren, zumal sich kaum ein Kunden melden dürfte, warum bzw. dass das nicht geht. Ein Neukunde sieht die Option nicht und verschwindet direkt (Ich hab tatsächlich bereits einige Kunden am Höhrer gehabt, die ausschließlich per Amazon-Pay einkaufen).

Gäbe es hier einen Workaround - ggf bis zu einem Update des Plugins auch gern "Quick and Dirty"?

Das kann ich gerade so nicht nachstellen - FF geupdated, Amazon Pay geht trotzdem. Es scheint also erstmal nicht per default so zu sein.

Welche Einstellung ist das genau? Und welche .js wird dadurch geblockt?

 

[Sebastian Meyer]

Mal hier gefragt in Bezug auf den zitierten Post, aber auch mit der Frage, was denn für Daten übertragen werden bei Nutzung oder bei Besuch des Shops?

Die Login-Maske von Amazon Pay kommt nicht vom Plugin - da hätten wir also so oder so keinen Einfluss drauf.
Mit rechtlichen Fragen am Besten direkt an Amazon Pay wenden - wenn dort festgestellt werden sollte, dass wir am Plugin technisch was ändern müssen, kommt das auf dem Wege dann zu uns zurück.

 

[lj-shadow]

Welche Einstellung ist das genau? Und welche .js wird dadurch geblockt?

Firefox meldet auf einer Produktseite (mehr konnte ich noch nicht gucken):

Die Ressource auf "https://eu.account.amazon.com/lwa/js/sdk/login1.js" wurde blockiert, weil der Tracking-Schutz aktiviert ist.
Laden fehlgeschlagen für das <script> mit der Quelle "https://eu.account.amazon.com/lwa/js/sdk/login1.js".

 

[lj-shadow]

Ein Blick in einen gefüllten Warenkorb:

Auch dort ist der Button nicht vorhanden.
Sobald der der Tracking-Schutz (oben das Schild-Symbol) deaktiviert wird, geht wieder alles.

 

[Sebastian Meyer]

Ich konnte das jetzt nachstellen, dazu musste ich aber a) den Schutz vor Aktivitätenverfolgung (also denselben Effekt wie der Private Modus) aktivieren UND b) bei der Blockierliste auf die "Strenger Schutz" Liste stellen, die nicht als empfohlen markiert ist und den Zusatzhinweis enthält, dass dann einige Seiten potentiell nicht mehr funktionieren:



Dagegen lässt sich aber auch nichts machen. Wir können nicht die URL der Dateien ändern oder verschleiern (da die Funktionalität im Browser steckt, wäre das auch recht zwecklos) und das sollte man in dem Fall auch gar nicht versuchen, da der Kunde seinen Browser ja explizit so konfiguriert hat.

 

[lj-shadow]

Ich konnte das jetzt nachstellen, dazu musste ich aber a) den Schutz vor Aktivitätenverfolgung (also denselben Effekt wie der Private Modus) aktivieren UND b) bei der Blockierliste auf die "Strenger Schutz" Liste stellen....

TREFFER!!!
Danke - genau das war's. Wenn der "Strenge Schutz" auf "grundlegend" zurückgestellt wird, geht's wieder.

 

[Xantiva]

Hast Du mal diesen Thread angeschaut? https://forum.jtl-software.de/threads/schlechte-bewertung-der-sicherheit-des-jtl-shops.110280/
Evtl. hilft bei so einer Einstellung eine strengere referer-policy?

 

[lj-shadow]

Evtl. hilft bei so einer Einstellung eine strengere referer-policy?

Darum hab ich mich rein zufällig vor Erscheinen dieses Threads gekümmert.
Ich glaube, ich bin da schon recht restriktiv.

 

[Bolschi]

Hallo, ich habe eben das Plugin installiert und teste. Wie gehe ich bei Auftragskorrekturen vor? Beispiel:
Der Kunde bestellt Auftrag kommt in der Wawi an. Nun soll der Auftrag korrigiert werden (vor Versand und Rechnungsstellung)
Dadurch ergibt sich eine niedrigere Auftragssumme als via Amazon Pay reingekommen ist. Wie kann ich die neue Auftragssumme übermitteln damit nach dem Versand statt 15,00 nur die 10 EUR eingezogen werden? Bzw. wie ist die Vorgehensweise?

Dankesehr!!

 

[maydo]

Hi,

wir sind seit heute mit dem Plugin v113 live und haben die ersten Bestellungen erhalten und versendet.

Es wird allerdings keine Zahlung in der Wawi gesetzt.

WIe ist das Vorgehen ?
Laut Beschreibung soll dies automatisch funktionieren

• Der Kunde gibt im Shop eine Bestellung über Amazon Pay auf.
• Das Plugin legt die Bestellung im Shop und die Order Reference bei Amazon an (initialer Status „OPEN“).
• Das Plugin fragt Amazon nach einer Autorisierung (initialer Status „PENDING“).
• Sie können nun die Bestellung im Shop in der Bestellhistory sehen, aber noch nicht in der Wawi – Ihnen fällt vielleicht auf, dass die Bestellung in der Bestellhistory auf „Abgeholt durch Wawi = Y“ steht. Dies ist eine technische Notwendigkeit, um die Wawi davon abzuhalten, Bestellungen abzuholen, zu denen noch keine Zahlung autorisiert ist.
• Amazon antwortet positiv auf die Autorisierungsanfrage. Die Autorisierung wechselt auf den Status „OPEN“. Die Bestellung wechselt auf „Abgeholt durch Wawi = N“.
• Beim nächsten Webshopabgleich holt die Wawi die Bestellung ab. Sie steht auf Zahlungsart „Amazon Pay“ und auf Bezahlt = Nein.
• Sie versenden jetzt die Ware!
• Nach dem nächsten Webshopabgleich nach dem Versand löst das Plugin den Zahlungseinzug gegen Amazon aus. Das Capture-Objekt steht auf „PENDING“.
• Amazon meldet den erfolgreichen Zahlungseinzug zurück. Das Capture-Objekt geht in den Status „COMPLETED“.
• Nach dem nächsten Webshopabgleich steht die Bestellung in der Wawi auf Bezahlt = Y.
• Beachten Sie bitte: der Standard-Ablauf einer Bestellung im JTL- Shop ist In Bearbeitung -> Bezahlt -> Versandt. Das heißt, der Status „Versandt“ ist immer der Endzustand von Bestellungen. Das ist auch bei Bestellungen der Fall, die erst nach Versandt bezahlt werden.

Die Bestellungen stehen im Plugin auf
Status Shop "versandt", Order Status Amazon "Open"

Mir ist nicht ganz klar ob man manuell eingreifen muss oder nicht.
Kann es länger dauern (evtl. Tage Stunden) bis die Zahlung in der Wawi gesetzt wird ? Oder erfolgt dies gleich ?

Update:
Es funzt Es fehlte das abschliessende / Slash in den Einstellungen der Domain.

 

[nmueller]

Update:
Es funzt Es fehlte das abschliessende / Slash in den Einstellungen der Domain.

Habe leider das selbe Problem - die Punkte

• Nach dem nächsten Webshopabgleich nach dem Versand löst das Plugin den Zahlungseinzug gegen Amazon aus. Das Capture-Objekt steht auf „PENDING“.
• Amazon meldet den erfolgreichen Zahlungseinzug zurück. Das Capture-Objekt geht in den Status „COMPLETED“.
• Nach dem nächsten Webshopabgleich steht die Bestellung in der Wawi auf Bezahlt = Y.

funktionieren bei mir nicht.

Welchen abschließenden Slash meinst du? Allowed JS Origin und Return URL sind bei mir mit Slash am Ende, das hilft aber nichts.
Was ist mit Capture-Objekt gemeint?

Im Amazon-Pay Konto steht bei Status der Zahlung immer "open", egal ob der Betrag eingezogen ist oder nicht. Im Shop-Plugin steht bei Order-Status ebenfalls immer "open".
Plugin > Bestellungen
Wähle ich eine Bestellung aus, steht unter Authorisierung "Status: open". Klicke ich die Authorisierungszeile an, zeigt es unter Zahlungseingänge "Pending".
Gehe ich fast 2 Monate zurück, wechselt die Nachricht bei Authorisierung auf Closed (MaxCapturesProcessed) und bei Zahlungseingänge auf "completed".

Rechnungsbeträge werden aber korrekt beim Kunde abgebucht und kommen bei uns an - ich werde gerade nicht schlau aus der Plugin-Ansicht. Wann wechselt denn der Auftrag jetzt auf "bezahlt" - wie lange dauert das?

 

[maydo]

Hi,

mit Hilfe des Supportes läuft es nun einwandfrei.

Um die Zahlungen abzuholen und den Status auf Amazon "geschlossen"und Plugin (Closed) zu setzen, muss noch folgende Einstellung durchgeführt werden.

Im SC
Einstellungen > Integrationseinstellungen > Sofortbenachrichtigungs-Einstellungen > Händler URL

Hier muss der IPN Händler Link rein (Die lange URL aus dem Plugin) , für Produktion und Sandbox.

Was für mich nicht eindeutig klar ersichtlich war, obwohl ich die Doku mehrfach durchgegangen bin.

 

[Xantiva]

Ich teste gerade das Update auf die v4.06.11 des Shops und damit auch auf die Version 114 des Amazon Pay Plugins ...

Obwohl nur der Plugin-Modus "Pay only" eingestellt und die Darstellung des Pay-Buttons auf der Artikeldetailseite und der Kategorieseite deaktiviert ist, werden überall diese URLs eingebunden:

• https://payments.amazon.de/checkout/clear?coe=DE&env=LIVE
• https://static-eu.payments-amazon.com/OffAmazonPayments/de/lpa/js/Widgets.js
• https://static-eu.payments-amazon.com/v2/login.js

Im Sinne der Performance des Shops, der DSGVO und der Reduzierung der Daten die Amazon tracken kann, würde ich erwarten, dass der Shop externe Dateien nur einbindet wenn es auch erforderlich ist. Ich möchte ganz bewusst Amazon Pay nicht überall im Shop haben, sondern nur im Checkout.

Kann man das irgendwie einfach unterbinden? Habe ich eine Konfiguration vergessen?

(Ich habe auch ein Ticket bei solution360 aufgemacht.)