put
https://api.developers.deliveroo.com/picking/v1/orders//prep-state/items/
Summary
Records the outcome of picking a single item — either fulfilled (with a prep_method of PREP_METHOD_SCAN or PREP_METHOD_MANUAL) or unfulfilled (the item could not be found). Calling this endpoint will also implicitly start picking on the order if start-picking has not already been called.
Usage scenario
After scanning an item's barcode, or manually marking it as picked, send the result via this endpoint. To mark an item as unable to be found, send PREP_STATE_UNFULFILLED.
Validation rules
prep_statemust be one ofPREP_STATE_FULFILLED,PREP_STATE_UNFULFILLED.prep_method, when supplied, must be one ofPREP_METHOD_SCAN,PREP_METHOD_MANUAL,PREP_METHOD_UNKNOWN.- When
prep_stateisPREP_STATE_FULFILLED,prep_methodmust bePREP_METHOD_SCANorPREP_METHOD_MANUAL(i.e. not omitted and notPREP_METHOD_UNKNOWN). - When
prep_methodisPREP_METHOD_SCAN,barcodeis required. - When
prep_stateisPREP_STATE_UNFULFILLED, omitprep_methodandbarcode. Sending them is accepted (no 400), but the recorded prep state for an unfulfilled item should not carry method/barcode metadata and partners should not rely on those fields being preserved.
Notes
- Once an item has been amended (substituted, removed, or partially fulfilled) further prep-state writes against the original item ID return
409 ARCHIVED_ITEM. Re-key on the new (substituted) item ID instead.
Operational constraints
- There's a rate limit of 1 request per order item per second (independent of the GET bucket above). If you get over the limit, you'll get a "Too many requests" error.
Recent Requests
Log in to see full request history
| Time | Status | User Agent | |
|---|---|---|---|
Retrieving recent requests… | |||
Loading…
