Notícias do setor

O que um jogo tem de documentar antes de o Ontário permitir que seja jogado

O Ontário não admite um jogo no seu mercado regulado de igaming porque o jogo funciona. Admite um jogo que foi escrito, descrito ao jogador e certificado. Três artefactos têm de existir antes de um título poder ser oferecido a dinheiro real num site de jogos do Ontário, e respondem a três perguntas diferentes: uma especificação interna que diz o que o jogo é, uma divulgação dirigida ao jogador que diz aquilo a que o jogador se compromete, e uma certificação independente que diz que ambas as alegações foram testadas contra as normas do Registrar.

Essa estrutura importa sobretudo à parte que não é o operador: o estúdio que construiu o jogo, a plataforma que o fornece ou o agregador que o distribui para um cliente do Ontário. As regras do Ontário estão redigidas como resultados, e não como uma lista de verificação de construção, e o Registrar é explícito ao afirmar que a responsabilidade pode recair tanto sobre um fornecedor como sobre um operador. Este artigo percorre aquilo que as Registrar’s Standards for Internet Gaming exigem efetivamente de um jogo e do fornecedor por detrás dele, e o que a política de certificação que as acompanha faz a um calendário de lançamento.

O Arquiteto de Runas, um jovem de cabelo escuro ondulado e penteado para trás, com uma casaca azul-petróleo profunda de finas linhas geométricas douradas sobre um colete azul-petróleo escuro e uma camisa branca, encontra-se atrás de um pedestal de pedra escura à altura da cintura, em perfil de três quartos virado para a esquerda, com ambos os braços escondidos atrás do pedestal e da casaca de modo que nenhuma mão é visível, olhando para baixo para uma laje de pedra creme lisa e em branco pousada no pedestal; no canto inferior direito, uma única criatura arredondada, lustrosa e violeta-profunda, com um pequeno conjunto de olhos brilhantes e uma pequena boca curvada, paira sobre uma reentrância redonda na pedra iluminada por um brilho ciano-branco frio, com tentáculos ondulantes em volta; o terço esquerdo da cena é pedra escura e silenciosa
Uma descrição tem de coincidir com o artefacto que descreve. A ilustração é arte conceptual gerada para este artigo e não afirma qualquer quantidade, data, licença, certificação ou resultado.

O Ontário regula resultados, não uma lista de verificação de construção

As Registrar’s Standards for Internet Gaming entraram em vigor a 4 de abril de 2022, quando abriu o mercado regulado de igaming do Ontário, e assentam num modelo deliberadamente indireto. Ao abrigo do Gaming Control Act, 1992, o Registrar fixa normas baseadas no risco, e o documento de normas afirma a intenção de forma clara: a abordagem foi concebida para deslocar a regulação «from requiring registrants to comply with a specific set of rules or processes, which tend to be prescriptive in nature, towards the broader regulatory outcomes or objectives they are expected to achieve.»

Para um fornecedor, isso tem duas consequências que é fácil deixar passar.

A primeira é que não há no documento nenhuma linha que diga «your build must contain X». O documento diz que resultado tem de se verificar e deixa o mecanismo ao registante. Um estúdio não pode satisfazê-lo por incluir uma funcionalidade onde um concorrente incluiu a mesma funcionalidade; tem de conseguir mostrar que o resultado se verifica para a sua construção.

A segunda é quem está em causa. As normas aplicam-se à OLG para o seu site de jogos na internet, à iGaming Ontario para as suas atividades e aos operadores registados de jogos na internet — e normas específicas aplicam-se também a fornecedores registados de serviços relacionados com jogos. O documento acrescenta depois a frase que decide a maioria dos debates comerciais: «Operators are expected to ensure that the Standards related to the operation of their gaming site are met, regardless of the entity that is carrying out the related activities. Depending on the circumstances, the Registrar may hold an Operator, a gaming-related supplier, or both, accountable for meeting a particular Standard.»

Leia isso como fornecedor e a questão da conformidade deixa de ser um problema apenas do operador. A mesma secção observa que o Registrar pode ordenar a qualquer fornecedor registado que cumpra normas e requisitos adicionais, e pode acrescentar termos específicos a um registante.

A especificação que o fornecedor tem de conseguir produzir

O primeiro artefacto é um documento, e não é a página de marketing. A norma 4.05 exige que «Game specifications must be documented that clearly indicate» cinco coisas:

  1. os objetivos do jogo;
  2. as apostas que podem ser feitas;
  3. como o jogo é operado e jogado;
  4. as probabilidades de ganhar para cada prémio disponível aos jogadores;
  5. a vantagem do operador em relação a cada aposta.

