Datos de la sesión de juego
Jugador, marca, juego, moneda, país, idioma, modo, jurisdicción y caducidad del acceso.
El recorrido completo desde la validación del jugador y el inicio del juego hasta las apuestas, premios, rondas de juego, cancelaciones de operaciones y conciliación financiera.
Jugador, juego, moneda, idioma, país, modo y URL de retorno.
Clave de acceso temporal, URL de inicio y comprobación de disponibilidad del juego.
Comprobación de saldo, apuesta, premio, operación combinada y respuestas de la plataforma.
Resultado final, cancelaciones, libro financiero e informe del proveedor.
El inicio del juego y el movimiento de fondos son partes distintas de un mismo proceso. La sesión identifica al jugador y las condiciones de inicio, la ronda vincula las acciones del proveedor y la API de la plataforma confirma cada débito, crédito y cancelación.
Jugador, marca, juego, moneda, país, idioma, modo, jurisdicción y caducidad del acceso.
La plataforma comprueba los fondos disponibles y aplica cada apuesta, pago o cancelación una sola vez.
Se conservan los identificadores de operación y ronda, el tipo de operación, el importe y los saldos anterior y posterior para control y conciliación.
La plataforma valida primero al jugador y la disponibilidad del juego, después crea una sesión con tiempo limitado y recibe del proveedor una URL de inicio.
La plataforma comprueba el estado de la cuenta, la moneda, el país, las restricciones, los límites, el modo con dinero real o demo y la disponibilidad del juego.
Se crea un identificador de sesión con los datos del jugador, juego, marca, moneda, idioma, IP y caducidad.
El proveedor recibe la clave de sesión, las URL de notificación y retorno, el tipo de dispositivo, la jurisdicción y los parámetros de interfaz.
El jugador abre la URL devuelta, mientras que las operaciones financieras posteriores se procesan directamente entre servidores.
Los nombres de los métodos difieren entre proveedores, pero la lógica es la misma: comprobación de saldo, débito de apuesta, abono de premio y cancelación de una operación confirmada previamente.
Devuelve el saldo disponible del jugador en la moneda activa de la sesión sin modificar el libro financiero.
Valida al jugador, la sesión, la moneda y los fondos disponibles, y después carga la apuesta confirmada una sola vez.
Abona los premios utilizando identificadores únicos de operación y ronda, incluido un resultado cero.
Aplica conjuntamente la apuesta y el resultado del juego cuando el proveedor admite este modelo.
Crea una operación correctora independiente para una apuesta o pago confirmado previamente sin eliminar el asiento original.
Transmite los datos de la campaña de bonificación y de la ronda de juego, separando los fondos reales y de bonificación.
Cada operación valida la moneda, las unidades del importe, los decimales y las reglas de redondeo.
Devuelve el estado de la operación, el identificador interno, el saldo actual y un código de error unificado.
Una ronda puede incluir varias apuestas y resultados. Su estado viene determinado por las reglas del juego, no solo por el orden de las solicitudes de red.
La plataforma recibe por primera vez el identificador de la ronda y crea un registro interno.
La ronda puede contener apuestas adicionales, acciones de juego y premios intermedios.
El débito es confirmado por la plataforma y se vincula al identificador único de operación del proveedor.
Se ha recibido un premio o un resultado cero, pero la ronda puede permanecer abierta según las reglas del juego.
El proveedor ha confirmado el final de la ronda y se han procesado todas las operaciones financieras esperadas.
Se han corregido una o varias operaciones conservando todo el historial original.
El identificador de la ronda no debe ser la única clave de idempotencia. Cada apuesta, pago y cancelación debe tener su propio identificador único.
La API de juegos debe gestionar de forma segura solicitudes repetidas, retrasos en las respuestas, operaciones fuera de orden y la recuperación del proveedor tras un fallo.
Las comprobaciones deben cubrir el inicio del juego, las restricciones del jugador, el saldo insuficiente, las operaciones repetidas, los retrasos de respuesta, las cancelaciones y la conciliación de una ronda cerrada.
Modos con dinero real y demo, moneda no válida, país prohibido, acceso caducado y juego no disponible.
Fondos insuficientes, jugador bloqueado, moneda no coincidente y límite superado.
El proveedor no recibe una respuesta después de que el débito se haya realizado realmente y vuelve a enviar la operación con el mismo identificador.
El mismo identificador llega antes o después de que termine el procesamiento, incluso con parámetros contradictorios.
Cancelación de apuesta, cancelación de premio, cancelación repetida y referencia a una operación original desconocida.
Los importes de apuesta, premio y cancelación, el estado final, el movimiento de saldo y el informe del proveedor deben coincidir.
El lanzamiento se realiza después de verificar las sesiones de juego, las operaciones de saldo, la protección frente a duplicados, las cancelaciones y los informes.
Envíenos la documentación del proveedor, la lista de operaciones de saldo, el modelo de rondas de juego, las monedas y los requisitos de informes. APIACE ayudará a estructurar el inicio del juego, las apuestas, los premios, las cancelaciones y la conciliación financiera.