Que configurações de um slot o operador pode controlar sem um novo certificado

Um slot encomendado costuma ser comprado com uma suposição embutida: a de que o operador conseguirá ajustá-lo. A escada de aposta, o conjunto de idiomas, a moeda, o texto de ajuda, os pequenos ajustes visuais que aparecem depois do lançamento — tudo isso soa como configuração, e configuração soa como algo gratuito.

As regras de ensaio publicadas não classificam as mudanças dessa forma. Elas as classificam conforme a possibilidade de a mudança afetar a equidade, e a resposta determina se um build pode entrar no ar hoje à noite, depois de uma notificação ou somente depois que um laboratório de ensaios aprovado o examine outra vez. Essa distinção pertence ao briefing de encomenda, não à fila de suporte dezoito meses depois.

Este artigo apresenta as três superfícies que um build de slot realmente tem — o que chega como parâmetro de lançamento, o que é configuração do estúdio coberta pelo certificado e o que é uma alteração ao objeto certificado — e as converte em linguagem que o comprador pode levar para um contrato.

As configurações que chegam com a sessão

Parte do que parece configuração nunca toca o build. Em uma plataforma como a Engine, a URL de lançamento carrega um identificador de sessão, o host do RGS, um código de idioma, uma moeda, uma classe de dispositivo e sinalizadores para os modos de demonstração e de cassino social. O front end lê esses valores ao carregar, e a documentação da plataforma é explícita ao dizer que o host do RGS não deve ser codificado de forma fixa, porque ele pode mudar.

Esses parâmetros são genuinamente do lado do operador. Mudam por sessão e por operador sem um novo build, e um cliente que os trate mal configura um defeito de entrega, não uma questão de certificação. Dois deles pesam mais do que aparentam.

O valor de idioma é um código ISO 639-1, e o comportamento documentado para um código fora da lista suportada, ou para um valor vazio, é o retorno ao inglês. Portanto, “a plataforma suporta muitos idiomas” não é a mesma afirmação que “o idioma do seu mercado está no build entregue”. A lista documentada cobre dezessete idiomas; o italiano não está entre eles. Se existe texto em italiano é uma linha de escopo no briefing.

O valor de moeda afeta a camada de exibição, não a lógica do jogo — os valores no RGS são inteiros com seis casas decimais de precisão. A tabela de moedas documentada mistura moedas com duas, três e nenhuma casa decimal. Um build que formata qualquer código devolvido pela carteira sem tratamento alternativo para uma moeda incomum quebra no primeiro operador cujo mercado não está nas tabelas padrão do ambiente de execução de idioma.

A escada de aposta está na mesma categoria, mas tem uma cauda mais longa. Aposta mínima, aposta máxima e incremento são devolvidos na autenticação, então a escada é um parâmetro de sessão. O que a escada pode conter não é: tetos de aposta e a forma de medir o ciclo de jogo são regras de mercado que restringem o build, e é por isso que o limite britânico remodela a escada em vez da chamada de lançamento. A análise do limite de aposta trata dessa restrição em detalhe.

A mudança cosmética que não é cosmética

A estratégia de ensaios da Grã-Bretanha é a declaração publicada mais clara do problema de classificação, porque enuncia o princípio e em seguida dá exemplos dos dois lados dele.

Uma atualização principal, que exige novo ensaio externo por um laboratório de ensaios aprovado, é definida como qualquer alteração de software que possa afetar a equidade de um jogo — e equidade é detalhada como qualquer mudança no gerador de números aleatórios, no escalonamento e no mapeamento, ou nas regras do jogo, inclusive na forma como as regras são processadas pelo software.

