put
https://example.com/v2/shop/commercial-orders//lines
Add or update lines on an existing commercial order.
Scope
- Front Office only; caller must be an
ACCOUNTuser.
Store scoping
- Effective store is
dj-storeheader if provided; otherwise the tenant default store. - Caller must be attached to the effective store; otherwise 403.
Operation context
- If the order originates from an Operation (
sourceType = OPERATION) and you are in a PARTIAL flow: - For a line whose variant belongs to the Operation, apply Operation constraints (visibility, dates,
minQuantity/maxQuantity) alongside standard rules. - For a line whose variant does not belong to the Operation, apply standard rules only (no Operation constraints).
- If none of the requested lines are eligible after applying all applicable constraints, the request fails with 422.
Response model
- On success, returns an array of non-blocking warnings (may be empty) describing adjustments performed by the system (for example, quantity bounded to min/max).
Recent Requests
Log in to see full request history
| Time | Status | User Agent | |
|---|---|---|---|
Retrieving recent requests… | |||
Loading…
401Authentication failed.
403Forbidden. The caller is neither the customer user who created the order nor a user holding the ORDER_UPDATE_LINES_ON_ALL_ACCOUNT permission on the same customer account. A refusal tied to the Operation context is not a 403: it is reported as a blocking warning (F_W_035, F_W_036, F_W_037). The order status is checked first: on an already validated order, any caller gets a 400 (OR0033), not a 403.
404Commercial order not found
500Unexpected server error.

