E-Ticaret

disputes

3 uç · /api/shop/v1/disputes

İstek örnekleri ucun GERÇEK metodu ve yolundan üretilir. 3 ucun elle doğrulanmış gövde örneği henüz yok; o uçlarda iskelet gövdesizdir — uydurma bir alan yazmıyoruz.

GET/api/shop/v1/admin/disputes

Queue

Oturum
İstek
curl -X GET "https://{slug}.shop.blesyum.app/api/shop/v1/admin/disputes" \
  -H "Authorization: Bearer <oturum-token>" \
  -H "Accept: application/json"
Yanıt
{
  "data": "…",
  "trace_id": "01JC…"
}
POST/api/shop/v1/admin/disputes/{dispute_id}/evidence

Kanıt sunumu: `needs_response` → `under_review`. Kanıt METADATA'sı (dosya referansı/not) —

OturumYol parametresi: dispute_id

dosya yükleme çekirdek storage seam'inde; burada yalnız defter. Para hareketi YOK.

İstek
curl -X POST "https://{slug}.shop.blesyum.app/api/shop/v1/admin/disputes/<dispute_id>/evidence" \
  -H "Authorization: Bearer <oturum-token>" \
  -H "Accept: application/json"
Yanıt
{
  "data": "…",
  "trace_id": "01JC…"
}
POST/api/shop/v1/admin/disputes/{dispute_id}/resolve

İtirazı çöz. `won=false` = sorumluluğu kabul et / kaybet → para geri alınmış sayılır ve satıcı

OturumYol parametresi: dispute_id

tahakkuku geri-alınır. Gerçek PSP'de bu çoğunlukla webhook'tan gelir; admin ucu banka-yazısıyla bildirilen chargeback'ler ve "kabul ediyorum" akışı için.

İstek
curl -X POST "https://{slug}.shop.blesyum.app/api/shop/v1/admin/disputes/<dispute_id>/resolve" \
  -H "Authorization: Bearer <oturum-token>" \
  -H "Accept: application/json"
Yanıt
{
  "data": "…",
  "trace_id": "01JC…"
}
Bu sayfa işine yaradı mı?