Clarification on qoh and componentQoh

dustmasondustmason Member Posts: 2
We are trying to get our inventory sync solution working properly and have come up against a confusing behavior in the API.

We periodically hit the Account.Inventory endpoint and reconcile our counts using the qoh and componentQoh fields on the ItemShop records returned. In the API docs, the componentQoh field is described as "the amount that could be created by breaking down or building up boxes that have stock". However, the values returned by the API do not seem to reflect this. For example:

Given item 001 which belongs to a box-of (item 002) at a per-box qty of 10, the API returns 0 in the componentQoh field for item 002 when we have 100+ stock of item 001. Based on the description of componentQoh, I would expect a non-zero value here. The situation is the same using either assemblies or box-of types.

Is this not the expected behavior of componentQoh?

1 comment

  • jamesratcliffejamesratcliffe Administrator, Lightspeed Staff Posts: 160 moderator
    This is the expected behavior. However, the componentQoh field is only updated when the inventory of the box item changes (after the single item is created and/or attached to the box item).

    This has been filed with Development.

    To fix the issue, you can change the QOH for the box (parent) item. Updating it with the same value isn't enough, you have to change it to a new value, then change it back.
    James Ratcliffe
    Lightspeed HQ
Sign In or Register to comment.