Cosa deve documentare un gioco prima che l'Ontario ne consenta il gioco

L’Ontario non ammette un gioco nel proprio mercato igaming regolamentato perché il gioco funziona. Lo ammette quando è stato messo per iscritto, descritto al giocatore e certificato. Tre manufatti devono esistere prima che un titolo possa essere offerto per denaro reale su un sito di gioco dell’Ontario, e rispondono a tre domande diverse: una specifica interna che dice che cos’è il gioco, un’informativa rivolta al giocatore che dice a che cosa il giocatore si sta impegnando e una certificazione indipendente che dice che entrambe le affermazioni sono state verificate rispetto agli standard del Registrar.

Questa struttura riguarda soprattutto la parte che non è l’operatore: lo studio che ha costruito il gioco, la piattaforma che lo fornisce o l’aggregatore che lo distribuisce a un cliente dell’Ontario. Le regole dell’Ontario sono scritte come risultati da raggiungere, non come una checklist di realizzazione, e il Registrar è esplicito sul fatto che la responsabilità può ricadere tanto su un fornitore quanto su un operatore. Questo articolo esamina che cosa richiedono realmente i Registrar’s Standards for Internet Gaming a un gioco e al fornitore che vi sta dietro, e che effetto ha la politica di certificazione che li accompagna su un calendario di rilascio.

L’Ontario regola i risultati, non una checklist di realizzazione

I Registrar’s Standards for Internet Gaming sono entrati in vigore il 4 aprile 2022, quando è stato aperto il mercato igaming regolamentato dell’Ontario, e si fondano su un modello volutamente indiretto. Ai sensi del Gaming Control Act, 1992 il Registrar fissa standard basati sul rischio, e il documento degli standard enuncia chiaramente l’intento: l’approccio è stato concepito per spostare la regolamentazione «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.»

Per un fornitore, questo ha due conseguenze che è facile lasciarsi sfuggire.

La prima è che non esiste una riga nel documento che dica «your build must contain X». Il documento dice quale risultato deve valere e lascia il meccanismo al registrante. Uno studio non può soddisfarlo rilasciando una funzionalità dove un concorrente ha rilasciato la stessa funzionalità; deve poter dimostrare che il risultato vale per la propria realizzazione.

La seconda è chi ne risponde. Gli standard si applicano a OLG per il suo sito di gioco su internet, a iGaming Ontario per le sue attività e agli operatori di gioco su internet registrati — e standard specifici si applicano anche ai fornitori registrati di servizi correlati al gioco. Il documento aggiunge poi la frase che decide la maggior parte delle discussioni commerciali: «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.»

Chi legge questo passaggio da fornitore vede la questione della conformità smettere di essere un problema solo dell’operatore. La stessa sezione osserva che il Registrar può imporre a qualsiasi fornitore registrato di rispettare standard e requisiti aggiuntivi, e può aggiungere condizioni specifiche per un registrante.

La specifica che il fornitore deve essere in grado di produrre

Il primo manufatto è un documento, e non è la pagina di marketing. Lo standard 4.05 richiede che «Game specifications must be documented that clearly indicate» cinque cose:

1. gli obiettivi del gioco;
2. le puntate che possono essere effettuate;
3. come il gioco è gestito e giocato;
4. le probabilità di vincita per ogni premio disponibile ai giocatori;
5. il vantaggio dell’operatore in relazione a ciascuna puntata.

Quattro di quelle cinque sono fatti ingegneristici ordinari. La quinta — il vantaggio dell’operatore in relazione a ciascuna puntata — è il margine della casa espresso come proprietà di ogni singola puntata anziché come percentuale di richiamo, ed è il punto in cui la specifica smette di essere un documento di progettazione e diventa un documento regolatorio. Un gioco con più modalità di puntata, più livelli di posta o più fasce di premio ha un valore di questo tipo per puntata, non uno per gioco. La guida al modello matematico e al foglio PAR copre il lato probatorio di quel lavoro; il contributo dell’Ontario è che la specifica stessa deve esistere.