Quatro dessas cinco são factos de engenharia comuns. A quinta — a vantagem do operador em relação a cada aposta — é a margem da casa indicada como propriedade por aposta, e não como uma percentagem de manchete, e é o ponto em que a especificação deixa de ser um documento de conceção e passa a ser um documento regulamentar. Um jogo com vários modos de aposta, vários níveis de aposta ou vários escalões de prémio tem um desses valores por aposta, e não um por jogo. O guia do modelo matemático e da folha PAR cobre o lado probatório desse trabalho; o contributo do Ontário é que a própria especificação é exigida como existente.

A especificação assenta sobre uma obrigação mais ampla de registo. A norma 4.01 exige que «All gaming activities and financial transactions shall be conducted fairly and honestly, and must be independently verifiable», e os seus requisitos apelam a uma monitorização e registo independentes contínuos suficientes para verificar o cumprimento das regras do jogo, confirmar os resultados, pagar o prémio à pessoa certa e confirmar a exatidão das transações financeiras, com registos contínuos para os sistemas de jogo críticos que acompanham a contabilidade financeira e o histórico do estado do jogo.

A norma 4.02 lista depois o que os registos de transações e de estado do jogo têm de suportar, incluindo «Capturing information needed to continue a partially complete game within a reasonably defined time» e «Tracking of game enabling, disabling and configuration changes». Duas normas posteriores transformam esses registos numa propriedade testável: a 4.14 exige mecanismos «to allow a game to be recreated up to and including the last communicated state to the player», e a 4.12 exige que os resultados do jogo sejam recuperáveis, «where technically possible, so that player bets can be settled appropriately».

Essa é a forma prática do primeiro artefacto. Um jogo que não pode ser reconstruído a partir dos seus próprios registos não pode ser defendido, e a reconstrução tem de chegar ao último estado que o jogador efetivamente viu.

A divulgação que o jogador tem de ter antes da primeira aposta

O segundo artefacto é aquele que uma conversa de encomenda costuma esquecer, porque não faz parte da construção: é aquilo que o jogador lê. A norma 4.06 é inequívoca quanto ao momento. «Prior to placing a bet or wager, the player shall be provided with sufficient information to make informed decisions about betting or wagering based on chances of winning, the way the game is played, and how prizes and payouts are made.»

O seu primeiro requisito descreve como o material tem de ser apresentado: «Comprehensive and accurate information that explains the applicable terms governing play must be easily available to the player prior to the placing of a bet or wager through such supports as “game rules”, “help” or “how to play” pages placed prominently to allow players to easily locate them. All reasonable steps must be taken to ensure the content is understandable.»

O segundo requisito lista o que o conteúdo tem efetivamente de conter — e é uma lista mais longa do que a maioria dos painéis de regras traz de origem:

  • como os jogadores podem participar, com instruções e quaisquer termos para cada método;
  • instruções claras sobre como interagir com o jogo;
  • descrições claras do que constitui um resultado vencedor;
  • quaisquer restrições ao jogo ou à aposta, como limites de duração do jogo ou ganhos máximos;
  • informação completa, exata e compreensível sobre as probabilidades de ganhar, as probabilidades de pagamento ou os retornos aos jogadores;
  • as unidades de valor do prémio, como moeda ou créditos;
  • outros elementos que afetam o jogo ou os resultados — o número de baralhos ou a frequência de baralhamento num jogo de cartas virtual, como funciona um jackpot progressivo, quantas fichas de que tipo entram numa ronda de bónus e como essa ronda se comporta.

Dois pontos adicionais na mesma norma são fáceis de deixar passar e caros de acrescentar à posteriori. Quando a velocidade de interação afeta as probabilidades de ganhar do jogador, os jogadores têm de ser informados de que a velocidade de ligação ou do processador pode afetar o jogo; e quando a perícia ou a estratégia afeta as probabilidades de ganhar, os jogadores têm de ser informados disso. Nenhuma das duas é verdadeira para todos os jogos, e a obrigação é dizê-lo quando o é.

A norma fixa também as unidades: a denominação de cada crédito tem de ser claramente apresentada, os prémios e pagamentos apresentados têm de ser claros quanto às suas unidades, e os jogadores têm de ser informados das circunstâncias em que um jogo pode ser declarado nulo. Um painel de ajuda que lista pagamentos em créditos enquanto o saldo é apresentado em moeda respondeu a uma pergunta diferente da que foi feita.

