30knees

Yes and yes.

Yes, something like your module was what I had in mind. As you said, mostly people don't log in / select the sihpping address before the checkout. This issue actually came up yesterday. A customer wrote saying the price changed when she went to the checkout and she was wondering whether it's because of taxes in her country.

I hadn't thought about that but I don't think this particular scenario qualifies as price discrimination. It's an objective factor and it's about distance selling between countries, which is treated differently. That being said, there should be a way for a shop to show the price dependent on delivery to a certain country, for example because the visitor, without being logged in, can select "Greece". Alternatively, it would be great to have the net price change but the gross price stay the same). @e-comAre you aware of any ways to achieve one of the above?

Currently, prices for B2C customers are shown including VAT. This is good. However, when a customer goes to check out and they enter their address, the price shown to the customer will change because of that customer's country's VAT rate being different AND because (my) thirtybees does not change the net price of the product excluding VAT, but the gross price including VAT. I thought we had a setting that permitted us to keep prices for the customer at the same gross price, regardless of their VAT rate. Am I remembering something that actually never was?

Datakick really is a powerful and nice tool. Thanks for the guidance!

I am doing the mapping now for the import via datakick. I'm getting two errors for ID language and ID entity. They complain that there's a string/number mismatch. But I don't see a number for the respective fields in the XML. Is this a bug in datakick or am I misunderstanding something/ doing something wrong? XML structure Error

Is there a way to import my reviews from an existing Revws installation to a new Revws installation?

@AndyC They say it's the final release: https://github.com/PrestaShop/PrestaShop/releases @Mediacom87I'm not against a reasonable subscription model. I think it's probably necessary for many platforms to survive. For example, I'd be happy to stay and pay monthly for tb if essential modules such as shipping, payment, marketplaces, etc would be maintained. But whether Prestashop's subscription model will be reasonable is another question.

I can export reviews from Revws. But how do I re-import the export? I only see the ability to import from other modules but not from Revws itself.

I was surprised to see that as of two days ago Prestashop themselves have you automatically download 1.7.8 instead of PS 8.0.

The way we do it is to manually generate a return label in DHL that gets sent to the customer. For us it's not really too important (at this time) for the customer to be able to generate a return slip automatically. But I'm happy to exchange thoughts on the topic if it can help. I think it's cool you're working on this. :)

Yes, the old modules are headache because they're not being supported anymore. So there's no way they'll be updated to PHP 8. That's also why I'm hesitant to upgrade, even though 1.4 and the future plans look really, really good, much better than I had hoped for, and show a promising future for tb. For those who understand what's required: Is going through modules and making them ready for PHP 8 always a major undertaking or is it highly dependent on the module?

"Being prepared for shipping" is actually "DHL - erfasst". I just translated it for the forum. It's when the shipment has been electronically generated with DHL. We only do this once the order is paid. Only in rare circumstances do we ship when it's unpaid, for example because we know the B2C customer or it's a B2B order. Refunded - no, unfortunately. It can mean we just refunded or that something was returned and is sellable. In the latter case, though, we typically do "cancel". It's not clean but it works as a hack. The whole refund system is somewhat a mess. Also, the states don't play too well with third party modules, eg for VAT calculation. We don't use ASM because we've heard of all the problems with it. I agree with you, the system could use some improvement.

We do it similar to how you do it. There are many order states that have been introduced by modules but we don't use them and the modules mostly don't, either. Basically, we have: Awaiting bank payment Paid (and variants for payment modules) Being prepared for shipping Shipped Shipped - Unpaid Refunded Cancelled Delivered Bold indicates paid and italics indicates shipped. Bold and italic indicates both states.

They've replied. They said the missed the ticket.

Any success yet? They've been silent for about two weeks now for me.

Yes, they're quite slow. Also, my inventory synchronization isn't working. I've been in contact with them about this for quite some while but so far unsuccessfully.

I'm using @Mediacom87's module (https://www.prestatoolbox.com/international-localization/460-simple-declaration-of-your-quarterly-intra-community-vat.html) now and it's fantastic. Very easy and straightforward to use. Super support. Highly recommended!

That's a blessing, thank you!

@Mediacom87Thanks, I thought you had replied to my last question about the export. :-) That clears things up. Yes, documentation requires a lot of time. Good luck with that! I hope your module can export according to multiple order statuses, too. I'd be very interested in that. Thank you, @datakick. Unfortunately, it didn't work for me, even though I've tried altogether for about 2-3 hours, but it's OK. I'll find another solution. For others who want to try, some hints: With these collections: Ordered products Orders Addresses I could get these columns: Unit price Unit price tax excl. Country ID Invoice number Invoice date Is validated But that still means you have to manually associate the country ID with the country (not sure how that works where invoice and shipping addresses are different) the tax for the shipping costs is missing

@Mediacom87Understood. But without your module your post isn't very helpful for someone who is looking to export the amounts of VAT. :) Then I guess it's back to @datakickto hopefully help with his module, which I already have (see above), if @Mediacom87isn't selling his module (yet).

Thanks! If I understand the translation, you have a module that isn't available but that you might be willing to make available? This is the translation (note: I saw the shop setup requirements and I believe my tb is properly configured):

Yep, that's us. :) Thanks for the update.

Thank you! I'm not succeeding with that, either, though. I'm not succeeding in getting the tax rate breakdown. This is what I have right now: and What am I missing?

What tools do you all use to get an overview of the VAT sums per VAT rate per Member State for the tax reporting? I'm struggling with that right now. I'm hoping Prestools will be able to do this: