getMerchants 查詢來取得並了解卡片連結優惠 (CLO)。CLO 可透過 type 欄位值 CARD_LINKED_OFFER 識別,且通常與 Fluz 虛擬卡的使用相關聯,有時甚至僅能透過該卡兌換。CLO 使用獨立的 cloDetails 結構來呈現其費率與條件資訊,與標準禮品卡優惠有明顯差異。
先決條件: 具備
LIST_OFFERS 範圍的使用者存取權杖。完整查詢規格請參閱:API 參考文件。卡片連結優惠的詳細查詢
此查詢會請求與 CLO 特別相關的欄位,並聚焦於cloDetails 物件。像 offerRates 和 stockInfo 這類與禮品卡相關的欄位,在 CLO 中通常為 null 或空值,因此在查詢 CLO 時通常可以省略。
此查詢會用掉查詢可用的 7,000 點中的 6,396 點。
periods 底下的每個欄位都會花費 625 點,因此只要加入其中任何一個欄位(例如下表中的 id)或取消註解 stockInfo 那一行,就會超過查詢成本限制。若用戶端會在每個選取集中加入 __typename(Apollo Client 預設就是如此),同樣會超過限制。請在另一個查詢中取得其他欄位。回應範例
以下是僅查詢 CLO 優惠時,getMerchants 查詢會傳回的範例回應:
JSON
卡片連結優惠專屬欄位說明
當offer.type 為 CARD_LINKED_OFFER 時,主要的資訊來源是 Offer 中的 cloDetails 物件。
type(String!):一律為CARD_LINKED_OFFER。cloDetails(CloDetails):此複合物件包含卡片連結優惠的所有特定費率、促銷、時間規則及條件。若非 CLO 類型則回傳null。其欄位詳細說明請參閱下方表格。offerRates:CLO 通常為null或空值,費率資訊皆包含於cloDetails中。stockInfo:CLO 通常為空值,因為 CLO 多半與卡片使用相關,而非預先定義的庫存。hasStockInfo:CLO 通常為false。denominationsType:CLO 通常為VARIABLE,反映此優惠適用於交易金額,而非固定的禮品卡金額。
了解 CloDetails 物件
此物件提供卡片連結優惠的特定費率結構。
了解 CloPeriod 物件(位於 CloDetails.periods 中)
periods 陣列中的每個物件都定義了一個特定的時間區間,以及與其相關聯的費率類型(REGULAR 或 PROMO)。這些期間的組合決定了此優惠的可用性與生效費率。
後續步驟
建立虛擬卡
核發可獲得這些優惠回饋的卡片,其消費將套用 CLO 回饋。
編輯虛擬卡
調整現有卡片的額度、資金與生命週期設定。