Neu PayPal Checkout - Bestellabschluss schlägt fehl - Meldung "TemplateFile PayPalCommerce"

[PineappleLeaf]

Tatsächlich. Bei uns lag es am Dropper, der Paypal am "laden" gehindert hat. Seitdem wir diesen deinstalliert haben gibt es mit Paypal keine Probleme mehr.

 

[deliwelt]

Ach herje,
wir haben einiges im Shop mit Dropper gemacht

Na das kann ja lustig werden.

Danke für die Info.
Micha

 

[Kreativkonzentrat]

Tatsächlich. Bei uns lag es am Dropper, der Paypal am "laden" gehindert hat. Seitdem wir diesen deinstalliert haben gibt es mit Paypal keine Probleme mehr.

Hallo zusammen! Wir haben ein Ticket dahingehend offen, können dem Fehler aber aus verschiedenen Gründen dort nicht nachgehen.
Wir selbst können das Verhalten in Testinstallation mit Paypal Checkout in einem aktuellen NOVA nicht reproduzieren.
Wenn du noch kein Ticket auf hast: bitte melde dich bei uns. Wir würden uns freuen, dem auf den Grund gehen zu können!

 

[der_Martin]

Grundsätzlich ist das, glaube ich, das alte Problem, das wir seit letztem Sommer mit dem Paypal Checkout herrumschmieren. Es gibt dazu zahlreiche Foren-Threats und einen Issue.

Es ist temporär und hat wohl eher mit Paypal als mit dem Dropper zu tun. Oft geht es tage- und wochenlang. Den Dropper zu deinstallieren und dann gehts wieder, ist meiner Meinung nach aber wohl eher Zufall (!!), weil es schlicht ein temporäres Problem ist.

Ich habe letzte Woche Checkout 1.2 installiert und hoffte, dass das alte Problem von letztem Jahr nun gelöst ist!!! Eben bekam ich einen Anruf von eiern Kundin, dass nichts geht und sie nicht bestellen kann.
Ich habe es dann sofort in dem betreffenden Shop nachgestellt...

Das hier ist der grüne Button, der kommt, wenn Paypal nicht geladen werden kann.


Der Paypal, Rechnungskauf usw Button läd nicht... (weil der Paypal Server wohl gerade nicht reagiert ??)

5 Minuten später geht es wieder!!! Gleicher Warenkorb, gleiche Bestellung... der Paypal Button kommt. Und Dropper ist immer eingeschaltet.....
Es ist also aktuell in keinem unserer Shops reproduzierbar...

Die einzige Verbesserung (???) die ich bei dieser Checkout 1.2 Version festgestellt habe ist, dass wenn du auf den grünen Button klickst, dann wieder zurück zu Zahlarten springst und nicht etwa wie bisher auf der Dankeschön-Seite landest. Das war bisher immer das Problem.... du bist auf der Danke-Seite gelandet...

Habe mir schon überlegt das Paypal Checkout Plugin raus zu schmeißen und das alte Paypal Plugin wieder zu benutzen. Der JTL Support sagte mir, das sei (mit Einschränkungen!!) möglich... und es gibt keine Garantie, wie lange Paypal die Schnittstelle des alten Plugs noch unterstützt. Habe mir auch überlegt zu einem andern Anbieter zu gehen (wie z.B. Mollie), weil es uns echt Conversion kostet....

 

[Kreativkonzentrat]

Vielleicht einmal ein paar Infos zum Problem bei unserem Kunden.
Wir konnten es so reproduzieren:

- Firefox oder Chrome (im Inkognitomodus!)
- Checkout durchlaufen bis zur Bestätigungsseite; als Zahlungsart keine Paypal Checkout Zahlungsart (z.B. Vorkasse)
- auf Bestätigungsseite die Zahlungsart editieren und auf eine Paypal Checkout Zahlungsart wechseln
- Zurück auf Bestätigungsseite

Ergebnis: der Zahlungsbutton von Paypal Checkout wird zunächst nicht geladen.
Erst wenn man die Seite neu lädt erscheint er dann.

