支付

支付事件必须通过 FT CRM 集成 API 发送。

RabbitMQ 连接器
Kafka 连接器
REST API
RabbitMQ 消息属性
keyvalue
type
PAYMENT
类型应作为 RabbitMQ 消息的属性（而非载荷中）。任何标头都将被忽略。
Kafka 消息标头
keyvalue
type
PAYMENT

⬆️ POST /v1/integration/payment

  1. 此消息需要基于存款和提款发布。
  2. 这些事件有助于任何支付活动的分割模型 &#xNAN;O.g. 存款次数、最后存款日期、平均存款金额。
  3. 您可以在支付发起时和完成时都发布此消息，提供的状态越多越好。
  4. 至少应发送已批准存款的事件。
exchange_rate - 如果事件的货币不是基础货币，需要发送 exchange_rate 将金额通过乘以 exchange_rate 转换回基础货币。这将在使用多种货币的情况下使分割在单一货币中正确进行。
status - Requested、Approved、Rejected、Rollback、Cancelled。
Requested 支付事件可以跟随同一 payment_id 的 Approved、Rejected 或 Cancelled 事件。如果 Approved 支付被回滚，应发送具有相同 payment_id 和状态 Rollback 的支付事件。在分割数据方面：
  1. 每当收到类型为 Credit 状态为 Approved 的支付事件时，玩家的存款金额会按事件中指定的金额增加。
  2. 每当收到类型为 Credit 状态为 Rollback 的支付事件时，玩家的存款金额会按事件中指定的金额减少。
  3. 每当收到类型为 Debit 状态为 Approved 的支付事件时，玩家的提款金额会按事件中指定的金额增加。
  4. 每当收到类型为 Debit 状态为 Rollback 的支付事件时，玩家的提款金额会按事件中指定的金额减少。
如果您计划发送 Rollback 作为状态，请通知您的集成经理。
示例载荷
数据类型
必需属性用 * 标记
键示例值描述
amount *
32.76
金额
bonus_code
"", "CHRISTMAS2023"
奖金代码
currency *
"USD"
ISO 4217 格式的交易货币
exchange_rate *
0.91
时间戳时的汇率
fee_amount *
2.34
手续费金额，如果不适用则发送 0
note
"insufficient_funds"
任何有用的注释
origin *
"sub.example.com"
用户的
来源
​
payment_id *
"23541"
支付的平台 ID
status *
"Approved"
"Requested"
"Rejected"
"Rollback"
"Cancelled"
支付状态。请从提供的选项列表中选择一个值
timestamp *
"2015-03-02T08:27:58.10Z"
RFC3339 格式的支付时间戳
type *
"Credit" (存款) "Debit" (提款)
支付类型。请从提供的选项列表中选择一个值
user_id *
"7865312321"
用户 ID
vendor_id *
"562"
供应商的平台 ID
vendor_name
"Skrill"
供应商的平台名称