跳至內容
Astera Technology

較舊 Webhook 後到,怎樣避免覆蓋新狀態

按可靠版本或重新查現況處理,不把收件先後當作業務變更次序。

只用真正可靠的次序依據

Stripe 不保證按產生次序送達,也不能靠事件建立時間可靠地去重或排序。以下假設本地資料來源明確提供每筆紀錄遞增的版本,其他來源不能自行套用。

假設版本核對表
現存版本收到內容處理決定
12;已停用版本 11;啟用不覆蓋版本 12
12;已停用版本 13;已批准重新啟用按帳戶生命週期規則處理
沒有可靠版本兩個事件時間相同查資料來源目前狀態
下載可編輯 CSV ↓

缺少前置資料便先補查

子紀錄事件先到時,可等前置資料或按已記載方法補查父紀錄。保留事件編號,重試才不會多建子紀錄。查不到便保留待處理,不自行編造父紀錄。

兩個時間戳記都只精確至秒,可以判斷先後嗎?

查看參考答案

時間相同,或來源未承諾這種排序意思,便不能據此判斷。用來源支援的版本或現況查詢,並保留兩個事件編號。

相關資源