Obacht: es passiert wirklich nur beim Wechsel der Zahlungsart. Wählt man initial eine Checkout Zahlungsart, klappt es.
Beim betroffenen Kunden gab es wohl auch Probleme bei der autom. Einrichtung des Checkout Plugins.
Wir habe 2-3 Kunden, wo wir das Problem überhaupt nicht reproduzieren können.

Was sagt denn bei euch das Paypal-Zahlungslog?

 

[der_Martin]

das kann ich in etwa bestätigen. Die Kundin musste die Zahlart ändern, weil eine Zahlart bei Ihr nicht ging... dann traten wohl die Probleme auf.

Als ich es im stinknormalen Chrome nachstellte, hat der grüne Button anstatt des Paypal Buttons geladen. Wüsste aber nicht, dass ich die Zahlart geändert habe (?)
Bei einem Reload der Seite kam, ein paar Minuten später, der Paypal Button bei mir aber.

Ich habe mir deshalb als schmutzigen Hack vor Monaten (als das ganze Problem mit Checkout begann) mal einen Javascript Reload per Dropper in die letzte Bestellseite gebaut (Tipp irgendwo aus dem Forum). Die letzte Seite lädt dadurch zweimal (!!!) und gibt die Chance, dass der Paypal Button beim zweiten Laden noch geholt wird ...um Paypal eben mehr Zeit zum Antworten zu geben.

<script>
window.onload = function() {
if(!window.location.hash) {
window.location = window.location + '#loaded';
window.location.reload();
}
}
</script>

...bringts aber auch nicht immer.

 

[Kreativkonzentrat]

Es wurde gerade ein Update des Paypal Checkout Plugins veröffentlicht (Version 1.2.0).
Nun würde es uns natürlich interessieren, ob es bei euch Auswirkungen auf das Verhalten im Checkout gibt!

 

[Leventinio]

Eben kam eine Email von JTL:


Liebe Kunden,

in diesem Mailing informieren wie Sie über ein zwingend notwendiges Update des Plugins Paypal Checkout in Ihrem JTL-Shop 5. Für JTL- Shop 5.2.x aktualisieren Sie das Plugin bitte auf Version 1.2.0. Für JTL-Shop 5.1.x aktualisieren Sie bitte das Plugin auf Version 1.0.8. Bitte führen Sie die Aktualisierung unverzüglich in Ihrem Shop-Backend durch, um die Funktionsfähigkeit Ihrer Systeme weiterhin zu gewährleisten.

Warum ist ein Update des Plugins PayPal Checkout notwendig?

Unsere Entwicklung hat Unregelmäßigkeiten im Prozess der Zahlungs-Datenerfassung innerhalb des Plugins festgestellt. Diese wurden unverzüglich durch einen entsprechenden Hotfix behoben, sodass Sie das Plugin, wie gewohnt, in vollem Umfang nutzen können. Um das Hotfix für Ihren JTL-Shop 5 einzuspielen, müssen Sie jedoch ein manuelles Update im Shop-Backend durchführen.

 

[werketto]

Also allmählich bereuen wir das Update auf Shop 5 wie nichts anderes zuvor...

Plugin-Update wie gefordert durchgeführt - Shop abgeschossen (kein Zugriff mehr aufs Backend und keine Bestellungen mehr möglich)

 

[css-umsetzung]

Plugin-Update wie gefordert durchgeführt - Shop abgeschossen (kein Zugriff mehr aufs Backend und keine Bestellungen mehr möglich)

Da in dem Update meines Wissens nur (grobe Schätzung) 5 Zeilen Code hinzugekommen sind dürfte da nicht viel passieren, bisher waren die Updates die ich seit zwei Tagen wegen des Plugins mache immer ohne Probleme.

Am besten das error_reporting aktivieren und schauen was das eigentliche Problem ist.

 

[deliwelt]

Hallo,
Update auf 1.2.0 ist durchgeführt. Hat soweit alles funktioniert, aber grade eben kam dann eine (bei uns selten gewählte Zahlungsart) Bestellung mit "Rechnungskauf per Ratepay". Die Bestellung hat im Ratepay- Log 49 Einträge erzeugt und ist nicht durchgelaufen. die neueste Meldung (Nr. 49) dort lautet : "Die Zahlungsart Rechnungskauf mit Ratepay steht momentan nur eingeschränkt zur Verfügung. Bitte prüfen Sie in Ihrem PayPal-Account, ob weitere Aktionen oder Angaben erforderlich sind.". Ich habe jetzt keine Ahnung, ob das kundenseitig ein Problem war oder ob es mit dem Plugin ein Problem gibt.
Dies nur als Info falls jemand anders dieses Problem auch noch hat.

