30knees

Agree. It's also hard to find a good theme designer. If anybody knows somene, please share. :)

I noticed that orders with an "awaiting payment" status have a payment prepopulated for the time of order creation. Why is this?

Was there a difference between the payment methods by any chance?

Hi, Is it possible to sort / order the payment methods in Chex beyond via Modules>Positions? So eg within the Stripe module the individual payment methods? Or would this have to be done via the Stripe module (which does not offer this feature)?

I've noticed that for some intra-EU orders that use the Mollie module the taxes are wrong in some places and correct in others. Settings applicable to all examples that follow: I am based in Germany. I use EU Advanced Compliance module (in case relevant) with proportional taxes for shipping. Payment using the Mollie module (not all payments via Mollie are wrong, though). Example An order from France. The order has items with the standard and with the reduced tax rates. These should be calculated using the French rates. Observations id_tax in order_detail_tax shows me only one wrong tax id (Germany, reduced) with a wrong unit_amount and total_amount. Where does this get filled from? tax_name and tax_rate under order_detail show me only wrong German taxes, not Austrian ones. The tb generated invoice shows me the correct French tax rates. Where else might I want to check to figure this out? How to check yourself The file orders-eu-tax2.php in the excellent Prestools https://www.prestools.com/Prestools_Suite.zip can help you see if there's an issue. Looking at Austria, I can see that 5 orders (column Ordercount) use a tax rate of 7% (column Tax rate), which I know is Germany's reduced tax rate. Austria's reduced tax rate is 10%. You can click on Ordercount to see which orders are affected.

Proportional taxes are already available via

So?

Has anybody tried the https://prestashow.com/en/ modules and can comment on their quality and the support?

I didn't know about the list in alerts until now. But I see that they share the same database. If you delete someone in this module, they get deleted from alerts.

The module page says it's compatible with PS 1.6. It should work with TB or be "fixable".

The module is now public here and the author is glad to have it forked: https://github.com/Gitdyr/statsoos And attached a modified version (thanks to @datakick) that expands on the information available. statsoos.zip

You had a lower rate of conversions around mid January. It could be a normal fluctuation. Your conversions started sinking before the update. Then they rose and then sank.

Can you adjust the settings in the browsers to be the most permissive to see which cookies are set? Can you figure something out via a tool such as https://privacyscanner.aesirx.io/?

I can only imagine something in the checkout. Did you go through a test buy yourself?

Good point. I've never used any digital marketing tools. Just a normal newsletter service without any customer segmenting. I wanted to switch the newsletter service. Perhaps the new one can take order information from tb. My use case for the enquiry was to bulk email orders/customers if there's a delay at the warehouse or similar.

Are there any plans to add more of Stripe's payment methods to the native Stripe module? If not, is adding payment methods a major undertaking or something relatively easy?

And again some months later. @datakickDoes it work for you?

I'd like to bulk select orders and then bulk send them an email that I can draft in a window or select from some templates. Does anybody know of such a module? I can't find anything but it's such a basic thing.

Hi Peter, bist du bei der Fehlermeldung eingeloggt oder als "Besucher" unterwegs? Falls eingeloggt, hast du die Zugriffsrechte des Nutzers überprüft?

Das ist das hier: https://store.thirtybees.com/shop-modules/administration/vat-exemption-module @SonniWas genau willst du erreich, kannst du ein Beispielfall nennen?

I guess we could move the translation file and replace the name of the theme in the file with 'prestashop'? Example: $_MODULE['<{chex}ecom>app-translation_7dc22e32549bs0d191b5a75fb87fcfd2'] = 'Hello'; to $_MODULE['<{chex}prestashop>app-translation_7dc22e32549bs0d191b5a75fb87fcfd2'] = 'Hello';

In the backend under Localisations>Translations, I can select the "Core (no theme)" and a theme. If I select "Core", will translation apply to all themes unless there's a specific theme translation that overrides? I've been selecting "Theme" but would want my translations to survive even if I change the theme. Thanks

@datakickWhen I create an order manually in the admin backend, customers automatically get a review email from Revws. Is this intended or a bug? To me, it feels like a bug because in the settings I have consent required. Either way, is there a way to prevent this automatic addition to Revws?

Thank you! I've now changed to {categories:/}{id:/}{rewrite} from {categories:/}{rewrite}. Under "Redirect to the canonical URL" I have the recommended 301. Does this mean that the change from the old schema to the new schema is communicated as a 301 redirect to search engines or do I have to add this to the htaccess file myself?

Nice! I like the module. I think it's helpful. I currently I track such things in a spreadsheet. One suggestion: It would be great if it could work with combinations. All our products are combinations. Maybe other users have lots of combinations, too. The idea of a list of all products displaying profit margin information is great. Maybe the list could also reflect how special prices impact the margin. One thought: Mass update of products price is also offered by the "forum member tool" Prestools and of course also by your Datakick module, so I personally see less value for that at the moment unless lots of supporters don't have any of those modules.