Casi todas las tragaperras que se encargan se piden con más de una cifra de retorno antes de salir al mercado. Un operador quiere la versión que tienen sus competidores. Un segundo operador, en otro mercado, quiere un número distinto en la página de reglas del juego. Una plataforma quiere una sola compilación que pueda ofrecer a ambos.
La petición parece un ajuste. No lo es. La cifra de retorno al jugador es una propiedad de un modelo matemático, y un modelo matemático es un documento que un laboratorio prueba, una autoridad reconoce y una página de reglas describe. Cuando un encargo pide «el mismo juego al 94% y al 96%», lo que en realidad está comprando son dos compilaciones certificadas que deben mantenerse sincronizadas entre sí durante toda la vida del título.
Este artículo expone qué exigen las normas de divulgación, por qué una variante es una compilación y no un interruptor, y cómo redactar el conjunto de variantes dentro del encargo para que el segundo mercado no llegue como una solicitud de cambio después del primer lanzamiento.
Qué exigen realmente las reglas que se muestre
La formulación más clara de la obligación está en las normas técnicas británicas de juego remoto y software, y se aplica a juegos de azar, bingo, loterías y apuestas sobre eventos virtuales. El requisito RTS 3C establece que, para cada juego, la información que razonablemente pueda esperarse que permita al cliente tomar una decisión informada sobre sus posibilidades de ganar debe estar fácilmente disponible antes de que se comprometa a jugar. El contenido exigido es concreto:
- una descripción de cómo funciona el juego y de cómo se determinan los ganadores y se asignan los premios;
- la ventaja de la casa, o margen;
- el porcentaje de retorno al jugador, o la probabilidad de que se produzcan los eventos ganadores.
Otros dos requisitos próximos importan igual para un conjunto de variantes. El RTS 3A exige que la explicación de las reglas aplicables esté fácilmente disponible antes de que el cliente se comprometa, sea exacta y suficiente para explicar todas las reglas aplicables, y que se adopten medidas razonables para que el contenido sea comprensible. El RTS 3D exige que el contenido que describe los premios y pagos potenciales esté disponible antes de que el cliente se comprometa.
Ninguno de los dos requisitos dice «mostrar un número en algún sitio». Ambos se vinculan a la sesión que el cliente está a punto de jugar. Un juego que muestra 96% en su página de reglas mientras el operador ha configurado la sesión al 94% no ha divulgado nada; ha publicado la especificación de otro producto.
El caso progresivo agudiza el mismo punto. El requisito RTS 9A exige que las reglas del bote estén claramente disponibles antes de que el cliente se comprometa, y la guía de implementación es explícita sobre lo que deben contener esas reglas: cómo se financia el bote, la semilla inicial y los valores máximos si los hay, y el porcentaje de retorno al jugador del bote mostrado tal como se indica en el RTS 3C — ya sea una cifra combinada de juego y bote, ya un desglose entre juego base y componente de bote. Añade una consecuencia que el diseño de variantes suele pasar por alto: si un jugador no es elegible para el premio del bote progresivo de un juego, eso debe quedar claro junto con su propio retorno teórico.
Es el mismo problema en otro lugar. Un juego cuya elegibilidad para el bote se fija por operador, por mercado o por configuración tiene más de una cifra de retorno verdadera en un momento dado, y la divulgación tiene que seguir a la sesión, no al título.
Una variante es una compilación, no un ajuste
En Malta, el Reglamento de Autorizaciones de Juego (legislación subsidiaria 583.05) establece que nadie podrá ofrecer un juego sujeto a licencia, ya sea como parte de un servicio de juego, de un suministro crítico de juego o de otro modo, salvo que el juego esté aprobado o reconocido por la Autoridad. Un juego se aprueba como artículo descrito: un modelo matemático, una tabla de pagos, un conjunto de tiras de rodillos, un conjunto de funciones y un retorno declarado. Cambie el modelo matemático y tendrá un artículo distinto, que necesita su propia evidencia de aprobación.
Por eso el número de variantes es una decisión de alcance y no un detalle de configuración. Dos cifras de retorno significan dos modelos matemáticos, dos conjuntos de evidencia de simulación y verificación, dos entradas en el proceso de aprobación que cada mercado aplique, y dos textos de reglas cuyas cifras deben coincidir con la compilación que describen. La factura llega por triplicado: una vez en el diseño matemático, una vez en las pruebas y la certificación, y una vez en la obligación continua de mantener ambas compilaciones idénticas en todo salvo en el retorno.
Hay una forma más barata, y vale la pena nombrarla porque a menudo es lo que el solicitante quiere en realidad. Si la necesidad real del operador es un único juego aprobado ofrecido a varios operadores, eso es una compilación con imagen de marca por operador y una escalera de apuestas por operador, y la cifra de retorno no se mueve. Si la necesidad son de verdad dos cifras de retorno, el encargo debe decirlo en el primer párrafo y presupuestar dos modelos.
La compilación tiene que saber qué retorno está pagando
En la plataforma sobre la que construye este estudio, el juego no es dueño de su configuración de apuestas. La autenticación devuelve la moneda, el idioma, la clase de dispositivo de la sesión y una escalera de apuestas con un mínimo, un máximo y un paso, y un juego con varios modos lleva un multiplicador de coste y un máximo por modo. Ese mismo tipo de intercambio es donde corresponde un identificador de variante.
De ello se siguen tres consecuencias de diseño.
La cifra es un parámetro, no una constante. Un 96% codificado en duro en el componente de reglas es un defecto en el segundo mercado incluso cuando las matemáticas que hay detrás son correctas. El número que se muestra al jugador tiene que venir de la configuración con la que corre la sesión, y tiene que ser el número que el modelo produce de verdad.
Una discrepancia tiene que fallar en cerrado. Si la plataforma pide una variante que la compilación no incluye, el comportamiento correcto es negarse a abrir el juego en lugar de recurrir al modelo por defecto. Recurrir al modelo por defecto en silencio es como un operador acaba funcionando al 96% mientras su página de reglas, su certificado y sus textos de marketing dicen todos 94%: un fallo de divulgación que ningún diseño matemático correcto repara.
El texto de reglas forma parte del entregable, en todos los idiomas. La obligación recae en el titular de la licencia, pero el estudio suministra la tabla de pagos, el panel de cómo jugar y las descripciones de funciones que el titular publicará. Un conjunto de variantes se entrega, por tanto, con una matriz de variantes —una fila por configuración, con su cifra de retorno, sus descriptores de volatilidad, su ganancia máxima y los mercados para los que está aprobada— y un texto de reglas por idioma que nombre la cifra en lugar de un marcador de posición.
Dos matemáticas, no una matemática con un mando
El malentendido más caro en una petición de variantes es que subir el retorno significa pagar un poco más sacándolo del mismo juego. No es así. La cifra de retorno es un resultado de la distribución de resultados, de modo que una variante es una distribución distinta: pesos de rodillo diferentes, una tabla de pagos diferente, o ambas cosas. La frecuencia de acierto, la forma de la distribución de ganancias, la frecuencia del premio mayor y la ganancia máxima se mueven todas con ella, porque son la misma aritmética.
Eso tiene consecuencias comerciales que corresponden al encargo y no a la revisión posterior al lanzamiento. Un título que se lee como de volatilidad moderada al 94% puede leerse como notablemente más cerrado o más abierto al 96%, según dónde se haya colocado el retorno adicional: repartido entre ganancias pequeñas o concentrado en la banda alta. Si la variante se construyó elevando el premio mayor, la sesión mediana parece casi idéntica y la cola cambia; si se construyó elevando las ganancias bajas, ocurre lo contrario. Ninguna de las dos es incorrecta, pero son productos distintos, y la descripción que recibe el operador debería decir cuál de los dos está comprando.
También cambia el plan de pruebas. Un conjunto de variantes necesita una ejecución de simulación por modelo, con el retorno, la tasa de acierto, las medidas de volatilidad y el comportamiento de la ganancia máxima informados por separado, y necesita una comprobación de paridad de que los dos modelos difieren solo donde el encargo dice que difieren. Un registro de pruebas que muestra una simulación y un certificado para dos modelos es la evidencia por la que un revisor preguntará primero.
La matriz de variantes en el encargo
La forma más barata de resolver esto antes de que las matemáticas queden congeladas es una tabla con una fila por configuración y una columna por cada pregunta que el operador hará más adelante:
- la cifra de retorno y los descriptores de volatilidad que la acompañan;
- para qué mercados y qué operadores está aprobada la variante;
- la ganancia máxima, expresada frente a la escalera con la que se entrega la variante;
- si alguna función —una compra, una apuesta previa, una contribución al bote— se comporta de forma distinta entre variantes;
- la versión del texto de reglas que la describe, por idioma;
- la regla de control de cambios cuando un mercado modifica su requisito.
Esa última columna es la que decide el coste a cinco años del conjunto de variantes. Los mercados se mueven: se insertan límites de apuesta en las licencias, se aclaran las expectativas de divulgación de los botes y un juego ofrecido en un mercado nuevo a veces necesita una banda de retorno para la que nunca se construyó. Un estudio que entregó las variantes como datos cambia un parámetro y vuelve a ejecutar la evidencia afectada. Un estudio que las entregó como ramas mantiene dos bases de código divergentes hasta que una de ellas se retira.
Dónde encaja esto en una decisión de encargo
La cuestión de las variantes no es la primera de un encargo. El conjunto de mercados va primero, porque determina qué requisitos existen siquiera, y la mecánica va después, porque determina qué hay que divulgar. El conjunto de variantes es la tercera decisión, y es la que con más frecuencia llega tarde —después de aprobar el arte y de reservar la fecha de lanzamiento—, que es precisamente cuando más cuesta.
Si está definiendo el alcance de una tragaperras para más de un operador o más de un mercado, el servicio de desarrollo de juegos Engine cubre el diseño matemático, la configuración de variantes y la evidencia de divulgación que los acompaña como alcance específico de cada proyecto. Solicite un presupuesto de proyecto con los mercados, las variantes y las cifras que necesita. La secuenciación por mercados se expone en el plan de lanzamiento multijurisdiccional, la evidencia que necesita una compilación localizada está en la guía de certificación localizada, y las obligaciones de divulgación que se vinculan a un componente progresivo se tratan en la guía de encargo de botes progresivos. Cuando un mercado limita la apuesta y no el retorno, el análisis británico del límite de apuesta explica por qué ese límite se cuenta por ciclo.
Preguntas frecuentes
¿Un RTP distinto es un ajuste del mismo juego?
No. La cifra de retorno es un resultado de la distribución de resultados, así que una variante es un modelo matemático distinto —pesos de rodillo diferentes, una tabla de pagos diferente, o ambas cosas— con su propia evidencia de simulación y certificación. Puede entregarse como una sola base de código gobernada por configuración, que es la forma más barata a largo plazo, pero siguen siendo dos artículos descritos a efectos de aprobación.
¿Qué hay que mostrar al jugador antes de que juegue?
Según las normas técnicas británicas, el RTS 3C exige que la información que permite una decisión informada sobre las posibilidades de ganar esté fácilmente disponible antes de que el cliente se comprometa, incluida una descripción de cómo funciona el juego, la ventaja de la casa o margen, y el porcentaje de retorno al jugador o la probabilidad de los eventos ganadores. El RTS 3A exige que las reglas aplicables sean exactas, suficientes y comprensibles. Otros mercados imponen sus propias versiones; conviene comprobar la norma vigente de cada mercado en lugar de dar por hecho que una sola cifra sirve para todos.
¿Cómo se divulga el retorno de un bote progresivo?
La guía de implementación del RTS para el requisito 9A indica que las reglas del bote deben describir cómo se financia el bote, su semilla inicial y su tope si lo hay, y su porcentaje de retorno al jugador mostrado tal como se indica en el RTS 3C: como una cifra combinada de juego y bote o como un desglose de juego base y componente de bote. Si un jugador no es elegible para el bote, eso debe quedar claro junto con su propio retorno teórico.
¿Subir el retorno cambia la volatilidad?
Normalmente sí, porque el retorno lo produce la misma distribución que produce la volatilidad. El lugar donde se coloca el retorno adicional decide el efecto: elevar el premio mayor cambia la cola y deja una sesión típica casi intacta, mientras que elevar las ganancias pequeñas cambia el cuerpo de la distribución. La matriz de variantes debería indicar cuál de las dos se construyó, y la evidencia de simulación debería mostrarlo.
¿Qué ocurre si la plataforma pide una variante que la compilación no tiene?
El comportamiento correcto es negarse a iniciar el juego. Recurrir a un modelo por defecto significa que la sesión puede correr con una cifra de retorno que el certificado, la página de reglas y la divulgación del propio operador no describen. El intercambio de configuración debería tratar una variante desconocida como un error, no como un motivo para elegir una.
