Orders represent customer purchase requests for a bakery. The API lets bakers retrieve orders by recency and status, move each order through a defined status workflow, verify physical pickup via QR code, and communicate wait times back to customers. The orders list refreshes automatically in the app every 30 seconds.Documentation Index
Fetch the complete documentation index at: https://mintlify.com/AndrewwCO/Pana-Baker/llms.txt
Use this file to discover all available pages before exploring further.
Order status workflow
Orders progress through a linear status chain. Bakers advance an order by callingPATCH /orders/:id/status with the next status value.
| Status | Label | Description |
|---|---|---|
PENDING | Pendiente | New order awaiting baker confirmation |
CONFIRMED | Confirmado | Baker accepted the order |
BAKING | Horneando | Order is being prepared |
READY | Listo | Order is ready for customer pickup |
COMPLETED | Completado | Order was picked up and closed |
CANCELLED | Cancelado | Order was cancelled; stock is restored |
PENDING → CONFIRMED → BAKING → READY. A baker can also move any non-terminal order directly to CANCELLED.
GET /orders/bakery/active
Returns all orders in non-terminal statuses (PENDING, CONFIRMED, BAKING, READY) for the authenticated bakery.
Response
Returns an array of order objects.Unique order identifier.
Display name of the customer who placed the order.
Current order status. See the status table above.
Line items in the order.
Order total in COP after discounts.
Total discount applied in COP.
Requested pickup time in
HH:mm format.Payment method used by the customer (e.g.
CREDIT_CARD).Payment status.
APPROVED means the customer has paid.Optional special instructions from the customer.
QR code string used to verify physical pickup.
ISO 8601 timestamp of when the order is estimated to be ready, or
null.ISO 8601 timestamp of when the order was placed.
GET /orders/bakery/pending
Returns only orders inPENDING status for the authenticated bakery. Use this endpoint to surface orders that need immediate confirmation.
Response
Returns an array of order objects. Structure is identical toGET /orders/bakery/active.
GET /orders/bakery
Returns all orders (all statuses, including completed and cancelled) for the authenticated bakery, paginated.Query parameters
Page number, 1-indexed. Defaults to
1.Number of orders per page. The app uses
100.Response
Returns an array of order objects. Structure is identical toGET /orders/bakery/active.
PATCH /orders/:id/status
Advances or changes an order’s status. Use this to move orders through the workflow or to cancel an order.Path parameters
The unique order ID.
Request body
Target status. Must be one of
PENDING, CONFIRMED, BAKING, READY, COMPLETED, or CANCELLED.Response
Returns the updated order object with the newstatus value applied.
POST /orders/verify-qr
Verifies a QR code string scanned from a customer’s phone at the time of pickup. On success, marks the associated order asCOMPLETED.
Request body
The raw QR code string scanned from the customer’s device.
Response
Returns the completed order object.PATCH /orders/:id/estimated-ready
Sets or updates the estimated time at which an order will be ready for pickup. The timestamp is communicated to the customer.Path parameters
The unique order ID.
Request body
ISO 8601 timestamp indicating when the order will be ready.
Response
Returns the updated order object withestimatedReadyAt populated.