O que a divulgação não pode dizer

A norma 4.07 é onde a abordagem do Ontário mais se afasta de uma instrução genérica de «seja honesto». Afirma que «Information provided to players prior to and during game play shall not mislead players or misrepresent games», e enumera depois as falhas:

  • descrever resultados, prémios ou funcionalidades que não são alcançáveis;
  • incentivar o jogo como meio de recuperar perdas passadas de jogo ou outras perdas financeiras;
  • fazer falsas promessas, ou apresentar o ganho como o resultado provável;
  • sugerir que as probabilidades de ganhar aumentam quanto mais tempo se joga, quanto mais se gasta, ou por via da perícia onde a perícia não é um fator;
  • usar linguagem que sugira que um determinado resultado é mais provável do que a sua probabilidade real — a norma indica os exemplos: «“due”, “overdue”, “ready” and “ready to hit”»;
  • caracterizar mal a natureza do jogo ao dar-lhe «a commonly accepted name, such as “European Roulette”, if the game does not operate as a player would reasonably expect.»

O quarto e o sexto itens são aqueles em que um tema pode tropeçar. Um jogo cuja funcionalidade de manchete promovida é uma sequência que «cresce» lê-se como uma probabilidade crescente, a menos que o painel de regras diga o que a mecânica efetivamente é, e um jogo de roleta com a marca de uma variante familiar compromete o fornecedor com as regras que um jogador associa a esse nome — mesmo que o tema tenha sido escolhido por uma marca cliente. Isso é uma restrição de conceção e de texto, não uma restrição jurídica, e pertence à especificação de regras em vez de a uma revisão tardia de um ecrã de ajuda.

A certificação que tem de existir antes da implementação

O terceiro artefacto é externo. A norma 4.08 exige que «All igaming games, random number generators and components of igaming systems that accept, process, determine outcome of, display, and log details about player bets, including any subsequent modifications, must either be approved by the Registrar or certified by an independent testing laboratory registered by the Registrar, as per the AGCO’s ITL Certification Policy, prior to being provided for any gaming site.»

A política anexada explicita as fronteiras que decidem um plano de lançamento.

Quem pode certificar. Apenas laboratórios de ensaio independentes que a AGCO registe. A política descreve uma certificação de ITL como «a form of written assurance that is issued by registered independent test laboratories (“ITLs”) to indicate that they have tested and confirmed that the types of technology captured by this policy meet the relevant AGCO Registrar’s Standards for Internet Gaming».

O que tem de ser certificado. Todos os jogos, geradores de números aleatórios e os componentes de sistema que aceitam, processam, determinam o resultado de, apresentam e registam detalhes das apostas dos jogadores — incluindo explicitamente jogos de slot, jogos de mesa, apostas desportivas e em eventos, póquer e outros jogos de cartas. O dealer ao vivo é tratado separadamente: o requisito estende-se a geradores de números aleatórios físicos com elementos eletrónicos e equipamento semelhante, incluindo «physical wheels (roulette), physical dice tables, and card shufflers that have electronic components», e, para os jogos de dealer ao vivo, aplicam-se também as Casino Electronic Gaming Devices and Gaming Systems Minimum Technical Standards.

O que o instrumento de certificação tem de conter. A política lista oito itens: a denominação registada na AGCO do laboratório certificador; a denominação registada na AGCO do registante que a solicitou; a data de emissão; um identificador único que permita à AGCO rastrear a certificação; o nome do produto, o número de versão e o fabricante; a lista de normas contra as quais a tecnologia foi certificada; se alguma parte da certificação se baseou em ensaios anteriores para requisitos de outra jurisdição; e, no caso de uma recertificação, uma descrição de alto nível das alterações-chave que a tornaram necessária. A pedido, o laboratório tem também de conseguir produzir os resultados de ensaios anteriores do mesmo produto para o mesmo registante, incluindo deficiências previamente identificadas, e informação sobre o ambiente de ensaio, as configurações do produto e a metodologia de ensaio.

Dois desses oito têm peso comercial. Uma certificação ligada a uma lista de normas é um instrumento com âmbito delimitado, e a política confirma que o âmbito é deliberadamente estreito: «The scope of the certification is not “all” Standards, but rather those standards that are relevant to games, random number generators, remote gaming servers, and sport and event betting systems being tested.» E o campo de dependência de jurisdição é a razão pela qual um título já ativo noutro lugar ainda precisa do seu próprio instrumento para o Ontário.

