Amazon Payments (LPA) für JTL Shop4

[zhelyde]

Das Problem ist gelöst. Paypal Plugin neu installiert und eingerichtet.

 

[Xantiva]

Hallo, ich interessiere mich auch für Amazon Pay - wie sind denn die konkreten Systemanforderungen für das PlugIn? Das habe ich in der Doku gefunden:

• JTL Shop 4
• JTL Warenwirtschaft ab V.0.9.9.923
• PHP -Version mindestens 5.3
• jQuery Version mind. 1.10.2
• aktiviertes SEO-Modul
• Apache Webserver (sonst sind zusätzliche Anpassungen in der Konfiguration Ihres Webservers notwendig)

• Bei uns läuft der Shop bereits unter PHP 7.1, funktioniert das Plugin damit auch?
• SEO-Modul im Shop 4?
• Wir setzen vor dem Apache-Webserver noch nginx als Proxy ein. Sind dafür auch Anpassungen erforderlich? Ist http/2 ok?
• Funktioniert das Conversion / eCommerce Tracking mit Google Analytics weiterhin? Werden die Werte übermittelt?

Danke!

 

[DITH-Shop]

Seit ein paar Wochen habe ich mit dem AMA Pay Probleme.
Die Bestellungen kommen rein (in der Wawi als unbezahlt), werden verschickt, Status wird an AMAZON auch übermittelt, die Zahlung wird auch eingezogen.
Dann hört es aber auf. Der Bezahlt-Status kommt nie in der Wawi an.

Bis vor ein paar Wochen lief das noch. An den Einstellungen wurde nicht geändert.
Wo kann ich suchen?

 

[Aze]

Hallo DITH- Shop, seit dem dem update werden ab und zu bei uns im shop Zahlungen nicht als bezahlt markiert nach dem Versand.
Habe eine Manuelle Lösung dazu, du musst im Shop Admin zum plugin und einmal auf refresh der nicht bezahlten Zahlung drücken und dann sollte es beim Abgleich übernommen werden.

Woran es liegt sollte der Plugin Hersteller mal prüfen?

MfG

 

[Henryk]

Hi, wir sind an dem Thema dran, Feedback folgt

 

[Henryk]

Hallo, ich interessiere mich auch für Amazon Pay - wie sind denn die konkreten Systemanforderungen für das PlugIn? Das habe ich in der Doku gefunden:

• Bei uns läuft der Shop bereits unter PHP 7.1, funktioniert das Plugin damit auch?
• SEO-Modul im Shop 4?
• Wir setzen vor dem Apache-Webserver noch nginx als Proxy ein. Sind dafür auch Anpassungen erforderlich? Ist http/2 ok?
• Funktioniert das Conversion / eCommerce Tracking mit Google Analytics weiterhin? Werden die Werte übermittelt?

Danke!

Hi,
Php7 sollte klappen, wir haben mehrere Kunden damit. Http2 auch.
Nginx bin ich überfragt, habe ich keine Praxisfall > testen
Conversion tracking geht auch, ggf. nochmal die Doku prüfen.
Es gibt ja beim Ama Plugin einen Sandbox-Modus, teste daher einfach mal. Du kannst damit ja nicht viel kaputt machen

Freue mich auf dein Feedback dazu.
VG,
Henryk

 

[Xantiva]

Danke für die Antwort. Dann werde ich mal testen. Im Moment meldet sich noch nicht mal Amazon Pay nach der JTL Connect

 

[Sebastian Meyer]

Seit ein paar Wochen habe ich mit dem AMA Pay Probleme.
Die Bestellungen kommen rein (in der Wawi als unbezahlt), werden verschickt, Status wird an AMAZON auch übermittelt, die Zahlung wird auch eingezogen.
Dann hört es aber auf. Der Bezahlt-Status kommt nie in der Wawi an.

Bis vor ein paar Wochen lief das noch. An den Einstellungen wurde nicht geändert.
Wo kann ich suchen?

Hallo DITH- Shop, seit dem dem update werden ab und zu bei uns im shop Zahlungen nicht als bezahlt markiert nach dem Versand.
Habe eine Manuelle Lösung dazu, du musst im Shop Admin zum plugin und einmal auf refresh der nicht bezahlten Zahlung drücken und dann sollte es beim Abgleich übernommen werden.

