Thanks for the responses. To clarify the issue (or perhaps confuse things more), regardless of the %u201Clocal%u201D currency, some products may be charged in a different currency. So you might define your local currency as GBP, but still get a USD item in the basket. Some items are charged based on the customer%u2019s currency, but others are fixed in a specific local currency. If the customer is not using that currency, they get a basket with two currencies.
If we show a price in the local currency it will not be accurate because the actual price charged will be dependent upon the user%u2019s credit card conversion rate for the non-local currency. The business does not want to have two separate charges and cannot convert behind the scenes, so we have a single charge on the credit card bill, but cannot show what that charge will actually be in a single currency. The reasons have to do with legacy finance systems and business model that are making it difficult to give a final, single currency price. Amazon%u2019s model provides some guidance, but they have the ability to give a total price in a single currency. If we can do that, there will be no problem at all. That is what we are trying to fix on the back end, but it is not looking promising in the short term. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Posted from the new ixda.org http://www.ixda.org/discuss?post=46574 ________________________________________________________________ Welcome to the Interaction Design Association (IxDA)! To post to this list ....... [email protected] Unsubscribe ................ http://www.ixda.org/unsubscribe List Guidelines ............ http://www.ixda.org/guidelines List Help .................. http://www.ixda.org/help
