娱乐场
当运营商使用娱乐场产品时，理想情况下应通过 FT CRM 集成 API 发送娱乐场事件。
♣️ 您可以发送的实时事件
FT CRM 将处理事件的原始数据流，并基于此构建游戏回合、游戏会话和相关的分段数据。
RabbitMQ 连接器
Kafka 连接器
REST API
RabbitMQ 消息属性
| key | value |
|---|---|
type | CASINO |
type 应作为 RabbitMQ 消息的属性（而非载荷中的内容）。任何标头都将被忽略。
Kafka 消息标头
type | CASINO |
⬆️ POST /v1/integration/casino
业务规则：
- Bet 事件在下注时发送一次。
- Win 事件在获胜时发送。
- 下注和获胜事件应作为独立事件发送。
- 如果下注没有获胜，您可以发送失败事件或金额为 0 的获胜事件来结束该回合。
示例载荷 - 下注
示例载荷 - 获胜
示例载荷 - 失败 (Greco)
数据类型
amount = wager_amount + bonus_wager_amount + locked_wager_amount
必需属性用 * 标记
键 | 类型 | 描述 |
activity_id * | string | 每个事件的唯一 ID |
amount * | float | 总金额 (bonus_wager_amount + wager_amount + locked_wager_amount) |
balance_after | float | 回合结束后的玩家余额 |
balance_before | float | 回合开始前的玩家余额 |
bonus_wager_amount | float | 如果该回合使用奖金进行游戏的金额（下注或获胜） |
currency * | string
格式： ISO 4217 | 交易货币 |
exchange_rate * | float | 汇率 |
game_id * | string | game_id 识别下注或回合发生的特定娱乐场游戏。 它允许运营商跟踪每个游戏的玩家活动并分析与特定游戏相关的模式或行为。Fast Track 将把此 game_id 与玩家行为关联，因此以一致且唯一的格式发送非常重要。 |
game_name * | string | game_name 代表下注或回合发生的娱乐场游戏名称。
Fast Track 将映射事件中接收到的所有 game_name 值，因此以一致且唯一的格式发送它们非常重要，遵循游戏的标准行业命名。 |
game_type * | string 接受的值：
| 如果使用 "Live Casino"、"Table" 或 "Slots"，请确保按指定发送这些值。如果使用任何其他游戏类型，则接受任何其他字符串。 |
is_round_end | boolean | 回合是否结束？ |
locked_wager_amount | float | 如果该回合使用来自"锁定"钱包的资金（当奖金和真实资金结合时）进行游戏的金额（下注或获胜） |
origin * | string | 用户来源 |
round_id * | string | 下注和获胜发送相同值 |
status * | string
接受的值：
| 指示事件是否应被撤销。 |
timestamp * | date
格式： RFC3339 | 时间戳 |
type * | string
接受的值：
| 下注的类型 |
user_id * | string | 用户 ID |
vendor_id * | string | vendor_id 识别提供娱乐场游戏的游戏供应商或工作室。请确保在所有事件中以一致且唯一的格式发送。 |
vendor_name * | string | vendor_name 代表提供娱乐场游戏的游戏供应商或工作室的名称。Fast Track 将映射事件中接收到的所有 vendor_name 值，因此以一致且唯一的格式发送它们非常重要，遵循供应商的标准行业命名。 |
wager_amount | float | 如果该回合使用真实资金进行游戏的金额（下注或获胜）。 |
user_bonus_id ⚠️ | string | 授予玩家的奖金的唯一标识符。当该回合存在奖金下注时为必填项。如果不涉及奖金，则发送空值或省略该字段。 |
is_free_money | boolean | 指示交易是否使用免费游戏钱包进行，如金币或任何其他虚拟货币。
如果载荷中不包含此属性，则默认为 false |
meta | object | 用于品牌特定的杂项/辅助值。 |
加密货币实现
为加密货币娱乐场交易实现娱乐场事件时，必须在 meta 标签中发送以下字段：
事件序列
事件对序列敏感。下面您将找到不同场景中事件序列应该如何进行的说明。
场景 A - 娱乐场事件（整个回合）
娱乐场事件 - 下注
首先我们应该收到一个类型为 Bet 的娱乐场事件，round_id 设置为 12345
娱乐场事件 - 获胜/失败
然后我们应该收到一个类型为 Win 或 Loss 的娱乐场事件，round_id 设置为 12345
{%