Pagos
Los eventos de pago deben enviarse en 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 basado en dep贸sitos y retiros.
- Estos eventos contribuyen al modelo de segmentaci贸n para cualquier actividad de pago &#xNAN;ej. Cantidad 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, mientras m谩s estados proporciones, mejor.
- Lo m铆nimo 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 con 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, un evento de pago con el mismo payment_id y estado Rollback deber铆a ser enviado. 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 las transacciones en formato ISO 4217 |
exchange_rate * | 0.91 | El tipo de cambio en el timestamp |
fee_amount * | 2.34 | Monto de la comisi贸n, si no aplica entonces enviar 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" | Timestamp 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 |