First, I would be appreicated your service!
I've been downloading "Order-Dara Export" from the order.
But I also would be nice if I can see "Currency" there.
When I get GBP 54.66 order, I was able to see as USD 54.66.
Hope to be added Currency tab for international orders and stores.
Hi! ShipStation is still in the process of understanding the best way to address multiple currencies within a single ShipStation account. We greatly thank you for your patience as we work towards supporting this much-desired feature.
Marc Lewis Anonabox LLC commented
Automatic currency conversion is definitely needed in ShipStation. We recently setup Amazon Japan with our account and had a 14,000 JPY (Yen) order which is showing up as $14,000.00 USD instead. This is a major issue for reporting and means we have to update each order manually before sending out for customs info and reporting.
Candice Mathes CUL Distributors commented
I recommend maybe including this in your Automation Rules (if order comes from X-Store, convert all totals to USD). I am definately looking forward to these conversions
@everyone - Thanks for the updates! We'll continue to research better handling of international currencies.
Derrick Pack PackKing commented
We definitely need a solution on this. All our international orders are pulling in at USD values. This SKU's our numbers in ShipStation a bit, making the insights less useful (you can imagine what a sale from Mexico in peso's would do when those are read as dollars; we had a cell-phone case register as selling for around $400 and now it's a "best seller" in ShipStation.)
Packing slips should be able to display a currency symbol other than the dollar sign. International marketplaces sell in their local currency and the packing slip for an order on such marketplace should display that currency's symbol. Currently, the numeric price in the local currency is shown correctly, but the currency symbol is always a dollar sign, which is awkward. Suggested symbols are the Pound and the Euro.
I do not see how a little anecdotal info on frequency could possibly effect "an informed decision on possible changes".The few who have participated in this discussion represent the tip of the iceberg, as it does for any issue on this site. It is most likely that one piece of anecdotal evidence is not representative of the frequency of shipments getting held up for all users. It's kind of obvious that correlates to frequency of exports, average order size (the more expensive, the more likely a delay) and which countries are the destination since they all operate differently.
More importantly, it is just one of several negative impacts, each of which are sufficient to make a decision. Either you fix the bug or you don't. It is clear that this bug is much more important than many that you have fixed since this was first presented. This bug impacts all international shippers that sell in foreign currencies. That's a huge portion of your customers.
Please take us out of our misery and prioritize fixing this issue.
Thanks for the update, your specific examples are very helpful starting points. I'd like to fully understand the business challenges you're running into so the product team can make an informed decision on possible changes, so my apologies for being unclear before. Can you tell us how many times you've noticed your shipments are getting held up?
And it affects insurance, a 40$ USD order is around $1,000 MEXICAN Dollars from Amazon Mexico. So if you let automated insurance happen you've been paying 20+$ for insurance instead of 1$, causing you to lose money on the order....But I was told by support it was my problem and to remove automated insurance buying...lol right.
Kris Wilk commented
Seriously, you need clarification of the problem?? Have you READ the posts in this thread?
I posted about this on Oct 24, 2014. To reiterate: my company is in Canada but conducts ALL business in USD. My SS account is forced to CAD and as a result all the values that should be in USD are presented on customs forms as CAD. This is a huge mess whenever customs inspects the shipping documents and our invoices.
Some sort of control over the active currency needs to be provided to address this situation, among others!
@admin I'm surprised to hear the question. I only use USPS, but from the other comments in this thread, I suspect that the problem exists for all carriers.
So let's take a step back and describe the issue using my experience on Amazon Great Britain as an example. However, the same issue exists for all foreign marketplaces and web sites that sell in currencies other than USD.
Today's exchange rate is 1 USD = .67 GBP. I have a product that sells for 26.99 GBP, which today is worth 40.34 USD.
Shipstation picks up the 26.99 from the marketplace, but instead of calling it GBP, Shipstation calls it USD. That creates two issues.
1. The invoice on the shipping label values the product at $26.99, or 33% less than actual value. For my low price products, it's not as a big deal as bigger ticket items. The customs declaration is materially inaccurate, which could lead to legal issues and delays.
2. The reports are also inaccurate. All reports also treat the GBP as USD, so in the above example the report shows $26.99. That destroys any chance to use Shipstation's numbers for analysis or accounting.
My suggestion is that you add three fields to all currency fields, for a total of four fields as follows:
1. Home currency (USD in above example)
2. Amount in home currency (40.34)
3. Selling currency (GBP)
4. Selling amount (26.99)
There are several APIs available to obtain real time conversion data.
I'm not familiar with customs best practice, but it seems that it would make most sense to use the USD value in the customs declaration.
All reports should be able to print all four fields, with the option to remove the foreign currency fields for companies that do not need it.
@Vishal & @pricedright - Thanks for the updates! Can you give us some more information on what you mean? Which carrier is this causing issues for?
I think of this a a bug, not a feature request. ShipStation is playing in an international arena and supports international marketplaces which inherently implies handling currency exchange issues. However, the support is compromised by the lack of basic currency features. Not only does it make every customs declaration inaccurate unless tediously altered before label printing, for some of us it screws up the accounting.
Since it is a bug, please give this issue the priority it deserves.
We are in 5 marketplaces with currencies USD, MXN, CAD, Euro and GBP. They all show as USD.. Even in Customs!!! That is wrong... This is a necessity not a special feature... Impliment right away!!!!
Very very urgent... We are having messed up customs
Chris Springledge Entertainment Inc commented
This is needed badly
When importing from Amazon Canada or Europe the currency is brought in as USD when it is not. Why not convert it at the days rate so I can see what items are actually selling for and shipping actually was paid.
Please add world currencies for international orders. It would be great to have different currencies populated in the customs declaration automatically.
Jonathan Ahrens Jay's Outdoor Supply commented
AGREED! My site is localized to display various currencies, but everything in ShipStation defaults to $USD. This causes a lot of headaches and makes reporting make more complex than it should be. The item and order totals in ShipStation should reflect the currency of the original order on my website. I just need to see the correct currency symbol in SS.
Kris Wilk commented
I just realized that all my sales, which are specified in USD, are being reported on carrier customs documents as CAD. This is a total nightmare for customs clearance, when agents compare our invoices (USD) to the shipping documents (CAD).
We MUST have the option to specify what currency we're doing business in. Yes, we're a Canadian company, but all of our sales are conducted in USD. Many (most?) Canadian companies doing business worldwide are the same.