Skip to main content

SyncCredit API 共用 Payload 結構

所有類型都使用相同的 dt/callback/sync_credit API,Payload 格式如下:

各類型關鍵差異


額外說明:Type 26 對沖同步機制

在測試案例一中,派彩 (Type 8) 和重算局 (Type 10) 都會伴隨額外的 Type 26 (credit=0) 記錄。這是因為對沖計算 (Hedge Calculation) 機制。

觸發條件

當玩家在同一局有對沖投注(例如同時買莊和買閒)時,系統在派彩或重算時會自動產生 Type 26 記錄:

邏輯說明

當處理有對沖注單的派彩/重算時,系統會:
  1. 檢查同一局是否有對沖注單存在
  2. 若有對沖,則重新計算雙方的有效投注額 (valid_amount)
  3. 插入 Type 26 記錄通知單一錢包方 valid_amount 的變化

Type 26 對沖同步的欄位

範例

案例一中同時下注「買莊 100」和「買閒 100」,這兩筆互為對沖:
  • 處理買莊 (playtype=1) 的派彩時 → 產生買閒的 Type 26 (credit=0)
  • 處理買閒 (playtype=2) 的派彩時 → 產生買莊的 Type 26 (credit=0)

測試案例

案例一:正常流程 → 重算局 → 取消局

涵蓋類型:8 派彩、10 重算局、11 取消局 開牌設定:
  • 原始開牌(莊贏):閒 [♠ 2, ♥3] = 5 點,莊 [♦K, ♣9] = 9 點 → 莊贏
  • 重算開牌(閒贏):閒 [♠ 9, ♥8] = 7 點,莊 [♦4, ♣2] = 6 點 → 閒贏
Payload:
以下為同一個 API 請求,info 陣列包含多個 Object,請依序處理。
以下為同一個 API 請求,info 陣列包含多個 Object,請依序處理。
以下為同一個 API 請求,info 陣列包含多個 Object,請依序處理。

案例二:正常流程 → 取消注單

涵蓋類型:8 派彩、13 取消注單 開牌設定:
  • 開牌(莊贏):閒 [♠ 4, ♥2] = 6 點,莊 [♦7, ♣K] = 7 點 → 莊贏
Payload:

案例三:下注 → 下注失敗還款

涵蓋類型:23 下注失敗還款 Payload:

測試總結