Woran es liegt sollte der Plugin Hersteller mal prüfen?

MfG

Hallo!

Das Problem tritt typischerweise genau dann auf, wenn die Händler-URL in der Seller Central nicht (mehr?) stimmt (oder es Amazon-seitig irgendwelche Probleme mit dem IPN-Versand geben sollte).

Die Händler-URL enthält technisch bedingt auch die Versionsnummer des Plugins.
Das wird vom Plugin normalerweise durch die .htaccess-Datei im Plugin-Ordner kompensiert.
Je nach Serverkonstellation und Hoster greift dies aber mitunter nicht (wenn man z.B. auf einem nginx läuft und die .htaccess nicht ausgewertet wird).

In dem Fall muss bei jedem Plugin-Update auch die Händler-URL in der Seller Central korrigiert werden. Die jeweils korrekte Händler-URL zeigt das Plugin im Backend bei den Account-Daten an.
Beachten Sie bitte auch, dass die Händler-URL an zwei Punkten in der Seller Central anzupassen ist: ein Mal in der Produktions-Ansicht und ein Mal in der Sandbox-Ansicht.

Mit freundlichen Grüßen,
Sebastian Meyer

 

[hubertosenf]

Hier zur Vollständigkeit der Hinweis, dass das Plugin es nicht erlaubt für AmazonPay den Kunden Zusatzgebühren (egal in welcher Höhe) aufzuerlegen. (Ähnlich wie bei PaypalPlus)
Das Plugin wurde eben von AmazonPay gezahlt...
@Andere Dienstleister: Ich würde mir ein Plugin wünschen, welches diese Funktion ermöglicht, würde hier für auch ohne weiteres 200,- EUR ausgeben wollen.