Os exemplos são o que torna a definição útil, porque um deles parece manutenção de rotina. Um estúdio refaz a forma como os arranjos de símbolos do jogo são construídos para reduzir a carga de CPU e melhorar o desempenho. Nenhuma regra mudou, nenhuma tabela de pagamentos mudou — e ainda assim é uma atualização principal, porque a implementação das regras no software mudou. Em contrapartida, existe a lista secundária: uma mudança de formato de áudio para dar suporte a um dispositivo, a cor do chapéu de um personagem e os gráficos de fundo alterados porque uma licença de propriedade intelectual expirou, a correção da exibição de uma rodada de bônus que não toca em nada relativo aos ganhos, uma caixa de seleção de aposta que é exibida mal em um navegador, a inclusão de uma URL de lobby no botão de início, um botão levemente desalinhado.

A orientação é honesta quanto ao limite. Ela observa que um dos exemplos secundários — vários pequenos defeitos em uma única versão — poderia facilmente cair na definição de principal, e que, havendo dúvida, o movimento esperado é consultar o laboratório de ensaios original. Ela também define “regras do jogo”, para esse fim, como a matemática e o design subjacentes: tabelas de pagamentos, distribuição de símbolos, regras de recursos. Um esclarecimento na redação das regras tal como apresentadas ao jogador não é, por si só, uma mudança principal.

Essa nota de rodapé é a frase mais valiosa do documento para um publicador, porque separa duas coisas que chegam no mesmo chamado: o texto de divulgação pode mudar como texto, enquanto a mecânica que ele descreve não pode mudar sem que a questão da equidade seja colocada.

A gradação usada onde existe um programa de mudanças

A divisão entre principal e secundária da Grã-Bretanha é o método de um órgão regulador. Um segundo método aparece onde quer que uma jurisdição tenha adotado um programa de gestão de mudanças, e o padrão de jogos interativos remete diretamente a ele: quando o órgão regulador adotou um programa como o GLI Change Management Program Guide, é esse programa que decide quais mudanças em componentes já avaliados exigem ensaios de modificação, com o escopo dependendo da natureza, da extensão e do impacto potencial da mudança.

Esse guia classifica as mudanças em três níveis, e novamente os exemplos são a parte útil.

Nível 1, sem impacto. Software e hardware de backup, inclusão ou remoção de usuários, manutenção de banco de dados não crítica, indisponibilidades de infraestrutura, correções de segurança do sistema operacional e — a entrada que importa aqui — imagens de fundo, esquemas de cores e atualizações acessórias semelhantes do cliente front end. Implantação sem notificação.

Nível 2, baixo impacto. Mudanças em regras de firewall, manutenção de banco de dados, movimentação de dados de backup regulados, hardware incluído ou alterado.

Nível 3, alto impacto. Um novo recurso de jogo, ou uma mudança em qualquer lógica que afete apostas ou a lógica do jogo; uma mudança que afete relatórios regulatórios obrigatórios ou dados de conciliação; uma mudança substancial nos serviços de geolocalização; uma mudança no tratamento ou no armazenamento de informações pessoalmente identificáveis; uma mudança feita para atender a requisitos regulatórios atualizados.

Dois requisitos operacionais acompanham os níveis 2 e 3: aviso prévio de pelo menos três dias úteis ao órgão regulador e ao laboratório de ensaios que realizou a certificação anterior e, quando a certificação prévia à implantação não é exigida, ensaios de laboratório concluídos em até noventa dias após a entrada da mudança em produção. O órgão regulador ou um laboratório delegado pode puxar uma mudança para o ensaio prévio à implantação dentro dessa janela de aviso. O programa também exige um registro de mudanças que documente, no mínimo, o momento da aprovação interna, os componentes e identificadores de versão alterados, o motivo, a pessoa que autoriza, a pessoa que executa, a data prevista de lançamento e o nível da mudança.

Essa última lista é o artefato prático. Um estúdio que não consegue produzir esses campos para um build de lançamento não consegue operar dentro de um programa de mudanças, e um operador que não os exigiu está comprando um build que terá de congelar.

O que o operador realmente controla

Reunindo as três fontes, a superfície de configuração de um slot encomendado se divide de forma clara.

Parâmetros de sessão. Idioma, moeda, classe de dispositivo, identidade de sessão, host do RGS, sinalizadores de demonstração e de modo social. Do lado do operador, por sessão, sem alteração no build.

