30knees

Yes. It's all about profit margins. If I give 5% loyalty points that's fine for regular priced products. But if I also offer the product with 15% off for 10x or more, then I don't want the customer to get an additional 5% on top because my profit will be gone. Yes, it's not related to loyalty points. But it's the same issue as above, i.e. I'd like to offer customers a 15% discount coupon for the whole store or even just for product X. Now, product X already has 15% discount when you buy 10x or more. It's OK if customers use the 15% discount coupon for 1x product X and for 10x product X. But if they get 15% off of 10x and then additionally 15% there won't be any profit left. So only one discount should apply, ideally the higher one.

I think the above is really important. Is there any way to block a cart rule from being applied to bulk discount product price rules?

Something related, perhaps. I had an order that I set to canceled. Then I refunded the order in PayPal, which is why the status "refunded" was automatically set. Then I moved it back to canceled (for our work flow purposes). Canceled 12.09.2023 07:37:07 Refunded 12.09.2023 07:21:28 Canceled 12.09.2023 07:20:38 Stock was added back for both cancellations. Is this expected behaviour or should stock added back only work if in between two "canceled" there was a status that substracted stock?

Take a look here: https://store.thirtybees.com/support

Also a possibility:

That's a nice setup. I agree, one can't have the best of both worlds. I'll look into Matomo for now and look at your setup depending on how Matomo works.

Thanks both, UTM tags are fine, I just don't want to use a Google tracking pixel. Do I need to use Matomo to track the UTM tags or can they be tracked with any of the thirtybees stats tools? I probably don't need the full capabilities of Matomo.

Is there a way to track conversions from Google / Microsoft / Facebook / etc. ads without embedding code from Google / Microsoft / etc? We don't want to use standard coversion tracking code for privacy reasons.

Haha, ja, die lieben Spammer. Heute hat mich Mr. Warren Buffet, Billionaire Investor angeschrieben. 5 Mio USD darf ich bald in Empfang nehmen. Private IP: Anscheinend ergibt eine Private IP nur Sinn, wenn man regelmäßig wirklich hohe Mengen (tausende pro Tag) an Emails schickt. Ansonsten kann man keine Reputation aufbauen.

Noch ein Nachtrag: T-Online hatte dem Email-Provider wie folgt geantwortet:

Zumindest hat mein Email-Provider das ähnlich erklärt wie in dem Text, d.h. Der Email-Provider war auch mit T-online in Kontakt und meinte, dass es keine Lösung gäbe. SPF Records sind alle korrekt bei mir. p.s. Schön, dich wieder zu sehen! p.p.s. Dürfte das klappen? Ich schreibe meinen Email-Provider an und frage nach. :)

I think a link is a nice solution. Might a solution be for "modifying" addresses and old orders that this simply creates a new address and moves the old address to a "hidden"/archived view from the customer?

Hi @datakick, A customer made us aware that one can't edit an address (not change to a different address) in Chex. Also, the phone number associated to an address is not visible. Can Chex "edit" addresses or at least have a link so that customers can edit an address? And could Chex show the phone number associated to an address? Background: A customer chose Klarna as a payment method and a saved address with an old/incorrect phone number. Klarna checks the phone number and she couldn't pay. Thanks

Vielleicht für den ein oder anderen hilfreich: https://sendgrid.com/blog/how-to-meet-the-new-t-online-de-email-delivery-requirements/ T-Online akzeptiert keine Emails, wenn man Emails über eine Shared IP verschickt. Kunden mit T-Online-Adressen schreiben wir jetzt von einem anderen Email-Anbieter als sonst üblich an.

Depending what you need, features of it can be found in @musicmaster's Prestools, @datakick's Datakick tool, and Baselinker.

Yep, that's how we use the loyalty points module. But the module was accidentally uninstalled and all points customers collected were wiped.

Is there a way to retroactively award points for a certain status and time period?

True, but I prefer to offer guest orders because I don't like forcing people to create an account and keeping a password, etc.

No, no, these are all completed orders. But it would be nice to be able to see how many "guests" are recurring customers and how many are truly new customers. I had understood the column "new client" to indicate this but apparently it's only for accounts and not for guests.

Both were guest orders. 🤷

I noticed that the "new client" column often is incorrect in saying that client is new. I have a customer with two orders, same email address. Supposedly this second order is from a "new" client according to the overview. Do others have this, too?

Hi, Principally a nice idea but what's the added benefit to the forum? The nice thing about the forum is that knowledge stays here and is easily searchable in the future, even though search engines.

Thanks for the update. Maybe it is interesting! Let's see what its features all are when it's ready. :)

Has this developed further? I'm interested in experiences of using Odoo with thirtybees.

Yes, I checked the logs generated by "Collect PHP Logs". Unfortunately, I don't see anything related to the order. Moreover, if I filter by the date when the order status was set, I don't get any errors at all. :/