Casino
Los eventos de casino se envían idealmente en la API de Integración FT CRM cuando el Operador trabaja con un producto de casino.
♣️ Eventos en Tiempo Real que Puedes Enviar
FT CRM procesará el feed de datos en bruto de eventos y construirá rondas de juego, sesiones de juego y datos de segmentación relevantes basados en esto.
Conector RabbitMQ
Conector Kafka
REST API
Propiedades del Mensaje RabbitMQ
| key | value |
|---|---|
type | CASINO |
El type se espera como una propiedad (pero no en el payload) del Mensaje RabbitMQ. Cualquier header será ignorado.
Headers del Mensaje Kafka
type | CASINO |
⬆️ POST /v1/integration/casino
Reglas de Negocio:
- El evento Bet se envía una vez que se realiza una apuesta.
- El evento Win se envía cuando ocurre una ganancia.
- Los eventos Bet y Win deben enviarse como eventos separados.
- Si una apuesta no resulta en una ganancia, puedes enviar un evento de pérdida o una ganancia con un monto de 0 para cerrar la ronda.
Payload de Ejemplo - Bet
Payload de Ejemplo - Win
Payload de Ejemplo - Loss (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 | El monto total (bonus_wager_amount + wager_amount + locked_wager_amount) |
balance_after | float | Balance del jugador después de que termine la ronda |
balance_before | float | Balance del jugador antes de que comience la ronda |
bonus_wager_amount | float | Monto (ya sea apuesta o ganancia) si la ronda se jugó usando dinero de bonificación |
currency * | string
Formato: ISO 4217 | Moneda de las transacciones |
exchange_rate * | float | Tipo 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 game_name recibidos en los eventos, por lo que es importante que se envíen en un formato consistente y único, siguiendo la nomenclatura estándar de la industria para el juego. |
game_type * | string Valores Aceptados:
| 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, cualquier otra cadena es aceptada. |
is_round_end | boolean | ¿Ha terminado la ronda? |
locked_wager_amount | float | Monto (ya sea apuesta o ganancia) si la ronda se jugó usando dinero de una billetera "bloqueada" (cuando se combina dinero de bonificación y real) |
origin * | string | El origen del usuario |
round_id * | string | Envía el mismo para Bet y Win |
status * | string
Valores Aceptados:
| Indica si el evento debe revertirse o no. |
timestamp * | date
Formato: RFC3339 | Marca de tiempo |
type * | string
Valores Aceptados:
| 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 en todos los eventos. |
vendor_name * | string | |
wager_amount | float | Monto (ya sea apuesta o ganancia) si la ronda se jugó usando dinero real. |
user_bonus_id * | string | Identificador único de la bonificación acreditada a un jugador. Si no hay apuesta de bonificación en esta ronda, envía 0 por defecto. |
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 está incluida en el payload, por defecto será false |
meta | object | Usado para valores diversos/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 tomar lugar la secuencia de eventos.
Escenario A - Eventos de Casino (ronda completa)
Evento de Casino - Bet
Primero debemos recibir un Evento de Casino con Tipo Bet con round_id establecido como 12345
Evento de Casino - Win / Loss
Luego debemos recibir un Evento de Casino con Tipo Win o Loss con round_id establecido como 12345
Escenario B - Evento de Casino con Acreditación de Bonificación
**Evento de Bonificación - Created**
Primero debemos recibir un evento de bonificación con Status como Created y user_bonus_id establecido como ABCD . Es importante que el Timestamp de este evento