La specifica poggia su un obbligo di registrazione più ampio. Lo standard 4.01 richiede che «All gaming activities and financial transactions shall be conducted fairly and honestly, and must be independently verifiable», e i suoi requisiti impongono un monitoraggio e una registrazione indipendenti e continui, sufficienti a verificare l’osservanza delle regole del gioco, confermare gli esiti, pagare il premio alla persona giusta e confermare l’accuratezza delle transazioni finanziarie, con registri continui per i sistemi di gioco critici che tracciano la contabilità finanziaria e la cronologia dello stato del gioco.

Lo standard 4.02 elenca poi che cosa devono supportare i registri delle transazioni e dello stato del gioco, tra cui «Capturing information needed to continue a partially complete game within a reasonably defined time» e «Tracking of game enabling, disabling and configuration changes». Due standard successivi trasformano quei registri in una proprietà verificabile: il 4.14 richiede meccanismi «to allow a game to be recreated up to and including the last communicated state to the player», e il 4.12 richiede che gli esiti del gioco siano recuperabili, «where technically possible, so that player bets can be settled appropriately».

Questa è la forma pratica del primo manufatto. Un gioco che non può essere ricostruito dai propri registri non può essere difeso, e la ricostruzione deve arrivare fino all’ultimo stato che il giocatore ha effettivamente visto.

L’informativa che il giocatore deve avere prima della prima puntata

Il secondo manufatto è quello che una conversazione di commissione di solito dimentica, perché non fa parte della realizzazione: è ciò che il giocatore legge. Lo standard 4.06 è inequivocabile sui tempi. «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.»

Il suo primo requisito descrive come il materiale debba essere reso accessibile: «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.»

Il secondo requisito elenca che cosa deve effettivamente contenere il testo — ed è una lista più lunga di quella con cui viene distribuita la maggior parte dei pannelli delle regole:

• come i giocatori possono partecipare, con istruzioni e le eventuali condizioni per ciascun metodo;
• istruzioni chiare su come interagire con il gioco;
• descrizioni chiare di ciò che costituisce un esito vincente;
• eventuali restrizioni al gioco o alle puntate, come limiti di durata della sessione o vincite massime;
• informazioni complete, accurate e comprensibili sulle probabilità di vincita, sulle probabilità di pagamento o sui ritorni ai giocatori;
• le unità di valore dei premi, come valuta o crediti;
• altri elementi che influenzano il gioco o i risultati — il numero di mazzi o la frequenza delle mescolate in un gioco di carte virtuale, come funziona un jackpot progressivo, quanti gettoni e di quale tipo entrano in un round bonus e come si comporta quel round.

Altri due punti nello stesso standard sono facili da lasciarsi sfuggire e costosi da aggiungere a posteriori. Quando la velocità di interazione influisce sulle probabilità di vincita del giocatore, ai giocatori deve essere detto che la velocità di connessione o del processore può influire sul gioco; e quando l’abilità o la strategia influiscono sulle probabilità di vincita, ai giocatori deve essere detto anche questo. Nessuna delle due cose vale per ogni gioco, e l’obbligo è dirlo quando vale.

Lo standard fissa anche le unità: il valore nominale di ogni credito deve essere chiaramente visualizzato, i premi e i pagamenti mostrati devono essere chiari quanto alle loro unità, e ai giocatori devono essere indicate le circostanze in cui un gioco può essere dichiarato nullo. Un pannello di aiuto che elenca i pagamenti in crediti mentre il saldo è mostrato in valuta ha risposto a una domanda diversa da quella posta.

Che cosa non può dire l’informativa

Lo standard 4.07 è il punto in cui l’approccio dell’Ontario si distacca più nettamente da una generica istruzione a «essere onesti». Esso afferma che «Information provided to players prior to and during game play shall not mislead players or misrepresent games», e poi enumera le mancanze:

• descrivere esiti, premi o funzionalità non raggiungibili;
• incoraggiare il gioco come mezzo per recuperare perdite di gioco passate o altre perdite finanziarie;
• fare false promesse o presentare la vincita come esito probabile;
• lasciare intendere che le probabilità di vincita aumentino più a lungo si gioca, più si spende, o grazie all’abilità dove l’abilità non è un fattore;
• usare un linguaggio che suggerisce che un particolare esito sia più probabile della sua effettiva probabilità — lo standard cita gli esempi: «due», «overdue», «ready» e «ready to hit»;
• travisare la natura del gioco attribuendogli «a commonly accepted name, such as “European Roulette”, if the game does not operate as a player would reasonably expect.»

