Build better products with our product team
We have product serialized. each units has a unique SN.When a units is shipped, how can I scan the SN in Shipstation? Is Shipstation developing a module to allow serialization tracking in the platform?
Auto combine feature for multi orders when they have the same shipping address.
Would be a huge benefit if there was a way to automate orders from the same customer in the same store to one order. Example:John Smith places an order of 1 apple at 11am. order go to shipstationJohn Smith places an order of 3 oranges at 3pm orders goes to ship stationat 5pm we batch and ship orders. And John smith gets 2 shipments and not just 1 with everything in it.This I know can be fixed manually. But when you have hundreds of orders a day you cannot catch them and than we end up shipping 2 packages instead of combined orders into 1 shipment. So it would be great if there is an automation a basic "if/than" code whereas IF John Smith has an unfulfilled order from Store1 and John Smith. comes in with another order at a different time THAN we combine shipments togetherThis automation rule or a simple preset that we can toggle on and off would be very helpful
It would be great if we were able to set up a webcam over our shipping stations and have Shipstation record each order as it was packaged. The recording could begin when we scan the order number on the packing slip and end when we click the print button. This would give us proof that the package was shipped correctly. We would be happy to pay for any storage to store the videos or have them stored locally. Jeff
I have a customer who has asked to have UPS hold onto the package that I already sent. This is possible through UPS, but because I'm shipping with ShipStation as a third party, I cannot use the UPS tool "UPS Delivery Intercept" to manage this delivery. The UPS Delivery Intercept allows a UPS account holder to:Request the package be returned to you.Redirect the package to another address.Reschedule the delivery for another day.Request the package be held for pickup by the recipientCan ShipStation access, or allow user to access, this standard service so that businesses like mine can modify deliveries?
Hello,We're looking for a feature that allows us to restrict order information (e.g. item name, quant, price, ship from location, etc.) at the shipment-level, not the order-level. As of now, any restricted user can see all items within a multi-item order, even items that are not assigned to them once a multi-item order has been split. This creates confusion when users are responsible for fulfilling only certain items within the order, and not all.Andrew
We have had persistent missing orders for weeks- We have reconfigured the store multiple times, we have opened multiple tickets, we have chatted and spoke on the phone with many representatives. I just spoke with a phone representative who said they could request a supervisor to follow up, but with no timeline attached.We have specifically emailed the API support team and received no response despite multiple emails. Can someone advise where to get actual assistance with a business critical issue?
I would love to see a feature added where we can have a row be colorized with its tag color. Example: You have an important "do not ship" order. You could highlight the entire row red so your fulfillment team can easily see at a quick glance not to ship this order. This seems like it would be fairly simple to have developed. Maybe add it to the tag column with a toggle to highlight the whole row with the same color as the tag. We simply miss tags sometimes which creates extra unnecessary customer service when orders get sent out that may have a note or be on hold etc. Having the ability to change to the color of the entire row for that order "should" eliminate this issue.
Bigcommerce has a built-in Gift Wrap solution, and this data is not utilized by Shipstation.A Shipstation customer service tech shared with me the output of the API call that Shipstation gets from BigCommerce when importing a new order. In that JSON, there's a products object (line 83 of my file). Within that object, wrapping_name and wrapping_message parameters (lines 111 and 116) are both sent to Shipstation.This is the gift wrap option (such as "standard", "premium", etc) and gift message (such as "Happy birthday, mom") selected by the customer in the store for that specific product.Having the ability to assign wrapping_name and wrapping_message to a Field Replacement in the Packing Slip Editor and utilize it in the Order Items section of the Packing Slip template would solve many problems. Ideally this would just be part of the [Item Options] field, or it could be a separate field, either way, this is an incredible oversight.Currently there is no ability to map this data into Custom Fields either.I was told this was impossible because Shipstation cannot access wrapping_name and wrapping_message, but according to BigCommerce, this is untrue and the data **is** supplied to Shipstation in the JSON—as confirmed by the file shared by Shipstation's customer service. If Shipstation's processing discards this information, this should be reworked, but there is no technical reason from BigCommerce's side for this not to work.Asking Bigcommerce to come up with a solution is unacceptable because Shipstation **has** the product-level gift wrap data within the order's JSON. It is simply being ignored.
It would be really helpful to have the ability to pay with methods other than credit card for our shipments. During our peak season we have to pay off our credit card bill multiple times in billing cycle in order to continue to feed Shipstation funds. It would be much cleaner for bookkeeping if we could either send a large check or do an ACH transfer in advance of our peak season.
There needs to be an option available to save more than one credit card for payment of the shipping. We ship orders for multiple entities with our account. When it comes time to add funds to our account, we have only 1 payment option for doing that. It'd be nice to have 2 or 3 credit cards saved for our account. When funds need to be added, we can process the shipment to determine the shipping charges and choose which card we'd use to pay for that shipping amount. Our card statements would then match our books for shipping expenses for each entity. It would also be nice to have the option of adding a bank account or 2, and providing us with option of choosing which bank account so the funds could be directly drafted from that account for the shipping charges. No credit card fees.
We integrate inbound and outbound orders and pass along a line item number with the lineitemkey field. This works great for the most part. However, if we need to manually add a line from the order, we are not able to enter a line number. This causes problems with the import of the information back into our ERP system because there is no line number to match. Bringing the existing lineitemkey field to the UI with the ability to edit will alleviate several of the issues that we are facing. This change will not require a new field, but provide the ability to use an existing field that we rely heavily on for our integrations.
When I'm building bundles in ShipStation I always set it to NOT show the bundle on the packing slip so our shipping team knows what items to pull. When I do this, the individual component items are marked as $0.00 on the packing slip which causes confusion for our shipping team and customers. I'd love to see the retail price displayed for the bundle components on the packing slip so the order total and the price of all individual items on the packing slip is aligned.
a pdf does not allow necessary manipulation.
Helvetica font is not embedded in at least the customs forms (commercial invoice) generated by ShipStation. This document is needed for international shipments, so it is quite important that this PDF is generated properly. In its current format, the PDF does not print correctly, nor render correctly in external PDF editors, so it is impossible to print with the information required for international shipments. Sometimes it works, but it should always work.The only workaround I've found is to convert the file to an image format like JPG and print the JPG file. This results in lower quality and inability to make any edits, in case additional information needs to be added, which is essential.On a related side note, more customizability around these files like the customs forms, commercial invoice, etc. would be a really nice feature for international shipping. Right now it's not possible to make sure the necessary information will be included in ShipStation's auto-generated files.
Best carrier from US to Japan is Yamato but you don't have integration with it. Strongly suggested.
Shopify natively allows the administrator to set up what dimensions will be used in shipping. However, when using ShipStation integration to receive calculated rates, SS does not take the dimensions data and instead just applies a 1x1x1 to provide Shopify the rates. This returns inaccurate rates in some circumstances where dimensional weight is a factor. The dimensional data is is there on Shopify, but through a conversation in support chat with both Shopify and SS I learned that ShipStation is not currently set up to handle that data. It would be great if that connection could be made. This makes a great deal of difference when talking about Dimension Weight and its impact on 2nd day air / next day air service levels. The band-aid solution is to go into SS settings for the selling channel and set a % modifier to adjust the price that SS sends to Shopify. I personally ran some tests and used data sets to come up with a good % adjustment for my store; this solution was pretty accurate with a slight margin for error. But I find the lack of this feature disappointing. The idea of integrating ShipStation with Shopify and enabling Calculated Rates is to get accurate rates. Which, they are accurate for lots of circumstances... just not all. And a major loss of accuracy is due to 3 simple data points: L, W, H. Seems if this data connection is already setup to pass information back and forth, couldn't those be part of it as well? The goal is to get accurate rates, not sure why they were ever left off.
Power BI integration connection for a expanded data visualization of orders, manual orders, Inventory, sales, shipping costs.
lot number tracking for items become mandatory to all food companies.
that will be great if I can send the QR codes for scanning at USPS offices for customers without printer.
R+L has some of the best rates for delivering on the west coast. They are nearly 80% cheaper than the rates I am being quoted from the built-in SEKO integration. Please add support for R+L or other LTL carriers. We love ShipStation, but it is unusable for LTL shipments at the moment.
As a current state (ShipStation Help link), the BigCommerce to ShipStation integration does not identify gift orders. The gift message from BigCommerce do appear as a customer note on ShipStation via the integration but the Gift flag isn't set. Further, BigCommerce supports gift wrapping (BigCommerce link) individual products natively and unfortunately we are unable to utilize this feature of BigCommerce as we do not have a way to identify the information utilizing the ShipStation platform. As an enterprise customer, the limitations should be lifted soon so that we can better serve consumers within ShipStation.Any chance we can get some attention on this @Moderator-Davis ?
Here's an example where I have two orders combined. One order has one item and the other two items. I can search for either order number in the Orders tab and find the combined order, which is great.If I use the Order Detail report, Orders raw data report, or even export the data from the Orders tab, I get the order numbers from the second order overwritten by the first in the combined order. The same happens when retrieving the data from the REST API.Here's an example of the same orders from above exported as data that I've loaded into a spreadsheet.Those last two items came from order 7595037 but their order number has been overwritten with 7595032. I consider this a bug because the data is simply incorrect. Those line items did not come from that order number.I understand how ShipStation uses the first order number to represent all when combining orders. Combining is a tricky thing to solve and that compromise gets the job done.However, it doesn't make sense when doing reports of orders or that list line items. These are not shipment reports, they are order reports. As such, the order numbers should be the originals from the orders.My use case is that I export from the raw data reports and match that to data from our other systems for accounting purposes. The way this is handled makes it impossible to match orders that have been combined.We tried to work around the problem by using the REST API to pull data but there doesn't seem to be a way to get at the data there either.Related ideas:Combine Shipment / Don't Combine Orders — This idea from several years ago is marked as completed because the search feature now can find individual order numbers in a combined order. The completion didn't address the customer expectations or ramifications that others expanded upon in the comments.Bug in combined-orders export — This idea is similar to mine but doesn't go into a lot of explanation. I decided to create a new one to offer more detail. This idea is also several months old but still has a status of "new", which may indicate it hasn't been looked at yet.Linking in others who may be interested and want to vote this up or comment:@info703, @jason56, @howard, @baysuperstore, @kristi1, @mirabelweb, @Art95
When searching for an order #, the way search currently works is that it performs a like search so that matching order #s show up. However that can cause confusion and introduces a possibility of picking the wrong order # to ship.For example: if we have an order # 25-314 and we perform a search, it provides several results like 25-3140, 25-3141, 25-31400, and so onWe use barcode scanner to scan our order #s and so a search should return only 1 order # search result.If there is an exact search feature added, then it will help eliminate errors
Not being able to edit the outgoing "your return label..." email to include company details, and order details seems like an oversight. Having the company name in the subject line of the email, or the company email address in place of "tracking@shipstation . com" would prevent customers from overlooking Return labels due to them being from an unfamiliar source, with generic, almost spam like messaging.
Already have an account? Login
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.
Sorry, we're still checking this file's contents to make sure it's safe to download. Please try again in a few minutes.
Sorry, our virus scanner detected that this file isn't safe to download.
