Bestellung wird abgeschlossen, obwohl paypal abgebrochen

Shopware 6 (German) Allgemein
41

Ich habe jetzt mal 2 Fragen, da ich auch diese Probleme mit Paypal habe. Kunden hat die Bestellbestätigung bekommen und wollte per Paypal zahlen, aber wegen Double-Opt-In kam er auf die Seite zurück, nun war der Warenkorb leer und bei der Bezahlung steht nun “in Bearbeitung”. Somit kann er selber die Zahlung ja nicht mehr anstoßen.

Ist es richtig, dass der Workaround jetzt ist, dass ich die Bezahlung erst wieder auf “offen” stelle, damit er dann bei der Bestellung in seinem Kundenkonto über das Menü “Zahlung ändern” ausführen kann, um die Bezahlung dann nochmals anzustoßen?

Und die 2. Frage. Wie würde denn der Link heißen, wenn ich ihm den nochmals zur Bezahlung schicken möchte?

Wieso ist eigentlich in den Email-Templates nichts für “Fehlgeschlagen” vorhanden? Und wieso ist es nicht möglich, selber ein eigens Template mit eigenem Namen zu erstellen, welches man dann hinterlegen könnte? Ich bin auf Version 6.3.2.1

2 „Gefällt mir“
42

Schließe mich den Fragen von gerdkoe an. Würde mich auch interessieren .

43

Hallo zusammen,

schaut euch mal die kürzlich veröffentlichte Version 6.3.3.0 an und testet dort den Checkout Flow. Wir haben dort viele Verbesserungen vorgenommen.

Viele Grüße aus Schöppingen

cool Michael Telgmann

44

Nabend.

Ok vielen Dank, dann werde ich mich da mal ran trauen in den nächsten Tagen.

45

Hallo,
ich verwende SW 6.3.5.2 und die oben aufgeführten Probleme sehe ich aber immer noch.

  • Bestellung wird ohne erfolgreichen Bezahlvorgang erstellt und Mail verschickt (der Gedanke mit „die Daten erstmal zu haben ist denke ich eher etwas positives“, spielt beim Abschluss für mich nicht wirklich eine Rolle. Wenn der Kunde die Bestellung im Bezahlvorgang abbricht, dann will er nicht kaufen und dann brauche ich die Bestellung auch nicht.) Andere Shopsysteme haben hier ein integriertes Feauture, indem abgebrochene Warenkörbe extra behandelt werden können (mit z. B. Erinnerungsmails)

  • Zahlungsvorgang (egal PayPal oder Mollie) wurde nicht abgeschlossen, Bestellung bleibt im Status „In Bearbeitung“

War nicht vorgesehen, dass die Bestellung automatisch nach X Minuten storniert wird?
Der Reminder für die nicht abgeschlossene Zahlung kommt, dass passt ja.

Auch die Bestellabschlussseite, sollte wirklich erst nach erfolgreicher Zahlung erfolgen. Wir haben für unser Google Marketing eine Agentur und diese setzt das Tracking für die Abrechnung mit uns auf der Bestellabschlussseite (ist ja auch sinnvoll), aber wenn die Bestellung gar nicht komplett abgeschlossen wurde und in den meisten Fällen auch nicht mehr wird, dann heißt das ich zahle mehr Provision an die Agentur als ich eigentlich müsste.

1 „Gefällt mir“
46

Noch ein Zusatz. Wenn der Kunde den Bezahlvorgang mit dem Reminder erneut startet, wird eine neue Bestellung ausgelöst. Heißt die erste Bestellung ist immer völlig unnötig und in den Auswertungen hat man dann auch immer die doppelten Umsätze drin.

47

Ich würde jetzt gerne wissen, wie ich das richtig mit dem Rule Builder einstellen kann.

Bestellbestätigung soll nur verschickt werden, wenn Bestellung auf „Paid“ oder im Falle von klarna „Authorized“ steht - bei allen Zahlungsarten. Wie krieg ich das hin, für Dumme?

Gibts es eine Möglichkeit, dass Shopware dann auch direkt die Rechnung automatisch erstellt?
Wir hatten ein Plugin genutzt, was hier auch andere im Forum nutzen, dieses erstellt und verschickt aber weiterhin sofort eine Bestätigung sowie Rechnung, auch bei fehlgeschlagenen Zahluingen.

