Skip to main content
先決條件: 具備 CREATE_SHARE_LINK 權限範圍的 Bearer 存取權杖。基本驗證會被拒絕。請聯絡你的業務代表以啟用存取。請參閱驗證
「託管」/「開放式」的意義。 託管 連結會導向 Fluz 託管的啟用頁面。開放式 表示產生的虛擬卡是網路卡(Visa/Mastercard 類型),可依你的方案規則在多家商家使用——並非單一品牌的封閉式禮品卡。

運作方式

1

你產生連結

使用 generateVCShareLinks 指定優惠、卡片上限、數量、資金來源,以及傳遞方式。每個連結代表一張卡,皆有其個別上限,並由你指定的消費帳戶資助。
2

Fluz 為每個連結建立一筆分享請求

每個連結對應一筆分享請求(PENDING)與一個託管 URL。
3

連結被交付

使用 GENERATE_URL 時,你會取得可自行分發的 URL。使用 EMAILPHONE_NUMBER 時,Fluz 會為你將連結傳送給每位收件人。
4

收件人啟用並領取卡片

收件人開啟連結並以一次性驗證碼驗證手機號碼——無需下載 App、無需密碼。卡片上限會在領取時自你的消費帳戶扣除,而不是在產生連結時扣除。卡片不會在領取時自動顯示;顯示卡片時會提示收件人輸入其 PIN,若尚未設定 PIN,則需先建立。完整流程請見收件人體驗
收件人僅成為該虛擬卡物件的授權使用者——他們不會取得你帳戶、餘額或任何其他卡片的存取權。 傳送卡片流程圖

可用性與範圍

e

禮品卡: 儘管更廣泛的計畫以「虛擬卡與禮品卡」為架構,目前沒有託管的禮品卡領取流程。禮品卡餘額在此僅作為託管虛擬卡的_潛在資金來源_(規劃中,尚未啟用)。文件與開發請僅針對虛擬卡。

作業參考

ce

共有三個公開作業,皆受 CREATE_SHARE_LINK 權限範圍管制

輸入欄位

s

資金來源。 userCashBalanceId(屬於你—發送者—帳戶的消費帳戶)為主要且必填的資金來源。可選擇性將 usePrepaymentBalance 與/或 useRewardsBalance 設為 true,以便在消費帳戶於領取時不足以覆蓋全額時,讓 Fluz 退回使用你的預付或獎勵餘額。銀行帳戶與銀行卡片目前不支援作為資金來源。

收件人識別與交付方式(shareMethod

)

EXISTING_USERREGISTER_USER 都會在 generateVCShareLinks 呼叫中建立虛擬卡,而不是延後到領取時才建立。完整的 EXISTING_USER 流程(包含如何先用 registerUser 註冊收件人)請見註冊與傳送

驗證規則

  • cardLimit 必須為整數,且不小於方案最低限額。
  • offerId 必須是啟用中優惠、其商家可分享的有效 UUID v4。
  • quantity 必須為整數。
  • shareMethod 對應的收件人欄位(recipientListEmailrecipientListPhonerecipientUserIdsrecipientRegistrations)其長度必須等於 quantity。若不相符會回傳明確錯誤,且不會建立任何紀錄。
  • recipientUserIdsrecipientRegistrations 彼此互斥,且與名單式交付欄位互斥。
  • recipientUserIds 中的每個 ID 必須是有效且存在的 Fluz 使用者。
  • userCashBalanceId 為必填,且必須是發送者帳戶所擁有的有效 UUID v4。usePrepaymentBalanceuseRewardsBalance 為選填的後援資金來源,可同時啟用。
  • 無效的卡片類型或不合規的輸入會回傳明確錯誤且不會建立任何紀錄。
  • .

    範例

    對於 EXISTING_USER,請先註冊收件人(或直接使用既有使用者的 ID)——完整流程包含 registerUser 呼叫與回應處理,請見註冊與傳送

    回應

    shareLinks 為託管 URL 的陣列,數量等於 quantity,每個皆為 https://fluz.app/virtual-prepaid-card/{share_request_id} 形式。
    回應僅回傳 URL。若要取得你剛建立之連結的批次 ID顯示用 ID(供列出與停用時使用),請以狀態篩選呼叫 getVCShareLinks
    列出先前產生的分享連結,以便檢視狀態、收件人、到期日與已發行卡片。

    輸入欄位

s

建議流程。 第一次呼叫時,僅以 shareObjectStatuses 篩選。回應會提供 shareRequestBatchIdshareRequestDisplayId;後續呼叫(以及停用)時請用這些欄位精準篩選。

回應欄位(GeneratedShareLink

)

By status
By batch
By display ID
By display ID
停用(使失效)你所產生的連結——例如若批次誤發,或你需要撤銷尚未被領取的連結。停用連結會將其狀態設為 EXPIRED;未被領取的連結之後將無法再被領取。

輸入欄位

s

會回傳可讀的確認字串,例如 "3 share requests successfully deactivated!"
若收件人已經領取連結(狀態為 ISSUED/USED),停用連結不會收回已發行的卡片。若要停止已發行卡的消費,請使用相關的卡片生命週期/凍結控制。

到期與凍結

連結的到期日具有雙重作用:
  • 連結到期——在此日期之後,未被領取的連結將無法再被領取。
  • 卡片凍結/鎖定日期——對於已發行的卡片,該日期為鎖定日期(當天結束)。之後卡片會被凍結且無法消費。
  • 卡片有效期會對齊至凍結月份的月底(例如凍結日為 2026/6/15,卡片有效期為 2026/6/30)。
  • . 在產生時以 daysUntilExpiration 設定此視窗。若省略,則使用方案預設(30 天)。此日期也會顯示給收件人(通常作為「Valid until」日期)——請見收件人體驗

    狀態與錯誤參考

    分享物件狀態

s

注意事項與限制

  • 回傳的 URL 為託管目的地,非短連結。 內部會以短連結服務包裹,但 API 回傳的是標準託管 URL(/virtual-prepaid-card/{share_request_id})。請照原樣分發該 URL。
  • 儘管綱要標示為選填,userCashBalanceId 在實務上為必填。
  • 隱藏/內部欄位不屬於本 API。 物件類型與卡片類型為固定值(VIRTUAL_CARD / SINGLE_LOAD)。銀行帳戶與銀行卡片資金尚未啟用;請勿傳送。usePrepaymentBalanceuseRewardsBalance 是目前唯一支援的額外資金來源。
  • 不支援託管的禮品卡連結。 本 API 僅適用於虛擬卡。

下一步

收件人體驗

當收件人開啟託管連結時所見的畫面,以及管理其卡片的規則。

註冊與傳送

使用 EXISTING_USER 先行註冊收件人並預先建立其卡片,而非在領取時才建立。

建立大量訂單

一次發行多張卡片以供程式化分發。