Una tragaperras encargada suele comprarse con una suposición implícita: que el operador podrá ajustarla. La escala de apuestas, el conjunto de idiomas, la divisa, el texto de ayuda y las pequeñas correcciones visuales que aparecen después del lanzamiento se leen todos como configuración, y la configuración se lee como algo gratuito.
Las reglas de ensayo publicadas no ordenan los cambios de ese modo. Los ordenan según si el cambio puede afectar a la equidad, y la respuesta determina si una versión puede publicarse esa misma noche, tras un preaviso o después de que un laboratorio de ensayos aprobado la haya revisado de nuevo. Esa distinción corresponde al encargo, no a la cola de soporte dieciocho meses más tarde.
Este artículo expone las tres superficies que realmente tiene una versión de tragaperras —lo que llega como parámetro de lanzamiento, lo que es configuración del estudio cubierta por el certificado y lo que constituye un cambio del objeto certificado— y las convierte en un lenguaje que el comprador puede incorporar a un contrato.
Los ajustes que llegan con la sesión
Parte de lo que parece configuración nunca toca la versión. En una plataforma como Engine, la URL de lanzamiento transporta un identificador de sesión, el host del RGS, un código de idioma, una divisa, una clase de dispositivo y marcas para los modos de demostración y de casino social. El front end lee esos valores al cargarse, y la documentación de la plataforma es explícita al señalar que el host del RGS no debe codificarse de forma fija porque puede cambiar.
Esos parámetros son genuinamente del lado del operador. Cambian por sesión y por operador sin necesidad de una nueva versión, y un cliente que los gestiona mal constituye un defecto de entrega, no una cuestión de certificación. Dos de ellos pesan más de lo que parece.
El valor de idioma es un código ISO 639-1, y el comportamiento documentado para un código fuera de la lista admitida, o para un valor vacío, es recurrir al inglés. Por tanto, «la plataforma admite muchos idiomas» no es la misma afirmación que «el idioma de su mercado está en la versión entregada». La lista documentada abarca diecisiete idiomas; el italiano no figura entre ellos. Si existe texto en italiano es una línea de alcance en el encargo.
El valor de divisa afecta a la capa de presentación, no a la lógica del juego: los importes en el RGS son enteros con seis decimales de precisión. La tabla de divisas documentada mezcla divisas de dos decimales, de tres decimales y de cero decimales. Una versión que formatea cualquier código que devuelva la cartera sin un mecanismo de reserva para una divisa poco habitual falla con el primer operador cuyo mercado no esté en las tablas predeterminadas del entorno de ejecución de idiomas.
La escala de apuestas pertenece a la misma categoría, pero tiene una cola más larga. La apuesta mínima, la apuesta máxima y el paso se devuelven en la autenticación, de modo que la escala es un parámetro de sesión. Lo que la escala puede contener no lo es: los techos de apuesta y la medición del ciclo de juego son reglas de mercado que condicionan la versión, y por eso el límite británico reconfigura la escala y no la llamada de lanzamiento. El análisis del límite de apuesta trata esa restricción en detalle.
El cambio estético que no es estético
La estrategia de ensayo de Gran Bretaña es la exposición publicada más clara del problema de clasificación, porque enuncia el principio y después ofrece ejemplos en ambos lados.
Una actualización importante, que exige un nuevo ensayo externo por parte de un laboratorio de ensayos aprobado, se define como cualquier cambio de software que pueda afectar a la equidad de un juego, y la equidad se detalla como cualquier cambio en el generador de números aleatorios, en el escalado y la asignación, o en las reglas del juego, incluido el modo en que las reglas son procesadas por el software.
Los ejemplos son lo que hace útil la definición, porque uno de ellos parece mera intendencia. Un estudio reelabora la forma en que se construyen las matrices de símbolos del juego para reducir la carga de CPU y mejorar el rendimiento. No cambió ninguna regla ni ninguna tabla de premios, y aun así es una actualización importante, porque cambió la implementación de las reglas en el software. Frente a ella figura la lista de cambios menores: un cambio de formato de sonido para dar soporte a un dispositivo, el color del sombrero de un personaje y los gráficos de fondo modificados porque expiró una licencia de propiedad intelectual, la corrección de la visualización de una ronda de bonificación que no afecta a los premios, un diálogo de selección de apuesta que se muestra mal en un navegador, una URL de vestíbulo añadida al botón de inicio, un botón ligeramente desalineado.
La guía es honesta sobre el límite. Señala que uno de los ejemplos menores —varios defectos pequeños en una misma publicación— podría encajar fácilmente en la definición de cambio importante, y que cuando existe duda el paso esperado es consultar con el laboratorio de ensayos original. También define «reglas del juego», a estos efectos, como las matemáticas y el diseño subyacentes: tablas de premios, distribución de símbolos y reglas de las funciones. Una aclaración de la redacción de las reglas tal como se presentan al jugador no es, por sí misma, un cambio importante.
Esa nota al pie es la frase más valiosa del documento para un editor, porque separa dos cosas que llegan en el mismo ticket: el texto informativo puede cambiar como redacción, mientras que la mecánica que describe no puede cambiar sin plantear la cuestión de la equidad.
La estratificación que se usa donde existe un programa de cambios
La división británica entre cambios importantes y menores es el método de un regulador. Un segundo método aparece allí donde una jurisdicción ha adoptado un programa de gestión de cambios, y la norma de juego interactivo remite a él directamente: cuando el organismo regulador ha adoptado un programa como la Guía del Programa de Gestión de Cambios de GLI, ese programa decide qué cambios en componentes evaluados previamente requieren ensayos de modificación, con un alcance que depende de la naturaleza, la extensión y el impacto potencial del cambio.
Esa guía clasifica los cambios en tres niveles, y de nuevo los ejemplos son la parte útil.
Nivel 1, sin impacto. Software y hardware de copia de seguridad, alta o baja de usuarios, mantenimiento no crítico de bases de datos, interrupciones de infraestructura, parches de seguridad del sistema operativo y —la entrada que aquí importa— imágenes de fondo, esquemas de color y otras actualizaciones auxiliares similares del cliente front end. Despliegue sin notificación.
Nivel 2, impacto bajo. Cambios en reglas de cortafuegos, mantenimiento de bases de datos, traslado de datos de copia de seguridad regulados, hardware añadido o modificado.
Nivel 3, impacto alto. Una nueva función de juego, o un cambio en cualquier lógica que afecte a las apuestas o a la lógica del juego; un cambio que afecte a informes regulatorios obligatorios o a datos de conciliación; un cambio sustancial en los servicios de geolocalización; un cambio en el tratamiento o el almacenamiento de información personal identificable; un cambio realizado para adaptarse a requisitos regulatorios actualizados.
A los niveles 2 y 3 se vinculan dos requisitos operativos: un preaviso de al menos tres días hábiles al regulador y al laboratorio de ensayos que realizó la certificación anterior y, cuando no se exige certificación previa al despliegue, la finalización de los ensayos de laboratorio dentro de los noventa días siguientes a la puesta en producción del cambio. Un regulador o un laboratorio delegado puede atraer un cambio al ensayo previo al despliegue dentro de esa ventana de preaviso. El programa exige además un registro de cambios que consigne, como mínimo, la hora de aprobación interna, los componentes e identificadores de versión modificados, el motivo, la persona que autoriza, la persona que ejecuta, la fecha de publicación prevista y el nivel del cambio.
Esa última lista es el artefacto práctico. Un estudio que no puede aportar esos campos para una versión de lanzamiento no puede operar dentro de un programa de cambios, y un operador que no los ha solicitado está comprando una versión que tendrá que congelar.
Lo que el operador controla realmente
Si se reúnen las tres fuentes, la superficie de configuración de una tragaperras encargada se divide con claridad.
Parámetros de sesión. Idioma, divisa, clase de dispositivo, identidad de sesión, host del RGS, marcas de demostración y de casino social. Del lado del operador, por sesión, sin cambio de versión.
Textos de presentación e información. Redacción del texto de ayuda, glosarios de términos, explicaciones de reglas traducidas, enlaces de vestíbulo, la formulación de un texto de torneo o promoción. Son contenido y, en la mayoría de los mercados, corresponden al operador o al editor, con una condición: las palabras deben seguir describiendo con exactitud el objeto certificado. Una pantalla de ayuda editada para prometer una función que las matemáticas no pagan es un problema de equidad disfrazado de ticket de redacción.
Correcciones estéticas y de dispositivo. Formatos de sonido, alineación del diseño, sustitución de recursos forzada por la expiración de una licencia, un diálogo que se muestra mal en un navegador. Menores en el esquema británico, nivel 1 o nivel 2 bajo en un programa de cambios.
Todo lo que el certificado nombra. Versión de las matemáticas, versión del front, ajuste de retorno al jugador, lógica de las funciones, tabla de premios, distribución de símbolos y presentación de premios vinculada al resultado económico. Ese es el objeto certificado. Cambiar uno de esos elementos no es un ajuste; es una nueva versión con sus propias pruebas. El análisis de variantes lo expone para los ajustes de retorno, y la guía de evidencia de certificación localizada cubre lo que un certificado debe nombrar antes de decidir la inclusión en catálogo.
La trampa está en la zona intermedia. Un cambio «pequeño» en cómo el cliente calcula un premio mostrado, un retoque de redondeo en la visualización de monedas, una nueva animación que altera el momento en que se revela el resultado: cada uno de ellos es estético en apariencia y un cambio de equidad en sustancia. La prueba que debe aplicarse no es el tamaño del diff, sino si algún resultado que el jugador podría recibir se calcula o se presenta de forma distinta.
Cómo llevarlo al lenguaje del encargo
Cuatro cláusulas concentran la mayor parte de la protección, y ninguna requiere un abogado para redactarse.
Un registro de configuración como entregable. Una tabla que enumere cada parámetro que el operador puede fijar, dónde se fija, si llega como valor de lanzamiento o como constante de la versión, y la clasificación de cambio de cada uno en los mercados a los que se dirige el juego.
La disciplina de cambios, concretada. Qué programa de cambios, si alguno, se aplica a cada mercado objetivo; la ventana de preaviso con la que trabajará el estudio; y quién notifica, porque en la guía el proveedor registra los cambios y el proveedor de la plataforma mantiene el registro, y un operador pequeño que compra un juego a un estudio más una plataforma tiene tres partes y a menudo ningún responsable de esa obligación.
Evidencia por nivel. Para los cambios de nivel 1 y los menores, una entrada en el registro y una clasificación razonada. Para los cambios de nivel 3 y los importantes, la presentación de modificación: identificación de la versión certificada previamente, descripción del cambio con casos de prueba, módulos afectados y origen de la nueva versión. Esa es la forma de presentación que publican los laboratorios, y solicitarla no es una petición inusual.
Una cláusula de congelación con un precio asociado. Qué ocurre si el operador desea un cambio que el estudio clasifica como propio del objeto certificado. La respuesta debe ser un cambio de alcance con un coste declarado y una vía de certificación declarada, acordados antes de realizar el cambio, y no una negociación después de haber reservado la campaña de lanzamiento.
Dónde encaja la localización en todo esto
Una versión localizada es el lugar más habitual para encontrarse con el límite, porque la traducción afecta a la vez al texto, al diseño y a menudo a los gráficos.
El texto de una nueva configuración regional es contenido. Una pantalla de ayuda traducida que debe describir con exactitud las reglas del juego es contenido que genera una obligación: la explicación debe mantenerse equivalente en todos los idiomas ofrecidos. Lo que no es contenido es el conjunto de idiomas que admite la versión, las reglas de formato de divisa que implementa y cualquier gráfico cuyos símbolos tengan significado en las matemáticas. Eso está en la versión y en el certificado.
La consecuencia práctica para un encargo que abarque español, portugués e italiano es nombrar las configuraciones regionales, nombrar el mecanismo de reserva y nombrar quién valida que cada traducción sigue describiendo las reglas certificadas. Después, tratar cualquier adición posterior de idioma como una revisión propia y no como otra fila en una herramienta de traducción.
Lo que este artículo no decide
No es una opinión de cumplimiento para un mercado concreto, y los dos marcos descritos se aplican allí donde un regulador los ha adoptado: la división británica entre cambios importantes y menores es la estrategia de ensayo de la Comisión para sus propios titulares de licencia, y los niveles del programa de cambios se aplican donde una jurisdicción ha asumido el programa. Lo correcto para un mercado determinado es preguntar al laboratorio de ensayos que certificó la versión.
Lo que las reglas publicadas sí establecen, en todos los mercados que las han puesto por escrito, es que la clasificación es una propiedad del efecto del cambio sobre la equidad y no del tamaño del cambio. Un estudio capaz de clasificar un cambio y aportar evidencia de él es un socio más económico que uno que trata cada solicitud como un proyecto nuevo o, peor aún, que la publica en silencio.
Si está redactando un encargo y quiere dejar resueltos la superficie de configuración, la clasificación de cambios y el conjunto de mercados antes del presupuesto, solicite un presupuesto de proyecto. La guía de encargo cubre cómo se arma el encargo, y la guía del paquete de presentación cubre cómo son las pruebas en el otro extremo.
Preguntas que hacen los compradores
¿Puede el operador cambiar la escala de apuestas después de certificar el juego?
Los valores se facilitan en la autenticación, de modo que la escala se lee por sesión. Qué valores pueden ser esos está condicionado por las reglas de mercado —los techos de apuesta y cómo se mide un ciclo de juego—, y esas restricciones residen en la versión y en su documentación. Solicite el registro que indique qué límites son valores de sesión y cuáles son constantes de la versión, porque una escala que pueda editarse por encima de un techo certificado es un defecto de cumplimiento y no una función.
¿Es un cambio de certificación corregir un archivo de sonido defectuoso o un botón desalineado?
En el marco británico esa es la categoría menor, que abarca las actualizaciones que no afectan a la equidad del juego, con los cambios de formato de sonido y los defectos de visualización como ejemplos. Un programa de gestión de cambios sitúa ese mismo tipo de trabajo en su nivel más bajo. No equivale a libertad ilimitada: la corrección debe dejar intactas las reglas, las matemáticas y la forma en que se presentan los resultados, y aun así debe constar en el registro de cambios.
¿Por qué un cambio de rendimiento cuenta como actualización importante?
Porque la definición de equidad abarca cómo procesa el software las reglas, no solo lo que dicen las reglas. El ejemplo publicado es una reconstrucción de las matrices de símbolos para reducir la carga de CPU: no cambió ninguna regla, pero sí la implementación de las reglas, de modo que la actualización requiere un nuevo ensayo externo. Cualquier optimización que altere cómo se extraen, se asignan o se evalúan los resultados debe tratarse del mismo modo hasta que un laboratorio de ensayos diga lo contrario.
¿Con cuánta antelación debe notificarse un cambio antes de su entrada en producción?
Cuando se aplica un programa de gestión de cambios, un preaviso de al menos tres días hábiles al regulador y al laboratorio que realizó la certificación anterior para los dos niveles superiores, con los ensayos posteriores al despliegue completados dentro de los noventa días si no se exigió certificación previa. La ventana de preaviso es un mínimo, y un regulador puede exigir ensayos dentro de ella. Los mercados sin un programa adoptado fijan su propio proceso, por lo que el calendario debe construirse mercado por mercado y no una sola vez.
¿Añadir un nuevo idioma implica un nuevo certificado?
El texto en sí es contenido, pero un nuevo idioma afecta al conjunto de idiomas que admite la versión, al formato que aplica el cliente y a cualquier gráfico que tenga significado, y ahí es donde se convierte en un cambio de versión. La postura segura en la contratación es incluir todos los idiomas previstos en la presentación original y tratar cualquier adición posterior como una revisión acotada con sus propias pruebas.
