Build better products with our product team
Currently, existing name/address blocks of text cannot simply be pasted into a manual order (as they could, for example, in the DAZzle app of Endicia, now long gone).They cannot simply be pasted because ShipStation (ss) insists on parsing them into separate fields. If ss simply added another name/address block input field, all the problems would be solved by simply sending the block as-is to the shipping provider.It is impossible to list all the problems with the current input field, but some are as follows:International addresses are not actively rejected, but often difficult manual intervention is needed to fit a UK or Canadian or Hong Kong addressing scheme into fields meant only for U.S. addressing: address, city, state, zip code. It is ridiculous that a shipping product has a policy of not providing any way to enter international addresses properly, without meddling. Sometimes the name is parsed into the name field correctly, sometimes into the Company field. This choice seems random. An internal handling code appended to the end of the name often disappears or is moved to another field. No provision is made to accept internal handling codes. We pack different contents according to the code we provide in the name/address block. Once in a long while, no manual intervention is needed to correct ss’s meddling. Addressing is done perfectly. This is occasion for great celebration in our office. Our parties at these times are memorable.
Currently, products identified by the ecommerce platform as digital products are not synced to ShipStation as line items.While I understand that digital products do not require physical shipment, excluding them entirely from the ShipStation order creates a significant data-integrity problem.When an order contains both physical and digital/non-shippable products:The digital products do not appear in the ShipStation order details. The order total displayed in ShipStation does not reflect the customer's actual order total. Packing slips and other ShipStation-generated documents do not show all products the customer purchased. Documents generated from ShipStation can therefore contain incomplete itemization and totals that do not match the originating ecommerce order. Other applications and automations that rely on ShipStation order data also receive incomplete or inaccurate information.There is an important difference between not requiring shipment of a product and removing that product from the order record entirely.Ideally, digital/non-shippable products should still sync to ShipStation and remain visible as order line items, while simply being identified as non-shippable or excluded from shipping calculations.I have discussed this issue extensively with ShipStation Support and was advised that customers need to submit this as a feature request. Support also suggested manually monitoring incoming orders for digital products and then manually editing each affected ShipStation order to add the missing items and correct the order total.For businesses processing a significant volume of orders, this is not a practical or scalable workaround. It would require staff to compare ShipStation orders against the originating ecommerce orders simply to verify that the imported data is accurate, and then manually correct any discrepancies. In addition to the administrative burden, this introduces another opportunity for human error. One of the primary purposes of an ecommerce integration is to eliminate this type of manual reconciliation.Customers should not have to manually verify and reconstruct imported orders in order for ShipStation's order records and documents to match the ecommerce transaction.I believe this goes beyond simply adding support for digital products. When ShipStation imports an ecommerce order, the resulting order record should accurately represent the transaction that occurred in the ecommerce platform. A customer purchasing four products should not appear in ShipStation as having purchased only three simply because one product does not require physical fulfillment.Please consider allowing all order line items to sync to ShipStation, including digital/non-shippable products, while separately identifying which items require fulfillment. This would preserve accurate order totals, customer-facing documents, reporting, and downstream integrations without requiring digital products to be treated as shippable items.
Allowing multiple packages for rate quotes in the calculator. 95% of our shipments are more than one box and it would be great for accurate quotes.
We would like to see multi-package details added to shipment report capabilities without having to go to each individual shipment and click on multi-package.
FedEx has just come out with a 2 day one rate extra small box. Could this be integrated into ShipStation?
Hi Can we add walmart buy shipping to buy directly through shipstation, same as you have for amazon?
Buy a FedEx or USPS shipping label at the best price, through Seller Center or Walmart APIsCan we get on this?Please reach out . I have the API info on the intro email.Thanks -Ike
It would be absolutely fantastic to expand the “Scan to Verify” feature so that it can verify a products lot code, not just SKU or UPC. ShipStation allows you to allocate lots to your orders, and even run a report and see all orders that were connected to a lot. Both of these features are fantastic, but it doesn’t mean much if the person picking the product cannot scan to verify the lot code of the product they are picking, as it then relies on the picker to get everything correct, which almost defeats the purpose of lot tracking if you’re not able to guarantee this is correct.I imagine the update to this feature would not need to be that expansive, as you are already able to scan to verify a UPC and SKU, which is just matching digits to what is already in ShipStations system. Expanding this functionality of scanning to verify lot codes would allow users to not have to seek 3rd party integrations and further expand their evergrowing techstack.Would really love to see this feature implemented.
Hello ShipStation team,We would like to request a new automation option for insurance value calculation.🚨 Current limitationAt the moment, ShipStation insurance automation only allows:“Automatically insure all shipments” Insurance value is calculated based on Order Total (pre-discounts / system total) There is no automation option to use Amount Paid as the insured valueThis creates inconsistencies across multi-channel orders.⚠️ Problem we are facingWe sell across multiple platforms (WooCommerce, Amazon, Walmart, TikTok Shop), and we rely on accurate insurance based on the actual amount paid by the customer.However:Order Total ≠ Amount Paid (due to discounts, promos, taxes, partial adjustments) Manual edits are currently required to correct insured values Automation is not reliable or consistent across channels Some orders appear correct only after manual adjustment, which is not scalable🎯 Desired functionalityWe would like ShipStation to support:✔ Insurance automation based on Amount Paid✔ Option to select insurance calculation source:Order Total Amount Paid Item Subtotal Custom field (advanced/API if available)✔ Consistent behavior across all sales channels and marketplaces📌 Why this mattersFor high-volume multi-channel sellers, using Order Total can lead to:Over-insurance (extra unnecessary cost) Under-insurance (financial risk in claims) Manual corrections that do not scale Inconsistent insurance logic across ordersA simple field selector would fully solve this.🙏 RequestPlease consider adding “Amount Paid” as an available field for insurance automation rules, or exposing this via API/advanced configuration.This would significantly improve accuracy and automation reliability for multi-channel merchants.Thank you.
It seems to me that a lot of people are asking for the same thing. In general, I believe shipstation needs automation that is triggered after a specific event that is chosen by the user. The trigger can/should be anything like the scale readout, a tag being assigned to an order, something being printed (like the pick slip or packing slip or even Shipping label), and everything in between.
Right after we create a label to a customer, we would like for the interface to show us the tracking number so we can easily copy it and add it to our website for the customer to see. Ideally when you purchase the label, on the next page it would show you the tracking number where you can just click it and it will automatically copy. Then you can go paste it wherever you need.
I have worked on a number of different UPS label creation systems (UPS.com, Shopify, stamps.com, My.Unishippers.com, etc.) and for some reason ShipStation is the only system that format my customer’s phone numbers all jumbled together (1234567890) rather than having the tradition dashes in between the number clusters (123-456-7890)I have tried playing around with how my Shopify order information is presented in the orders tab by adding dashes, but when I process and print the labels no matter what I do the numbers still come out jumbled together.I'm curious if there is a setting I am missing or if this can be updated to improve the format of labels moving forward.
It would be good to have a expiration date for labels. For example, we got return policy for 30 days and when we provide label some customers changed their mind.
Please enable the ability to bulk allocate orders that are On Hold. You can do so for orders Awaiting Shipment, but not On Hold.
It would be great if we would be able to display live shipping rates at WooCommerce Cart and Checkout pages utilizing Shipstation API without having to rely on third parties.
Hi,With this recent update to Shipstation, the icons have changed to a solid flat black, instead of being green for a validated address and yellow exclamation point for address verification needed. This color coding is ingrained into our workflow; it is how we are able to correct issues quickly when processing 100’s to 1000’s of orders. I get always having a new version release makes investors happy, but please revert this change back to the original color scheme, the classic if it is not broke do not fix it. See attached screenshot if not familiar with what I am speaking of. Thanks!
Please consider integrating with Uniuni. They are a popular shipping option and very economical. They are useable carriers among a lot of the popular marketplaces too.
This is a TEST
If ShipStation is going to have a purchase orders feature then ‘On Order’ needs to be an inventory field. The Reorder Assist feature is super cool, but it doesn’t take into account that I already have a purchase order in for an item when calculating my reorder amount. We deal with truly thousands of inventory lines which means I am going to have to constantly manually keep track of what I already have on order instead of the system taking into account the POs I have already submitted.
I’m adding a new 3rd-party service (Unishippers) to my ShipStation workflow. They are going to help clean up the automations we have set up on our account but I want to keep a record of each automation and its settings that we have currently in case we ever have to revert. I reached out to ShipStation support and they said there is no such ability right now, the only thing we can do is open each automation and take a screenshot of the settings.We have close to 100 rules so this is just not very practical.
I’d like to suggest an improvement for the ShipStation-eBay integration. Currently, when sellers offer free shipping, weights and measurements aren’t transferred from eBay to ShipStation, which can affect order efficiency.It would be helpful to enable the transfer of this data for all orders, regardless of shipping terms. This change would improve accuracy and streamline the fulfillment process.Thank you for considering this suggestion. I look forward to any updates.
By using eBay's OLD sales record number instead of the CURRENT order number eBay implemented in AUGUST 2019 (9 months ago!), ShipStation is causing customer teams to waste time and create errors by having to do these steps to reach the Print Shipping Label functionality in eBay for EVERY order that is processed: 1) scroll up to the top of the SS Order Details page to read and memorize or copy/paste the eBay userid 2) click eBay OLD sales invoice number at top of SS Order Details page to open the eBay tab 3) click item title in eB 4) click View Purchase History in eB 5) search for the eBay userid in eB 6) click Print Shipping label in eB ShipStation should instead implement eBay's CURRENT order number so the human usability for customer teams becomes MUCH FASTER and LESS ERROR PRONE, namely: 1) click eBay CUrrent order number at top of SS Order Details page to open the eBay tab 2) click Print Shipping label in eB With gratitude, peace, joy, and love
Browse Rates, found on the dashboard, needs to include the ship date in order for the results to show the correct delivery date
Currently, when using shipstation returns, the return line does not sync with Shopify, so Shopify does not know what was returned. If the return line was synced, reporting could match up, along with return reason being synced to Shopify.
There is no where to export tracking numbers in shipstation 3pl child accounts. Our child account sends orders to its parent account. Parent account sends tracking back. From orders tab you can not export tracking number. Orders do not show in shipments tab. Nor in data exports. Currently our store is not sending tracking back to our custom store, so we have no way to update tracking without the parent account exporting all the orders.
Already have an account? Login
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
