Mark B.

My feedback

  1. 32 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    Hi, @KevinBeyond! Thanks for taking the time to bring this up. At this time, we’re not looking to add this function in the near future, but we’d like to hear more about your current workflow.

    Can you elaborate on what you mean by saving 30 – 60 minutes of time if you were able to choose when your orders import?

    Here’s some background info on how our automatic updates work: https://help.shipstation.com/hc/en-us/articles/206638707

    Please be sure to comment here in the forum so other users can understand and add their votes, too!

    An error occurred while saving the comment
    Mark B. commented  · 

    Most marketplaces e.g. Amazon, eBay, Walmart etc, all require orders to be processed by a certain time e.g. 2pm EST. It'd be helpful to have a 'last sync' option, where one could set the final import for the day to say 1:59pm EST. That way if one is busy and forgot to manually sync orders in the last minute, this automated sync schedule would catch that.

    Separately, the automatic updates aren't very helpful, because often customers change their minds e.g. ordered the wrong size, used the incorrect address, decided to cancel their order etc. Our experience has shown that a seller typically needs to control the sync manually, as opposed to let ShipStation automatically sync orders.

    Mark B. supported this idea  · 
  2. 309 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    An error occurred while saving the comment
    Mark B. commented  · 

    I understand there is no field in ShipStation API (nor in ShipStation) to represent currency, and gauging from the votes and comments, clearly this is a long-standing complaint.

    But this causes some problems when dealing with international marketplaces e.g. amazon.ca, amazon.com.mx etc, which is becoming more and more commonplace for eCommerce sellers, especially with covid.

    For example, take a recent order from amazon.com.mx. The order is in Mexican Pesos (MXN), but since currency isn’t factored in, when calculating shipping it’s viewed as over $400, and as a result isn’t eligible for ePacket … so instead of cheap shipping to Mexico, shipping is over 2x more expensive.

    What would have been helpful in this situation is:
    1. Surfacing a default currency setting under the store configuration e.g. MXN
    2. Converting the currency to USD using the order date – as most carriers require the export information to be in USD. Easy and cheap to do via many online services e.g. https://fixer.io/. Would be helpful to preserve the original currency and amount in the order.
    2.1. A bonus would be being able to set the default currency for the Shipping Provider e.g. USPS = USD etc.
    3. Reporting in one consistent default currency – currently our Insights page is showing our amazon.com.mx store generated $875, but this is misleading since it’s actually around $40 USD which is $875 MXN

    Thoughts?

    Mark B. supported this idea  · 
  3. 11 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    An error occurred while saving the comment
    Mark B. commented  · 

    YFinder, that suggestion does not work, as variables such as [Notes from Buyer] don't seem to be supported. Very easy to validate by trying this yourself.

    Ideally, it'd be great if any variable could be used in an Automation Rule, as one would have a lot more flexibility.

    Mark B. shared this idea  · 
  4. 179 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    Mark B. supported this idea  · 
  5. 14 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)

    Hi, @dherbs! Thanks for taking the time to bring this up! We will keep this in mind for future updates, and at the same time we’d like to see your idea gain traction from other users before making a decision.

    In the meantime we’d like to hear some more information from you. About how often are your shipments being returned to you due to this each week?

    Please add any other details that may help us and other users understand what’s going on by commenting here in the forum.

    An error occurred while saving the comment
    Mark B. commented  · 

    I agree with the user's request, as we too are experiencing the same issue.

    As I've been using stamps.com software up until now, my experience within stamps.com software is when an order is imported from my store, stamps.com would prompt me to verify any changes it would make to an addresses before it makes them - except for minor changes like adding the 4 digits to a postal code.

    With "Automatically standardize and correct bad addresses when validated?" disabled/enabled ... I don't seem to get prompted to verify an address if something other than the postal code is being changed ... or if there's an issue.

    Would be great if there was a way to get prompted when something other than a postal code is being changed, so that one can manually accept or reject a change.

    I haven't reviewed all the suggestions, but I did stumble upon this one which is related, that should likely be merged:
    http://support.shipstation.com/forums/330429-product-feedback-fresh-ideas/suggestions/13720857-notify-when-an-address-is-auto-corrected

    Mark B. supported this idea  · 

Feedback and Knowledge Base