Discussions

All of the new EU regulations are a mess, but we finally got everything in order on our end to start shipping to Germany again. Except there is a huge roadblock on the shipstation end: Germany no longer accepts labels that aren’t DDP, so shipstation won’t let us print them. However our globalpost smartsaver rates are still populating at checkout on our Shopify store for German addresses. We’ve now had to disable shipping to Germany again because we can’t print those labels, and we need to be able to charge customers for duties and taxes, as well as the higher shipping rates that come with DDP prepaid labels.I’ve tried turning on DHL Express to bridge that gap, but because the shipstation integration only shows customers the lowest available rate, it doesn’t populate, as it’s far more expensive than the globalpost smartsaver rates that we’re offering to non-EU counties.I’m trying to get ahold of support to see if this can be fixed, but as it stands we’re out the 200 euro we paid to get

We have an Automation rule that sets orders that come from our online store with USPS Priority shipping requested to Small Flate Rate Box, as that’s used for our most popular products. I don’t know if the Rule is the trigger, but mentioning it because that’s how the Package gets set on all of our Priority orders, which is when I’ve seen the problem.When we first open an order, either Length, Width and Depth are all 0, or Width and Depth are set, but Length is 0, as here--Re-selecting Small Flat Rate Box fills all 3 dimension fields.

Hi there,  If an order is reshipped and it’s content altered (e.g. resending a missig/damaged item) - could the costums declaration automatically only entail the updated content? At the moment by default everything from the original order is listed there. Best regards,Michael

We are experiencing incorrect tax amounts on all Best Buy Canada orders imported through the direct ShipStation connector. The tax information is correct in Best Buy, but ShipStation appears to add the marketplace commission tax to the customer’s sales tax.Example: Order 268136723-ATax detail Amount (CAD) Customer sales tax shown in Best Buy $55.89 Tax on marketplace commission (commission_taxes) $4.47 Tax displayed in ShipStation $60.36 The ShipStation amount equals $55.89 + $4.47 = $60.36. Based on the API response reviewed during our support chat, the additional $4.47 is tax on Best Buy’s seller commission, which should remain separate from the sales tax paid by the customer.Troubleshooting completedWe refreshed the store, checked the activity log, and reconfigured the Best Buy connection, but the issue remains. We also provided screenshots of the discrepancy and API response to ShipStation Support.The support agent advised that the issue would be escalated to the API te

We're running into a major blocker with how ShipStation handles EEI, AES, ITN, and FTR exemptions on international shipments. Our business handles extremely high value products, so we really need these features to be functional. The issues:1. FTR exemption is locked to 30.37(f). ShipStation applies FTR exemption 30.37(f) to all international shipments, and there's no setting we can find to change or remove it. None of our shipments qualify for that exemption, so we need the ability to select the correct one, or none when an EEI has been filed.2. The ITN field doesn't override the FTR exemption. For shipments that require an EEI filing, we file through AES and enter the ITN in ShipStation's ITN field. But when we click "Ship," the generated label still shows "NO EEI 30.37(f)" instead of the ITN. The ITN we entered never makes it onto the label, AWB, or commercial invoice.The International Settings page does have an Automated Export System (AES) section where you can select the options t

Big news for our Lightspeed Retail (X-Series) sellers: ShipStation now connects directly to your store, so delivery orders can go from the register to a shipping label without leaving your workflow. Once connected, ShipStation picks up only the sales that need to ship: fully paid sales marked Delivery with a ship-to address. Walk-out-the-door sales stay at the counter as usual. A few things worth knowing:  Orders import with customer email and phone, payment method, discounts, item and order weight, item images, options like size or color, and warehouse location  Lightspeed’s Pending, Closed, and Voided states map to Awaiting Shipment, Shipped, and Cancelled in ShipStation  Once a label is printed, ShipStation adds the tracking number and carrier to the sale note in Lightspeed  Compare carrier rates, print labels, and send tracking to customers without re-entering order details  This works well for out-of-stock sizes, made-to-order items, and out-of-town customers who don’t want to

Big news for our WooCommerce sellers: ShipStation’s Checkout Rates is now live for WooCommerce. ShipStation confirms rates with carriers in real time and shows them right on your cart and checkout pages. A few things worth knowing:  Live rates reflect the actual cost for that package, weight, and destination  You can still keep flat-rate and free-shipping options for promotions, configured per shipping zone and method  Works for domestic and international orders  Customers also see estimated delivery timeframes, which can cut down on “where’s my package” tickets  No extra cost for ShipStation accounts connected through WooCommerce  To turn it on, connect Checkout Rates in your ShipStation account settings, then enable it in your WooCommerce shipping zone.Learn more here! 