Il quarto e il sesto punto sono quelli su cui un tema può inciampare. Un gioco la cui principale funzionalità pubblicizzata è una serie che «si accumula» viene letto come una probabilità crescente, a meno che il pannello delle regole non dica che cosa sia effettivamente il meccanismo, e un gioco a ruota marchiato con il nome di una variante familiare vincola il fornitore alle regole che un giocatore associa a quel nome — anche se il tema è stato scelto da un marchio cliente. È un vincolo di progettazione e di copy, non giuridico, e appartiene alla specifica delle regole piuttosto che a una revisione tardiva di una schermata di aiuto.

La certificazione che deve esistere prima della messa in servizio

Il terzo manufatto è esterno. Lo standard 4.08 richiede che «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.»

La politica allegata specifica i confini che decidono un piano di lancio.

Chi può certificare. Solo i laboratori di prova indipendenti che l’AGCO registra. La politica descrive una certificazione ITL come «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».

Che cosa deve essere certificato. Tutti i giochi, i generatori di numeri casuali e i componenti di sistema che accettano, elaborano, determinano l’esito, visualizzano e registrano i dettagli delle puntate dei giocatori — includendo esplicitamente slot, giochi da tavolo, scommesse su sport ed eventi, poker e altri giochi di carte. Il live dealer è trattato separatamente: il requisito si estende ai generatori fisici di numeri casuali con elementi elettronici e alle attrezzature simili, incluse «physical wheels (roulette), physical dice tables, and card shufflers that have electronic components», e per i giochi live dealer si applicano anche i Casino Electronic Gaming Devices and Gaming Systems Minimum Technical Standards.

Che cosa deve contenere lo strumento di certificazione. La politica elenca otto voci: il nome registrato presso l’AGCO del laboratorio che certifica; il nome registrato presso l’AGCO del registrante che l’ha richiesta; la data di emissione; un identificatore univoco che consente all’AGCO di tracciare la certificazione; il nome del prodotto, il numero di versione e il produttore; l’elenco degli standard rispetto ai quali la tecnologia è stata certificata; se una parte della certificazione si sia basata su prove precedenti per i requisiti di un’altra giurisdizione; e, per una ricertificazione, una descrizione di alto livello delle modifiche chiave che l’hanno resa necessaria. Su richiesta, il laboratorio deve anche poter produrre i risultati di prove precedenti dello stesso prodotto per lo stesso registrante, comprese le carenze già individuate, e informazioni sull’ambiente di prova, sulle configurazioni del prodotto e sulla metodologia di prova.

Due di quelle otto voci hanno un peso commerciale. Una certificazione legata a un elenco di standard è uno strumento con un ambito definito, e la politica conferma che l’ambito è volutamente ristretto: «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 il campo relativo alla dipendenza da un’altra giurisdizione è la ragione per cui un titolo già attivo altrove necessita comunque di un proprio strumento per l’Ontario.

Che cosa non può fare una certificazione. «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.» Un laboratorio può, tuttavia, certificare una tecnologia indicando le funzionalità che dovrebbero essere disattivate o disabilitate per la conformità — un esito utile, ma solo se il fornitore le disabilita davvero e può dimostrarlo. E una certificazione che tenti di limitare o contestare l’uso che il Registrar ne fa «will not be a recognized certification».

Che cosa conta come modifica: le tre categorie di ricertificazione

La risposta della politica alla domanda «when do we have to test again?» è una classificazione, e il fornitore ne è responsabile. La ricertificazione è richiesta «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 l’effetto di quella modifica è invalidare la certificazione precedente. Il fornitore classifica il delta tra il software precedentemente certificato e la nuova versione in una delle tre categorie e conserva i registri della classificazione per l’AGCO:

