Background of the issue:
I am experiencing incorrect currency conversion for Danish Krone (DKK) in my WooCommerce store. The conversion rate is set to 1 EUR = 7.5 DKK, but the calculations appear to be incorrect. This issue is specific to the DKK currency; all other currencies work fine.
Symptoms:
The total amounts in DKK are significantly higher than they should be. For example, an item priced at 27.13 EUR should be approximately 201.84 DKK, but the current total shown in DKK is 806.00 DKK. The deviation seems to occur in the shipping costs and VAT, not in the product price.
Questions:
Please investigate and correct the conversion rates for shipping costs and VAT to ensure accurate pricing in DKK.
Thank you for the screenshots! The conversion looks correct for the products, but the shipping does look miscalculated or something is triggering it to be higher.
I want to request temporary access (wp-admin and FTP) to your site to test the issue.
(preferably to a test site where the problem has been replicated if possible)
**Before we proceed It is necessary to take FULL BACKUP of your database and your website. Providing us with access, you agree that a backup has been taken **
I often use the Duplicator plugin for this purpose: http://wordpress.org/plugins/duplicator/
You will find the needed fields for this below the comment area when you log in to leave your next reply.
The information you enter is private which means only you and I have access to it.
NOTE: If access to the live site is not possible and the staging site does not exist please provide me with a duplicator package created with the duplicator plugin.
Thank you for creating the staging site, I was able to review everything.
The shipping classes are created by the Gelato plugin.
(note: the plugin was temporarily deactivated during testing, looks like you might need to reconnect the account)
Gelato is not a compatible plugin and based on information their team shared with a client previously they do not support WPML for multilingual products.
I'd suggest reaching out to the as well and verifying that this is still the case and even asking them to join our go global program which can help them become compatible with our plugin by working with our team directly.
Thanks for the help. FOr further knowledge, I found out that the SKU numbers are nor assigned to products with variations until the customer has chosen an option.
Now my problem is different, and I hope that we can continue troubleshooting my issue together as you already have access to the site.
There is a problem with the shipping option, being non existent for translations. Can you help me understand what the issue is.
After reviewing it looks like there are no shipping classes set up in WooCommerce, and that the ones in English are being pulled from the Gelato plugin.
Please let me know your results after setting up some standard WC shipping classes.
I have spent ages trying to troubleshoot the translation of shipping costs, and shipping classes, and it seems that WPML has issues with dynamic content. It is a known issue online, and I have not found any of your threads with a solution. Shipping classes are pulled from Gelato, or Printfull, which I also installed, hoping that it would be different. But WPML does not recognise the shipping classes from on-demand printers to bring them into the translated language. That makes my whole set up not working multilingual.
I am sorry to say but I would like a refund. I will keep on learning about how to make this work. But WPML does not seem to work with dynamic shipping classes.
I noticed that my colleague has already addressed your refund request in the new ticket created.
Regarding the shipping classes, it appears they are from third-party plugins that do not support WPML or have known integrations with our plugin.
As a workaround, could you disable the third-party shipping classes and create WooCommerce native shipping classes? WPML should work without any issues with the native WooCommerce shipping classes.
Your workaround will not work as shipping classes are created dynamically based on the customer address from the Gelato, or other on-demand pugins. I have read other threads with similar issues. I am surprised that was not pointed out by support here before. So all in all I feel like I have been going in circles.
If addressing the refund issue is giving me an email, then I guess your collegue has done something, but it is far from the response I was looking for. The issue seems to have been reported a while back in your forums.
I am sorry that I state the fact that I feel like having wasted not only the time translating my web with a plugin that was not meant to work, but also in the many support conversations that I have been having from the start.
I would like a more formal way of asking for a refund. Based on my ticket history. Can I get it.
If you have passed the timeframe window the option for a refund will not be available.
For further information regarding this, please contact our accounts team directly through our form here as a formal way of communicating: https://wpml.org/home/contact-us/
The topic ‘[Closed] WooCommerce Multilingual & Multicurrency’ is closed to new replies.
