Overview
Accepts an order that’s in RECEIVED status and changes it to CONFIRMED. You must provide the estimated preparation time in minutes.
Path Parameters
Order’s payment_key (UUID) from the /get-current response
Body Parameters
Estimated preparation time in minutes (e.g., 30)
Response
Examples
curl -X PUT https://www.xn--dkkango-n2a.com/api/integrations/orders/accept/3e9caf87-5cb7-4c4e-adcb-fc2ec54cf24e \
-H 'Access-Token: your-access-token' \
-H 'Content-Type: application/json' \
-d '{"preparing_time": 30}'
Success Response (200)
{
"status": true,
"data": "OK"
}
Error Responses
{
"status": false,
"error": "eksik alan",
"message": "preparing_time is required"
}
Status Transition
RECEIVED (status_id: 1)
↓
[/orders/accept called]
↓
CONFIRMED (status_id: 2)
After accepting, the order status history is automatically updated by the database trigger.
Integration Flow
Receive Order
Get order from /orders/get-current with status_id: 1
Acknowledge
Call /orders/success/{payment_key} to acknowledge receipt
Review
Staff reviews order details and decides to accept/reject
Accept
Call /orders/accept/{payment_key} with estimated prep time
Prepare
Kitchen prepares the order
Preparation Time Guidelines
Consider:
- Current kitchen load
- Order complexity (number of items, modifiers)
- Time of day
- Staff availability
- Simple orders: 15-20 minutes
- Medium orders: 25-35 minutes
- Complex orders: 35-45 minutes
- Peak hours: Add 10-15 minutes buffer
The preparation time is communicated to the customer and affects:
- Estimated delivery time
- Courier dispatch timing
- Customer satisfaction
Always use the payment_key (UUID) from the order object, not the id (integer).
Get Current Orders
Fetch orders to accept
Cancel Order
Reject/cancel order instead
Mark On The Way
Next step after preparation
Order Lifecycle
Complete order flow