48

Beispiele findest du hier: Shopware 6 - Zahlungsvorgang nach Bestellung

Wir planen aktuell eine Erweiterung des Modules, wo man dann auch bspw. Rechnungen erzeugen und verschicken kann bei den Events. Aber aktuell ist das nur über ein Plugin möglich.

49

Aktuell genau dieses Problem. Stellen wir die Zahlung von „In Bearbeitung“ auf „Offen“, ist es für den Kunden nicht gut ersichtlich, wie er die Zahlung per PayPal nachholen kann. Stellt man auf „Offen“ und danach auf „Erinnert“ bekommt der Kunde den Button „Zahlung abschließen“ bei der Bestellung angezeigt, was viel schöner ist. Leider öffnet sich dabei aber der PayPal Bezahlprozess nicht, sondern es wird direkt die Danke Seite angezeigt. Ist das so vorgesehen oder kommt hier noch eine Anpassung?

50

Gibt es diesbezüglich einen neuen Sachstand? Wir nutzen die Shopware Version 6.4.8.1 und das Problem scheint immer noch zu bestehen. Unsere Kunden klagen darüber, dass wenn Sie Zahlungspflichtig bestellen, eine ewig lange lade Dauer haben anstatt auf PayPal weitergeleitet zu werden.

Mit einer Testbestellung unsererseits hatten wir das gleiche Problem. Die Zahlung konnte dann erst über das Kundenkonto „Zahlung abschließen“ über PayPal erfolgreich gezahlt werden, jedoch kann das auch Glücksache gewesen sein, bei dem was ich hier schon gelesen habe.

1 „Gefällt mir“
51

Hat sich hier etwas getan? Wir haben nachwievor das Problem, dass wir unzählige „offene“ Bestellungen erhalten, die eifnach wertlos sind, weil der Kunde während des Checkouts auch gesagt bekommt, dass die Bezahlung nicht erfolgreich war.

Eine nachträglichen Zahlungsartwechsel erlauben wir sowieso nicht, da das mit der Wawi Anbindung nicht funktioniert, die nimmt keine Änderungen mehr an sobald der Auftrag übergeben wurde, und leider wird der Auftrag ja trotz fehlgeschlagener Zahlung angelegt.

Ich verstehe nicht wieso das ganze nicht wie bei Klarna gemacht wird? Bei Klarna wird die Bestellung erst ausgelöst, wenn man erfolgreich alles abgesendet hat.

Bei PayPal „auf Rechnung“ erscheint ja auch ein PopUp Fenster und wenn man dieses abbricht, bleitb der Checkout offen.

Lediglich beim „normalen“ PayPal sofort bezahlen ist dieser relativ sinnfreie Mechanismus aktiv.

Kann man das nicht irgendwie abstellen?

1 „Gefällt mir“
52

Im neuen OXID Paypal Checkout Modul ist es doch genauso, Bestellung wird immer angelegt, dann geht es zu Paypal. Bei Shopware 6 werden die Bestellungen dann wenigstens richtig angelegt. Bei OXID bleiben die einfach so im Raum hängen. Also auch nicht wirklich schön. Bei Shopware hat der Kunde dann ja wenigstens die Möglichkeit noch anders zu zahlen. Gerade bei Problemen Paypal-seitig ist das ein großes Plus finde ich :slight_smile:

53

Aber wo ist da der Sinn? Der Kunde hat doch noch gar nicht erfolgreich bestellt, wieso schon eine Bestellung anlegen=?

Bei Klarna funktioniert es doch auch einwandfrei, genau so bei Kreditarte (Paypal) und Paypal Kauf auf Rechnung (Mit Popup) → Keine Erfolgreiche Zahlung → Checkout bleibt offen.

Es nur bei „einer einzigen Variante“ so zu handhaben, dass eine Bestellung angelegt wird ohne erfolgreiche Zahlung ist eindeutig ein Bug.

Die angelegte Bestellung ist 100% wertlos. Sie wird niemals wieder gebraucht, blockiert einen Bestand bis sie gelöscht wird und hat absolut keinen Nutzen.

