30knees

If you click "Add question" before clicking "Save" your text will disappear!

Yes, if someone truly has a single supply case it's not easy! One would have to be able to manually specify whether it's a single supply or individual supplies and for the former what the tax rate should be. At least in my shop I can't come up with a single supply case, any bundle would be two separate ones. I would assume that's the case for most goods. A combination of services or good and services is more likely to lead to a single supply, in my opinion. Here one more quote to help figure out question of single supply vs two or more individual supplies: There is a single supply where two or more elements or acts supplied by the taxable person to the customer are so closely linked that they form, objectively, a single, indivisible economic supply, which it would be artificial to split (Levob Verzekeringen and OV Bank, paragraph 22; Case C‑425/06 Part Service [2008] ECR I‑897, paragraph 53; and Bog and Others, paragraph 53). There is also a single supply where one or more elements are to be regarded as constituting the principal supply, while other elements are to be regarded, by contrast, as one or more ancillary supplies which share the tax treatment of the principal supply (see, in particular, CPP, paragraph 30; Levob Verzekeringen and OV Bank, paragraph 21; and Bog and Others, paragraph 54 and case-law cited). Para 28 in https://curia.europa.eu/juris/document/document.jsf?text=&docid=134105&pageIndex=0&doclang=EN&mode=lst&dir=&occ=first&part=1&cid=434078

I think it depends on the nature of the pack, unfortunately. If it's just a special offer pack, I believe it's correct that there should be two products, each with their own VAT rate, because the products are not intimately connected, there is no "primary" component and "secondary" component. However, if the pack is a "true" pack, then the "primary" / "principal" part of the pack detemines the VAT rate of that pack as a whole. The pack as a whole is a distinct product from each separate component. This understanding comes from this Court of Justice of the European Union case: https://curia.europa.eu/juris/document/document.jsf;jsessionid=651CFF8D09C8073D9D6742F60B327FD1?text=&docid=198525&pageIndex=0&doclang=EN&mode=lst&dir=&occ=first&part=1&cid=384011 Paragraph 21 on the nature of the pack: As a preliminary point, it should be noted that, according to the Court’s case-law, where a transaction comprises a bundle of elements and acts, regard must be had to all the circumstances in which the transaction in question takes place in order to determine whether that operation gives rise, for the purposes of VAT, to two or more distinct supplies or to one single supply (see, to that effect, judgments of 10 March 2011, Bog and Others, C‑497/09, C‑499/09, C‑501/09 and C‑502/09, EU:C:2011:135, paragraph 52 and the case-law cited, and of 21 February 2013, Žamberk, C‑18/12, EU:C:2013:95, paragraph 27 and the case-law cited). The Court's ruling on one VAT rate where the above analysis leads to the conclusion that there is "one" supply/product: The Sixth Council Directive 77/388/EEC of 17 May 1977 on the harmonisation of the laws of the Member States relating to turnover taxes — Common system of value added tax: uniform basis of assessment, as amended by Council Directive 2001/4/EC of 19 January 2001, must be interpreted as meaning that a single supply, such as that at issue in the main proceedings, comprised of two distinct elements, one principal, the other ancillary, which, if they were supplied separately, would be subject to different rates of value added tax, must be taxed solely at the rate of value added tax applicable to that single supply, that rate being determined according to the principal element, even if the price of each element forming the full price paid by a consumer in order to be able to receive that supply can be identified.

Quantities (incl. of combinations), too!

Datakick has mentioned that some 1.7 modules can be quite easily adapted to 1.6/tb. I don't think it's possible to "make sure" new modules for PS 8 work on tb. The two systems are diverging more and more. It's just how it is. It doesn't look like tb will gain enough critical mass so external developers will start working on it, unfortunately. That means you're limited to tb modules and to any 1.6/1.7 modules that will work with tb, perhaps with some tweaking.

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. 🤷