Gruß Micha

 

[forumjtlolshopag]

Das 1.0.8 Update muss wohl schon länger verfügbar sein. Bei uns war es schon installiert.

 

[deliwelt]

Das 1.0.8 Update muss wohl schon länger verfügbar sein. Bei uns war es schon installiert.

Die 1.2.0 haben wir auch schon ein paar Tage drauf. Da aber bei uns Ratepay-Zahlung sehr selten vorkommt, ist uns das grade geschilderte Problem heute erst aufgefallen.
Gruß Micha

 

[css-umsetzung]

Das 1.0.8 Update muss wohl schon länger verfügbar sein. Bei uns war es schon installiert.

ja ist es

 

[holzpuppe]

Hallo,
Update auf 1.2.0 ist durchgeführt. Hat soweit alles funktioniert, aber grade eben kam dann eine (bei uns selten gewählte Zahlungsart) Bestellung mit "Rechnungskauf per Ratepay". Die Bestellung hat im Ratepay- Log 49 Einträge erzeugt und ist nicht durchgelaufen. die neueste Meldung (Nr. 49) dort lautet : "Die Zahlungsart Rechnungskauf mit Ratepay steht momentan nur eingeschränkt zur Verfügung. Bitte prüfen Sie in Ihrem PayPal-Account, ob weitere Aktionen oder Angaben erforderlich sind.". Ich habe jetzt keine Ahnung, ob das kundenseitig ein Problem war oder ob es mit dem Plugin ein Problem gibt.
Dies nur als Info falls jemand anders dieses Problem auch noch hat.

Gruß Micha

Nach dem Update hatte ich meine Lieblingsmeldung "Bitte Ratepay in PayPal freischalten und Onboarding neu durchführen".
Naja, eine Nacht darüber geschlafen. Heute morgen dann mal Cache geleert und siehe da Problem weg. (Die Meldung steht ggf. dann trotzdem noch da, was ein wenig witzig ist.)

 

[der_Martin]

ich werde wahnsinnig... hatte eben den Anruf eines Kunden, dass er nach einer Paypal-Bestellung (über Sepa Lastschrift) keine Bestellbestätigung bekam. Wir bekommen dann auch keine Bestellung und haben keine Daten vom Kunden... die Bestellungen laufen ins Nirvana.

Dachte dass das Problem, welches letztes Jahr im Sommer mit dem Update auf PayPal Checkout auftrat nun endlich vorbei sei. Aber tritt immer noch temporär auf. Seit letztem Jahr im Sommer habe ich auch immer Sprünge in den Bestellnummern des Shops, die es vorher nicht gab. Mit unserer JTL Agentur haben wir das Problem vor Monaten auch schon von vorne bis hinten durchgekaut und systematisch alles mögliche auspprobiert......

Es wurde gefühlt besser - das Update auf 1.2.0 (das ich schon vor der Mail von JTL drauf hatte) hat aber auch nix gebracht.

Der Kunde sagte mir: Das ist schlecht für Ihr Geschäft! (Danke für die Info das wir Idioten sind)
Hab da echt keine Lust mehr drauf. Ich geb auf.

 

[uwmarcus]

Hallo,
wir haben das gleiche Problem mit Ratepay "Die Zahlungsart Rechnungskauf mit Ratepay steht momentan nur eingeschränkt zur Verfügung. Bitte prüfen Sie in Ihrem PayPal-Account, ob weitere Aktionen oder Angaben erforderlich sind.". Plugin 1.2.0..

Im Zahlungslog kann man dann manchmal (aber auch nicht immer..) sehen, wieviel Umsatz verloren geht

Guckt mal eure Bestellnummern an, die sollten ja Fortlaufend sein. Wir haben ab-und-an Lücken in den Nummern, z.T. konnte ich die Lücken im Log nachvollziehen.
Es gehen Bestellungen verloren, das ist echt ärgerlich.