POST /v1/marketplace/orders/{sale_id}/handover/{item_id}

Uthibitishaji

Tuma ufunguo wa API kama tokeni ya kubeba. Sehemu hii ya mwisho haitaji ruhusa maalum katika maelezo, kwa hivyo ipe ufunguo wako kiwango cha chini kabisa kinachohitajika na uangalie jibu badala ya kukisia.

Endpoint hii haichukui kitambulisho cha shirika. Ufunguo wako tayari unalitambua shirika linalohusika, na jibu limewekewa kikomo kwa shirika hilo pekee.

Jaribu

Badilisha chochote kilicho ndani ya mabano ya pembe na maadili yako mwenyewe, na kishikiliaji cha ufunguo na ufunguo kutoka kwa dashibodi yako.

curl -X POST https://api.zinndigital.com/v1/marketplace/orders/{sale_id}/handover/{item_id} \
  -H "Authorization: Bearer zdk_live_…" \
  -H "Content-Type: application/json" \
  -d '{ "action": <string<transferred, confirm, flag>> }'

Umeingia kwenye akaunti? Dashibodi yako ya kiweko cha API inajaza kitambulisho chako halisi cha shirika na ufunguo wako mwenyewe, na kuendesha ombi dhidi ya API ya moja kwa moja ili uweze kuona jibu halisi. Fungua sehemu hii ya mwisho (endpoint) kwenye konsole ya API

Maelezo

docs/83 §4.4. Each item carries **two** confirmations: the seller marks it transferred, and the buyer marks it received. Funds release only when every required item is buyer-confirmed — a seller-only tick is not delivery. Which action a caller may take is decided server-side by which side of the order they are on. A seller marking an item received on the buyer's behalf would be a seller releasing their own money. A buyer can flag a single item as missing or wrong **without rejecting the whole sale**; that flag is what opens a dispute, with the checklist and the order chat as evidence. `order_accepted` is true when this tick was the last required one and the money has been released.

Vigezo

Mwili wa ombi

Majibu

Hitilafu ambazo mwisho huu unaweza kurudisha

401 · 404 · 422