Shipstation automatically update (API Update) the quantity to other registered market place if item sell

We are selling our products in Amazon, Etsy, eBay, Magento, Walmart etc. All orders are received via Shipstation. As soon as received the order in shipstation, and shipstation must call the update quantity API and reduce the quantity automatically in every other market place.

For example, SKU 12345 sold 2 quantity in eBay marketplace, in this case shipstation automatically update (subtract) 2 quantity SKU 12345 for all other integrated market place such as Amazon, Etsy, Magento, Walmart etc immediately using the SKU 12345. This will avoid oversold in the other market place. I am also experience IT architect and if need more details please feel to let me know.

I posted this in your forum:

I have Opencart integrated with Shipstation. I'm finding that Shipstation has not and will not map basic data fields imported from Opencart. It is very annoying to see all the column options and not be able to use half of them.

Example fields available using the basic API:

"gift": true,
"giftMessage": "Thank you!",
"paymentMethod": "Credit Card",
"warehouseLocation": "Aisle 1, Bin 7",
"customField1": "Custom data that you can add to an order. See Custom Field #2 & #3 for more info!",
"customField2": "Per UI settings, this information can appear on some carrier's shipping labels. See link below",
"customField3": "https://help.shipstation.com/hc/en-us/articles/206639957",

I have sent all these fields to Shipstation and they confirmed that they received them. In order for me to benefit from this data, Shipstation needs to map these fields. I have to do workarounds. I send gift messages in the internalNotes field, the only extra fiield available, and add that text to packing slips. I send the product warehouse location as a prefix to skus. I send a sorting variable as Tax Paid. Because I can't designate that an order is a gift and I have to use the Tax Paid field I can't show prices on any packing slips.

The response I get from tech support is that Opencart is a closed system and that is why I can't use these fields. That makes no sense whatsoever. There is no issue on the Opencart end and it's not a closed system anyway. It's all on Shipstation.

I thought it was just Opencart being treated like a red-headed stepchild but then I saw that each shopping cart platform is limited to varying degrees.

Can anyone give me a good reason why Shipstation accepts these and other data fields using their basic API but not when using shopping cart platforms?

I also submitted a support ticket. Here is the response and my response:

>> This wouldn't be something that the Support team has the power to change.
That is why I asked that this be forwarded to management.

>>We developed an extension for OpenCart which generates an XML endpoint that we use to connect to that platform, whereas the REST API only accepts JSON files. Different formats like this will mean that the integrations work differently, just in general. Thusly, some fields may be available in one and not the other, and vice-a-versa.

Whether it is json or xml, if on your end you don't map customary data points, your system is lacking.

I as a hobbyist programmer have modified the Opencart extension to map vital data points for any warehouse online sales business like "warehouseLocation" and "giftMessage". All that is missing is for you to map data to my account. It is particularly annoying that you have a Warehouse Location column on picking lists that can't be removed and I have to map warehouse location as a prefix to skus.

Initially, about a year ago, I brought up the missing gift message option. Now, a year later, that feature is still not there but I keep paying every month for an enterprise account.

FedEx has a number of their branded packages. These are available for One Rate services, but can also be used for other FedEx Express services, such as international shipping.

When selecting FedEx packages from their carrier list, some of their packages, such as the Small Box, are listed as "Fedex One Rate" and cannot be used for other services.

The FedEx Pak and Envelope are listed both as the One Rate version, and just the package. This allows a shipper to use the package they have with the service they want to use.

My request is that all FedEx packages eligible for One Rate also have a non-One Rate option. The ones that are not set up this way are:

Small Box
Medium Box
Large Box
Extra-Large Box

Thanks!

HI, We currently get updates on the tracking status of our shipments using the carrier DPD with another software we use called Orderhive. They have an intergration with Easypost and Interlink. When we ship using Orderhive we get up to date information reported back into Orderhive from the carrier in a nice format letting us know of the status of the shipment.

Unfortunately I have been advised that Shipstation doesnt get the tracking information from DPD local and this is not updated inside our account in SS.

My question is, how can INterlink/Easypost obtian that informaiton from DPD local but Shipstation can't?

This information is a decider on whether we continue using Shipstation or not as we need to see this information within Shipstation, and to be able to use the tracking emails in shipstation and all the other tracking shipments parts in Shipstation.

We only use DPD local - if this isn't updated then I am forced to cancel my Enterprise subscription and use Easypost/Interlink integration with Orderhive.

Please advise asap if this can be dealt with and the DPD local API is called for updates on the tracking status, because if this is not being looked at or in process, then I will need to go elsewherre for a shipping tool.

We will be shipping up to 10,000+ per day when the UK allow the day 2 and day 8 tests which is fairly soon. We provide PCR tests as a private provider and need this information for our customers.

We pay for the enterprise package but seem to not get any enterprise tools inside Shipstation.