Regras de slots em Portugal: o que um jogo precisa comprovar antes da certificação

Portugal é um dos mercados em que o próprio jogo — e não apenas a plataforma do operador — é examinado à luz de um conjunto escrito de exigências antes de poder ser oferecido. O Serviço de Regulação e Inspeção de Jogos (SRIJ) publica o percurso de certificação e homologação e, por trás dele, o regulamento técnico consolidado, o Regulamento n.º 903-B/2015, que contém cláusulas com a estrutura de um briefing: como as regras são redigidas, que língua utilizam, o que o jogador tem de ver no momento da aposta, o que o jogo não pode fazer ao jogador e o que o gerador de números aleatórios tem de demonstrar.

Isso importa sobretudo na fase de encomenda. Um estúdio que trata Portugal como uma tradução de um build inglês já concluído descobre a maior parte destas obrigações na certificação, quando alterá-las custa caro. Um briefing que já as incorpora transforma a certificação numa revisão.

Este artigo resume as exigências publicadas com data de 10 de novembro de 2026 e indica o que um briefing de encomenda deve, por isso, pedir. Trata-se de um resumo de fontes primárias, não de aconselhamento jurídico, e o titular da licença continua a ser responsável pela submissão.

Duas etapas, e só uma delas pertence ao estúdio

O SRIJ descreve a homologação como dependente de três fatores: a certificação demonstrada do sistema técnico de jogo, o cumprimento de todas as especificações exigidas e o pagamento da taxa de homologação. A certificação é realizada por entidades reconhecidas para o efeito pela Comissão de Jogos, e a página do SRIJ lista atualmente nove delas, dos grandes laboratórios internacionais a casas de ensaio europeias de menor dimensão.

A sequência não é, portanto, «submeter o jogo, receber a aprovação». Um certificador reconhecido examina o jogo e o sistema que o rodeia; o SRIJ homologa depois com base nessa certificação, na sua própria análise das exigências e — quando o entende — em testes que realiza. O SRIJ afirma claramente que pode solicitar qualquer informação relevante para analisar a estrutura do sistema e realizar os testes necessários para verificar as exigências.

A consequência prática para uma encomenda é que o entregável não é apenas um build. É um build mais a evidência que um certificador identificado aceitará, e nenhuma das duas partes pode ser improvisada no fim.

O tipo de jogo é definido antes da arte

A lei portuguesa não concede uma autorização genérica para oferecer qualquer jogo que um estúdio invente. As páginas do SRIJ repetem a mesma frase duas vezes, tanto na página de certificação como na de homologação: um operador só pode explorar os tipos de jogo de fortuna ou azar previstos na alínea d) do n.º 1 do artigo 12.º do Regime Jurídico dos Jogos e Apostas Online (RJO) e apenas quando o sistema técnico tiver sido certificado e homologado. A certificação é exigida sempre que um operador pretenda explorar um tipo de jogo ainda não certificado, e qualquer tipo fora da lista legal necessita de autorização da Comissão de Jogos antes de poder sequer ser considerado.

Para uma encomenda de slot isto é uma questão de âmbito, não uma nota de rodapé jurídica. O quadro português enquadra o slot online nas máquinas de jogo — o SRIJ publica uma instrução de reporte especificamente para máquinas de jogo online — e um conceito que se desvie dessa categoria durante o desenvolvimento constitui uma submissão diferente, não uma variação. Se o jogo encomendado trouxer uma mecânica que um certificador possa ler como outro tipo, vale a pena resolvê-la no documento de design em vez de numa consulta de certificação.

O texto das regras faz parte do build

O regulamento exige que todos os jogos tenham regras e instruções, proíbe alterá-las durante o jogo e especifica depois o texto em detalhe. As instruções devem ser redigidas em português, com correção gramatical e sintática, e o português é a língua de base mesmo quando são oferecidas outras línguas. As regras e instruções têm de ser iguais em todas as línguas em que o jogo é disponibilizado, estar acessíveis sem jogar e estar disponíveis em todas as páginas da presença na internet relacionada com o jogo.

Três outras obrigações estão na mesma cláusula. O nome do jogo tem de estar visível no momento em que o jogador aposta. As regras devem indicar todos os prémios potenciais e o prémio máximo possível por unidade de aposta, o que faz da tabela de prémios e do texto das regras um único artefacto revisto, em vez de dois. E cada botão de ação tem de estar identificado com a sua função no próprio botão.

É um percurso de produção diferente do habitual, em que a interface é entregue em inglês e o texto das regras é redigido a partir da tabela de prémios acabada. Aqui, o texto regulamentar português é um dado de entrada do design: tem de descrever a tabela de prémios que o build realmente implementa, na língua do mercado, antes de as cadeias de texto da interface ficarem congeladas.

As cláusulas de equidade condicionam o design, não só a matemática

A parte mais citada do Regulamento n.º 903-B/2015 é a secção de equidade, e é invulgarmente específica quanto à apresentação. Os jogos devem transmitir informação precisa sobre as possibilidades de ganhar e expor, com rigor, todos os resultados possíveis de cada jogo. O jogo deve deixar claro se o jogador pode influenciar o resultado, e um jogo cujo resultado é aleatório tem de ser genuinamente capaz de produzir qualquer resultado em cada jogada.