Bei Zahlungsart „Überweisung“ ist das etwas anderes, der Kunde ist sich bewusst, dass er einen gültigen Auftrag mit Kaufvertrag abgeschlossen hat und wird die Überweisung tätigen. In über 90% der Fälle ist der unbezahlte Auftrag also nützlich und sinnvoll und der Bestand wird korrekterweise blockiert.

Im Falle eines abgebrochenen PayPal Auftags, ist der angelegte Auftrag zu 100% nutzlos.

Die Option, die Zahlungsart nachträglich zu wechseln, ist in dem Fall wie gesagt durch die federführende Wawi nach Auftragsabholung bei den meisten Shopbetreibern keine Option.

In den seltenen Fällen wo dies der Fall ist, ist es einfach nur eine übermäßig versteckte und komplizierte Variante dessen, was einfach Standard ist → keine Zahlung → kein Bestellabschluss.

Hat niemand ein Workaround gefunden?

54

Nicht wirklich erfolgreich. Wir haben Flows gebaut, um die Kunden an eine offene Zahlung per Mail zu erinnern. Das ist aber auch nicht ganz ohne… denn manchmal haben Kunden einfach inzwischen nochmal bestellt, mit erfolgreicher Zahlung. Die Erinnerung für die erste (erfolglose) Bestellung, führt dann zu Verwirrung.

Dieses doch recht eigenartige Verhalten von Shopware 6, Bestellungen ohne erfolgreiche Zahlungen zuzulassen, führt bei uns… nach über 1 Jahr an Problemen und diversen Versuchen das in den Griff zu bekommen… dazu dass wir uns ein anderes Shopsystem suchen werden. Es gehen einfach zu viele Aufträge (und langfristig auch Kunden) unwiderruflich verloren. Wir hatten diese Thematik am Anfang auch nicht für so relevant erachtet, haben inzwischen aber die Erfahrung in der Praxis machen müssen, dass kein vorgeschlagene Lösung wirklich zufriedenstellend funktioniert um dieses Problem zu umschiffen. Es beschäftigt uns jeden Tag… zig fach… und wir haben Erfahrung mit einem anderen Shopsystem und mit Zahlungsabläufen seit über 10 Jahren. aber diese Art von Probleme sind für uns völlig neu mit Shopware 6 und offensichltich gibt es keine saubere Lösung dafür.

Bin natürlich offen für eine ECHTE Lösung, welche m.E. für uns nur darin bestehen kann, dass man Bestellungen in Shopware 6 erst gar nicht erzeugt, wenn keine erfolgreiche Zahlung / Autorisierung dafür vorliegt. Nur so verhindert man Umsatzverluste, falsche Lagerbestände durch doppelte Bestellungen, geleerte Checkout-Warenkörbe bei Zahlungsproblemen …

55

Wir haben Shopware 6 bewusst für eine sehr lange Zeit zurück gehalten, da das Programm an allen Enden und Ecken völlig unzulänglich zusammengeschustert wurde und bis heute noch Standardfunktionalitäten aus SW5 nicht ordnungsgemäß nachgereicht wurden.

Da es nun aber zwecks Sicherheitsupdates, etc. seitens SW5 langsam brenzlig wird mühen wir uns seit 2 Jahren um eine ordentliche Migration (das bekommt Shopware ja auch nicht selbst hin) und sind nun mit 6.6.10.2 genau in dieses Thema gestolpert, welches seit über 5,5 JAHREN nicht gelöst werden konnte, das soll doch wohl ein schlechter Witz sein!

Flow-Builder bereits versucht anzupassen mit Prüfe Orderstatus auf offen/in bearbeitung, lieferstatus nicht auf halten, zahlstatus nicht eines von … ergebnis? Die Bestellbestätigung wird trotzdem verschickt, da die Bestellung ersteinmal komplett offen angelegt und dann erst geupdated wird - oder eben auch nicht.

Und dann will Shopware jetzt auch noch kleinere/mittlere Kunden zur Kasse bitten für seine unausgegorene, verbuggte Software? Evtl. sollten wir hier einmal alle gesammelt unseren Zeitaufwand Shopware in Rechnung stellen, immer wenn wir eigentlich zu erwartende Standardfunktionen ersetzen, nachrüsten oder komplett neu erfinden müssen.