Texto de apresentação e de divulgação. Redação do texto de ajuda, glossários de termos, explicações das regras traduzidas, links de lobby, a formulação de um texto de torneio ou de promoção. Isso é conteúdo e, na maioria dos mercados, cabe ao operador ou ao publicador alterá-lo — com uma condição: as palavras devem continuar descrevendo o objeto certificado com precisão. Uma tela de ajuda editada para prometer um recurso que a matemática não paga é um problema de equidade disfarçado de chamado de texto.

Ajustes cosméticos e de dispositivo. Formatos de áudio, alinhamento de layout, substituição de ativos forçada pelo fim de uma licença, uma caixa de diálogo que é exibida mal em um navegador. Secundária no esquema britânico, nível 1 ou nível 2 baixo em um programa de mudanças.

Tudo o que o certificado nomeia. Versão da matemática, versão do front, configuração de RTP, lógica dos recursos, tabela de pagamentos, distribuição de símbolos, apresentação de ganhos vinculada ao resultado econômico. Esses são o objeto certificado. Alterar um deles não é ajustar uma configuração; é um novo build com suas próprias evidências. A análise das variantes faz essa observação para as configurações de retorno ao jogador, e o guia de evidências de certificação localizada cobre o que um certificado precisa nomear antes de uma decisão de catálogo.

A armadilha está na zona intermediária. Uma mudança “pequena” na forma como o cliente calcula um ganho exibido, um ajuste de arredondamento na exibição de moedas, uma nova animação que altera o momento em que o resultado é revelado — cada uma delas é cosmética na aparência e uma mudança de equidade na substância. O teste a aplicar não é o tamanho do diff, mas se algum resultado que o jogador possa receber é calculado ou apresentado de forma diferente.

Transformando isso em linguagem de briefing

Quatro cláusulas concentram a maior parte da proteção, e nenhuma delas exige um advogado para ser redigida.

Um registro de configuração como entregável. Uma tabela que liste cada parâmetro que o operador pode definir, onde ele é definido, se ele é entregue como valor de lançamento ou como constante do build, e a classificação de mudança de cada um nos mercados aos quais o jogo se destina.

A disciplina de mudanças, nomeada. Qual programa de mudanças, se houver, se aplica a cada mercado-alvo; a janela de aviso com a qual o estúdio trabalhará; e quem notifica — porque no guia o fornecedor registra as mudanças e o provedor da plataforma mantém o registro, e um operador pequeno que compra um jogo de um estúdio mais uma plataforma tem três partes e, muitas vezes, nenhum responsável por esse dever.

Evidências por nível. Para mudanças de nível 1 e secundárias, um registro no log e uma classificação fundamentada. Para mudanças de nível 3 e principais, a submissão de modificação: identificação da versão certificada anterior, a descrição da mudança com casos de teste, os módulos afetados e a origem da nova versão. Esse é o formato de submissão que os laboratórios publicam, e pedi-lo não é um pedido incomum.

Uma cláusula de congelamento com preço associado. O que acontece se o operador quiser uma mudança que o estúdio classifica como objeto certificado. A resposta deve ser uma mudança de escopo com custo declarado e um caminho de certificação declarado, acordada antes de a mudança ser feita — não uma negociação depois que a campanha de lançamento já foi contratada.

Onde a localização se encaixa em tudo isso

Um build localizado é o lugar mais comum de encontrar o limite, porque a tradução toca texto, layout e, muitas vezes, arte ao mesmo tempo.

Texto novo de localidade é conteúdo. Uma tela de ajuda traduzida que precisa descrever as regras do jogo com precisão é conteúdo que cria uma obrigação: a explicação tem de permanecer equivalente entre os idiomas oferecidos. O que não é conteúdo é o conjunto de idiomas que o build suporta, as regras de formatação de moeda que ele implementa e qualquer arte cujos símbolos carreguem significado na matemática. Isso está no build e no certificado.