Error received from the DPD Germany API: Unable to find carrier depot for the sender postal code (Generic). (520, f6214d06-902e-4927-a82d-4ea526a25c77) When integrating **DPD Germany** with **ShipStation** (or ShipEngine / DPD Webservices API), the error **"Unable to find carrier depot for the sender postal code"** occurs during label creation when the DPD system cannot match your origin ("Ship From") address to an active DPD sending depot.

I see that we now have the option to close shipments and create an End of Day sheet for UPS but every time I try it, it brings back an error. Is anyone else successfully printing this form? It’s a much-needed thing, so I’d love to get this to actually work. 

In regards to the new multi-package interface – the new feature is nice to have, but currently difficult to use in practical application. After order items are assigned to packages and labels / packing slips are printed, the package assignment is not printed on the packing list. Unless you have a computer screen/ShipStation in front of you while fulfilling orders (we do not), there is no way to know what item is supposed to go in which package. “Package Sections” is enabled our the Settings (Printing > Printing Setup > Packing Slip Document Options > Package Sections). Is there currently a way to show the shipment items breakdown on the packing list? If not, is this a planned feature?

We have called 3 times and been told each time that this will be sent to the escalation team. This has been ongoing since 9:30am EST and we have an entire day’s orders we cannot ship. We recently migrated to Shopify in hopes that issues like this would be resolved more quickly. There is nothing on the Status page, and no resolution. I was recently hung up on by a rep for insisting on talking to a manager.  Please help. 

As of 1 Nov, PIDs are required when shipping into the EU:The three PIDs you need to provide1. Merchant PID (M-PID) - always requiredAssigned by the online seller, marketplace, or platform. It has to uniquely identify the product across that platform, no matter how many sellers offer it.In practice, this is the platform SKU or listing ID you already use on your storefront. Your Shopify product ID or internal catalog reference covers it.2. Non-Standardized Manufacturer PID (NS-PID) - always requiredAssigned by the manufacturer, producer, or supplier. It does not rely on any international standard. If no NS-PID exists yet, the manufacturer is expected to create one. There's no required structure.In practice, this is the manufacturer's internal model number, style code, or production reference, something like "MX-2024-BLK-L" for a black jacket in size L. If your supplier has never assigned one, they need to. The format is flexible.3. Standardized Manufacturer PID (S-PID) - required where i

Why is it now a privilege to be able to combine orders? Combine orders is no longer available in the starter plan! I use combine orders as customers place multiple orders and ask us to combine and ship together, but no option to click combine and have shipstation combine the orders. As a small business who only ships seasonally this is causing a headache! ShipStation has already raised their prices and changed the subscription features model to increase the pricing scale. I am a small business shipping plants, I don’t need any automations, API’s, auto-split, warehouse features, inventory tracking… but I can’t have combine orders unless I pay for the Standard subscription with all those features that I don’t use. Bring back combine orders to Starter subscription or have a customize a plan pick your features option.

UPS seems to be a roll suddenly “”Ground” service charge backs. We have one account that we ship a few products for that are extremely light in weight but are large so we are charged for DIM weight instead of actual weight. This is all well and good however the adjustments that we are now receiving from UPS for carton dimension inconsistancies where we list a carton on a shipment as being LWH they charge us back stating that one or two of the dimensions are actually 1, 2 or 3 inches more than we entered at shipping label creation. The odd part is that we are using the same factory made cartons on many of the orders which now is saying that even though we use the same exact cartons that the dimensions are different from shipment to shipment and some of the adjustments for dimensions is only for one of the three dimensions. We use Shipstation UPS account and the list of adjustments are not available in a report format and have to be manually transferred via copy and paste to a new spread

We would like to restrict users to see only their carrier settings in shipstation, so they can’t use other stores accounts.Currently you can’t do this: we don't have a specific permission to view only carrier settings as per support team.

.

I sent packages yesterday by USPS Priority Small Flat Rate Box without any problem.Today, I got this--I should also note that we have an Automation rule that sets Package to Small Flat Rate Box for all Priority shipments, as that is what we use most often. When I open a Waiting Order, the dimensions are seldom preset. That was the case with this order, so first time I got the message, I re-selected Priority Flat Rate and the dimension fields were filled. (Another bug that needs fixing, just not as critical.)But it still errored out, as you see here.I tried setting Service to a different carrier and Package to “Package”, then back to USPS/SFRB...no change.I was not able to solve it, so I repacked it in a USPS Small Mailing Package, changed ShipStation to “Package” and entered its dimensions, and was able to send it, albeit at higher cost.I need Small Flat Rate Box to work again, ASAP.

