30knees

Do you get any errors relating to [unit_pricing_measure]? We get them and I'm wondering whether tb supports this unit somehow. We use the datakick module to connect to Google Merchant.

We only use one currency and that works. I can't comment on a multi-currency setup.

Thanks for your thoughts. It sounds like a schema like {categories:/}{id}-{rewrite} would be the best of both worlds.

Some comments: Are we renting tb itself or the non-essential premium modules? Would you be willing to pay a large up-front sum (say a lifelong membership) instead of renting? Have you considered that the buying vs renting depends on the nature of the software? Some types of software need to be maintained/kept current. Other types not. Also, there are opportunity costs involved: Would I rather spend 1000 now or 20 every month? This depends in part on what I can do with the money I have now cash in pocket by going the rental route instead of the buying route? You're not just renting (after a certain membership level). You're also buying monthly support. About one's own work and efforts being used (also) for someone else's profits ... well, that's a different thing. I don't know how I'd feel about this move IF I could and had actually contributed like datakick does. But I can't and I don't. Philosophically, I'm fine with subscription models if you get something back. I'm all for open source but I'm also realistic enough to see that not every open source model is going to survive unless it's driven by at least one person's passion. I don't think anyone here is maintaining their shop because it's a passion independent of economics.

I think you can safely uninstall the theme you do not want. Just be sure any customisations (such as translations) are also migrated to the new theme.

A further suggestion would be to be able to rearrange the order of the FAQs.

I think it's a good move because tb needs to generate income if tb is ever to become more than just Smile's side-project that his business benefits from and we all mooch off of. I'm still, unfortunately, skeptical about whether tb can grow sufficiently to attract third-party module developers or even enough so datakick gets some additional support. But I wish the project all the best.

I'm not sure but did you check the product.tpl file in your theme folder?

Many, many months later I'd like to follow up. :) Apple Pay (still) doesn't work for me. I don't see it in the settings of the module and I don't see it in the checkout when I'm on an Apple device. Is it working for others?

For example, I see a Braintree module in the admin backend that does not exist in the marketplace.

Would it be possible to expand the module such that there's an admin section to see all FAQs and where they are? Kind of like the CMS section. I think this would make the FAQs much easier to maintain.

The support hour for certain member groups is very nice and much appreciated. I hope the nice Premium modules and the support lead to lots of supporting members! How do we "place an order" for the included support? Can members donate their hours to a certain common goal, say adding a certain functionality (only if the donated hours are enough for that month, of course)?

Has this been implemented in 1.5?

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.