International orders overcharging on currency conversions

[clubbuilder]

My store is overcharging on the last few international orders. Our default currency is set to USD.

I just received and order from Denmark and we are located in the USA. I can see the conversion ratio for the Danish Krone to USD is currently at: 7.305203. The price of my product in USD is set to: $1,395.00. Yet, my store just charged this customer: $1,860 USD. When the customer tried to pay in Danish currency, it was trying to charge him over $10,000 USD so it wasn't converting to dollar at all. Then he switched the language to English and currency to English and checked out. Yet it still overcharged him by $465. Not sure what is happening here.

This also happened to another product recently sold to Canada as well, were that customer was also overcharged.

The payment module is: Authorize.net by presta-world not sure if I should check with the payment module providers or if this is a Prestashop core currency conversion issue.

Where would I look to try and diagnose this issue? Payment module provider? Prestashop issue? Anyone else have this issue before?

Prestashop Version: 1.7.8.6
Payment Option: Authorize.Net Payment Method With Refund v7.2.0 - by presta_world

Edited July 13, 2022 by clubbuilder (see edit history)

[Nickz]

On 7/13/2022 at 9:18 AM, clubbuilder said:

Authorize.net

what did they say?

https://community.developer.cybersource.com/t5/Integration-and-Testing/Authorize-net-charging-twice/td-p/50733

I found this statement:

Quote

Our code loops through a list of invoice numbers and for each invoice number sends a AUTH_CAPTURE transaction  request to Authorize.net.

that would mean payment is handled by them.

Edited July 14, 2022 by Nickz (see edit history)

[clubbuilder]

So the currency conversion issue would be with Authorize.net directly? There was multiple declined transactions, which seems to mach the issue of the other person in the post you sent.

[Nickz]

looks like it. Send them a ticket.

[clubbuilder]

Authorize.net support says their system has nothing to do with this. Here is a quote from Authorize.net support:

"I have read your post. However we can only process what we are told to process. We do not make any edits or changes when a transaction fails or Declines. For us it just declines.
The only thing that I can recommend, is that I can send you an Integration Issues template."

They claim Prestashop does the all coding for the conversions, it's a Prestashop issue. Now I wonder if I need to reach out to my Authorize.net payment plugin, if the coding issue resolves in that plugin?

[clubbuilder]

Authorize.net support told me to ask my plugin developer this questions.

"The plugin unfortunately is not created on our end, so we cannot help with that. However when you speak to the developer for the plugin in, as them this, "Does Prestashop have your customers resubmit the information after it fails or do they allow them to just hit the Pay Now option with all previous information still on the screen?"

What may be happening is that the Plugin creates a Token for conversion, when it declines/fails that Token expires as well."

Time to go to plugin developer to see if the issue is on their end.

[Nickz]

good Idea