Relatório de Bônus

Um guia de como funciona a relatoria de bônus e como implementá-la

Criar um incentivo com campanhas é uma parte fundamental para o sucesso de um CRM. Igualmente importante é a capacidade de analisar suas campanhas para determinar o que está funcionando e o que pode ser melhorado.
Distribuir bônus para os jogadores via Fast Track pode ser feito de uma maneira muito simples se você tiver uma integração de bônus suportada. No entanto, obter os dados de bônus reivindicados e usados em seus painéis de relatórios tem sido um pouco mais complicado.
Agora estamos trabalhando para incluir dados específicos nos Eventos de Bônus que tornarão isso possível. Isso garantirá que você possa rastrear dados relacionados à distribuição de seus bônus e custo para cada Atividade ou Ciclo de Vida.
Abaixo está uma lista de algumas das agregações que serão suportadas para cada campanha:
  1. Valor do Bônus Convertido em Real
  2. Valor do Bônus Concedido
  3. Contagem de Bônus Concedidos
  4. Contagem de Concluídos
  5. Contagem de Perdidos
  6. Contagem de Bônus Perdidos
  7. Contagem de Bônus Expirados
Com essas informações facilmente à mão, você poderá analisar cada campanha e ver quão eficaz foi o bônus específico para atingir seu objetivo.

Implementação

Em todas as solicitações de saída que a Fast Track envia para você como Parceiro, incluímos algo chamado "headers". Basicamente, são dados que podem rastrear de volta à exata Atividade que acionou o bônus. Este é um exemplo de como os headers são enviados para uma solicitação:
Descrição de cada header: X-Fasttrack-Actioncommunicationprofileid = Perfil de Comunicação (tradução) usado X-Fasttrack-Actiongroupid = O grupo de ação contendo as ações X-Fasttrack-Actionid = Id da ação (por exemplo, Enviar SMS ou Crédito Bônus) X-Fasttrack-Activityid = Id da atividade em si X-Fasttrack-Id = Id único por gatilho, por usuário X-Fasttrack-Triggerhash = O Triggerhash é usado para identificar um envio único do mesmo evento. ou seja, você deve ter apenas uma ação recebida com o mesmo: activity_id, action_id, user_id, e Triggerhash. Se você usar uma atividade baseada em tempo para atingir digamos 100 jogadores, todos esses 100 jogadores terão o mesmo activity_id, action_id, e Triggerhash.
Se o acima fosse uma solicitação da Fast Track ao Parceiro para creditar um bônus a um jogador específico, esperaríamos um Evento de Bônus​t de volta para cada jogador na camada de integração.
O primeiro evento no caso de um jogador reivindicar com sucesso o bônus seria um evento com status "Created"
Um exemplo de como deveríamos receber um evento é quando um jogador girou seu bônus de Freespin e os fundos de bônus foram Criados e o jogador agora tem uma exigência de aposta nos fundos de bônus, isso resultaria em Valor do Bônus Concedido.
A exigência aqui é que os headers enviados na solicitação para fora da Fast Track sejam retornados no evento de bônus específico quando o estado do bônus muda. Isso garante que podemos conectar os pontos e eventualmente exibir o custo real do bônus nos painéis de relatórios.
Você precisará capturar os headers e retornar as chaves dentro de fasttrack_references para que possamos obter os dados de volta para o sistema.
Por favor, entre em contato com seu Gerente de Parceria/Integração para mais perguntas ou orientações.