Simple inventory changes using the InventoryPhysicalCount object in the BatchChangeInventory endpoint have stopped working the last couple of days. This sample code has been working for a while but recently I get this error with simple, one item requests:
400 Response
“category”: “INVALID_REQUEST_ERROR”,
“code”: “BAD_REQUEST”,
“detail”: “Too many product identifiers supplied in get request: 2754, limit: 1000”
It is with the POST /v2/inventory/changes/batch-create endpoint.
I updated my API version to 2022-02-16 but that didn’t help.
Here is an example of a call that fails:
{
“idempotency_key”: “P110028348054”,
“changes”: [
{
“type”: “PHYSICAL_COUNT”,
“physical_count”: {
“catalog_object_id”: “DHPULKCJSOFVYPWF”,
“state”: “IN_STOCK”,
“location_id”: “LG6AJHS59”,
“quantity”: “15.5”,
“employee_id”: “TMNv8H”,
“team_member_id”: “Jason93893”,
“occurred_at”: “2022-03-11T00:28:34Z”
}
}
]
}
Anyone else having these errors pop up in the last few days? Any help would be appreciated.
What’s the application ID of your application that’s returning this error? I’m not aware of anyone else reporting this at this time. Also what do your API Logs show for the request?
Attached images have screenshots of the API Log for a sample.
I’ve tried toggling “ignore_unchanged_counts” attribute with both true and false… both will generate errors. The error message (Too many product identifiers supplied in get request: 2754, limit: 1000) is puzzling since I am only running this API call for one product/item. It started happening on 3/9/22. Before that, this same code was running ok. I don’t recall making any code changes on our end that would affect this.
@Bryan-Square I have noticed that switching “ignore_unchanged_counts” from true to false helps with some products. And for some products, using true helps.
What’s the application ID of your application that’s returning this error? I’m not aware of anyone else reporting this at this time. Also what do your 