Hey ShipStation! My name is Juan, and I help moderate the community forums here. If you’ve posted a question or idea recently, there's a good chance we've already chatted! I wanted to write a quick introduction to myself and share a bit about what I hope we can build together here. We have a really special space here. My absolute favorite threads to read are the ones where you all jump in to help each other out, share clever workarounds, and solve problems together. As much as I like to think of myself as pretty knowledgeable, the collective wisdom you all have from running your business is unmatched. I want these forums to be a place where we do a lot more of that, sharing ideas, experiences, and helping each other succeed. Down the road, I’d also love to start making some fun, bite-sized video tips and walkthroughs for you all right here on the message boards, especially when we launch new features. I’m really proud to be part of the team here, and I truly believe in what we are buil

Hey ShipStation!My name is Melanie and I head up our Community team here at ShipStation. I've always believed that having a community behind you filled with people who show up, share what they know, and help you succeed is one of the most valuable things a person can have. This has been pivotal in my personal life and that belief is exactly why we’re building this space.This isn't just a place to submit a ticket and wait. It's a place where you can talk directly with our team and see the action behind your feedback. That means what we're fixing, what we're building, and why. Just as importantly, it's a place to connect with each other: trade tips and tricks, troubleshoot together, celebrate wins, and learn from people who've been exactly where you are.Our team is here, present and listening. We can’t wait to help, but of the best answers, ideas, and shortcuts will come from you, from each other. That's the culture we're building: one where support isn't a one-way street, it's a shared

We activated the Inventory API add-on in July 2026 on a Startup plan. The help center says the Inventory API can be activated via Account add-ons on any plan level.On our account, Settings → Account → API Settings is greyed out with a padlock and the tooltip "Upgrade your plan to gain access to this feature". The add-on's own "Configure Settings" button links to exactly that locked page. So there is no way for us to generate an API key, and the add-on has been unusable since the day we started paying for it.To rule out the obvious: I am logged in as the account owner, so this is not the "only account owners can generate API keys" restriction.Questions:Is anyone here using the Inventory API add-on on a Starter/Startup plan? Where exactly do you generate the key? Does the add-on require a flag to be set manually by ShipStation before API Settings unlocks? If API access genuinely requires a Standard plan or higher, why is the add-on sold on lower plans at all?For context: tickets #1016649

We have an automation rule that automatically adds insurance to every package sent. The insurance amount is prefilled automatically, as you know. So the insurance amount is never 0 or empty.However, for the last few weeks, when I enter package dimensions or weight, this message pops up from the Print Label box at the bottom right--To proceed, I have to focus, then unfocus, the insurance amount field. I don’t need to change the number. Just focus the control, then move focus elsewhere.For.Every.Label.Tried on 2 different computers. Edge v154.0.4258.37 (current at this writing) on W11 26H2. Also tried an InPrivate browser to rule out extensions, cache and cookies.If it’s my problem, what’s the fix?If it’s ShipStation’s problem, when’s the fix?

So now I am starting to get marketing calls from Worldship because of a merger with Shipstation?  I have been so annoyed with calls from Worldship and Unishippers and requested to be taken off calling lists at least a dozen times for each company, but still get every time there is a new sales rep.  So now this new company is going to start all over?  I have a warning for Shipstation - make sure I’m not contacted any longer or I will find another provider.

How do I GET lot-level inventory data via the V2 API? I can see lot IDs and expiry dates in the UI, but GET /v2/inventory only returns aggregated totals.I would love to know what is available via your lot tracking feature via API. I've read https://help.shipstation.com/hc/en-us/articles/36761854507931-Inventory-Lot-Tracking and it doesn't mention anything about inventory integrations via an API endpoint for these fields.We are a paid Platinum member, so I realize this lot and expiry date tracking isn't available on all plans - but if we're paying for it, and have inventory API enabled - I would hope this data is available somewhere w/in /inventoryFor example, querying - shows nothing about the batch, expiry date, and only returns:- sku- on_hand- available- average_cost# URL: GET https://api.shipstation.com/v2/inventory?sku=MY-SKU&group_by=location # ----------------------------------- # Headers: # - API-Key: Your ShipStation V2 API key # - Content-Type: application

It used to be that delivery time estimates for FedEx were from 1 to 5 days - now I’m seeing 7 and 8 days?  Have they lengthened their shipping time or they compensating for weekends?  I’m in VA and now I’m getting a quote for 8 days to CA.