/api/v1/webhooks/resend Kimlik doğrulama iste
X-Bolt-Key, X-Bolt-Timestamp ve X-Bolt-Signature'yi dahil edin. Geçerli bir milisaniye timestamp kullanın ve bunu tam istek gövdesiyle birlikte imzalayın.
Ne zaman yeniden gönderilecek
Sisteminizin onaylanmış bir ödemeye ilişkin başka bir bildirime ihtiyacı olduğunda bu uç noktayı kullanın. Yeniden gönderme, ödeme tahsil etmez, bir transferin mutabakatını sağlamaz veya bir sipariş oluşturmaz.
Yalnızca kendi CONFIRMED veya COMPLETED siparişleriniz yeniden gönderilebilir. PENDING, PAID ve diğer eyaletler uygun değildir.
Kullanılabilir, etkin bir Webhook yapılandırması gereklidir. Hiçbir teslim görevi sürdürülmezse uç nokta QUEUED yerine bir hata döndürür.
01. İstek parametreleri
application/jsonorderToken'yi değil, sipariş oluşturma sırasında sağlanan externalOrderId satıcısını gönderin. Yalnızca mevcut API anahtarına ait siparişler için bildirimleri yeniden gönderebilirsiniz.
Örnek değer
{"externalOrderId": "INV-20260209-99281"}Gerekli dize, 6-64 karakter. Harflere, rakamlara, alt çizgilere (_) ve kısa çizgilere (-) izin verilir.
02. Yanıt alanları (data)
application/jsonQUEUED, görevin eşzamansız gönderim için kaydedildiğini belirtir; bildirimin ulaştığını göstermez. Satıcı panelindeki gönderim kayıtlarını ve alıcının HTTP 2xx yanıtını kontrol edin.
Alıcı yönetimi
X-Bolt-Webhook-Timestamp ve X-Bolt-Webhook-Signature'yi doğrulayın, ardından yerine getirmeden önce eventId veya satıcı siparişi ID ile tekilleştirin. Zaten başarıyla işlenen yinelenen bildirimler için HTTP 2xx değerini döndürün.
- triggerType: MANUAL, yeniden gönderme yanıtı ve kontrol paneli teslim kayıtlarında görünür. Geçerli Webhook istek gövdesi triggerType'yi içermiyor; bir yeniden gönderimi tanımlamak için ona güvenmeyin.
- Her başarılı çağrı, bağımsız bir dağıtım görevi oluşturur. Tekrarlanan istekler birden fazla bildirim gönderebilir. Tekrar göndermeden önce teslimat günlüklerini kontrol edin. Tekrarlar mantıksal eventId değerini korur.
- Bu uç nokta, siparişin geri çağırma hedefini yeniden kullanır ve yeni bir URL'yi kabul etmez. Kontrol paneli varsayılanını değiştirmek, siparişte önceden kayıtlı olan bir adresin yerine geçmez.
Genel hatalar
Bunlar yaygın görülen durumlardır. Arızaları teşhis etmek için gerçek HTTP durumunu ve yanıt kodunu/mesajını kullanın. Hata yanıtı bir ödeme sonucu değildir.
- 401: API Anahtarını, ham gövde imzasını ve mevcut milisaniye timestamp'yi (sunucu saatinden sonraki 5 dakika içinde) kontrol edin.
- 404: Sipariş eksik, başka bir satıcıya ait veya planınızın izin verdiği geçmişin dışında.
- 400: Sipariş CONFIRMED / COMPLETED değil veya kullanılabilir bir Webhook yapılandırması ve başarıyla depolanan teslimat görevi eksik.