One of the problems with international shipping (even domestic shipping) is charging our customers the correct amount for shipping costs.

While Shipstation allows us to calculate the costs for shipping, there is no way to charge our customers the correct amount, but it seems Shipstation has a solution to this problem that they're not utilizing.

Shipstation has a developer API that allows developers to get information such as shipping rates, but this isn't being used in any of the integrations.

Link: https://www.shipstation.com/developer-api/#/reference/shipments/get-rates

If they implement this into their integrations for e-commerce CMS's such as Magento & Opencart, customers will be able to see shipping rates based on the items they are ordering (by size and weight) when they checkout. They can then choose what service they want to use, and get charged accordingly.

This will make shipping, especially international shipping, quick, easy and stress free, knowing that shipping costs are 100% covered by our customers.

Automated Rule for comparing 2 or more shipping options and choosing least expensive.

We ship using FedEx, UPS, and USPS.
It would save us a huge amount of time and money each year if each order would automatically pick the cheapest shipping option between selected carriers.

For example:
1. Order # 1234567 for a "blue widget" gets imported into SS with dimensions 8" X 6" X 4" and weighs 11lbs

1. Automated Rule checks price for FedEx Home Delivery, UPS Ground, and USPS Priority mail Package.




2. FedEx: $12, UPS $12.50, USPS $11.50




3. Order # 1234567 automatically gets assigned to USPS Priority Mail Package since it's cheapest.

This information already exists in SS, but it requires manually changing between each shipping service. This is impractical especially when a business ships thousands of order per month.

Thanks!

Hi All,

We have an issue with the integration between Mozu and Shipstation in that Shipstation pulls the wrong information when someone orders a configurable product (i.e. a product with options).

Please see the attached screenshots. Basically the current integration pulls in the base products product code (sku) and title (product name). It should pull in the variant product code and the variant name as shown in the order.

Without this change the connection to Mozu / Kibo is really not usable as no useful information is grabbed by shipstation when the product ordered is a configurable product.

Thanks for looking into this!

ZpeCommerce is an up and coming eCommerce channel in the UK with a very strong offering vs. WordPress, Wix, Weebly, etc.

After comparing and trialling WordPress and Weebly, I chose ZpeCommerce because it is so easy to create a professional looking online store. It has most everything integrated, at a v. competitive price and I am almost up and running in a very short space of time.

What it doesn't have is what ShipStation offers, and I do believe that it would be worth adding ZpeCommerce as a selling channel, especially as it is very likely to attract more attention and new business.

Until then, I am going to have to figure out how to set up a custom integration (hopefully whilst I still have my free trial with ShipStation), but it would greatly enhance my workflow and decrease my time to market if it were already an option.

There is a big issue with partial shipments when it comes to connecting to other marketplaces.

Currently, we use Farapp to connect Shipstation and Netsuite.

The split order functionality does not work as intended.

What happens is when you have backordered/partial orders, you can't adjust the quantity on Shipstation.

Yea, you can split the order, but the connector does not recognize the order once you split it.

Example 1: Lets say you have Order 123.
The order is split into 123 and 123-1.
Farapp does not recognize 123-1 so it cannot fulfill in Netsuite.

Example 2: Lets say you have Order 123.
The order is split into 123 and 123.
The problem is yes, Farapp recognizes both order#s, but it also fulfills BOTH at once, which defeats the purpose of the split.

The simple solution here is to allow us to change the quantity in Shipstation and keep the status on Awaiting Shipment to fulfill the rest of the quantity on a later date.

Please add this feature!!!

Ebay has introduced a new "Delivery Guarantee" that offers us the ability to guarantee delivery time OR handling time for packages.

If we choose the Guaranteed Handling Time option, Ebay will guarantee the delivery, and if it's late, they'll refund the customer the shipping. The only catch is they are (so far) going to require we use Ebay labels to print postage for packages, which is time consuming versus using ShipStation. Could your API developers please reach out to Ebay and see if we could get ShipStation as a "qualified provider" so we can keep using SS and still be part of the "Delivery Guarantee program?"