• Modifiche non regolatorie — modifiche non legate alla conformità, come piccoli bug dell’esperienza utente, modifiche estetiche o «new language added that is not used in Ontario». Queste non richiedono la ricertificazione; il fornitore si basa sulla certificazione precedente e conferma che il delta è non regolatorio.
• Modifiche regolatorie — modifiche legate alla conformità agli standard, tra cui una modifica di progettazione che potrebbe incidere su uno di essi, o modifiche che affrontano una questione regolatoria senza richiedere un intervento immediato. Queste devono essere certificate prima della messa in servizio.
• Correzioni regolatorie d’emergenza — modifiche che affrontano un problema regolatorio in essere che richiede una correzione immediata. Queste possono essere messe in servizio per prime e «must be submitted to an ITL for Ontario certification within 5 business days of release.»

Quell’ultima categoria è l’unica via attraverso cui codice non certificato raggiunge i giocatori dell’Ontario, ed è delimitata da un orologio, non da un’intenzione. La classificazione è anche il punto in cui una modifica «estetica» viene messa alla prova: aggiungere una lingua che il sito dell’Ontario non serve è non regolatorio, mentre aggiungerne una che serve non lo è, perché gli obblighi di informativa si applicano alle lingue in cui il gioco è fornito.

Dove un titolo localizzato o aggregato sbaglia

Due requisiti interagiscono male con un processo di localizzazione o di re-skin economico.

Il primo è la regola di coerenza linguistica contenuta nello standard 4.06. Il contenuto esplicativo deve «contain the same information and be consistent across all languages it is provided in». Non equivalente, e non adattato — le stesse informazioni, in modo coerente. Una pagina delle regole la cui edizione spagnola omette la restrizione sulla vincita massima, o la cui edizione italiana descrive un round bonus con un numero di gettoni diverso, è un difetto del manufatto. La guida alla certificazione localizzata argomenta il caso di certificazione a favore del trattare ogni edizione come una realizzazione a sé; l’Ontario aggiunge che l’informativa è informazione condivisa con rese per lingua, non contenuto per lingua.

Il secondo è il confine del re-skin. Gli standard dell’Ontario non prevedono un’esenzione grafica per mercato. Quando una piattaforma distribuisce un unico titolo commissionato a più marchi clienti, le superfici che un cliente può modificare sono quelle da cui non dipende l’informativa pubblicata. La guida alla commissione di piattaforma espone le domande dal lato della concessione; gli standard espongono la conseguenza, ossia che una modifica a una superficie vincolata dalle regole è una modifica al manufatto descritto e può rientrare nella categoria delle modifiche regolatorie di cui sopra. Per un brief dell’operatore anziché una concessione di piattaforma, lo stesso confine è tracciato nel brief di commissione per un marchio.

Conserva il registro, perché il Registrar può chiederlo

L’ultimo obbligo è quello che decide se quanto sopra potrà essere dimostrato un anno dopo. Lo standard 4.04 richiede che «The gaming system shall be capable of providing custom and on-demand reports to the Registrar», con la guida che dà la forma della richiesta — un elenco di tutti i giochi ospitati dal sito web, o un elenco di tutti i conti giocatore attivi.

Lo standard 4.09 aggiunge la disciplina operativa che vi ruota attorno: sul sito di gioco possono essere usati solo giochi e server di gioco remoti approvati dal Registrar o certificati da un laboratorio registrato; qualsiasi problema relativo all’integrità o alla sicurezza del sistema di gioco deve essere segnalato immediatamente al Registrar; il monitoraggio e le prove devono proseguire per tutta la vita del sistema; e quando un fornitore individua un problema deve «take immediate action, conduct timely investigations, and make any necessary corrections». Gli operatori, separatamente, devono «monitor the payback of their live games to detect any behaviour that may indicate faulty performance», e lo standard 4.10 richiede che un gioco sia reso non disponibile ai giocatori mentre un sospetto guasto che può incidere sull’integrità o sull’equità resta irrisolto, con le decisioni dell’operatore «fair, reasonable, and made in good faith».

Per uno studio, la lettura pratica è che la specifica, l’informativa e la certificazione sono un unico pacchetto, con versione congiunta, conservato per la release attiva. È la forma che assume la presentazione della certificazione nella maggior parte dei mercati, e la variante dell’Ontario sta solo in ciò che il pacchetto deve nominare. Un operatore o una piattaforma che si avvale di un partner per la certificazione e la conformità può chiedere quel pacchetto come risultato per ogni release anziché assemblarlo dopo che è arrivata una richiesta — e, se il titolo è distribuito anziché gestito, può chiedere al partner di aggregazione quale versione di esso abbia ricevuto ciascun cliente.

