All Activity

naja Papier"pflicht" gab es ja nicht direkt, aber egal, wir müssen es halt irgendwie im Shopsystem umsetzen. Die "KI" schlägt mir vor, entweder das Kontaktformular inklusive allen Änderungen zu "kopieren" um es als Widerrufsformular/-button zu nutzen und im CMS-Teil zu platzieren. KI würde mir dazu auch mit dem Code helfen, oder 2. Vorschläge wäre ein eigenes kleines Modul zu schreiben bzw. von KI schreiben zu lassen, aber da bin ich zu unsicher und vertraue zu wenig 🤕

Ist doch gar nicht Schlecht. Vor allem weil die Papierpflicht wegfällt.

Hallo, ...der Widerrufsbutton wird ja Pflicht ab 19. Juni 2026 https://www.bmjv.de/SharedDocs/Pressemitteilungen/DE/2025/0709_Widerrufsbutton.html Benötigt wird also eine elektronische Schaltfläche, mit der Verbraucher Verträge online widerrufen können – einfach, direkt und ohne Umwege. Ziel: Der Widerruf soll so einfach wie der Vertragsabschluss sein – mit einem Klick. Wie lösen wir das in ThirtyBees? Gibt es dazu schon Gedanken bzw. arbeitet jemand an einer Lösung? Es würde ja genügen, das vorhandene Kontaktformular zu nutzen oder zu kopieren und dafür zur Verfügung zu stellen. So bekommt man ggf. auch den automatischen Versand der E-Mail-Bestätigung hin. Es ist mal wieder die gesamte EU betroffen, wobei die Umsetzungen in manchen Ländern wohl wieder lockerer genommen werden.

Well... as of this comment, foot stools and more is on a shopify website, so nothing to do with TB now. 😞

I've deleted around 50 spam accounts of yours, but let's hear what your offer is today. 🙂

Where is administration? It is about advertisement on your website. Regards.

What does Chex say?

The core is far away of handling this in a clean way. It's not even clear when the invoice will be sent, as this is coupled with order states. In addition "invoice" isn't exactly the same in each country. That makes it very hard for the core to find a "fits-all-solution". For a single shop it's much easier to find a solution with a few overrides. But if you need such customizations you need php knowledge. An additional column with a dirty Mail::send() override might be enough.

I am forgetful. See here: It does indeed only affect products without reviews.

Yes, a field could be added to address as well, but that's not a very common practice for systems like this. If you'd like to get this quickly, there are custom modules out that will allow you to make and store custom fields in the system. The datakick module is one of them that I can vouch for https://store.getdatakick.com/en/modules/datakick-data-export-and-import. Your challenge will be using that stored email in your automated business logic. If that is something not needed, then a solution like a module to help you will work well.

So there is not easy way to add additional field to "Client address" for e-mail ? Client primary address remains the same, just add field named CC (Carbon Copy) ? Or even this need also core modification ? For example shop e-mail has this functionality. And yes, I have no idea how this is done.

That is strange. I too use this module, but I do not get these issue alerts in google search console. I'm not sure what the issue would be.

I ran into the same issues as you a while back. The chex module is great, but it's script driven design doesn't register all types of standard GA triggers easily without custom code work. It ended up being better for our organization to use a different one page checkout tool that fits the GA trigger model more native. We now use the Knowband SuperCheckout instead.

Aside from adding another "Billing email" address to the customer record, which wouldn't be that challenging, automatically interacting with this new field in specific business situations would probably take some heavy lifting of core code. It's a relevant enhancement to request on Github as it definitely pertains to B2B. The complexities would revolve around classifying default email types to know whether they should go to the email 1 or email 2 always and other situations like that.

Ever heard that there are companies where is more than 5 employee ? And they have even financial department. And what a surprise, there are clients who just send letter what they need. They don't log in, they don't search or select something. They just ask and it is my business to find proper item, make invoice and organize transport. Of course if You have never heard about B2B then this may be new. But attitude like this is main reason TB is not popular. There is always some smartass who thinks that things that he has never heard are only for idiots. If You don't have solution then it is pretty easy to just skip this thread.

Why do we need a solution that is only needed in one store out of a million? Let the customer learn how to configure redirects in their email account. One customer wants to send to two emails, and another wants to send to two hundred 🙂 That's what redirects in the customer's email account are for.

Sorry, I was confused by the previous topic. No, currently the client can have only one email. Multiple addresses, yes, but not multiple emails. Moved your question to a new thread.

This was created for completely another purpose and this leaves only one e-mail. I need add another e-mail for invoice, but also keep existing email. Theoretically this can be as CC: or BCC:

Go to the user you want to merge and (REMOVED SCREENSHOT) EDIT: Not looking at the last post. Question was split in new thread.

Is there any solution for client have multiple e-mail ? f client need that invoice is going to some other place (finance department for example), but conversation is with current address ? So invoice is going to two different e-mail. Thank You

I'd like to suggest that you compare those datas with i.e. Matomo. Lightweight script as Google is on the path to evil corp.

The point of github is to optimize the work of the developers supporting the platform. If you want your problem to be fixed quicker you'll take the 'extra effort' to register a github profile and submit your issue there. Otherwise we should have separate person gathering issues here (some of which can't be replicated on third party installations due to module conflicts) and you can imagine this will be far from optimal.

every head a universe is a latín american saying. For some people it is important. For all fairness many channels have laid low and dormant for some years.

What is the point of forum when everything must be in github ?

As there is an update that there is work being done behind the scenes I don't find any reason for this thread to be pulled up. Of course it will remain open but if you have some issues with your installations - bugs, etc - you should file them in github so when work commences on bugs again they get resolved quickly. If you have found a solution for your bugs - even better - put it again on github.