Seguem-se duas proibições que tocam a arte tanto quanto o modelo. O regulamento estabelece que os conceitos de near-miss — qualquer ação do sistema que dê ao jogador a impressão de ter estado perto de um prémio — não são considerados justos e corretos. E não são permitidos jogos que transmitam ao jogador a perceção de controlo sobre um resultado que não controla, salvo se o jogador tiver sido devidamente informado de que a sua escolha não tem influência.

O regulamento fecha ainda o ciclo sobre a adaptação. O retorno ao jogador não pode ser manipulado pelo sistema nem por interferência manual para manter um retorno constante, e os jogos não podem adaptar-se ao comportamento do jogador — com uma exceção estreita para jogos metamórficos em que o jogador tenha sido devidamente informado. A mesma cláusula exige que os jogos funcionem independentemente do equipamento e do canal de comunicação do jogador, o que abrange tanto o plano de desempenho móvel como o processo de conformidade.

Duas cláusulas de apoio completam o quadro. Os jogos de demonstração devem ter as mesmas características do jogo a dinheiro real e apresentar a possibilidade de ganhar de forma correta e equilibrada, pelo que um modo de jogo gratuito não é lugar para fazer o ganho parecer mais fácil. E o tempo concedido ao jogador para tomar uma decisão é definido pelo operador, mas não pode ser inferior a três segundos, o que exclui as configurações de jogo automático mais rápidas que alguns mercados toleram.

O ecrã está no conjunto de exigências

Uma secção separada regula a apresentação e lê-se como uma especificação de interface. O nome do jogo tem de estar visível em todas as páginas relacionadas com o jogo. O saldo do jogador tem de ser apresentado ou facilmente acessível. A aposta em curso deve ser mostrada juntamente com a aposta unitária e a aposta total. Sempre que o resultado possa ser afetado por fatores fora do controlo do jogador, o sistema deve avisá-lo e remeter para a informação que o explica. Um relógio deve indicar há quanto tempo o jogador está a jogar, com exceção dos jogos disponibilizados através de telemóveis e dispositivos com capacidade de visualização igualmente limitada.

As cláusulas de ação acrescentam a aposta atual e as opções de aposta disponíveis, todos os prémios e combinações de prémios apresentados graficamente, e a indicação clara da aposta máxima e mínima. Os resultados devem ser apresentados de forma clara e inequívoca e mantidos no ecrã durante um período adequado, e os prémios devem ser mostrados com a mesma clareza.

Nada disto é exótico, mas cada linha é um componente de interface com um custo de localização e um caso de teste. Um briefing que os enumere como critérios de aceitação consegue que sejam construídos uma só vez, no lugar certo, em vez de acrescentados a posteriori em quatro ecrãs.

Estado, interrupção e desativação

O regulamento parte do princípio de que os jogadores serão interrompidos. O sistema tem de poder ativar e desativar um jogo individual, todos os jogos e a atividade de jogo de um único jogador, e cada ativação e desativação tem de ser registada. Um jogo desativado não pode ser mostrado, e um jogador com um jogo em curso tem de poder terminá-lo; quando um jogo com vários estados não puder ser concluído, o jogador tem de poder completá-lo no início de sessão seguinte, ou ser informado do motivo pelo qual tal não é possível.

A cláusula dos jogos incompletos enumera os casos que têm de ser recuperáveis: perda de comunicações, reinício do sistema, desligar e voltar a ligar jogos, reinício do dispositivo do jogador e encerramento anormal do cliente ou do servidor. Após a reconexão, o sistema tem de mostrar os jogos incompletos e permitir que o jogador os conclua, e tem de os contabilizar.

Para um slot encomendado, isto é um requisito de arquitetura do jogo, não apenas da plataforma: o estado do jogo tem de ser suficientemente durável para ser retomado do lado do cliente após uma falha de ligação, e a evidência de garantia tem de mostrar que isso acontece, em vez de o afirmar.

Jackpots e o gerador de números aleatórios

Quando um jackpot faz parte do design, as obrigações de reporte são precisas. O valor apresentado tem de ser atualizado no dispositivo de cada jogador participante pelo menos a cada 30 segundos. O vencedor tem de ser notificado imediatamente, e todos os jogadores participantes têm de ser informados do valor assim que o jackpot for acionado. O sistema tem de manter um registo de auditoria detalhado de cada jackpot, abrangendo data e hora, configuração, contribuições, acionamentos, prémios e a identidade dos colaboradores que acederam ao sistema, conservado em armazenamento redundante e tolerante a falhas, e tem de ser possível reconstruir valores e prémios a partir das contribuições dos jogadores. Um jackpot descontinuado tem de ser claramente apresentado como indisponível, e a informação sobre o retorno ao jogador tem de permanecer correta quer o jackpot esteja ou não disponível para esse jogador.