Domande che i fornitori pongono

Un gioco viene approvato una volta per l’Ontario, o certificato gioco per gioco?

Entrambe le vie esistono ed entrambe sono per manufatto. Lo standard 4.08 richiede che ogni gioco igaming, generatore di numeri casuali e componente di sistema rilevante sia approvato dal Registrar o certificato da un laboratorio di prova indipendente registrato presso l’AGCO prima di essere fornito per qualsiasi sito di gioco, e lo estende a «any subsequent modifications». La certificazione è rilasciata per un prodotto, un numero di versione e un produttore, con un elenco definito di standard, quindi si riferisce alla realizzazione che descrive, non al catalogo dello studio.

Il contenuto delle regole rivolto al giocatore deve coincidere tra le lingue?

Sì. Lo standard 4.06 richiede che il contenuto esplicativo «contain the same information and be consistent across all languages it is provided in». L’obbligo riguarda le informazioni che il gioco divulga, non la qualità della traduzione in astratto: un’edizione localizzata che omette una restrizione al gioco, descrive diversamente un round bonus o indica unità di pagamento diverse ha pubblicato informazioni incoerenti. Tratta l’informativa come un unico documento con rese per lingua.

Quali modifiche a un gioco certificato impongono la ricertificazione in Ontario?

Il fornitore classifica il delta tra l’ultimo software certificato e la nuova versione come non regolatorio, regolatorio o correzione regolatoria d’emergenza. Le modifiche non regolatorie, comprese le modifiche estetiche e una lingua che non è usata in Ontario, possono basarsi sulla certificazione precedente. Le modifiche regolatorie devono essere certificate prima della messa in servizio. Le correzioni regolatorie d’emergenza possono essere messe in servizio immediatamente ma devono essere inviate a un ITL per la certificazione dell’Ontario entro cinque giorni lavorativi dal rilascio. I registri della classificazione devono essere conservati ed esibiti all’AGCO su richiesta.

Un laboratorio può certificare un gioco con condizioni?

Non come certificazione condizionata. La politica afferma che un ITL non può rilasciare una certificazione subordinata a future modifiche della tecnologia, e che una certificazione che pretenda di limitare o contestare l’uso che il Registrar ne fa non sarà riconosciuta. Ciò che un laboratorio può fare è certificare la tecnologia indicando una o più funzionalità che dovrebbero essere disattivate o disabilitate perché essa sia conforme — il che sposta il lavoro di nuovo al processo di rilascio del fornitore, dove la funzionalità deve essere effettivamente disabilitata.

Che cosa succede se un gioco presenta un guasto dopo il lancio?

Lo standard 4.10 richiede all’operatore di rendere il gioco non disponibile ai giocatori mentre un sospetto guasto del gioco o del sistema che può incidere sull’integrità o sull’equità resta irrisolto, e lo standard 4.09 richiede che il Registrar sia informato immediatamente di qualsiasi problema relativo all’integrità o alla sicurezza del sistema di gioco, con registri e prove di supporto conservati. Un guasto che si rivela una questione regolatoria avvia anche il conteggio per la modifica: la correzione è certificata dopo il rilascio, entro cinque giorni lavorativi.

Qualcosa di quanto precede si applica a un fornitore che non è l’operatore?

Può accadere. Gli standard affermano che gli operatori devono garantire che gli standard per il loro sito di gioco siano rispettati indipendentemente dall’entità che svolge l’attività, e che il Registrar può ritenere responsabili un operatore, un fornitore di servizi correlati al gioco, o entrambi, del rispetto di un particolare standard. Diversi standard sull’integrità del gioco — tra cui 4.01, 4.02, 4.05, 4.08 e 4.09 — sono inoltre contrassegnati come applicabili ai fornitori di servizi correlati al gioco. La lettura più chiara è che un fornitore dovrebbe conservare le proprie prove anziché affidarsi a quelle dell’operatore.