Skip to main content
本页介绍如何使用 getMerchants 查询来获取和理解卡片关联优惠(CLO)。CLO 通过 type 字段值 CARD_LINKED_OFFER 进行标识,通常与 Fluz 虚拟卡的使用相关联——有时仅能通过该卡兑换。它们使用一种独特的结构 cloDetails 来存储费率和条件信息,这与标准礼品卡优惠有显著不同。
前提条件: 具有 LIST_OFFERS 权限范围的用户访问令牌。完整查询规范:API 参考文档。
若要仅获取 CLO,请将 offerTypes 输入参数设置为 { cardLinkedOffer: true, giftCardOffer: false }。

卡片关联优惠详细查询

此查询请求与 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 而言通常为空,因为它们通常与刷卡使用相关联,而非预定义库存。
  • hasStockInfo:对 CLO 而言通常为 false。
  • denominationsType:对 CLO 而言通常为 VARIABLE,反映该优惠适用于交易金额,而非固定的礼品卡金额。

理解 CloDetails 对象

此对象提供卡片关联优惠的具体费率结构。

理解 CloPeriod 对象(位于 CloDetails.periods 内)

periods 数组中的每个对象都定义了一个具体的时间窗口及其关联的费率类型(REGULAR 或 PROMO)。这些时段的组合共同决定了该优惠的可用性和生效费率。

后续步骤

创建虚拟卡

开通可获得这些优惠奖励的卡片——该卡的消费适用 CLO 收益。

编辑虚拟卡

调整现有卡片的限额、资金和生命周期设置。