Pagamentos
Eventos de pagamento devem ser enviados na API de Integração FT CRM.
Conector RabbitMQ
Conector Kafka
REST API
Propriedades da Mensagem RabbitMQ
| chave | valor |
|---|---|
type | PAYMENT |
O tipo é esperado como uma propriedade (mas não no payload) da Mensagem RabbitMQ. Qualquer cabeçalho será ignorado.
Cabeçalhos da Mensagem Kafka
| chave | valor |
|---|---|
type | PAYMENT |
⬆️ POST /v1/integration/payment
- Esta mensagem precisa ser publicada baseada em depósitos e saques.
- Estes eventos contribuem para o modelo de segmentação para qualquer atividade de pagamento &#xNAN;e.g. Contagem de Depósitos, Data do Último Depósito, Valor Médio de Depósito.
- Você pode publicar esta mensagem tanto quando o pagamento foi iniciado quanto quando foi concluído, quanto mais status fornecidos, melhor.
- O mínimo necessário para enviar devem ser eventos de depósitos aprovados.
exchange_rate - Caso a moeda do evento não seja a Moeda Base, exchange_rate precisa ser enviado para converter o valor de volta para a Moeda Base multiplicando o valor pela exchange_rate. Isso tornará a segmentação correta em uma única moeda caso múltiplas sejam usadas.
status - Requested, Approved, Rejected, Rollback, Cancelled.
Um evento de pagamento Requested pode ser seguido por um evento Approved, Rejected, ou Cancelled para o mesmo payment_id. Se um pagamento Approved for revertido, um evento de pagamento com o mesmo payment_id e status Rollback deve ser enviado. Em termos de dados de segmentação:
- Sempre que um evento de pagamento com tipo Credit status Approved for recebido, o valor de depósito do jogador é aumentado pelo valor especificado no evento.
- Sempre que um evento de pagamento com tipo Credit status Rollback for recebido, o valor de depósito do jogador é diminuído pelo valor especificado no evento.
- Sempre que um evento de pagamento com tipo Debit status Approved for recebido, o valor de saque do jogador é aumentado pelo valor especificado no evento.
- Sempre que um evento de pagamento com tipo Debit status Rollback for recebido, o valor de saque do jogador é diminuído pelo valor especificado no evento.
Se você planeja enviar Rollback como status, por favor informe seu gerente de integração.
Exemplo de Payload
Tipo de Dados
Propriedades obrigatórias são marcadas com *
| Chave | Valor de Exemplo | Descrição |
|---|---|---|
amount * | 32.76 | Valor |
bonus_code | "", "CHRISTMAS2023" | Código de bônus |
currency * | "USD" | Moeda da transação no formato ISO 4217 |
exchange_rate * | 0.91 | A taxa de câmbio no timestamp |
fee_amount * | 2.34 | Valor da Taxa, se não aplicável então envie 0 |
note | "insufficient_funds" | Quaisquer notas úteis |
origin * | "sub.example.com" | A Origem |
payment_id * | "23541" | Id da Plataforma do pagamento |
status * | "Approved" "Requested" "Rejected" "Rollback" "Cancelled" | Status do Pagamento. Por favor selecione um valor da lista de opções fornecida |
timestamp * | "2015-03-02T08:27:58.10Z" | Timestamp do pagamento no formato RFC3339 |
type * | "Credit" (Depósito)
"Debit" (Saque) | Tipo de pagamento. Por favor selecione um valor da lista de opções fornecida |
user_id * | "7865312321" | Id do Usuário |
vendor_id * | "562" | Id da Plataforma do fornecedor |
vendor_name | "Skrill" | Nome da Plataforma do fornecedor |