We've been attempting to place orders utilizing the Shopify order API endpoint.
Our payload matches the documentation, exactly - we are using variable products, though we are supplying variant ID's to the API as specified.
We're receiving the "Unable to reserve inventory" response, regardless of our inventory situation on Shopify itself.
This is happening whether we are not tracking inventory at all, have the product with positive inventory - or the product is out of stock.
We're racking our brains trying to resolve this, and Shopify support don't seem to want to help AT ALL.
Would greatly appreciate if someone could point us in the right direction, or if someone has experienced this issue, or something similar before.
Here is a video with response information, and us attempting to create the order:
Thanks for raising this - I was wondering if you had an x-request-id from any calls from the preceding 10 days where you'd been returned "Unable to reserve inventory"?
The x-request-ID is found in the response headers when Shopify's mutation is called/REST call is made. We'd typically ask for those x-request-id's from our response headers as trying find out what happened specifically at runtime can be quite an involved process due to many factors (sheer wealth of platform data, log retention, and so forth).
Feel free to share that once you get a minute and I can ensure this gets escalated to the right team. Thanks!
Can you please check this request Id: 96cb3e80-9e4c-490b-b776-bccc4c6cc5a4
I am passing the variant Id with inventory behavior as: decrement_obeying_policy, and still receiving 'Unable to reserve inventory' error message against the line item. My expectation is that it would decrement the quantity whether it makes it negative after decrement, kindly guide.
Attached is the X-Request-ID returned by the Shopify API when attempting to place an order.
I was able to work with @Luke_K and just wanted to touch base. Having taken a closer look at the example x-request-id to locate logs. I also rewatched the screen capture a few times, and noticed that the variant_id changes through the steps you share, specifically the id in the order creation differs from the id ( for Mint, S) displayed during the inventory change.
At 0:53, when you hit the create button and are directed to the page with order creation parameters, near the top you will see that the [variant_id] changed to a completely different ID. Because of this, I would suggest connecting with whomever develops these custom integrations to confirm the apps expected behaviour.
Additionally, a stock quantity for a variant is required to successfully process the API call, unless otherwise stated using the inventory_behaviour as outline in the order documentation here. To be sure, I did some testing using our docs and the functionality for the endpoint was working as expected.
I hope that offers a good starting point - Cheers