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 NAN;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 |