30knees

@datakickDoes this offer still stand? 🙂 If yes, drop me an email about costs. For me, it would be: - Order import - Two-way quantity sync (incl. variants) That's the minimum and I'd be super happy with this. 😍

Just a note about Involic's Amazon module. It does not save tax information for imported orders into the database. So if you are using some module to gather tax information from thirtybees the information will not be accurate. Involic is also unresponsive when it comes to support.

Have you tried contacting the developer of the module? https://www.presta-fabrique.com/

I thought it's in Localisation>Countries but my setting "Display tax label (e.g. "Tax incl.")" for UK is being ignored. Invoices are still with taxes even though I'd like them not to be. I compared the settings for other countries where the invoice is without tax but they appear to be the same as for UK. I checked elsewhere and searched this forum and the internet and I still can't find where to do this. Sorry for troubling the forum with this easy question but perhaps one day the answer will help someone else, too. 🙂 And a bonus question: B2B invoices have this text added: Intra-community supply of goods - exempt of VAT tax. How do I add the equivalent text required for export orders?

They're looking into the errors and why it didn't translate all products. I'll let you know. This module looks like it translates (almost) everything: https://addons.prestashop.com/en/international-localization/48962-translate-all-free-and-unlimited-translation.html#overview

Thank you but unfortuntately it doesn't for me. A lot of products fail to translate for some reason and the module is throwing lots of errors. I'm asking whether they'll cancel/refund the order. It also doesn't translate everything in the store.

Just to make sure we're understanding the same thing. This is not about changing the price after the order was created. This is about changing the price during order creation when there is a specific price for quantities (eg 2x = 10% off) and you're creating an order with that quantity.

Anybody else having problems since a while that Klarna authorised orders with Mollie v4.5.3 don't get their status changed to "completed" upon moving to a "shipped" state?

Thanks, @veganline. I'm looking around for ways to optimise our processes and remembered looking at Storemanager way back.

OK, those modules are not that nice, in my opinion. We want to use DeepL, which has excellent translation, to bulk translate all product descriptions. They'll be saved and indexed by search engines (I'm not sure that happens with the other type of module you used). Also, we'll be able to polish the translations of those languages we speak.

Thank you for sharing your experience. Did your module translate on the fly? Because some I looked at save the translations like in a manual entry, so I'd not expect the site to become slower.

Nope, still the same problem with 1.4. This is the standard price when I add the product in the backend in the "create new order" page: If I enter 7.245 or 9.245 and move outside the price field, the price immediately jumps back to 8.245.

Does anyone use an automatic language translation module that uses eg DeepL or Google Translate and that they can recommend (or would recommend against)? I'm interested in using such a tool to expand our customer reach. There are a couple of modules on the marketplace: https://addons.prestashop.com/en/search?search_query=deepl&compatibility=1.6.1&

I'd like to follow-up on wakabayashi's question. And regarding this question: I don't have any knowledge but I can help finance the development if this were to become the tb default.

Weiterhin mit Collmex, händisch, aber weil wir nur eine EÜR führen, können wir posten gut zusammenfassen. Das dauert nicht so lange. Dennoch wäre eine andere Lösung nett. Seid Ihr weiterhin bei JTL?

Völlig vergessen, Rückmeldung zu geben. Buchhaltungsbutler hat nicht so gut geklappt. Bestellungen von Amazon holen wir in den Shop, Buchhaltungsbutler hat die Bestellungen doppelt abgebildet. Vermutlich hätte man das irgendwie lösen können, vom Support waren wir aber auch nicht so begeistert.

Mich würde interessieren, ob jemand hier in der Zwischenzeit Erfahrungen mit solchen (WaWi-) Diensten gesammelt hat. Wir haben Billbee kurz getestet waren aber davon genervt, dass die Steuersätze vom Shop nicht eingelesen werden. Zudem bietet Billbee keine Chargenverwaltung.

Strange, I'm runnning v1.5.5. It's been out for quite a while already. I think their page isn't very current. 🙂

Just some feedback that we've not had a single spam email since we installed the module a week or so ago. We had a couple of spam emails per day before that.

Update: datakick fixed the table issue. On 1/9/2023 at 8:16 AM, Daresh said: Actually the module helped to discover a ThirtyBees bug in a customer counting function. I just got the module and received an error upon installaton. This is the error: Not unique table/alias: 'c'in file /classes/Group.php at line 437SQLSELECT COUNT(*)FROM `tb_customer` cLEFT JOIN `tb_customer` `c` ON cg.`id_customer` = c.`id_customer`WHERE (cg.`id_group` = 1 ) AND (c.`deleted` != 1) LIMIT 1 Is this the bug you mentioned? What would I need to do to fix this? I'm also getting this error log: Notice Trying to access array offset on value of type bool modules/gm_omniprice/gm_omniprice.php:464 80 Today 10.02.2023 12:57:18 Notice Trying to access array offset on value of type bool modules/gm_omniprice/gm_omniprice.php:465 80 Today 10.02.2023 12:57:18 Notice Trying to access array offset on value of type bool modules/gm_omniprice/gm_omniprice.php:535 80 Today 10.02.2023 12:57:18 Notice Trying to access array offset on value of type bool modules/gm_omniprice/gm_omniprice.php:536

Does that make sense, no invoice without a payment? It depends on your type of accounting but it feels like it shouldn't be decided by the shop.

Correct, I have a module to edit orders. 🙂 But I guess that's still independent of the issue that when one generates an invoice the system thinks the order was paid (even if you don't change the order state to a state that is paid but leave it unpaid).

I discovered that when one generates an invoice the system thinks the order was paid (even if you don't change the order state to a state that is paid but leave it unpaid). This is the order total that shows up above as 431,95. I edited the order I had generated the first invoice because the customer requested some changes. I then deleted the old invoice and generated a new one. The 431,95 was taken from the old invoice.

The reason I'm asking is because an invoice I opened shows two different totals, see below. I don't know where the price discrepancy would come from. I edited the shipping price from 20 to 18.18, but that's not the difference between the two totals.

No, no overrides. I'll check again after the update to 1.4 and report back.