♣️ Eventos en Tiempo Real que Puedes Enviar

FT CRM procesará el flujo de datos sin procesar de eventos y construirá rondas de juego, sesiones de juego y datos de segmentación relevantes basados en esto.
Conector RabbitMQ
Conector Kafka
API REST
Propiedades de Mensaje RabbitMQ
clavevalor
type
CASINO
El tipo se espera como una propiedad (pero no en el payload) del Mensaje RabbitMQ. Cualquier encabezado será ignorado.
Encabezados de Mensaje Kafka
type
CASINO

⬆️ POST /v1/integration/casino

Reglas de Negocio:

  1. El evento Bet se envía una vez que se realiza una apuesta.
  2. El evento Win se envía cuando ocurre una ganancia.
  3. Los eventos Bet y Win deben enviarse como eventos separados.
  4. Si una apuesta no resulta en una ganancia, puedes enviar un evento de pérdida o una ganancia con una cantidad de 0 para cerrar la ronda.
Ejemplo de Payload - Apuesta
Ejemplo de Payload - Ganancia
Ejemplo de Payload - Pérdida (Greco)
Tipo de Datos
amount = wager_amount + bonus_wager_amount + locked_wager_amount
Las propiedades requeridas están marcadas con *
Clave
Tipo
Descripción
activity_id *
string
ID único para cada evento
amount *
float
La cantidad total (bonus_wager_amount + wager_amount + locked_wager_amount)
balance_after
float
Saldo del jugador después de que termine la ronda
balance_before
float
Saldo del jugador antes de que comience la ronda
bonus_wager_amount
float
Cantidad (ya sea apuesta o ganancia) si la ronda se jugó usando dinero de bonus
currency *
string Formato: ISO 4217
Moneda de las transacciones
exchange_rate *
float
Tasa de cambio
game_id *
string
game_id identifica el juego de casino específico donde tuvo lugar la apuesta o ronda.
Permite a los operadores rastrear la actividad del jugador por juego y analizar patrones o comportamientos asociados con juegos específicos. Fast Track asociará este game_id con el comportamiento del jugador, por lo que es importante que se envíe en un formato consistente y único.
game_name *
string
game_name representa el nombre del juego de casino donde ocurrió la apuesta o ronda. Fast Track mapeará todos los valores de game_name recibidos en los eventos, por lo que es importante que se envíen en un formato consistente y único, siguiendo el estándar de la industria para nombrar el juego.
game_type *
string
Valores Aceptados:
  1. Live Casino
  2. Table
  3. Slots
Si se están usando "Live Casino", "Table" o "Slots", asegúrate de enviar los valores como se especifica. Si se está usando cualquier otro tipo de juego, se acepta cualquier otro string.
is_round_end
boolean
¿Terminó la ronda?
locked_wager_amount
float
Cantidad (ya sea apuesta o ganancia) si la ronda se jugó usando dinero de una billetera "bloqueada" (cuando el bonus y el dinero real se combinan)
origin *
string
El origen del usuario
round_id *
string
Enviar el mismo para Bet y Win
status *
string Valores Aceptados:
  1. Approved
  2. Rollback
Indica si el evento debe revertirse o no.
timestamp *
date Formato: RFC3339
Marca de tiempo
type *
string Valores Aceptados:
  1. Bet
  2. Win
  3. Loss
El tipo de apuesta realizada
user_id *
string
El id del usuario
vendor_id *
string
vendor_id identifica el proveedor de juegos o estudio que suministra el juego de casino. Por favor asegúrate de que se envíe en un formato consistente y único a través de todos los eventos.
vendor_name *
string
vendor_name representa el nombre del proveedor de juegos o estudio que suministra el juego de casino. Fast Track mapeará todos los valores de vendor_name recibidos en los eventos, por lo que es importante que se envíen en un formato consistente y único, siguiendo el estándar de la industria para nombrar al proveedor.
wager_amount
float
Cantidad (ya sea apuesta o ganancia) si la ronda se jugó usando dinero real.
user_bonus_id ⚠️
string
Identificador único del bonus acreditado a un jugador. Es obligatorio cuando hay apuesta de bonus en esta ronda. Envíalo vacío u omite el campo si no involucra un bonus.
is_free_money
boolean
Indica si la transacción se realiza o no usando una billetera de juego gratuito, como Gold Coins o cualquier otra moneda virtual. Si la propiedad no se incluye en el payload, tendrá por defecto el valor false
meta
object
Usado para valores varios/auxiliares que son específicos de la marca.

Implementación Crypto

Al implementar Eventos de Casino para transacciones de casino crypto, los siguientes campos deben enviarse dentro de la etiqueta meta:

Secuencia de Eventos

Los eventos son sensibles a la secuencia. A continuación encontrarás diferentes escenarios sobre cómo debe realizarse la secuencia de eventos.
Escenario A - Eventos de Casino (ronda completa)
Evento de Casino - Apuesta
Primero deberíamos recibir un Evento de Casino con Tipo Bet con round_id configurado como 12345
Evento de Casino - Ganancia / Pérdida
Luego deberíamos recibir un Evento de Casino con Tipo Win o Loss con round_id configurado como 12345
Escenario B - Evento de Casino con Acreditación de Bonus
**Evento de Bonus - Creado**
Primero deberíamos recibir un evento de bonus con Status como Created y **user_bonus