O que uma certificação não pode fazer. «For regulatory purposes, an ITL may not issue a certification that is contingent on any future changes or modifications to the technology being carried out.» Um laboratório pode, no entanto, certificar uma tecnologia nomeando funcionalidades que teriam de ser desligadas ou desativadas para a conformidade — o que é um resultado útil, mas apenas se o fornecedor as desativar de facto e o puder demonstrar. E uma certificação que procure limitar ou eximir o uso que o Registrar faz dela «will not be a recognized certification».

O que conta como alteração: as três categorias de recertificação

A resposta da política à pergunta «quando temos de testar de novo?» é uma classificação, e o fornecedor é responsável por ela. A recertificação é exigida «when any modification or subsequent discovery of an undetected issue impacts critical gaming system integrity, fairness, or security, or compliance with the Gaming Control Act, 1992, its regulation, and/or the Standards», e o efeito dessa alteração é invalidar a certificação anterior. O fornecedor classifica o delta entre o software anteriormente certificado e a nova versão numa de três categorias e conserva os registos de classificação para a AGCO:

  • Alterações não regulamentares — alterações não relacionadas com a conformidade, como pequenos erros de experiência do utilizador, alterações cosméticas ou «new language added that is not used in Ontario». Não exigem recertificação; o fornecedor baseia-se na certificação anterior e confirma que o delta é não regulamentar.
  • Alterações regulamentares — alterações relacionadas com a conformidade com as normas, incluindo uma alteração de conceção que possa afetar uma delas, ou alterações que respondam a uma preocupação regulamentar sem exigir ação imediata. Têm de ser certificadas antes da implementação.
  • Correções regulamentares de emergência — alterações que respondem a um problema regulamentar em curso que exige correção imediata. Podem ser implementadas primeiro e «must be submitted to an ITL for Ontario certification within 5 business days of release.»

Essa última categoria é a única via pela qual código não certificado chega aos jogadores do Ontário, e é delimitada por um relógio, não por uma intenção. A classificação é também o ponto em que uma alteração «cosmética» é testada: acrescentar um idioma que o site do Ontário não serve é não regulamentar, enquanto acrescentar um que ele serve não o é, porque as obrigações de divulgação se prendem aos idiomas em que o jogo é fornecido.

Onde um título localizado ou agregado corre mal

Dois requisitos interagem mal com um processo barato de localização ou de re-skin.

O primeiro é a regra de consistência linguística dentro da norma 4.06. O conteúdo explicativo tem de «contain the same information and be consistent across all languages it is provided in». Não equivalente, e não adaptado — a mesma informação, de forma consistente. Uma página de regras cuja edição em espanhol omite a restrição de ganho máximo, ou cuja edição em italiano descreve uma ronda de bónus com um número diferente de fichas, é um defeito no artefacto. O guia de certificação localizada apresenta o argumento de certificação para tratar cada edição como a sua própria construção; o Ontário acrescenta que a divulgação é informação partilhada com renderizações por idioma, e não conteúdo por idioma.

O segundo é a fronteira do re-skin. As normas do Ontário não têm uma isenção de arte por mercado. Quando uma plataforma distribui um título encomendado a várias marcas clientes, as superfícies que um cliente pode alterar são aquelas de que a divulgação publicada não depende. O guia de encomenda de plataforma expõe as questões do lado da concessão; as normas expõem a consequência, que é que uma alteração a uma superfície ligada às regras é uma alteração ao artefacto descrito e pode recair na categoria de alteração regulamentar acima. Para um brief de operador em vez de uma concessão de plataforma, a mesma fronteira é traçada no brief de encomenda de marca.

Guarde o registo, porque o Registrar pode pedi-lo

A última obrigação é a que decide se alguma das anteriores pode ser provada um ano depois. A norma 4.04 exige que «The gaming system shall be capable of providing custom and on-demand reports to the Registrar», com a orientação a dar a forma do pedido — uma lista de todos os jogos alojados pelo site, ou uma lista de todas as contas de jogador ativas.

A norma 4.09 acrescenta a disciplina operacional em torno disso: só podem ser usados no site de jogos jogos e servidores de jogos remotos aprovados pelo Registrar ou certificados por um laboratório registado; qualquer problema com a integridade ou a segurança do sistema de jogo tem de ser comunicado imediatamente ao Registrar; a monitorização e os ensaios têm de decorrer ao longo da vida do sistema; e, quando um fornecedor identifica um problema, tem de «take immediate action, conduct timely investigations, and make any necessary corrections». Os operadores têm, separadamente, de «monitor the payback of their live games to detect any behaviour that may indicate faulty performance», e a norma 4.10 exige que um jogo seja tornado indisponível aos jogadores enquanto uma falha suspeita que possa afetar a integridade ou a equidade não estiver resolvida, com as decisões do operador «fair, reasonable, and made in good faith».