Diese Hinweis gehört zwar auch direkt zum Plugin, aber hier (https://shop.solution360.de/index.php?a=143&bewertung_anzeigen=1&cHinweis=h05#s360-navi-section2 ) sind offenbar nur fünf Sterne Bewertungen erlaubt....

technisch funktioniert das Plugin ohne Probleme
VG
Hubert

 

[Rico Giesler]

Hallo @hubertosenf
Wie dir in dem anderen Thread schon mitgeteilt wurde ist es laut Amazon und Paypal-AGB nicht zulässig Gebühren zu verlangen.
https://forum.jtl-software.de/threads/frage-jtl-shop-und-amazon-payments.68939/#post-571607

Ich bin mir nicht sicher wie es rechtlich ausschaut wenn ein Pluginersteller dir eine solches Plugin baut, ob er dann sogar belangt werden könnte, daher werden die meisten davon die Finger lassen.

 

[Xantiva]

Hi,
ich habe mir ein paar Shops angesehen, die scheibar das Plugin nutzen. Bei jedem Seitenaufruf werden reichlich JavaScript Dateien von Amazon eingebunden, selbst wenn kein " Amazon Pay" auf der Seite zu sehen ist. Ist das eine "Fehlkonfiguration", oder ist das gewollt?

Ich möchte Amazon Pay nur als Zahlart einbinden, nicht das ganze Userverhalten in meinem Shop an Amazon mitteilen. Ganz abgesehen von der Performance.

Danke,
Mike

 

[Rico Giesler]

Das kann dir am besten @Henryk oder @Sebastian Meyer beantworten...

 

[radonshop]

Hallo!

Das Problem tritt typischerweise genau dann auf, wenn die Händler-URL in der Seller Central nicht (mehr?) stimmt (oder es Amazon-seitig irgendwelche Probleme mit dem IPN-Versand geben sollte).

Die Händler-URL enthält technisch bedingt auch die Versionsnummer des Plugins.
Das wird vom Plugin normalerweise durch die .htaccess-Datei im Plugin-Ordner kompensiert.
Je nach Serverkonstellation und Hoster greift dies aber mitunter nicht (wenn man z.B. auf einem nginx läuft und die .htaccess nicht ausgewertet wird).

In dem Fall muss bei jedem Plugin-Update auch die Händler-URL in der Seller Central korrigiert werden. Die jeweils korrekte Händler-URL zeigt das Plugin im Backend bei den Account-Daten an.
Beachten Sie bitte auch, dass die Händler-URL an zwei Punkten in der Seller Central anzupassen ist: ein Mal in der Produktions-Ansicht und ein Mal in der Sandbox-Ansicht.

Mit freundlichen Grüßen,
Sebastian Meyer

habe dazu mal ein paar screenshots gemacht.







Dann im Amazon PAY Backend unter "Einstellungen" --> "Integrationseinstellungen"



Hier dann einfügen.

 

[radonshop]

Muss bei der "Integrator URL" eigentlich auch was eingetragen werden ?

 

[Xantiva]

Hallo zusammen,

konnte das Problem mit der fehlenden Übernahme der Zahlung in den Shop bzw. in die Wawi bei einem gelöst werden? Das Plugin ist erst seit einem Monat installiert, bislang wurde noch keine Zahlung automatisch in den Shop übernommen.

JTL-Shop 4.05 Build 3 und Plugin Verion 108 laufen auf Apache Webserver unter PHP 7.1 mit nginx-Proxy.

Die Bestellungen erfolgen fehlerfrei, kommen in der Wawi an, usw. aber es kommt keine einzige Zahlung im Shop an. Erst wenn ich auf "Refresh" klicke, dann wird die Zahlung in den Shop eingelesen und dann auch von der Wawi übernommen. Die Händler-URL habe ich mehrfach kontrolliert und der Check der ipn.php liefert:

IPN is reachable. (/includes/plugins/s360_amazon_lpa_shop4/version/108/frontend)

Im Serverlog sind die Aufrufe von Amazon zu sehen, aber der Server erzeugt da einen #400 Fehlercode:

"POST /includes/plugins/s360_amazon_lpa_shop4/version/108/frontend/ipn.php HTTP/1.0" 400 467 "-" "Amazon Simple Notification Service Agent"

Kann ich noch irgendwie kontrollieren, woran das liegen könnte?


Danke,
Mike

 

[Shopworker.de]

Nur eine Idee: Hast du die Händler-URL mal kontrolliert? Hatte mal einen Fall mit einem aktualisierten Plugin, da stimmte das Verzeichnis nicht mehr /version/108/ ...

 

[ag-websolutions.de]

du hast in der nginx-Konfiguration aber geprüft, dass der Zugriff auf die ipn.php in der location erlaubt ist?

 

[Xantiva]

@Shopworker.de Ich habe die URL im Adminbereich des Shops in die Zwischenablage kopiert und auf der Amazon Seite danach gesucht - und gefunden. Das sollte also passen.

@ag-websolutions.de Der nginx läuft nur als reverse Proxy, nicht als vollständiger Webserver. Warum sollte ich explizit einen Zugriff erlauben? Dann müsste ich das ja für jede .php URL machen.
Das ist im Plesk aktiviert:

Intelligente Bearbeitung statischer Dateien
Wenn ausgeschaltet, werden alle Abfragen statischer Dateien von Apache bearbeitet. Nginx wird Abfragen und Antworten dann ohne Modifikation weitergeben.

Ich sehe auch keine Einträge im proxy_access_ssl_log oder error_log.

 

[hula1499]

Hi,
ich habe mir ein paar Shops angesehen, die scheibar das Plugin nutzen. Bei jedem Seitenaufruf werden reichlich JavaScript Dateien von Amazon eingebunden, selbst wenn kein " Amazon Pay" auf der Seite zu sehen ist. Ist das eine "Fehlkonfiguration", oder ist das gewollt?

Ich möchte Amazon Pay nur als Zahlart einbinden, nicht das ganze Userverhalten in meinem Shop an Amazon mitteilen. Ganz abgesehen von der Performance.

Danke,
Mike

Diese Fehlkonstruktion haben wir auch schon von Beginn an bemängelt und daher komplett auf dieses Plugin, seit Shop 4, verzichtet.
Es ist einfach ein Unding, im Plugin abzufragen, was man möchte (login/pay), jedoch dann im Fronted trotzdem alles anzuzeigen (gerade wenn man den Ama User-Login nicht verwenden möchte).

Performance mässig eine absolute Katastrophe. Eine Doppel-Katastrophe, wenn man sich die Entwicklungen der Zugriffe via smartphone/tablet ansieht, XX Javascripts ständig abzufragen.

 

[Xantiva]

Wenn ich "Login" nicht aktiviere, dann wird auch nichts von Amazon eingebunden. Das war vermutlich nur in einer älteren Version so.

Also: aus meiner Sicht keine Katastrophe, was das Frontend angeht (Version 108).