As exigências relativas ao gerador de números aleatórios são a parte que mais frequentemente se pede a um estúdio que comprove de fora. Os resultados dos jogos de fortuna ou azar têm de se basear num RNG e nas suas funções de suporte — semente, mapeamento, baralhamento. O gerador tem de ser reconhecidamente uma fonte criptograficamente segura. O seu output tem de passar o conjunto DIEHARD, o conjunto de testes estatísticos NIST ou um equivalente, produzir resultados estatisticamente independentes com um desvio-padrão estatisticamente relevante e ser imprevisível para quem não conheça o algoritmo, a implementação e a semente atual.

Um estúdio que apenas tenha descrito o seu RNG como «provably fair» não tem nada para entregar a um certificador neste ponto. A evidência é um relatório de testes contra um conjunto identificado, sobre um build identificado.

O que o briefing deve pedir

As exigências traduzem-se numa lista de entregáveis que pode ser inscrita numa encomenda antes do primeiro sprint: o texto regulamentar português e as cadeias de interface como fonte revista, não como tarefa de tradução; a tabela de prémios que o texto das regras descreve, com o prémio máximo por unidade de aposta indicado; as etiquetas de função dos botões e os componentes de visualização exigidos pelas cláusulas de apresentação; uma declaração de design sobre near-miss, perceção de controlo e adaptação comportamental; o design de recuperação de estado e a respetiva evidência de testes para os casos de interrupção enumerados pelo regulamento; o relatório de testes de RNG contra DIEHARD, NIST ou equivalente; e, quando um jackpot esteja no âmbito, o design de reporte e reconstrução com a sua atualização a cada 30 segundos.

Duas coisas merecem ser ditas com clareza a um comprador. A primeira é que este é um conjunto de exigências português, e um jogo construído para quatro mercados tem de satisfazer o texto próprio de cada mercado — o argumento do build localizado está desenvolvido no nosso guia sobre evidência de certificação de jogo de casino localizado, e o faseamento de um lançamento em vários mercados no nosso plano de lançamento para várias jurisdições. A segunda é que o percurso de certificação não é uma formalidade que se segue a um build concluído: a evidência tem de existir, numa forma revista, enquanto o build ainda pode ser alterado. O nosso guia de submissão para certificação explica como esse dossiê é montado, e o guia de arquitetura de plataforma de jackpots cobre o ciclo de reporte do lado da plataforma.

Se está a encomendar um jogo Engine para um mercado regulado e quer o build e a sua evidência planeados em conjunto, peça um orçamento de projeto — o briefing pode incorporar o conjunto de exigências do mercado desde a primeira página.

Perguntas que os compradores fazem

Basta traduzir para português um build inglês já certificado?

Não. O regulamento exige que as regras e instruções do jogo sejam redigidas em português, com correção gramatical e sintática, com o português como língua de base mesmo quando são oferecidas outras línguas, e que as regras sejam idênticas em todas as línguas em que o jogo é disponibilizado. Exige também que as regras indiquem todos os prémios potenciais e o prémio máximo possível por unidade de aposta, pelo que o texto tem de descrever a tabela de prémios que o build português realmente implementa e não aquela de que foi traduzido.

Certificar um jogo cobre o slot seguinte do mesmo estúdio?

Não. A certificação está ligada ao sistema técnico e aos tipos de jogo explorados: o SRIJ exige certificação sempre que um operador pretenda explorar um tipo de jogo ainda não certificado ou homologado, e qualquer tipo fora da lista legal necessita primeiro de autorização da Comissão de Jogos. Um novo título é uma nova submissão, mesmo que partilhe o motor.

As animações de antecipação são permitidas?

O regulamento proíbe os conceitos de near-miss — qualquer ação do sistema que dê ao jogador a impressão de ter estado perto de um prémio — e considera-os nem justos nem corretos. Uma animação que seja mera antecipação de um resultado já determinado não é o mesmo que uma animação construída para simular um near-miss, mas a distinção tem de ser defensável no documento de design e visível no build, e não argumentada depois de um certificador a levantar.

Quem pode certificar um jogo para Portugal?

A certificação é realizada por entidades reconhecidas para o efeito pela Comissão de Jogos, e o SRIJ publica a lista atual na sua página de certificação — nove entidades à data da redação, incluindo os grandes laboratórios internacionais e várias casas de ensaio europeias. Demonstrar essa certificação é um dos requisitos para a homologação, que o SRIJ concede depois da sua própria análise das exigências e dos testes que decida realizar.

Um certificado de RNG de outro mercado pode ser reutilizado?

Não como substituto da evidência que este quadro exige. O regulamento requer que os resultados se baseiem num gerador criptograficamente seguro, testado contra o conjunto DIEHARD, o conjunto de testes estatísticos NIST ou um equivalente, com output estatisticamente independente, um desvio-padrão estatisticamente relevante e imprevisibilidade sem o algoritmo, a implementação e a semente atual. Se um relatório existente satisfaz isto depende do conjunto de testes, do build que abrange e do juízo do certificador — e é por isso que o relatório pertence ao briefing e não a uma pasta descoberta na altura da submissão.