Die Roadmaps sind ein Witz, 99% von dem Kram braucht kein Mensch, währenddessen sitzen viele Shopbetreiber auf heißen Kohlen und warten darauf, dass ihre Probleme endlich behoben werden.

Bug-Reports? Tickets? Die legt man an damit Shopware diese dann auslaufen lässt oder antwortet mit “Das soll doch so sein”.

SW6 war und ist einfach nur extrem Betreiberunfreundlich, wie kleinere Anbieter überhaupt noch mit diesem Konstrukt zurecht kommen ohne Betreuung oder die Hälfte des Umsatzes an externe Firmen zu zahlen ist mir ein echtes Rätsel.

Wann kann man hier endlich mit einer richtigen Lösung rechnen ohne schon wieder ein extra Plugin betreiben und bezahlen zu müssen Shopware???

2 „Gefällt mir“
56

Moin,

wäre es denn keine Lösung, einen Flow mit einer E-Mail zu integrieren, die auf den Zahlungsstatus „Fehlgeschlagen“ hört?

Oder alternativ auf eine Erweiterung, die in diese Richtung noch weitere Funktionen bietet?

Unabhängig davon, dass man das Thema aber auf jeden Fall nochmals ansprechen kann.

Habe dazu bereits das Feedback gefunden, bei dem Ihr gerne kommentieren dürft und ich versuche, das nochmals in Erinnerung zu rufen, damit es ggf. priorisiert wird.

VG Benjamin

57

Der Ansatz ist im Grunde naheliegend. Man kann per zeitversetzten Flows (wenn man die Edition nicht hat, gibt es auch ein Plugin) etwas basteln, dass wenigstens keine unerwünschten Mails an die Kunden gehen, z.B. die Eingangsbestätigung wird erst 2 Minuten nach Belleingang versendet und nur dann, wenn der Zahlungssstatus erfolgreich ist. Auch automatische Erinnerungen kann man sich durch zeitversetzte Flows basteln. Das schafft etwas Linderung.

Was man aber nicht in den Griff bekommt, sind die anderen Probleme:
Der Warenkorb des Kunden ist leer nach Abschicken der Bestellung. viele Kunden verstehen das nicht … trotz riesenaufwand es ihnen zu verklickern … dass sie die Zahlung nachträglich abschließen können uns sollen. Sie mach dann stattdessen eine neue Bestellung, oder gleich 3 oder 4 Bestellungen. Die neuen Bestellungen hat man dann zusätzlich im System, was z.B. in der Wawi die Warenbestände blockt. Es verhindert auch nicht, dass für die nicht bezahlte Bestellungen mittels selbst gebauten Workflows weiterhin Reminder an den Kunden verschickt werden um die Zahlung abzuschließen.
Es schützt einen auch nicht davor, dass Gutschein Codes die nur einmal nutzbar sind, nicht mehr funktionieren. Und Und und… wir kämpfen täglich mit dieser wirklich völlig unverständlichen Implementierung des Checkouts seitens Shopware. Für B2B mag man damit noch ganz gut klarkommen weil man seine Kunden kennt und vieles auf Rechnung beliefert wird, aber nicht für B2C wo Zahlartwechsel und fehlgeschlagene Zahlungen an der Tagesordnung sind, ist das wirklich bitter.
Da mögen Shopware Systemarchiteken hundertmal begründen warum sie das toll finden dass die Bestellung von der Zahlung unabhängig ist, es ist trotzdem das erste Shopsystem wo wir so etwas jemals gesehen haben und wir wären bei unseren Tests niemals auf die Idee gekommen dass etwas so gravierendes im Tagesbetrieb uns einholt. Es es ist wirklich ein Big Pain, sowohl für uns als Betreiber als auch für die Kunden die täglich damit zu kämpfen haben.

58

Also ich habe dazu die Information erhalten, dass es bereits intern ein Thema ist, die Bestellung wieder von der Zahlung abhängig zu machen.

Es ist aber nicht so weit, dass sich da kurzfristig etwas ändern wird. Vielleicht ein kleiner Hoffnungsschimmer für dich.

VG Benjamin

2 „Gefällt mir“
59

Bleibt doch bei 5 und lasst Euch nicht kirre machen. Sollte ein massiver Bug kommen, wird der sicherlich sowieso von irgendwem gefixt werden.