Preguntas frecuentes - Eventos RX de la plataforma y modelo de jugador

¿Qué eventos reactivos son obligatorios para configuraciones de gamificación pura?

Como mínimo: eventos de juego, deporte y transacción monetaria, además de bonus otorgado. También deben enviarse eventos de jugador como registro, inicio de sesión, opt-in y KYC/cuenta verificada.

¿Cómo publican los Operadores “bonus otorgado” como un evento reactivo?

Los Operadores deben hacer un POST a /rx-api/transactions/v1/bonus-granted con la carga necesaria y esperar una respuesta 202 Accepted en caso de éxito.

¿Dónde gestionan los Operadores las etiquetas de jugadores de forma programática?

Los Operadores pueden usar los endpoints REST de Player Tags de la Plataforma (por ejemplo, PATCH /rx-api/players-data/v1/tags/upsert) para crear o actualizar etiquetas que alimentan la segmentación.

¿Pueden los Operadores bloquear jugadores específicos del marketing CRM?

Sí. Los Operadores pueden usar el módulo de Riesgo; los jugadores marcados como “en riesgo” quedan excluidos de las comunicaciones CRM hasta que se les levante la restricción.

¿Qué autenticación se aplica a los endpoints REST de Player, Tag y Risk?

Se aplica la autenticación Platform OAuth2 Client Credentials (JWT en el encabezado).

¿Hay alguna recomendación sobre reintentos para llamadas RX?

Sí. Como buena práctica, los Operadores deben implementar reintentos con retroceso exponencial para errores transitorios o tiempos de espera.

¿Los eventos reactivos reemplazan las cargas de datos?

No. Los Operadores deben usar la ingestión para la sincronización inicial o masiva y eventos reactivos para el procesamiento inmediato. Ambos métodos se complementan.

¿Existe un scope de autenticación separado por cada stream RX?

No. Un único token OAuth de la Plataforma es suficiente para todos los endpoints RX.