Para um estúdio, a leitura prática é que a especificação, a divulgação e a certificação são um único pacote, versionado em conjunto, conservado para a versão que está ativa. Essa é a forma que a submissão de certificação assume na maioria dos mercados, e a variação do Ontário está apenas naquilo que o pacote tem de nomear. Um operador ou uma plataforma que trabalhe com um parceiro de certificação e conformidade pode pedir esse pacote como entregável por versão, em vez de o montar depois de chegar uma consulta — e, se o título estiver a ser distribuído em vez de operado, pode perguntar ao parceiro de agregação que versão dele recebeu cada cliente.

Perguntas que os fornecedores fazem

Um jogo é aprovado uma vez para o Ontário, ou certificado jogo a jogo?

Ambas as vias existem e ambas são por artefacto. A norma 4.08 exige que todos os jogos de igaming, geradores de números aleatórios e componentes de sistema relevantes sejam aprovados pelo Registrar ou certificados por um laboratório de ensaio independente registado na AGCO antes de serem fornecidos para qualquer site de jogos, e estende isso a «any subsequent modifications». A certificação é emitida contra um produto, um número de versão e um fabricante, com uma lista definida de normas, pelo que se prende à construção que descreve, e não ao catálogo do estúdio.

O conteúdo de regras dirigido ao jogador tem de coincidir entre idiomas?

Sim. A norma 4.06 exige que o conteúdo explicativo «contain the same information and be consistent across all languages it is provided in». A obrigação diz respeito à informação que o jogo divulga, e não à qualidade da tradução em abstrato: uma edição localizada que omita uma restrição de jogo, descreva uma ronda de bónus de forma diferente ou indique unidades de pagamento distintas publicou informação inconsistente. Trate a divulgação como um único documento com renderizações por idioma.

Que alterações a um jogo certificado obrigam a recertificação no Ontário?

O fornecedor classifica o delta entre o último software certificado e a nova versão como não regulamentar, regulamentar ou correção regulamentar de emergência. As alterações não regulamentares, incluindo alterações cosméticas e um idioma que não é usado no Ontário, podem basear-se na certificação anterior. As alterações regulamentares têm de ser certificadas antes da implementação. As correções regulamentares de emergência podem ser implementadas imediatamente, mas têm de ir a um ITL para certificação no Ontário no prazo de cinco dias úteis após o lançamento. Os registos de classificação têm de ser conservados e produzidos à AGCO a pedido.

Um laboratório pode certificar um jogo com condições associadas?

Não como certificação condicional. A política afirma que um ITL não pode emitir uma certificação que dependa de alterações futuras à tecnologia, e que uma certificação que pretenda limitar ou eximir o uso que o Registrar faz dela não será reconhecida. O que um laboratório pode fazer é certificar a tecnologia especificando uma ou mais funcionalidades que teriam de ser desligadas ou desativadas para que seja conforme — o que devolve o trabalho ao processo de lançamento do fornecedor, onde a funcionalidade tem de ser efetivamente desativada.

O que acontece se se descobrir uma falha num jogo depois do lançamento?

A norma 4.10 exige que o operador torne o jogo indisponível aos jogadores enquanto uma falha suspeita do jogo ou do sistema que possa afetar a integridade ou a equidade não estiver resolvida, e a norma 4.09 exige que o Registrar seja notificado imediatamente de qualquer problema com a integridade ou a segurança do sistema de jogo, com os registos e as provas de suporte preservados. Uma falha que se venha a revelar uma questão regulamentar inicia também o relógio da alteração: a correção é certificada após o lançamento, no prazo de cinco dias úteis.

Algo disto se aplica a um fornecedor que não é o operador?

Pode aplicar-se. As normas afirmam que os operadores têm de garantir que as normas do seu site de jogos são cumpridas, independentemente da entidade que realiza a atividade, e que o Registrar pode responsabilizar um operador, um fornecedor de serviços relacionados com jogos, ou ambos, por uma determinada norma. Várias normas de integridade do jogo — incluindo a 4.01, a 4.02, a 4.05, a 4.08 e a 4.09 — estão também assinaladas como aplicáveis a fornecedores de serviços relacionados com jogos. A leitura mais clara é que um fornecedor deve manter as suas próprias provas em vez de depender das do operador.