Received
status, sorted by the created_at
field so the newest order displays first. Additionally, the terminal should limit the view to 10 orders per page.
Endpoint: GET /orders
200 okay
status code with the response body containing the new orders and their related properties.
priority
to 1. You’ll need the order’s id
to make this request as well as the required order properties for the request body.
Endpoint: PUT /orders/{id}
200 OK
status code with the response body containing the updated resource.
In Progress
. This change in status allows the staff at the various stations to see the list of dishes they need to prepare.
Received
to In Progress
. You’ll need the order’s id
to make this request as well as the required order properties for the request body.
Endpoint: PUT /orders/{id}
200 OK
status code with the response body containing the updated resource.
hot
cold
beverage
station
. You’ll need the order’s id
for this request.
Endpoint: GET /orders/{id}/dishes
200 OK
status code with the response body containing all dishes for the order that belong to the specified station.
The client app stores the dish ids to local storage to use in the next step.
id
for this request, which the client app has saved in local storage.
Endpoint: GET /dishes/{id}/ingredients
200 OK
status code with the response body containing an array of the dish’s ingredients.
Ready for assembly
on their terminal. The expeditor is then notified when all dishes in an order have been marked as ready.
This process is managed within the client app logic and no API calls are required for this step.
On the way
for table-side orders or Ready for Pickup
for take-away orders.
status
of the order from In Progress
to On the way
. You’ll need the order id
for this request and the required properties for the request body.
Endpoint: PUT /orders/{id}
200 OK
status code with the response body containing the updated resource.