zim68

Thanks for replying … new ticket created.

Hallo ropin77,

gern geschehen ??

Ich habe zwei Optionen in den Konfigurationseinstellungen von “WooCommerce Germanized” (Pro) gefunden, die Dir vielleicht weiterhelfen:

Stornierungen verhindern
Stornierung von Bestellungen durch den Kunden verhindern.
Standardm??ig lassen sich Bestellungen per PayPal stornieren, indem der Kunden den Abbrechen-Link verwendet. Diese Option verhindert den manuellen Abbruch einer Bestellung durch den Kunden.

Wechsel der Zahlungsart
Wechsel der Zahlungsart nach der Bestellung durch den Kunden verhindern.
Kunden die eine Zahlungsart ausw?hlen bei der man sp?ter bezahlen kann (z.B. PayPal) finden im Kundenbereich einen Link “bezahlen” der sie auf eine Seite weiterleitet, auf der man nachtr?glich die Zahlungsart für die Bestellung ?ndern kann. Diese Auswahl führt u.U. zu Problemen wie dem Hinzufügen von Zahlungsgebühren, was im Grunde eher eine Neubestellung bedeuten würde. Diese Option verhindert die nachtr?gliche ?nderung der Zahlungsart und leitet den Kunden direkt auf die Bezahlseite, d.h. z.B. zu PayPal weiter.

Das h?rt sich für mich doch sehr danach an, dass Du auf diese Weise den Checkout-Workflow für PayPal genau so anpassen k?nntest, wie von Dir gewünscht.

Versuch das doch einmal ??

Grü?e,
Ralf.

Wir setzen – neben vielen anderen – auch das Plug-in “WooCommerce Germanized (Pro)” ein und das beschriebene ist genau das von diesem Plug-in beabsichtigte Verhalten. “WooCommerce Germanized” greift in den Workflow des Bestellvorganges ein und ?ndert diesen bewusst. Dabei ist zwischen “bestellen” und “kaufen” zu unterscheiden, denn dies sind zwei verschiedene Workflowschritte, die zu verschiedenen Statusüberg?ngen einer Kundenbestellung führen.

Die Bestellung wird ausgel?st, sobald der Bestellvorgang abgeschlossen wird. Zu diesem Zeitpunkt wird auch eine E-Mail an den Kunden gesendet, dass die Bestellung eingegangen ist. Bei gew?hlter Zahlungsart “PayPal” enth?lt diese E-Mail auch einen Link, um den Bezahlvorgang jeder Zeit durchführen zu k?nnen. Die Bestellung selbst hat jetzt noch den Status “auf Zahlungseingang wartend”, wie bei gew?hlter Zahlungsart “überweisung” auch.

Btw: Deshalb ist nach Erhalt der Bestellung jetzt auch der Warenkorb leer … v?llig korrekt ??

Nachdem der Kunde zu PayPal weitergeleitet wurde, sich authentifiziert und den Bezahlvorgang korrekt abgeschlossen hat, wird dies von PayPal an WooCommerce übermittelt und der Bestellstatus ?ndert sich auf “Zahlung erhalten”. Jetzt sendet “WooCommerce Germanized” eine weitere E-Mail an den Kunden, dass die Zahlung zur Bestellung erhalten wurde.

Ich finde diesen Workflow absolut korrekt und transparent und vermute, dass dieser genau so nach deutschem Recht Kunden und H?ndler vor Rechtsstreitigkeiten schützt. Und genau das will man ja mit “WooCommerce Germanized” erreichen: Rechtssicherheit!

Mit dem Plug-in “PayPal Plus for WooCommerce” hat das absolut nichts zu tun, das beschriebene Verhalten ist auch beim Einsatz der in “WooCommerce” integrierten PayPal-L?sung zu beobachten.

Works as designed! ??

• This reply was modified 7 years, 7 months ago by zim68. Reason: korrektes Warenkorbverhalten erg?nzt

Hey Aleks,

great work!
I’ve selected the new SKU option on the plugin configuration page and now all is running well for my merchant center product feed setup.

Thank you very much for your efforts.

With kind regards,
Ralf.

Hey Aleks,

it’s not necessary to inform me additionally, I will be informed via the plugin update mechanism.

Thanks for your efforts.

Regards,
Ralf.

Hi Aleks,

how is the status of the “post id / sku” problem?

You’ve written you will try to fix it in February 2017 (https://wolfundbaer.ch/de/google-dynamisches-retargeting-tag-fur-woocommerce/).
??

Regards,
Ralf.

Hi Michel,

ok, that will be done tomorrow ??
Thanks for the information.

Have a nice weekend ??

Greetings from Germany,
Ralf.

Great support! Bug identified and solution provided within 15 hours!

Hi Michel,

– product feed with additional images generated: success
– product feed reviewed manually: success
– product feed uploaded to and processed by Google Merchant Center: success

Thank you very much for the fast solution.
Great support!

Best regards,
Ralf.

• This reply was modified 8 years, 1 month ago by zim68.
• This reply was modified 8 years, 1 month ago by zim68.

Hi Michel,

thanks for your quick response.

– Are all feeds you have generating this issue or do some feeds still process correctly?
Yes, all feeds generates this issue, if I add the field mapping “additional_image_link –> Image Library –> for all products”. It is possible to navigate via the WordPress menu item “Feed Manager” back to the feed list. On this view the feed status “Processing” is displayed for the modified feed. The “Edit” link is available to edit the “endless processing” feed and after removing the field mapping “additional_image_link –> Image Library –> for all products” the could be saved and generated. After this the feed is deactivated, but without issues.

– The feed that is not processing, is it a feed that did work correctly in the previous version of the plugin? Or is it a new feed you’ve made after the update?
Yes, this feed processed correctly before the update. It doesn’t depend on the feed is a new one or the feed was defined before the update. All feeds generates the issue, a new one too. I’ve tested this in this moment using the new feature “Duplicate” based on a working feed without a field mapping “additional_image_link –> Image Library –> for all products”. After adding “additional_image_link” the feed is corrupted, after removing the “additional_image_link” mapping again the feed is repaired.

Best regards,
Ralf.