Pagos
Los eventos de pago deben enviarse a la API de Integración FT CRM.
Conector RabbitMQ
Conector Kafka
REST API
Propiedades del Mensaje RabbitMQ
| clave | valor |
|---|---|
type | PAYMENT |
El tipo se espera como una propiedad (pero no en la carga útil) del Mensaje RabbitMQ. Cualquier encabezado será ignorado.
Encabezados del Mensaje Kafka
| clave | valor |
|---|---|
type | PAYMENT |
⬆️ POST /v1/integration/payment
- Este mensaje necesita ser publicado basándose en depósitos y retiros.
- Estos eventos contribuyen al modelo de segmentación para cualquier actividad de pago &#xNAN;e.g. Recuento de Depósitos, Fecha del Último Depósito, Monto Promedio de Depósito.
- Puedes publicar este mensaje tanto cuando el pago ha sido iniciado como cuando ha sido completado, cuantos más estados se proporcionen, mejor.
- El mínimo indispensable a enviar deberían ser eventos de depósitos aprobados.
exchange_rate - En caso de que la moneda del evento no sea la Moneda Base, exchange_rate necesita ser enviado para convertir el monto de vuelta a la Moneda Base multiplicando el monto por el exchange_rate. Esto hará que la segmentación sea correcta en una sola moneda en caso de que se usen múltiples.
status - Requested, Approved, Rejected, Rollback, Cancelled.
Un evento de pago Requested puede ser seguido por un evento Approved, Rejected, o Cancelled para el mismo payment_id. Si un pago Approved es revertido, se debe enviar un evento de pago con el mismo payment_id y estado Rollback. En términos de datos de segmentación:
- Cada vez que se recibe un evento de pago con tipo Credit estado Approved, el monto de depósito del jugador se incrementa por el monto especificado en el evento.
- Cada vez que se recibe un evento de pago con tipo Credit estado Rollback, el monto de depósito del jugador se disminuye por el monto especificado en el evento.
- Cada vez que se recibe un evento de pago con tipo Debit estado Approved, el monto de retiro del jugador se incrementa por el monto especificado en el evento.
- Cada vez que se recibe un evento de pago con tipo Debit estado Rollback, el monto de retiro del jugador se disminuye por el monto especificado en el evento.
Si planeas enviar Rollback como estado, por favor informa a tu gerente de integración.
Ejemplo de Carga Útil
Tipo de Datos
Las propiedades requeridas están marcadas con *
| Clave | Valor de Ejemplo | Descripción |
|---|---|---|
amount * | 32.76 | Monto |
bonus_code | "", "CHRISTMAS2023" | Código de bono |
currency * | "USD" | Moneda de la transacción en formato ISO 4217 |
exchange_rate * | 0.91 | La tasa de cambio en el momento del timestamp |
fee_amount * | 2.34 | Monto de la comisión, si no es aplicable entonces envía 0 |
note | "insufficient_funds" | Cualquier nota útil |
origin * | "sub.example.com" | El Origen |
payment_id * | "23541" | Id de la plataforma del pago |
status * | "Approved" "Requested" "Rejected" "Rollback" "Cancelled" | Estado del pago. Por favor selecciona un valor de la lista de opciones proporcionada |
timestamp * | "2015-03-02T08:27:58.10Z" | Marca de tiempo del pago en formato RFC3339 |
type * | "Credit" (Depósito)
"Debit" (Retiro) | Tipo de pago. Por favor selecciona un valor de la lista de opciones proporcionada |
user_id * | "7865312321" | Id del Usuario |
vendor_id * | "562" | Id de la plataforma del proveedor |
vendor_name | "Skrill" | Nombre de la plataforma del proveedor |