Cassino

Os eventos de casino são idealmente enviados na API de Integração FT CRM quando o Operador trabalha com um produto de casino.

♣️ Eventos em Tempo Real Que Você Pode Enviar

O FT CRM processará o feed de dados brutos de eventos e construirá rodadas de jogo, sessões de jogo e dados de segmentação relevantes com base nisso.
Conector RabbitMQ
Conector Kafka
REST API
Propriedades da Mensagem RabbitMQ
chavevalor
type
CASINO
O tipo é esperado como uma propriedade (mas não no payload) da Mensagem RabbitMQ. Qualquer cabeçalho será ignorado.
Cabeçalhos da Mensagem Kafka
type
CASINO

⬆️ POST /v1/integration/casino

Regras de Negócio:

  1. O evento Bet é enviado uma vez que uma aposta é feita.
  2. O evento Win é enviado quando uma vitória ocorre.
  3. Os eventos Bet e Win devem ser enviados como eventos separados.
  4. Se uma aposta não resultar em uma vitória, você pode enviar um evento de perda ou uma vitória com um valor de 0 para fechar a rodada.
Exemplo de Payload - Aposta
Exemplo de Payload - Vitória
Exemplo de Payload - Perda (Greco)
Tipo de Dados
amount = wager_amount + bonus_wager_amount + locked_wager_amount
Propriedades obrigatórias são marcadas com *
Chave
Tipo
Descrição
activity_id *
string
ID único para cada evento
amount *
float
O valor total (bonus_wager_amount + wager_amount + locked_wager_amount)
balance_after
float
Saldo do jogador após a rodada ser finalizada
balance_before
float
Saldo do jogador antes da rodada começar
bonus_wager_amount
float
Valor (seja aposta ou vitória) se a rodada foi jogada usando dinheiro de bônus
currency *
string Formato: ISO 4217
Moeda da transação
exchange_rate *
float
Taxa de câmbio
game_id *
string
game_id identifica o jogo específico de casino onde a aposta ou rodada aconteceu.
Permite aos operadores rastrear a atividade do jogador por jogo e analisar padrões ou comportamentos associados a jogos específicos. O Fast Track associará este game_id com o comportamento do jogador, então é importante que seja enviado em um formato consistente e único.
game_name *
string
game_name representa o nome do jogo de casino onde a aposta ou rodada ocorreu. O Fast Track mapeará todos os valores de game_name recebidos nos eventos, então é importante que sejam enviados em um formato consistente e único, seguindo a nomenclatura padrão da indústria para o jogo.
game_type *
string
Valores Aceitos:
  1. Live Casino
  2. Table
  3. Slots
Se "Live Casino", "Table" ou "Slots" estão sendo usados, certifique-se de enviar os valores conforme especificado. Se qualquer outro tipo de jogo estiver sendo usado, qualquer outra string é aceita.
is_round_end
boolean
A rodada terminou?
locked_wager_amount
float
Valor (seja aposta ou vitória) se a rodada foi jogada usando dinheiro de uma carteira "bloqueada" (quando dinheiro de bônus e real é combinado)
origin *
string
A origem do usuário
round_id *
string
Envie o mesmo para Bet & Win
status *
string Valores Aceitos:
  1. Approved
  2. Rollback
Indica se o evento deve ser revertido ou não.
timestamp *
date Formato: RFC3339
Timestamp
type *
string Valores Aceitos:
  1. Bet
  2. Win
  3. Loss
O tipo de aposta feita
user_id *
string
O id do usuário
vendor_id *
string
vendor_id identifica o provedor de jogos ou estúdio que fornece o jogo de casino. Por favor, certifique-se de que seja enviado em um formato consistente e único em todos os eventos.
vendor_name *
string
vendor_name representa o nome do provedor de jogos ou estúdio que fornece o jogo de casino. O Fast Track mapeará todos os valores de vendor_name recebidos nos eventos, então é importante que sejam enviados em um formato consistente e único, seguindo a nomenclatura padrão da indústria para o provedor.
wager_amount
float
Valor (seja aposta ou vitória) se a rodada foi jogada usando dinheiro real.
user_bonus_id ⚠️
string
Identificador único do bônus creditado a um jogador. É obrigatório quando há aposta de bônus nesta rodada. Envie vazio ou omita o campo se não envolver um bônus.
is_free_money
boolean
Indica se a transação é feita usando uma carteira gratuita para jogar, como Gold Coins ou qualquer outra moeda virtual. Se a propriedade não for incluída no payload, será padronizada para false
meta
object
Usado para valores diversos/auxiliares que são específicos da marca.

Implementação Crypto

Ao implementar Eventos de Casino para transações de casino crypto, os seguintes campos devem ser enviados dentro da tag meta:

Sequência de Eventos

Os eventos são sensíveis à sequência. Abaixo você encontrará diferentes cenários sobre como a sequência de eventos deve ocorrer.
Cenário A - Eventos de Casino (rodada completa)
Evento de Casino - Aposta
Primeiro devemos receber um Evento de Casino com Tipo Bet com round_id definido como 12345
Evento de Casino - Vitória / Perda
Devemos então receber um Evento de Casino com Tipo Win ou Loss com round_id definido como 12345
Cenário B - Evento de Casino com Creditação de Bônus
​
**Evento de Bônus - Criado**
Primeiro devemos receber um evento de bônus com Status como Created e user_bonus_id definido como ABCD . É importante que o Timestamp deste evento seja