retroreiz

Hi,

prima, vielen lieben Dank!

Einen guten Start in die Woche.

Viele Grü?e,
Andreas

Hi CodeWooGeek Support,

that sounds great. That would definitely be an enrichment for us.

If there is anything I can do to help you with this, e.g. testing, please let me know.

Have a pleasant day.

Best regards,
Andreas

Hello CodeWooGeek Support,

thank you very much for your quick feedback.

Yes probably the theme is the cause and can be solved with CSS, but I can’t find a way to say via CSS that it should be hidden when the variant is sold out.

Since the Woodmart theme normally does not allow you to select a variant when it is sold out and your plugin overrides this function, I thought you might be able to see a solution via CSS if I show you the URL.

Any CSS tips would be greatly appreciated.

Best regards,
Andreas

Hi,

vielen Dank für die Erkl?rung.

Ja das macht Sinn. Da wir keine andere Versandart anbieten, haben wir dies in unserer “Welt” gar nicht in Betracht gezogen.

Vielen lieben Dank für die schnelle Unterstützung.

Viele Grü?e,
Andreas

Hi,

vielen Dank für die schnelle Rückmeldung.

In der Tat hat hier das Plugin welches wir für die Checkout Felder installiert hatten, eurer Feld mit der Postnummer mal bei der Installation übernommen. Das Plugin haben für den Test deaktiviert und das doppelte Feld mit der Postnummer ist jetzt weg. Danke für den Hinweis.

Jetzt habe ich auch verstanden wie es funktioniert mit dem Backend und dessen Befüllung bei Lieferadresse und Packstationen. Adressezeile 1 muss einmal zwingend befüllt worden sein. Nur die alleinige Angabe der Nummer und Postnummer, hat das Problem verursacht (vermutlich in Kombination mit dem Checkout Feld Plugin).

Jedoch ist weiterhin nicht m?glich im Kundenkonto eine Postnummer zu hinterlegen, da das neue Feld mit der Postnummer von Germanized nicht da ist. Hier haben wir kein Plugin was darauf Einfluss haben k?nnte, noch haben wir hier jemals etwas bearbeitet (Standard WooC).

Es bleibt trotzdem das Problem, dass es nicht Konsistent im System implementiert ist. Kasse unterscheidet sich mit dem Kundenkonto und im Kundenprofil gibt es auch kein Feld einer Postnummer die wir nachtr?glich überprüfen k?nnten.

Anbei ein paar Screenshots vom Kundenkonto und Kundenprofil im Backend:
https://ibb.co/6PKYHGv
https://ibb.co/KrC4TVs
https://ibb.co/JBkzHJj
https://ibb.co/gwvHQDL

Ich hoffe das erkl?rt es, dass der Kunden in seinem Kundenkonto die Postnummer nicht bearbeiten kann und nur bei der Bestellung in seinem Kundenkonto die Postnummer sehen kann. Im Kundenkonto unter Sendungen sieht er die Postnummer hingegen wieder nicht. Wir im Backend k?nnen im Kundenprofil entsprechend der befüllten Lieferadresse keine Postnummer sehen.

Vielen Dank schon mal für die Unterstützung.

Viele Grü?e,
Andreas

Ach ja, vergessen zu erw?hnen und ist vielleicht wichtig.

Wenn wir manuell dann im Backend bei der Bestellung die Lieferadresse ?ndern m?chten, gestaltet es sich wie folgt bei Bestellungen wo die Postnummer fehlt:

Früher war es m?glich auszuw?hlen, ob es eine “Normale Adresse” oder “Packstation / Filiale”. Das ist jetzt nicht mehr m?glich. Dafür gibt es jedoch die zwei Felder “Abholstation” und “Abholstation Kundennummer”. Wenn wir manuell diese Felder befüllen und auf Speichern klicken, wird pl?tzlich keine Lieferadresse mehr angezeigt. Wenn man wieder auf bearbeiten klickt, ist alles noch da. Unterschiedlich Varianten versucht wie z.B. im Feld “Abholstation” nur die Abholstations Nummer zu schreiben, oder “Packstation 111”, mit und ohne Postnummer. Das Ergebnis bleibt gleich.

Wir wissen aber das es funktioniert, da wir auch Bestellungen von Kunden haben, wo die Packstationsnummer im Feld “Abholstation” und “Abholstation Kundennummer” mit der Postnummer befüllt ist. Daher denken wir, dass es beim Versuch dies zu überschreiben, ein falsches Feld im Kundenkonto angesprochen wird, da es nicht mehr Konsistent zueinander ist.

Hoffe das Hilft bei der Analyse. Vielen Dank.

Hello @usecaddy

no problem. Please have a look at the screenshot https://ibb.co/KjgpnY6

The command is called save for later.

So the questions is whether you can hide specific products from this function based on their product ID.

All other products should of course still have this function.

Thank you very much!

@vendidero

Das hat wunderbar funktioniert.

Vielen Dank!

WOW! Wie immer schnell gel?st ??

Vielen Dank und wünsche noch ein angenehmen Tag.

Viele Grü?e,
Andreas

Hi vendidero,

danke für die schnelle Rückmeldung.

Korrekt. Es handelt sich dabei um EU-Sendungen und ist auch über das Gesch?ftskundenportal buchbar.

Viele Grü?e,
Andreas

Vielen Dank für die schnelle und ausführlich Antwort. Ich probiere es an paar Beispielprodukten aus. Eine Bulk-Aktion w?re natürlich praktisch und sehr willkommen (auch für zukünftige ?nderungen).

Somit wurde das Ticket mal wieder innerhalb von 10 Minuten erfolgreich gel?st ??

Viele Grü?e,
Andreas

Weil ich es gerade gelesen habe. Vielleicht hilft der Link für die Basis Briefverfolgung über die DHL Seite?

https://www.dhl.de/de/privatkunden/dhl-sendungsverfolgung.html?piececode=A0024C685E0000031017

Hallo @vendidero,

wunderbar, damit funktioniert die Bruttoberechnung der Versandkosten.

Wir haben uns zwar anfangs explizit für gegen die anteilige Steuerberechnung entschieden, da unsere Buchhaltung damit nicht klar gekommen ist. Mittlerweile haben wir das Buchhaltungssystem gewechselt und es stellt auch kein Problem mehr dar.

Vielen Dank für euren immer ausgezeichneten Support. Weiter so!

Viele Grü?e,
Andreas

Hallo @vendidero ,

Nein natürlich nicht xD
Danke für den Tipp, das ist genau was wir brauchen!

Wie immer schnell und genau!

Viele Grü?e,
Andreas

Hallo @vendidero

wir haben die Datei einmal ausgetauscht.

Der Fix funktioniert wunderbar https://ibb.co/mhdGpVy

Ich kann die ja erstmal drin lassen, bis ein Update verfügbar ist und es überschreibt, oder?

Vielen Dank und liebe Grü?e,
Andreas