Consequência prática para um briefing que cobre espanhol, português e italiano: nomeie as localidades, nomeie o idioma de retorno e nomeie quem aprova que cada tradução ainda descreve as regras certificadas. Depois, trate qualquer inclusão posterior de localidade como uma revisão própria, não como mais uma linha em uma ferramenta de tradução.

O que este artigo não decide

Não se trata de uma opinião de conformidade para um mercado específico, e os dois referenciais descritos se aplicam onde um órgão regulador os adotou — a divisão britânica entre principal e secundária é a estratégia de ensaios da Comissão para os seus próprios licenciados, e os níveis do programa de mudanças se aplicam onde uma jurisdição adotou o programa. O movimento correto para um mercado específico é perguntar ao laboratório de ensaios que certificou o build.

O que as regras publicadas estabelecem, em todo mercado que documentou uma, é que a classificação é uma propriedade do efeito da mudança sobre a equidade, e não do tamanho da mudança. Um estúdio que consegue classificar uma mudança e comprová-la é um parceiro mais barato do que um que trata cada pedido como um novo projeto ou, pior, que o entrega em silêncio.

Se você está redigindo um briefing e quer a superfície de configuração, a classificação de mudanças e o conjunto de mercados definidos antes do orçamento, solicite um orçamento de projeto. O guia de contratação cobre como o briefing é montado, e o guia do pacote de submissão cobre como são as evidências na outra ponta.

Perguntas que os compradores fazem

O operador pode alterar a escada de aposta depois que o jogo é certificado?

Os valores são fornecidos na autenticação, então a escada é lida por sessão. O que esses valores podem ser é restringido pelas regras de mercado — tetos de aposta e a forma como um ciclo de jogo é medido — e essas restrições estão no build e na sua documentação. Peça o registro que indica quais limites são valores de sessão e quais são constantes do build, porque uma escada que pode ser editada além de um teto certificado é um defeito de conformidade, não um recurso.

Corrigir um arquivo de áudio com defeito ou um botão desalinhado é uma mudança de certificação?

No referencial britânico, essa é a categoria secundária, que cobre atualizações que não afetam a equidade do jogo, com mudanças de formato de áudio e defeitos de exibição citados como exemplos. Um programa de gestão de mudanças coloca esse mesmo tipo de trabalho no seu nível mais baixo. Isso não equivale a liberdade irrestrita: a correção tem de deixar intactas as regras, a matemática e a forma como os resultados são apresentados, e ainda assim precisa constar do registro de mudanças.

Por que uma mudança de desempenho conta como atualização principal?

Porque a definição de equidade abrange a forma como as regras são processadas pelo software, não apenas o que as regras dizem. O exemplo publicado é uma reconstrução dos arranjos de símbolos para reduzir a carga de CPU: nenhuma regra mudou, mas a implementação das regras mudou, então a atualização exige novo ensaio externo. Qualquer otimização que altere a forma como os resultados são sorteados, mapeados ou avaliados deve ser tratada da mesma maneira até que um laboratório de ensaios diga o contrário.

De quanto aviso uma mudança precisa antes de entrar no ar?

Onde se aplica um programa de gestão de mudanças, aviso prévio de pelo menos três dias úteis ao órgão regulador e ao laboratório que realizou a certificação anterior para os dois níveis mais altos, com ensaios posteriores à implantação concluídos em até noventa dias caso a certificação não tenha sido exigida antes. A janela de aviso é um piso, e o órgão regulador pode exigir ensaios dentro dela. Mercados sem um programa adotado definem o próprio processo, então o cronograma precisa ser construído por mercado, e não uma única vez.

Incluir um novo idioma significa um novo certificado?

O texto em si é conteúdo, mas uma nova localidade toca o conjunto de idiomas que o build suporta, a formatação que o cliente aplica e qualquer arte que carregue significado — e é aí que ela se torna uma mudança de build. A posição segura na contratação é ter todas as localidades pretendidas na submissão original e tratar uma inclusão posterior como uma revisão com escopo definido e evidências próprias.