30knees

Mind if I pick up on this post?

I hope this week will shed some light on what's been going on. I hope datakick and smile are both OK and it's 'just' work or similar. I think that's key. From a financial perspective, without any other backing, I guess we'd need at least around forty to fifty merchants willing to pay ca. 100 Euro per month in order to become sustainable. It feels to me that our community might be too small for that, at least judging by the forum regulars.

After looking at how other shop systems do it I came across a guide for Prestashop that helped me figure it out: https://www.prestashop.com/en/blog/european-union-vat You create the required tax rates per country, so eg DE standard, DE reduced, AT Standard, AT reduced. You give your product the required tax rate of your home country. You go to tax rules and create a tax rule called standard, reduced, etc. You modify it so that it reflects the tax rates you entered above per country.

I use the module but don't have that folder. I'm assuming you're generating data on a regular basis that is being placed there. What's inside it?

Deadline: July 1, 2021 See: https://ec.europa.eu/taxation_customs/business/vat/online-sellers_en In brief, if you sell more than 10k Euro net within the EU excluding your home country, each product has to have the destination country's VAT rate. Has anyone implemented this yet? I see how to give each country one or multiple tax rates, but I don't see how to assign each product a specific tax rate based on the country it's being shipped to. For example, if I sell widgets and food to Austria from Germany, I'll need to have Austria's reduced tax rate for food products and their regular tax rate for widgets. And this for every EU country. What am I missing?

Das sollte kompatibel sein, weil für PS 1.6. Die Erfahrung zeigt, dass etwaige Inkompatibilität durch minimale Änderungen beseitigt werden kann.

Hi, I hope you're doing well again. If you are, may we ask what the current status is? Thanks!

The customer is a nice test subject. 🙂 She also noted that you're first asked for the payment method and then for the email address. She chose credit card and was then surprised, understandably, that she needs to enter her email address. Perhaps this should be switched, i.e. first the email address, then address, then the payment method. Thoughts?

A customer commented that what's typical is to first ask for the invoice address and then ask if there's a different shipping address. That's true (in Germany). How is it in other countries? I note it's the reverse in the module.

It works well but nobody wants to pay with cryptocurrencies these days.

Yep, I agree with the what's been written before!

Mach ich!

Kommen erst wieder dazu, uns das genauer anzuschauen. Bei Billbee ist die Schnittstelle zu tb nicht super, zB werden die UmSt-Sätze der Produkte nicht übertragen. Ansonsten sieht es ganz gut aus. Wir vergleichen aktuell Reybex und Billbee. Buchhaltungsbutler macht soweit einen guten Eindruck.

Danke. Der Support meinte, das sei normal...aber ich finde das so absurd. Daher habe ich nochmals nachgefragt. Nicht, dass ich vom Support missverstanden wurde.

@BatmanIch teste gerade Billbee und der UmSt-Satz der Artikel wird aus dem Shop nicht übernommen sondern bekommt den "Standardsatz" aus Billbee zugewiesen. Ist das bei Dir auch so? Wir haben sowohl 7% und 19% Artikel.

I'll take you up on the idea to vote for features, @wakabayashi! 🙂 Nice to see you. YES! is a strong vote and OK! is a normal vote. 😄

I don't know what could cause that but I'm running bleeding edge and it doesn't happen.

One this I just noticed in my store (and I'm not even sure it's the fix, though it's the first time I'm noticing it). On the invoice, some products show the Base price and the others don't. The products all have the same price settings. Do you have an idea why this may be?

I'm also looking for that. I can't find where the "From" is coded, unfortunately.

I use Chex. 🙂 Is anybody in the forum interested in this besides me? I could perhaps fund this if so. Or this route...what module do you use?

But what about commenting on the reason that the copyright notices you introduced apparently make the incorporation of your code illegal? Not infringing on your copyright (and perhaps messing up how thirtybees can be forked) does not sound like an excuse to me but a very wise decision.

I see. And would a hack be possible where you give a discount code that is tied to specific payment method? I see that cart rules can be tied to a carrier.

I'm looking for the possibility to give a discount if a certain payment method is used. Did you find a solution?

Unfortunately, I don't understand the technical intricacies about introducing code from each fork. Independent of that, I feel cooperation would be better (assuming Traumflug doesn't want to contribute to thirtybees (and Merchant's Edition) and earn his money as an established partner and contributor).

Nice! I saw that you implemented thirtybees's bug fixes etc. Do bug fixes also go from Merchant's to thirtybees?