Neu PayPal Checkout - Kunden werden nicht weitergeleitet

[MarvinSch]

Hallo,

wir haben seit einiger Zeit ein Problem mit dem Checkout per PayPal (betrifft in seltenen Fällen auch Amazon Pay). Wir haben das JTL-Plugin "PayPal Checkout" bei uns installiert und die Skripte in die notwendigen Cookie-Einstellungen eingefügt. Bestellungen und Bezahlung via Paypal sind auch möglich, jedoch erreichen uns täglich Anfragen darüber, dass es Probleme damit gibt. Diese werden beispielsweise nicht an PayPal weitergeleitet oder nach Bezahlung nicht zurück zum Shop (Error 500). Nach Rücksprache mit den Kunden, geschieht dies hauptsächlich in Chrome und Firefox. Cookie- oder Ad-Blocker wurden in diesen Fällen nicht verwendet. Das Problem können wir nicht replizieren, weswegen eine Fehleranalyse kaum möglich ist. Auch wenn es scheinbar bei vielen Bestellungen funktioniert, erreichen uns täglich Anfragen, das diese Probleme existieren. Die Dunkelziffer von Kunden, die sich nicht bei uns melden und den Bestellprozess deswegen abbrechen, möchten wir uns gar nicht ausmalen.

Gibt es jemanden der ähnliche Probleme zu verzeichnen hat? Gibt es bereits Lösungsansätze diesbezüglich?

Vielen Dank im Voraus!

JTL-Shop 5.1.5
JTL PayPal Checkout 1.0.5

Beste Grüße, Marvin

 

[JohnFrea]

Wir haben ebenfalls Kunden, die über das Problem klagen, können es aber selbst nicht reproduzieren.

 

[Rektor]

Wir haben auch momentan das Problem. Mehrere Kunden haben uns das bereits heute mitgeteilt. Die Fehlermeldung: "Die Anfrage kann derzeit von www.unserShop.de nicht beantwortet werden".
Das Problem besteht aber erst seit heute, ohne getätigte Änderungen.

 

[hula1499]

Könnt ihr bitte - generell - immer Shop und Plugin-Version dazuschreiben.

Dies würde sowohl anderen Usern wie auch JTL helfen, alles etwas einzugrenzen.

5.1.2 und PP 1.0.5 -> keinerlei Kundeninfos bis jetzt und diverse Bestellungen mit PP, auch heute, problemlos erhalten.

 

[MarvinSch]

Könnt ihr bitte - generell - immer Shop und Plugin-Version dazuschreiben.

Dies würde sowohl anderen Usern wie auch JTL helfen, alles etwas einzugrenzen.

5.1.2 und PP 1.0.5 -> keinerlei Kundeninfos bis jetzt und diverse Bestellungen mit PP, auch heute, problemlos erhalten.

Habe ich am Ende meiner Frage geschrieben. JTL-Shop 5.1.5, PP Checkout: 1.0.5

 

[hula1499]

Du hast das auch absolut vorbildlich gemacht

 

[Schnuffelwuffel]

Hallo,
kann das Problem auch bestätigen.
Hatte neulich eine Kundin am Telefon, die nach der Zahlung mit dem Paypal Checkout einen Fehler bei der Weiterleitung zurück in den Shop hatte. Es tritt wohl bei uns auch nur unter bestimmten unbekannten Umständen auf…
Sowohl Shop als auch Paypal Checkout werden in der aktuellen Version verwendet.

 

[Schnuffelwuffel]

Hallo,
habe hierzu glaube ich etwas herausgefunden:
Im PayPal Developer Dashboard gibt es in der Live API call history mehrere Einträge, in denen das PayPal-capture mit http Fehler 442 (Unprocessable Entity) abgelehnt wird.
Betrifft bei mir mindestens 20 % der Zahlungen.

@FPrüfer Kann da bitte zeitnah jemand von euch draufschauen? Gerade wenn es um nicht funktionierende Zahlungen geht, sind die Kunden schnell weg und kaufen woanders. Danke!

 

[FPrüfer]

Hallo @Schnuffelwuffel, wenn du da so eine hohe Fehler-Rate beim Capture hast, aktiviere bitte in den Einstellungen des System- Log den Log-Level "Debug". Im Zahlungslog müssten sich dann zu den Aufrufen etwas mehr Informationen finden lassen, die dann Aufschluß für den Grund des Fehlers geben können.

 

[Schnuffelwuffel]

Hallo @FPrüfer ,

danke für den Tipp. Habe das Log eine Zeit lang laufen lassen. Fehler gab es darin keine, obwohl der Fehler 442 erneut aufgetreten ist.

Ich habe den Verdacht, dass es eine Art Timeout (also Zwischen PayPal-Aufruf und PayPal-Bestätigung) sein könnte. Aufgefallen ist mir noch, dass wenn der Fehler auftritt, bei den Auftragsnummern im Shop auch einzelne Auftragsnummern frei bleiben bzw. übersprungen werden.

 

[FPrüfer]

Hallo,
im Zahlungslog (nicht das Systemlog) der Zahlungsart müssten sich jede Menge informationen - nicht nur zu Fehlern - finden. Gibt es da wirklich nichts was zeitlich zu den protokollierten 442 passt. Ein Unprocessable Entity deutet eher auf einen falschen oder fehlenden Wert in den übermittelten Daten und weniger auf einen Timeout hin. Welche der Zahlarten ist denn betroffen oder geht das Querbeet?