IQComputing Alex

Hello @richecolocity

Could you try clearing the cache via WooCommerce > Settings > Integration > ShipStatation > Clear API Cache

It could be a bad initial cache if the WooCommerce store settings were updated after the plugin was set up, but clearing the cache will at least give a clean slate.

If you’ve cleared the cache and it’s still not returning rates, you could enable Logging under the same Integration page, try a test checkout, then navigate to WooCommerce > Status >Logs and download the Live Rates for ShipStation.

If you want to take a look at the downloaded logs, scrub any data you deem to be sensitive, and post some of that to the public forum thread here, we’ll be able to take a look at what the API is returning.

Finally, is the U.S. state you’re shipping from considered an Outlying Island or Territory?

Do you get that same error when testing this against the Shipping Calculator within ShipStation? Could this be injunction with a specific carrier?

Do you have an example of an address that should return rates but does not?

For example, we’ve tried the following and received rates from both UPS Standard and UPS Standard Intl.
1234 Canada Lane
North River
Ontario
M0X 1Z9

Hello @centuryperf

Apologies, this thread went under our radar, were you able to resolve this issue? We have had another user report issues with ShipStation API and Canada, but that had to do with GLS.

Are you able to replicate this issue using the calculator within ShipSatation directly?

@centuryperf Hello,

Sorry about that, but thank you for the report information, it was instrumental in tracking down the issue to patch. We have published a v1.2.3 which resolves this issue. Please let us know if you run into any other issues or oddities and our team will take a look!

@marstarcanada Hello

Good News!

We’ve heard back from ShipStation and they suggested that a patch was pushed to their API to resolve this issue. I wasn’t able to verify this in my tests – rates appear to still be coming back as USD currency but that may be due to my root store being US based. Would you be able to test this on your end and let us know if you’re seeing CAD for GLS Canada?

@neee Hello,

The Custom Packing Boxes system takes into account the Package Volume (based on dimensions) and Product Volume (also based on dimensions) then tries to find the best Package to Product volume match which would fit as many products in a box before moving to the next “batch” (to retest remaining volume).

It’s important when setting up Custom Packing Boxes that both the Package and the Product has it’s dimensions set. Otherwise, the Custom Packing Boxes system won’t be able to accurately calculate volume, skip trying to pack the product, and will default to getting an estimate based on the known Product dimensions (ala shipped individually).

If there are multiple Packages (or a mix of Packages and individual Products), the API gets estimates per package, then WooCommerce groups the costs and displays the sum to the customer. On the Edit Order screen these should be broken down into which Products ended up in which Custom Packing Boxes.

Hopefully you’re able to get the Custom Packing Boxes working for you. Otherwise, there are some other Product Packing options available, and the plugin has a PHP Development filter hook for developers to add in custom logic.

@neee Hello,

Apologies for the inconvenience, but I don’t think there’s a workaround for a live site. We do have this in our upcoming branch to be pushed out early next week. I’ll reply back to this thread once the update goes live so that if you are subscribed to the thread you’ll receive a notification.

You may be able to download the upcoming branch from Github as this should be stable, but it’s also a development branch so all changes may not be reflected. We do recommend installing this on a staging website first to ensure it works as you expect it to.

https://github.com/IQComputing/live-rates-for-shipstation/tree/upcoming