Portugal es uno de los mercados en los que se examina el propio juego, y no solo la plataforma del operador, contra un conjunto escrito de requisitos antes de poder ofrecerse. El Servicio de Regulación e Inspección de Juegos (SRIJ) publica la vía de certificación y homologación, y el reglamento técnico consolidado que la sustenta, el Regulamento n.º 903-B/2015, contiene cláusulas que se leen como un pliego: cómo se redactan las reglas, en qué idioma, qué debe ver el jugador en el momento de apostar, qué no puede hacerle el juego y qué tiene que demostrar el generador de números aleatorios.
Esto importa sobre todo en la fase de encargo. Un estudio que trata Portugal como una traducción de una versión inglesa ya terminada descubre la mayoría de estas obligaciones en la certificación, cuando cambiarlas resulta caro. Un pliego que ya las incorpora convierte la certificación en una revisión.
Este artículo resume los requisitos publicados a 10 de noviembre de 2026 y expone qué debería, por tanto, pedir un pliego de encargo. Es un resumen de fuentes primarias, no asesoramiento jurídico, y el titular de la licencia sigue siendo responsable de la presentación.
Dos puertas, y solo una pertenece al estudio
El SRIJ describe la homologación como dependiente de tres cosas: la certificación demostrada del sistema técnico de juego, el cumplimiento de todas las especificaciones exigidas y el pago de la tasa de homologación. La certificación la realizan organismos reconocidos a tal efecto por la Comissão de Jogos, y la página del SRIJ enumera actualmente nueve, desde los grandes laboratorios internacionales hasta pequeños centros de ensayo europeos.
La secuencia no es, por tanto, «presentar el juego y recibir la aprobación». Un certificador reconocido examina el juego y el sistema que lo rodea; el SRIJ homologa después sobre la base de esa certificación, de su propia revisión de los requisitos y, cuando lo considera oportuno, de pruebas propias. El SRIJ declara sin rodeos que puede solicitar cualquier información pertinente para analizar la estructura del sistema y realizar las pruebas necesarias para verificar los requisitos.
La consecuencia práctica para un encargo es que el entregable no es una versión del juego por sí sola. Es una versión más la evidencia que un certificador identificado vaya a aceptar, y ninguna de las dos partes puede improvisarse al final.
El tipo de juego se decide antes que el arte
La legislación portuguesa no concede un permiso general para ofrecer cualquier juego que invente un estudio. Las páginas del SRIJ repiten la misma frase dos veces, en la página de certificación y en la de homologación: un operador solo puede explotar los tipos de juego de azar recogidos en el artículo 12(1)(d) del Regime Jurídico dos Jogos e Apostas Online (RJO), y solo cuando el sistema técnico haya sido certificado y homologado. La certificación es obligatoria siempre que un operador pretenda explotar un tipo de juego aún no certificado, y cualquier tipo ajeno a la lista legal necesita autorización de la Comissão de Jogos antes siquiera de poder considerarse.
Para un encargo de tragaperras esto es una cuestión de alcance, no una nota a pie de página jurídica. El marco portugués encuadra la tragaperras online entre los juegos de máquinas —el SRIJ publica una instrucción de reporte específica para máquinas de jogo online— y un concepto que se desvía de esa categoría durante el desarrollo constituye otra presentación, no una variación. Si el juego encargado incorpora una mecánica que un certificador podría leer como otro tipo, conviene resolverlo en el documento de diseño y no en una consulta de certificación.
El texto de las reglas forma parte de la versión
El reglamento exige que todo juego tenga reglas e instrucciones, prohíbe modificarlas durante la partida y después detalla el texto con precisión. Las instrucciones deben estar redactadas en portugués, con corrección gramatical y sintáctica, y el portugués es el idioma base incluso cuando se ofrecen otros. Las reglas y las instrucciones deben ser las mismas en todos los idiomas en que se distribuya el juego, estar disponibles sin jugar y ser accesibles en cada página de la presencia en internet relacionada con el juego.
Tres obligaciones más se encuentran en la misma cláusula. El nombre del juego tiene que ser visible en el momento en que el jugador apuesta. Las reglas deben indicar todos los premios posibles y el premio máximo posible por unidad de apuesta, lo que convierte la tabla de pagos y el texto de las reglas en un único artefacto revisado y no en dos. Y cada botón de acción tiene que ir etiquetado con su función en el propio botón.
Es un proceso de producción distinto del habitual, en el que la interfaz se entrega en inglés y el texto de las reglas se redacta a partir de la tabla de pagos terminada. Aquí el texto portugués de las reglas es un dato de diseño: tiene que describir la tabla de pagos que la versión implementa realmente, en el idioma del mercado, antes de que se congelen las cadenas de la interfaz.
Las cláusulas de equidad condicionan el diseño, no solo las matemáticas
La parte más citada del Regulamento n.º 903-B/2015 es la sección de equidad, y es singularmente concreta en cuanto a la presentación. Los juegos deben transmitir información exacta sobre las posibilidades de ganar y exponer con precisión todos los resultados posibles de cada juego. Un juego debe dejar claro si el jugador puede influir en el resultado, y un juego cuyo resultado es aleatorio debe ser realmente capaz de producir cualquier resultado cada vez que se juega.
De ahí se derivan dos prohibiciones que afectan al arte tanto como al modelo. El reglamento establece que los conceptos de near-miss —cualquier acción del sistema que dé al jugador la impresión de haber estado cerca de un premio— no se consideran justos ni correctos. Y no se permiten los juegos que dan al jugador la percepción de controlar un resultado que no controla, salvo que se le haya informado debidamente de que su elección no influye.
También cierra el círculo sobre la adaptación. El retorno al jugador del juego no puede manipularse por el sistema ni mediante intervención manual para mantener un retorno constante, y los juegos no pueden adaptarse al comportamiento del jugador, con una excepción estrecha para los juegos metamórficos en los que se haya informado debidamente al jugador. La misma cláusula exige que los juegos funcionen con independencia del equipo y del canal de comunicación del jugador, lo que alcanza tanto al plan de rendimiento móvil como al expediente de cumplimiento.
Dos cláusulas de apoyo completan el cuadro. Los juegos de demostración deben tener las mismas características que el juego con dinero real y presentar la posibilidad de ganar de forma correcta y equilibrada, de modo que el modo gratuito no es lugar para hacer que ganar parezca más fácil. Y el tiempo que se concede al jugador para tomar una decisión lo fija el operador, pero no puede ser inferior a tres segundos, lo que descarta las configuraciones de autojuego más rápidas que algunos mercados toleran.
La pantalla está en el conjunto de requisitos
Una sección aparte regula la presentación y se lee como una especificación de interfaz. El nombre del juego debe ser visible en todas las páginas relacionadas con el juego. El saldo del jugador debe mostrarse o ser de fácil acceso. La apuesta que se está realizando debe verse junto con la apuesta unitaria y la apuesta total. Cuando el resultado pueda verse afectado por factores ajenos al control del jugador, el sistema debe advertírselo y enlazar a la información que lo explica. Un reloj debe indicar cuánto tiempo lleva jugando el jugador, con excepción de los juegos distribuidos a través de teléfonos y dispositivos de capacidad de pantalla similarmente limitada.
Las cláusulas de acción añaden la apuesta actual y las opciones de apuesta disponibles, todos los premios y combinaciones de premios presentados gráficamente, y la apuesta máxima y mínima indicadas con claridad. Los resultados deben presentarse de forma clara e inequívoca y mantenerse en pantalla durante un periodo adecuado, y los premios deben mostrarse con la misma claridad.
Nada de esto es exótico, pero cada línea es un componente de interfaz con un coste de localización y un caso de prueba. Un pliego que los enumere como criterios de aceptación consigue que se construyan una vez, en el lugar correcto, en lugar de reincorporarlos después en cuatro pantallas.
Estado, interrupción y desactivación
El reglamento da por hecho que los jugadores serán interrumpidos. El sistema debe poder activar y desactivar un juego individual, todos los juegos y la actividad de juego de un jugador concreto, y toda activación y desactivación debe quedar registrada. Un juego desactivado no debe mostrarse, y un jugador con una partida en curso debe poder terminarla; cuando un juego de varios estados no pueda completarse, el jugador debe poder acabarlo en el siguiente inicio de sesión o recibir una explicación de por qué no.
La cláusula de partidas incompletas enumera los supuestos que deben poder recuperarse: pérdida de comunicaciones, reinicio del sistema, apagado y encendido de los juegos, reinicio del dispositivo del jugador y cierre anómalo del cliente o del servidor. Tras la reconexión, el sistema debe mostrar las partidas incompletas y permitir al jugador completarlas, y debe rendir cuentas de ellas.
Para una tragaperras encargada esto es un requisito de arquitectura sobre el juego, no solo sobre la plataforma: el estado del juego tiene que ser lo bastante duradero como para reanudarse desde el lado del cliente ante un fallo de socket, y la evidencia de aseguramiento tiene que mostrar que ocurre, no afirmarlo.
Botes y generador de números aleatorios
Cuando un bote forma parte del diseño, las obligaciones de reporte son precisas. El valor mostrado debe actualizarse en el dispositivo de cada jugador participante al menos cada 30 segundos. El ganador debe recibir aviso inmediato, y a cada jugador participante debe comunicársele el valor una vez activado. El sistema debe mantener un registro de auditoría detallado de cada bote con fecha y hora, configuración, contribuciones, activaciones, premios e identidad del personal que accedió al sistema, conservado en almacenamiento redundante y tolerante a fallos, y debe ser posible reconstruir los valores y los premios a partir de las contribuciones de los jugadores. Un bote discontinuado debe mostrarse claramente como no disponible, y la información de retorno al jugador debe seguir siendo correcta tanto si el bote está disponible para ese jugador como si no.
Los requisitos del generador de números aleatorios son la parte que más a menudo se pide a un estudio demostrar desde fuera. Los resultados de los juegos de azar deben basarse en un RNG junto con sus funciones de apoyo —semilla, mapeo, barajado—. El generador debe ser reconociblemente una fuente criptográficamente segura. Su salida debe superar la batería DIEHARD, la batería de pruebas estadísticas NIST o una equivalente, producir resultados estadísticamente independientes con una desviación estándar estadísticamente relevante y ser impredecible para quien no conozca el algoritmo, la implementación y la semilla actual.
Un estudio que solo haya descrito su RNG como «provably fair» no tiene nada que entregar aquí a un certificador. La evidencia es un informe de pruebas contra una batería identificada, sobre una versión identificada.
Qué debería pedir el pliego
Los requisitos se traducen en una lista de entrega que puede incorporarse a un encargo antes del primer sprint: el texto portugués de las reglas y las cadenas de interfaz como fuente revisada, no como tarea de traducción; la tabla de pagos que describe el texto de las reglas, con el premio máximo por unidad de apuesta indicado; las etiquetas de función de los botones y los componentes de visualización que exigen las cláusulas de presentación; una declaración de diseño sobre near-miss, percepción de control y adaptación conductual; el diseño de recuperación de estado y su evidencia de pruebas para los supuestos de interrupción que enumera el reglamento; el informe de pruebas del RNG contra DIEHARD, NIST o un equivalente; y, cuando haya un bote en el alcance, el diseño de reporte y reconstrucción con su refresco cada 30 segundos.
Merece la pena decir dos cosas con claridad a un comprador. La primera es que este es un conjunto de requisitos portugués, y un juego construido para cuatro mercados tiene que satisfacer el texto propio de cada mercado: el argumento de la versión localizada se desarrolla con detalle en nuestra guía sobre la evidencia de certificación de un juego de casino localizado, y la secuenciación de un lanzamiento multimercado, en nuestro plan de lanzamiento para varias jurisdicciones. La segunda es que la vía de certificación no es una formalidad que sigue a una versión terminada: la evidencia tiene que existir, en forma revisable, mientras la versión aún puede cambiarse. Nuestra guía de presentación a certificación explica cómo se arma ese expediente, y la guía de arquitectura de plataformas de botes cubre el circuito de reporte en el lado de la plataforma.
Si está encargando un juego de Engine para un mercado regulado y quiere planificar la versión y su evidencia de forma conjunta, solicite una cotización de proyecto: el pliego puede incorporar el conjunto de requisitos del mercado desde la primera página.
Preguntas que hacen los compradores
¿Basta con traducir al portugués una versión inglesa ya certificada?
No. El reglamento exige que las reglas e instrucciones del juego estén redactadas en portugués, con corrección gramatical y sintáctica, y que el portugués sea el idioma base incluso cuando se ofrezcan otros; además, las reglas deben ser idénticas en todos los idiomas en que se distribuya el juego. También exige que las reglas indiquen todos los premios posibles y el premio máximo posible por unidad de apuesta, de modo que el texto tiene que describir la tabla de pagos que la versión portuguesa implementa realmente y no la que se tradujo.
¿Certificar un juego cubre la siguiente tragaperras del mismo estudio?
No. La certificación se vincula al sistema técnico y a los tipos de juego que se explotan: el SRIJ exige certificación siempre que un operador pretenda explotar un tipo de juego aún no certificado ni homologado, y cualquier tipo ajeno a la lista legal necesita primero autorización de la Comissão de Jogos. Un título nuevo es una presentación nueva, incluso si comparte motor.
¿Están permitidas las animaciones de anticipación?
El reglamento prohíbe los conceptos de near-miss —cualquier acción del sistema que dé al jugador la impresión de haber estado cerca de un premio— y los considera ni justos ni correctos. Una animación que solo anticipa un resultado ya resuelto no es lo mismo que otra construida para simular un near-miss, pero la distinción tiene que ser defendible en el documento de diseño y visible en la versión, no discutirse después de que la plantee un certificador.
¿Quién puede certificar un juego para Portugal?
La certificación la llevan a cabo organismos reconocidos a tal efecto por la Comissão de Jogos, y el SRIJ publica la lista vigente en su página de certificación: nueve organismos en el momento de redactar este artículo, incluidos los grandes laboratorios internacionales y varios centros de ensayo europeos. Demostrar esa certificación es uno de los requisitos para la homologación, que el SRIJ concede después de su propia revisión de los requisitos y de las pruebas que decida realizar.
¿Puede reutilizarse un certificado de RNG de otro mercado?
No como sustituto de la evidencia que exige este marco. El reglamento requiere que los resultados se basen en un generador criptográficamente seguro, probado contra la batería DIEHARD, la batería de pruebas estadísticas NIST o una equivalente, con una salida estadísticamente independiente, una desviación estándar estadísticamente relevante e impredecibilidad sin el algoritmo, la implementación y la semilla actual. Que un informe existente satisfaga esto depende de la batería, de la versión que cubre y del criterio del certificador, y por eso el informe pertenece al pliego y no a una carpeta que se descubre en el momento de la presentación.
