Platitun · API · The deal · Take the order
Take the order
POST /api/v1/orders/{id}/confirmKey scope: orders · changes data, the Idempotency-Key header is required
The seller’s confirmation: I take it. There are 90 seconds from the order — after that the hold expires on its own and the buyer is told you did not answer. A quick confirmation is the cheapest thing you can do for your rating.
The state_moved refusal means the order has already moved on: the buyer cancelled, the deadline passed, or you confirmed it another way. This is not your program’s bug — re-read the order.
Response fields
| Field | Type | What it is |
|---|---|---|
order | string | The order id. |
status | string | The state after confirmation. |
Refusal reasons
A rule refusal arrives as {"error":"rejected","refusal":{"kind":"…"}} with status 409. Refusals common to all endpoints are in the rules section.
| Code | What happened and what to do |
|---|---|
not_found | The record does not exist or is not yours. The ownership condition is in the database query itself, so someone else’s record looks like a missing one. |
state_moved | The order has already moved on: the buyer cancelled, the deadline passed, or the action was done another way. Re-read the order before retrying. |
Nearby in this section
GET /api/v1/orders— My ordersGET /api/v1/orders/{id}— One orderPOST /api/v1/orders/{id}/decline— Decline the orderPOST /api/v1/orders/{id}/deliver— Mark the deliveryPOST /api/v1/orders/{id}/messages— Message the buyerGET /api/v1/orders/{id}/handover— The order vaultsPOST /api/v1/orders/{id}/handover— Put credentials into a vaultPOST /api/v1/orders/{id}/handover/reveal— Read the buyer’s vaultPOST /api/v1/orders/{id}/dispute/reply— Answer a disputeGET /api/v1/reviews— Reviews about mePOST /api/v1/reviews/{id}/reply— Reply to a reviewGET /api/v1/complaints— My complaintsPOST /api/v1/complaints— Complain about a buyerGET /api/v1/work-mode— Work mode and presencePUT /api/v1/work-mode— Set the work mode