30knees

Just in case someone is interested: https://prestashow.com/en/moduly-prestashop/85-product-price-history-prestashop-omnibus.html (if for some reason Daresh's is no longer available).

Hi @veganline, is Storemanger still working with the latest tb?

The specific pricing feature is not very user-friendly. You can't edit prices, you have to delete an old price to update it, and if you work with variants it's lots and lots of clicking. What do you do to make your life easier? Is there some way to handle this better?

Eric Jones, he's our biggest fan. 😂 We just started using mediacom's module.

Hi, I think I discovered a bug. The module seems to ignore taxes from shipping costs. Here are two screenshots for the same order. One shows the invoice where you can see the taxes for the articles ordered and for the shipping cost. The other shows what the module reports. You can see that the module does not report the shipping costs. Invoice Module

Good news: Panda will be updated for tb! https://www.sunnytoo.com/forums/topic/has-thirtybees-been-abandoned#post-145738

I wasn't aware of that, thank you. Which module do you use? I see there's one from MaxMind that's the tb default one.

It even looks like they're no longer supporting PS 1.6 officially. I'll start looking into Niara, I think.

It's only for countries. It's true that calculating based on a fixed net price is easier / safer. But there isn't such a massive difference between the VAT rates that a sale would no longer be economically viable. Still, datakick's module would 'fix' the problem of customers being surprised.

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.