Estándares de GLI Compuesto para los Requisitos de Presentación

Versión: 1.1 Fecha de Lanzamiento: 20 de Julio de 2012

Copyright  2012 Gaming Laboratories International, LLC

Todos los Derechos Reservados.

Esta página fue dejada en blanco intencionalmente

Copyright  2012 Gaming Laboratories International, LLC

Todos los Derechos Reservados.

Acerca de estos Requisitos

Este documento contiene una visión compuesta de todos los requisitos de presentación para los diferentes tipos de presentaciones que ve el laboratorio de pruebas independiente. Cabe esperar que los requisitos difieran de un tipo de presentación a otro, pero también hay requisitos comunes en todos los tipos de presentación.

Copyright  2012 Gaming Laboratories International, LLC

Todos los Derechos Reservados.

Esta página fue dejada en blanco intencionalmente

Copyright  2012 Gaming Laboratories International, LLC

Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

1. REQUISITOS PARA LA PRESENTACIÓN DE DISPOSITIVOS DE JUEGO (GLI-11) 1.1.

Introducción

1.1.1 Declaración general. El presente documento regirá para los tipos de información que son requeridos, o puedan llegar a serlo, para su presentación al proceso de evaluación por parte del Solicitante, a fin de hacer que el equipo sea sometido a prueba de acuerdo a la presente Normativa. Cuando la información no haya sido presentada, o si de alguna otra forma no estuviera en poder del Laboratorio de Pruebas, se le requerirá al Solicitante que suministre la información adicional. La omisión de suministrar dicha información puede resultar en la denegación, en su totalidad o en parte, de la presentación y/o redundará en demoras para la realización de las pruebas.

1.1.2 Presentación previa. Cuando el Laboratorio de Pruebas ha sido previamente provisto con la información correspondiente a la presentación previa, NO se requerirá la presentación de la documentación por duplicado, siempre que el Solicitante haga referencia a la información previa y dichos documentos sean fácilmente localizables en el Laboratorio de Pruebas. Se hará todo el esfuerzo necesario para reducir la redundancia de la información presentada.

NOTA: La presente Normativa no aborda información respecto a los requisitos de presentación para otros componentes de juego, tales como los sistemas centrales de control y sus componentes o controladores de vínculos progresivos.

1.2.

La presentación de prototipos (Presentación completa)

1.2.1 Declaración General. La presentación de un Prototipo (presentación completa) será una presentación por primera vez de una determinada pieza del hardware o el software que no haya sido previamente revisada por el Laboratorio de Pruebas. Para Modificaciones en presentaciones Copyright  2012 Gaming Laboratories International, LLC

Page 5 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

previas, incluyendo las modificaciones exigidas a certificaciones de Prototipos (presentación plena) anteriormente presentadas, ya sea que estén certificados o pendientes a la certificación, véase la sección de más abajo referida a “La presentación de modificaciones”. Deberá presentarse la siguiente información con cada presentación de Prototipo (presentación completa):

a) Carta de Solicitud. Cada presentación incluirá una carta de solicitud, con membrete de la empresa, fechada dentro de una (1) semana de la fecha de recepción de la presentación por el Laboratorio de Pruebas. La carta deberá incluir los siguientes datos: i

La jurisdicción o jurisdicciones para las cuales se solicita la certificación;

ii Las piezas que se solicita sean certificadas. En caso de software, el Solicitante deberá incluir los números de identificación y los niveles de revisión de los mismos, si fuera pertinente. En el caso de hardware, quien efectúe la presentación deberá indicar el fabricante, el proveedor y el número de modelo de los componentes asociados al hardware; y iii Una persona de contacto que servirá como el principal punto de contacto para toda pregunta técnica que surja durante la evaluación de la presentación. Dicha persona podrá ser quien firmó la carta o cualquier otro contacto especificado. b) Presentación del generador de números aleatorios. En casos contados, el generador de números aleatorios deberá presentarse con la solicitud del prototipo (presentación completa). Los generadores de números aleatorios deberán presentarse para su certificación cuando: i

El código del generador de números aleatorios haya cambiado o la implementación del número aleatorio haya cambiado; o

ii Un generador de número aleatorio previamente certificado se implemente en una nueva plataforma de hardware (por ejemplo, el cambio de microprocesador); o iii Un generador de número aleatorios previamente certificado genere números que están fuera del alcance de los números previamente evaluados; o iv El generador de números aleatorios nunca haya sido certificado anteriormente bajo estas normas. En dicho caso, el generador de números aleatorios será certificado como parte de la presentación general.

Copyright  2012 Gaming Laboratories International, LLC

Page 6 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

1.3. Requisitos para las Pruebas del Generador de Números Aleatorios (RNG en ingles) 1.3.1 El fabricante presentará todo el hardware y software necesario para la recolección de datos aleatorios. Es muy recomendable que la aplicación de RNG se ejecute en el mismo hardware que se utiliza en el entorno de campo. Si esto no es posible, por favor póngase en contacto con el laboratorio antes de su presentación para discutir el método de recolección.

El fabricante presentará todo el código fuente y los materiales necesarios para compilar la aplicación del generador de números aleatorios y obtener una versión idéntica del programa que se someterá a la prueba. Si esto no es posible, por favor póngase en contacto con el laboratorio antes de su presentación para discutir el método de recogida.

El fabricante proporcionará una carta de presentación que contenga la siguiente: 

Los parámetros del juego y las reglas, incluyendo el número de selecciones dentro de un juego o sorteo, rango y si los números son seleccionados con o sin sustitución, por ejemplo, en Keno 20 números sorteados entre 1 y 80 sin reemplazo;



Una descripción del generador de números aleatorios incluyendo método de siembra, la frecuencia y el tamaño de la semilla, todas las funciones clave que participan en el proceso de generador de números aleatorios y el tipo y la ubicación del algoritmo de generador de números aleatorios se utiliza;



Una explicación de las diferencias entre cómo se extrae los datos para la aplicación de pruebas y la aplicación de producción;



Versión de Software (s);



Una lista documentada de los cambios que se han hecho al programa desde la última versión que se sometió a la jurisdicción;



Las firmas de GLI Verify o equivalentes;



Requisitos y especificaciones de hardware;



Expectativas de las Pruebas;

Copyright  2012 Gaming Laboratories International, LLC

Page 7 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012



Las expectativas de facturación;



Receptores del informe del generador de números aleatorios;



El contacto primario (s) e información de contacto para todas las preguntas;

La aplicación utilizada para generar los datos aleatorios debe estar lo más cerca a la aplicación de producción final como sea posible con respecto a la aplicación generador de números aleatorios. Por lo tanto, se debe utilizar una función idéntica (s), llamadas, las variables, la metodología de escala, etc., como será en el software de producción. El fabricante deberá revelar todas las diferencias entre la aplicación de pruebas y la aplicación de producción.

Tenga en cuenta que para los juegos que atraen a los números de un rango muy grande, puede tomar una cantidad significativa de tiempo para generar los datos.

El software de prueba de generador de números aleatorios debe ser capaz de generar datos para cualquier tipo de juego que el fabricante tenga la intención de presentar.

Los datos pueden ser recolectados a través de cualquier método adecuado de conformidad con las directrices de este documento. No hay requisitos específicos en el método real que se utilice siempre que éste no influye en la generación del generador de números aleatorios real. Por lo tanto, los datos se pueden escribir en un disco duro u otro dispositivo de almacenamiento de medios o pueden ser recogidos por una herramienta auxiliar que se comunique con la aplicación. El código fuente y un compilador deben ser suministrados por los servicios auxiliares también.

El software de prueba de generador de números aleatorios debe permitir al probador para especificar el número de juegos o sorteos que serán colectados. Normalmente, este valor será 3000 multiplicado por el tamaño de la gama. Por ejemplo, puesto que el rango de Keno es de 1 a 80, 240000 juegos o sorteos serían recogidos.

Copyright  2012 Gaming Laboratories International, LLC

Page 8 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

El fabricante presentará todo el software anterior y la documentación en un CD físico, DVD u otros medios adecuados con cada presentación. Toda la documentación adicional presentada por el correo electrónico debe imprescindible tener un seguimiento de una copia en CD o DVD. Un método de envío de seguro, totalmente electrónico está actualmente en desarrollo y debe estar disponible en el futuro cercano.

Los datos deben estar en un archivo de texto ASCII con un juego o sorteo por línea, incluidos los números de bonificación. En el caso en el que puede haber una cantidad variable de números o de las selecciones como en el caso con la mayoría de los juegos de cartas, se debe proporcionar la cantidad máxima de números que posiblemente podría extraerse o seleccionar. Por favor, consulte la tabla siguiente para los juegos comunes. Se recomienda ponerse en contacto con el laboratorio antes de su presentación para confirmar los parámetros y el formato del archivo de datos. Cada número debe estar separado por un espacio sin ceros a la izquierda o caracteres adicionales. Los datos deben ser clasificados.

También se recomienda enviar una pequeña muestra de datos antes de la presentación principal para verificar el formato de los datos.

Nombre del Juego

Selecciones

Gama

Keno Bingo Póker de 5 cartas

20 75 10

1-80 1-75 1-52

Copyright  2012 Gaming Laboratories International, LLC

Page 9 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

1.4. Requisitos para la presentación del hardware del sistema – La certificación del prototipo (Presentación completa) 1.4.1 La presentación de los equipos al Laboratorio de Pruebas; equipos idénticos. Cada componente del equipo de juego, suministrado por el fabricante al campo, deberá ser funcionalmente idéntico a la muestra que será probada y certificada. Por ejemplo, una máquina de juego que sea suministrado como un dispositivo certificado no tendrá diferencias en su cableado interno ni en sus componentes, firmware, placas de circuitos, cortes de pista de las placas de circuito, o cables de parche de las placas de circuito con respecto a la muestra certificada, a menos que la modificación esté también certificada, véase también la Sección 1.8 referida a „La presentación de modificaciones (Presentación parcial) a una pieza previamente certificada‟.

1.4.2 Documentación que acompaña. La presentación deberá acompañarse de todos los documentos, manuales y diagramas técnicos pertinentes. Además, deberá proporcionarse la siguiente información:

a) Si fuera pertinente, todas las certificaciones correspondientes a UL, CSA, EC, AS3100, etc. O sus certificaciones equivalentes, véase también la Sección 3.2 en GLI-11 v2.1. Esta información de certificaciones podrá suministrarse en una fecha posterior; b) Cualquier otro equipo que pueda utilizarse en el campo junto con el correspondiente a la presentación. c) El software pertinente, véase también la Sección 1.5 de este documento; d) Si el Solicitante tuviera equipos especializados que el Laboratorio de Pruebas necesitase a fin de probar el dispositivo presentado, entonces dichos equipos especializados y todos los manuales de operación pertinentes serán incluidos en la presentación; y e) Si fueran requeridos, deberán proporcionarse los cables de extensión para detectores foto ópticos de puerta y cualquier otro hardware, para que la máquina pueda probarse con las puertas abiertas. Además, cuando una placa de procesador esté orientada en una máquina de manera que sea difícil instalar una clavija y cable desde un emulador, deberán Copyright  2012 Gaming Laboratories International, LLC

Page 10 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

proporcionarse cables de extensión para permitir que la placa sea re-ubicada. El uso de tales cables de extensión no afectará negativamente el funcionamiento de la máquina.

1.5. Requisitos para la presentación del software del sistema – La certificación del prototipo (Presentación completa) 1.5.1 Declaración General. Cada presentación de software deberá contener la siguiente información:

a) Dos juegos de todos los EPROM, CD-ROM u otros medios de almacenamiento que contengan idénticos contenidos. Esto incluye todo software correspondiente a vídeo, sonido, impresora, pantalla táctil, verificador de billetes, restauración de memoria RAM y juegos. Cuando el Laboratorio de Prueba haya probado un componente de software, quizá no sea necesaria una nueva presentación; b) Las hojas de cálculo de porcentajes; c) Una Declaración de verificación por escrito donde conste que se utilizó un generador de números aleatorios previamente certificado dentro del software que fue presentado; d) Una copia color legible de la pantalla de pago (sí fuera pertinente); e) El código fuente, un mapa de enlaces y la tabla de símbolos. Además, si fuera solicitado, una explicación de toda la memoria RAM no volátil en el dispositivo con la descripción de las localizaciones de la memoria RAM no volátil; f) Un manual donde se expliquen todas las pruebas de diagnóstico, contadores, configuraciones de juego, condiciones de error y cómo borrarlas; g) Los procedimientos para la restauración de la memoria RAM; h) Una descripción general del sistema, describiendo cómo están integrados el software y hardware, si fuera requerido; i) Los diagramas de bloque y flujo del programa para el programa de juego, si fuera requerido; y j) Para todo el software implicado en el control de las funciones de juego, se proporcionará un ensamblador, un enlazador, formateador u otras utilidades informáticas según sean Copyright  2012 Gaming Laboratories International, LLC

Page 11 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

necesarias para generar el software de juego que se haya instalado a partir del código fuente suministrado. Este requisito podrá omitirse cuando el código de programa esté escrito en el ensamblador y se suministre el archivo de listados (donde se muestren el código ensamblado y el enlazado). Si se utilizara un sistema de desarrollo de plataforma que no sea para PC, el fabricante deberá suministrar al Laboratorio de Pruebas el equipo informático necesario y el software necesario para compilar y verificar el programa ejecutable final. k) El fabricante deberá facilitar al laboratorio de pruebas con todas las direcciones de asignación de memoria crítica incluyendo cómo se comprueba la memoria crítica y cuando se comprueba. La metodología de los controles críticos memoria debe detectar todos los errores de memoria RAM. En el caso de un error de RAM, los créditos de los jugadores se deben mostrar para evitar disputas entre jugadores. l)

El fabricante deberá facilitar al laboratorio de pruebas de la capacidad de descargar RAM con el fin de revisar el contenido de RAM de datos para los casos en que se requiere una investigación forense. Además, el fabricante proporcionará un método, lo que permitirá al laboratorio de pruebas cargar una copia de la memoria RAM a otra placa lógica rellena con los componentes del programa de control idénticos. Tras la finalización de este procedimiento, la nueva placa lógica debe permitir que el dispositivo de juegos para reproducir el último estado del juego sabido que estaba presente en la placa lógica forense presentada.

NOTA: En algunos casos, el Laboratorio de Pruebas podrá hacer que el texto exhibido en las pantallas de pago o las gráficas del juego esté traducido al idioma inglés o hacer que el fabricante suministre un traductor independiente.

Copyright  2012 Gaming Laboratories International, LLC

Page 12 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

1.6. Requisitos para la programación del software y su compilación 1.6.1 Declaración general. Los datos que figuran a continuación aparecerán en todos los códigos fuente o módulos relacionados:

a) El nombre del módulo; b) RESERVADO; c) Una breve descripción del funcionamiento del módulo; y d) El historial de edición, incluyendo quién lo modificó, cuándo y por qué;

1.6.2 Comentarios sobre el código fuente. Todo código fuente que sea presentado deberá comentarse de manera informativa y útil.

1.6.3 Integridad del código fuente. Todo código fuente que sea presentado estará libre de errores y completo, siendo posible su compilación. El resultado del código de objeto compilado será idéntico al que se encuentre en el medio de almacenamiento presentado para su evaluación. NOTA: El agregado de las marcas de ‘Fecha’ y ‘Hora’ puede provocar diferencias adicionales en una versión compilada. Será responsabilidad del fabricante proporcionarle al Laboratorio de Pruebas un método para compensar o resolver estas diferencias.

1.6.4 RESERVADO.

Copyright  2012 Gaming Laboratories International, LLC

Page 13 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

1.7. La identificación del medio de almacenamiento del programa 1.7.1 Declaración general. En el medio de almacenamiento de programa que sea presentado y posteriormente colocado en el campo, cada programa estará identificado con los siguientes datos:

a) El número de identificación del programa; b) El fabricante; c) El número de versión; d) El tipo y tamaño del medio (a menos que esté ubicado en el medio según fue comprado sin uso del proveedor); e) La ubicación de la instalación en la máquina de juego del elemento de la interfaz, si fuera potencialmente confuso.

NOTA: Para firmware basado en EPROM, la etiqueta de identificación deberá colocarse sobre la ventana de UV para evitar que el programa se borre o altere.

1.8. La presentación de modificaciones (Presentación parcial) a una pieza previamente certificada 1.8.1 Declaración general. Para cualquier presentación por actualización (por ejemplo, una revisión al hardware o software existentes que estén actualmente bajo revisión, certificados o que hayan sido revisados y no certificados), se exigirá la siguiente información para procesar la presentación además de los requisitos estipulados en la Sección 1.2.1.a referida a „La carta de presentación‟. Se pretende que este proceso acelerará la carga administrativa de presentaciones por modificaciones. Todas las modificaciones requieren que el dispositivo sea sometido a nuevas pruebas, exámenes y certificaciones por parte del Laboratorio de Pruebas.

Copyright  2012 Gaming Laboratories International, LLC

Page 14 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

1.8.2 Modificación del hardware. Cada presentación de hardware deberá:

a) Identificar las piezas individuales que estén presentándose (incluyendo el número de la pieza); b) Suministrar un juego completo de esquemas, diagramas, hojas de datos, etc. donde se describa la modificación junto con las razones por dicho cambio o cambios; y c) Proporcionar el dispositivo actualizado o nuevo, su descripción y el método de conexión a la máquina de juego o hardware original.

1.8.3 Modificaciones a las funciones de software del sistema o para corregir los errores de software. El Solicitante deberá utilizar los mismos requisitos que figuran en la Sección mencionada anteriormente sobre „Requisitos para la presentación de software – Certificación de prototipos (Presentación completa)‟, excepto en aquellos casos donde la documentación no ha cambiado. En dicho caso, no se exigirá una nueva presentación de documentos idénticos. (Por ejemplo, si no fueron modificadas las tablas de pago y las matemáticas del juego, el Solicitante podrá referirse a documentaciones previas). Sin embargo, la presentación deberá incluir una descripción del cambio o los cambios en el software, los módulos afectados, y el nuevo código fuente para el programa completo. Se exige el código fuente para el programa entero para verificar la integridad del código compilado y código fuente.

1.8.4 La presentación de software - Modificaciones para crear una nueva personalidad de juego. Para una presentación específica al sistema (por ejemplo, un nuevo juego o una nueva personalidad de juego), podrá requerirse la siguiente información para procesar la presentación:

a) Una descripción completa del juego, incluyendo los documentos que individual o colectivamente indiquen lo siguiente: i.

Para Juegos de rodillos: A. El número de rodillos; B. El número de líneas y la descripción de cada línea;

Copyright  2012 Gaming Laboratories International, LLC

Page 15 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

C. Los créditos máximos por línea; D. Todas las pantallas de pago que muestren cualquier regla de juego o información de la pantalla de pago; E. Una lista de cada combinación ganadora junto con el monto de pago y los aciertos para cada premio; F. Un listado de las tiras lógicas de rodillos, donde se indique la secuencia exacta de los símbolos, si fuera pertinente; G. Un listado de las tiras físicas de rodillos y el método de implementación utilizado para obtener las tiras virtuales de rodillos, si fuera pertinente; H. Un resumen de cada frecuencia de símbolos, si fuera pertinente; I. Una tabla de referencia cruzada para los datos de cada tipo de símbolo con su abreviatura, si se utilizaran abreviaturas; J. Para juegos que utilicen tecnologías que no sean un diseño físico o diseño virtual de rodillos, una descripción detallada de las relaciones y los pasos entre el momento en que se determina el valor del generador de números aleatorios y se selecciona el símbolo, y las probabilidades relativas de que se seleccione cada símbolo mediante este método; K. La denominación; y L. La apuesta mínima y la máxima.

ii.

Para juegos de Blackjack: A. Las reglas de la banca; B. Las reglas de doblar; C. Las reglas de dividir; D. Las reglas de seguro y rendición; E. La existencia de cualquier apuesta lateral; F. La denominación; y G. La apuesta mínima y la máxima.

Copyright  2012 Gaming Laboratories International, LLC

Page 16 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

iii.

Versión 1.1 20 de Julio de 2012

Juegos de póquer: A. El estilo del póquer (por ejemplo, a repartir o Draw, abierto o Stud, etc.); B. Las reglas especiales (por ejemplo, comodines o Wild Cards, etc.); C. Auto retención; D. La existencia de cualquier apuesta lateral; E. Cualquier trabajo matemático donde se indique la devolución de pago cuando se utilice una estrategia de juego óptima, si fuera pertinente; F. La denominación; y G. La apuesta mínima y la máxima.

iv.

Los Juegos de Keno y Bingo: A. El número de bolas y suertes que pueden seleccionarse; B. Número de bolas extraídas; C. Las reglas especiales (por ejemplo, comodines o Wild Cards, etc.); D. La denominación; y E. La apuesta mínima y la máxima.

v.

Los Juegos de dados: A. Las probabilidades de cada suerte; B. Él número de estaciones de juego utilizadas con el juego; C. El marco de tiempo (si lo hubiere) para efectuar las apuestas; y D. La apuesta mínima y la máxima.

vi.

Los Juegos de ruleta: A. El número de suertes (el uso del doble cero o no); B. Él número de estaciones de juego utilizadas con el juego; C. El marco de tiempo (si lo hubiere) para efectuar las apuestas; y D. La apuesta mínima y la máxima.

Copyright  2012 Gaming Laboratories International, LLC

Page 17 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

1.9.

Versión 1.1 20 de Julio de 2012

Las hojas de cálculo

1.9.1 Declaración general. Para cada juego presentado, el fabricante deberá proporcionar las hojas de cálculo que determinen el retorno teórico al jugador (incluyendo el juego de base, las opciones por doblar, las partidas libres, las opciones por bonificación, etc.).

1.10.

Opciones del jugador

1.10.1 Declaración general. Donde haya distintas opciones para el jugador (por ejemplo, el número de apuestas por créditos) que varíen la pantalla de pago, se requerirá un cálculo aparte para cada opción.

1.11.

Estrategia del jugador

1.11.1 Declaración general. Cuando un juego requiera o permita el uso de una estrategia de jugador que pueda afectar el resultado de la partida y el retorno verdadero continuo del jugador, el fabricante deberá incluir la estrategia supuesta del jugador que se utilizó en los cálculos teóricos del retorno de jugador y la fuente de dicha estrategia. En caso que el fabricante omita suministrar dicha información, el Laboratorio de Pruebas calculará el resultado previo a su aprobación.

1.11.2 Resultados de campo. Para juegos con estrategia de jugador, deberán presentarse las estadísticas correspondientes al retorno de la partida, si las mismas estuvieran disponibles, o las pruebas de campo del juego en otras jurisdicciones.

Copyright  2012 Gaming Laboratories International, LLC

Page 18 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

1.12. La presentación por parte de una Sociedad conjunta de Empresas 1.12.1 Declaración general. Una máquina de juego se considerará como una unión transitoria de empresas cuando dos o más empresas intervengan en la fabricación de una plataforma. Debido al aumento en el número de presentaciones bajo la figura de la unión transitoria de empresas (donde más de un proveedor interviene en la presentación del producto), y para evitarles cualquier confusión a los proveedores, nuestros clientes pertenecientes a organismos reguladores y nuestra firma, GLI ha establecido los siguientes procedimientos para tales presentaciones.

a) Una empresa se encargará de preparar y presentar toda la presentación, aun cuando estén utilizando piezas de otros proveedores, y deberán identificar los números de piezas de todos los componentes. Dicha empresa será el contacto primario para la presentación. b) La empresa que presente una solicitud de aprobación deberá hacerlo utilizando su membrete. GLI delegará un número interno de expediente a nombre de dicha empresa y le facturará a la misma todos los costos incurridos a través del proceso de aprobación. c) GLI se comunicará con el contacto primario cuando surjan preguntas. Sin embargo, los ingenieros de GLI trabajarán con todas las partes implicadas de modo de completar la revisión. d) Todos los proveedores que formen parte del “grupo” de presentación quizá necesiten estar autorizados en la jurisdicción o las jurisdicciones donde se vaya a aprobar la presentación. Como una cortesía hacia el proveedor, GLI podrá averiguar a quién no le corresponde estar autorizado consultando con el cliente regulador. Hay que señalar que las preguntas respecto a la autorización deberán manejarse directamente con la autoridad competente. e) A su conclusión, será la empresa de contacto primario quien reciba la carta de aprobación, siempre que la presentación reúna los requisitos jurisdiccionales. La empresa de contacto primario entonces podrá entregar copias de la carta de aprobación al fabricante o fabricantes asociados.

Copyright  2012 Gaming Laboratories International, LLC

Page 19 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

2. REQUISITOS PARA LA PRESENTACIÓN DE SISTEMAS PROGRESIVOS (GLI-12) 2.1

Introducción

2.1.1 Declaración general. El presente capítulo regirá para los tipos de información que son requeridos, o pueden llegar a serlo, para su presentación por parte del Solicitante, a fin de hacer que el equipo sea sometido a prueba de acuerdo a la presente Normativa. Cuando la información no haya sido presentada, o si de alguna otra forma no estuviera en poder del Laboratorio de Pruebas, se le pedirá al Solicitante que suministre la información adicional. La omisión de suministrar dicha información puede resultar en la denegación, en su totalidad o en parte, de la presentación y/o redundará en demoras para la realización de las pruebas. La presente Normativa no trata sobre los requisitos de información a ser presentada para máquinas de juego u otros componentes de juego, tales como los sistemas centrales de control.

2.2

Los requisitos para la presentación de progresivos.

2.2.1 Declaración general. Los requisitos de presentación contenidos en la presente sección son de aplicación para todas las presentaciones de tipo Progresivo.

2.2.2 La presentación de prototipos. La presentación de un Prototipo (presentación completa) será una presentación inicial de una pieza en particular del hardware o software que no haya sido previamente revisada por el Laboratorio de Pruebas. Para modificaciones a presentaciones previas, incluyendo las modificaciones exigidas a certificaciones de Prototipos previamente presentados (presentación completa), ya sea que estén certificados o pendientes de certificación, véase también la Sección referida a “La documentación necesaria para la presentación de modificaciones”.

NOTA: Las pruebas al sistema podrán efectuarse en el laboratorio, o en el local del Solicitante, o en ambos sitios, según lo determine el Laboratorio de Pruebas.

Copyright  2012 Gaming Laboratories International, LLC

Page 20 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

2.2.3 La presentación de equipos ante el Laboratorio de Pruebas; Equipos idénticos. Cada componente del equipo de juego, suministrado por el fabricante al campo, deberá ser funcionalmente idéntico a la muestra que haya sido probada y certificada. Por ejemplo, un Sistema Progresivo que sea suministrado como un equipo certificado asociado no tendrá diferencias en su cableado interno ni en sus componentes, firmware, placas de circuito, cortes de pistas en placas de circuito o cables de parche en placas de circuito con respecto a la muestra certificada, a menos que la modificación esté también certificada, véase también la Sección referida a “La documentación necesaria para la presentación de modificaciones”.

NOTA: La presente sección no será de aplicación en caso de cambios en el cableado o en el nivel de los componentes, donde el cableado y los componentes que sean sustituidos se equiparen exactamente a la configuración previamente aprobada.

2.2.4 Documentación que acompaña. La presentación deberá acompañarse de documentación, manuales y diagramas técnicos. Además, deberá proporcionarse la siguiente documentación:

a) Si fuera pertinente, todas las certificaciones correspondientes a UL, CSA, EC, AS3100, etc. O sus equivalentes, véase también la Sección referida a “La seguridad del hardware y el jugador” en GLI-12. Esta información de certificaciones podrá suministrarse en una fecha posterior; b) Cualquier otro equipo que pueda utilizarse en el campo junto con el correspondiente a la presentación. NOTA: Las pruebas al sistema podrán efectuarse en el laboratorio, en el local del Solicitante, o en ambos sitios, según lo determine el Laboratorio de Pruebas; c) El software que acompañe la presentación, véase también la siguiente sección referida a “Software progresivo”; y d) Si el Solicitante tiene equipos especializados que son necesarios para el Laboratorio de Pruebas a fin de probar la máquina presentada, entonces el equipo especializado y todos los manuales de operación pertinentes serán incluidos en la presentación.

Copyright  2012 Gaming Laboratories International, LLC

Page 21 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

2.2.5 Carta de presentación. Cada presentación incluirá una carta de solicitud, con membrete de la empresa, fechada dentro de la semana de la fecha de recepción de la presentación por el Laboratorio de Pruebas. La carta deberá incluir los siguientes datos:

a) La jurisdicción o jurisdicciones para las cuales se solicita la certificación; b) Los dispositivos que se solicita sean certificados. En caso de software, el Solicitante deberá incluir los números de identificación y los niveles de revisión de los mismos, si fuera pertinente. En caso de hardware, el Solicitante deberá indicar la placa sin formato, la placa ensamblada y el número de la unidad ensamblada para el hardware; c) Una lista de todas las máquinas de juego que sean compatibles con el sistema y cualquier otro componente; y d) Una persona de contacto que servirá como el punto principal de contacto para toda pregunta técnica que surja durante la evaluación de la presentación. Dicha persona podrá ser quien firmó la carta o cualquier otro contacto especificado. 2.2.6 Hardware progresivo. Cada presentación incluirá e identificará cada uno de los dispositivos (incluyéndose el número de la parte) que se presentan y estarán acompañados por diagramas y manuales operativos y/o de servicios para cada componente junto con lo siguiente:

a) El controlador progresivo. La documentación que acompaña al controlador deberá incluir lo siguiente: i. El tipo de Progresivo que controla (autónomo, interconectado, sitios múltiples) y cómo configurarlo para cada tipo; ii. Una descripción de cómo se comunica la placa del controlador con el juego y se brindará el protocolo de comunicaciones; iii. Una descripción de la ubicación del controlador y la unidad que lo aloja; iv. Una descripción de cómo se muestra el valor del premio Gordo o “jackpot”; v. Un listado de las condiciones de error y la inclinación que el controlador admite; vi. La cantidad de displays que el controlador puede admitir; y

Copyright  2012 Gaming Laboratories International, LLC

Page 22 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

vii. Una descripción de los sucesos que acontecen cuando se gana el premio Gordo o “jackpot”. b) El Display Progresivo y todos sus correspondientes diagramas y manuales operativos y/o de servicios. La documentación que acompaña al display explicará cómo los controladores del display están interconectados al controlador y cómo éste está interconectado a la máquina de juego. Si el controlador admite premios Gordos o “jackpot” de varios niveles, indique la operación pertinente.

2.2.7 Software progresivo. Cada presentación incluirá todo el software que controla cada componente del Sistema Progresivo. Además, todos los diagramas y manuales operativos y/o de servicio pertinentes acompañarán la presentación. La documentación que acompaña al software incluirá y describirá los procedimientos de programación para:

a) Dos copias de todo el software necesario para operar el sistema y el código fuente, un mapa de enlaces y una tabla de símbolos para cada programa; NOTA: El código fuente podrá revisarse, compilarse y estudiarse, ya sea en el laboratorio o en el domicilio comercial del proveedor, según lo determine el laboratorio. b) Una descripción general del sistema, describiendo cómo están integrados el software y el hardware, si fuera requerida; c) Los diagramas de bloque y de flujo del programa para el Sistema Progresivo, si fueran solicitados; d) Todas las características del premio Gordo o “jackpot” progresivo; e) El número de niveles de los premios Gordos o “jackpots” progresivos; f) Los tipos de sistemas que puede manejar (autónomo, interconectado, sitios múltiples, aleatorio, etc.); g) Las reglas para ganar cada premio Gordo o “jackpot” progresivo; h) Cada parámetro progresivo y su descripción (valores máximos, tasas de incremento, etc.); i) Los métodos para el borrado de RAM; y j) RESERVADO.

Copyright  2012 Gaming Laboratories International, LLC

Page 23 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

NOTA: En algunos casos, el Laboratorio de Pruebas podrá hacer que el texto mostrado en los Displays Progresivos esté traducido al idioma inglés o hacer que el fabricante suministre un traductor independiente.

2.2.8 Requisitos para la programación de software y su compilación. Los datos que figuran a continuación aparecerán en todos los códigos fuente o módulos relacionados:

a) Nombre del módulo; b) RESERVADO; c) Breve descripción del funcionamiento del módulo; d) El historial de edición, incluyendo quién lo modificó, cuándo y por qué; e) Comentarios al código fuente de manera informativa y útil; f) Todo código fuente debe estar libre de errores, completo y debe ser compilable. El resultado del código objeto compilado será idéntico al que se encuentra en el medio de almacenamiento presentado para su evaluación. NOTA: El agregado de las marcas de ‘Fecha’ y ‘Hora’ puede provocar diferencias adicionales en una versión compilada. Es responsabilidad del fabricante proporcionar al Laboratorio de Pruebas con un método para compensar o resolver estas diferencias; y el código fuente podrá revisarse, compilarse y estudiarse ya sea en el laboratorio o en el domicilio comercial del proveedor según lo determine el laboratorio. g) RESERVADO.

2.2.9 Medio de almacenamiento de programas. En el medio de almacenamiento de programa que sea presentado y posteriormente colocado en el campo, cada programa estará identificado con los siguientes datos:

a) Número de identificación del programa; b) Fabricante; c) Número de versión;

Copyright  2012 Gaming Laboratories International, LLC

Page 24 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

d) Tipo y tamaño del medio (a menos que esté ubicado en el medio según fue comprado por el proveedor sin haberse utilizado); e) Ubicación de la instalación en el hardware asociado, si fuera potencialmente confusa; y f) Una única firma. Para medios que no sean EPROM, se utilizará un algoritmo de condensación o “hashing”.

2.2.10 La documentación necesaria para la presentación de modificaciones. Para una presentación actualizada (por ejemplo, una revisión al hardware existente o al software que esté actualmente bajo revisión, certificado, o que ha sido revisado y no certificado), la siguiente información será exigida para procesar la presentación. El fin de este proceso es acelerar la carga administrativa respecto a las presentaciones por modificaciones. Todas las modificaciones requieren la ejecución de nuevas pruebas, exámenes y certificaciones por parte del Laboratorio de Pruebas:

a) Modificación del hardware. Cada presentación de hardware deberá: i. Identificar los dispositivos individuales que estén presentándose (incluyéndose el número de partes); ii. Identificar la versión de hardware previamente aprobada; iii. Explicar cuál es el componente que se está modificando y cómo fue modificado éste; iv. Suministrar un juego completo de esquemas, diagramas, hojas de datos, etc., donde se describa la modificación junto con las razones por dicho cambio o cambios; y v. Proporcionar la máquina actualizada o nueva, su descripción y el método de conexión al Sistema Progresivo original. b) Modificaciones a las funciones de software o para corregir los errores de software. El Solicitante deberá seguir los mismos requisitos que en la sección “Software Progresivo” listados anteriormente, con excepción de la documentación que no ha cambiado. En dicho caso, no se exigirá una nueva presentación de documentación idéntica. Además, la presentación incluirá: i. Una descripción del cambio de software;

Copyright  2012 Gaming Laboratories International, LLC

Page 25 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

ii. Identificación de las versiones previamente aprobadas; iii. Los módulos afectados; y iv. El nuevo código fuente para todo el programa. Se exige el código fuente para el programa entero a fin de verificar la integridad del código compilado y el código fuente.

NOTA: El código fuente podrá revisarse, compilarse y estudiarse, ya sea en el laboratorio o en el domicilio comercial del proveedor, según lo determine el laboratorio.

NOTA: En caso que se le haya suministrado información al Laboratorio de Pruebas correspondiente a una presentación previa, NO se requerirá la presentación de documentación duplicada, siempre que la información previa sea referida por el Solicitante y dicha documentación sea fácilmente localizable en el Laboratorio de Pruebas. Se hará todo el esfuerzo necesario para reducir la redundancia de la información presentada.

Copyright  2012 Gaming Laboratories International, LLC

Page 26 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

3. REQUISITOS DE PRESENTACIÓN PARA SISTEMAS DE MONITOREO Y CONTROL (GLI-13) 3.1. Introducción 3.1.1 Declaración general. El presente capítulo regirá para los tipos de información que son requeridos, o puedan llegar a serlo, para su presentación por parte del Solicitante, a fin de hacer que el equipo sea sometido a prueba de acuerdo a la presente Normativo. Cuando la información no haya sido presentada, o si de alguna otra forma no estuviera en poder del Laboratorio de Pruebas, se le requerirá al Solicitante que suministre la información adicional. La omisión de suministrar dicha información puede resultar en la denegación, en su totalidad o en parte, de la presentación y/o redundará en demoras para la realización de las pruebas.

3.1.2 Presentación previa. Cuando se le ha suministrado previamente al Laboratorio de Pruebas la información correspondiente a la presentación previa, no se requerirá la presentación de la documentación duplicada, siempre que el Solicitante haga referencia a la información previa y dicha documentación sea fácilmente localizable en el Laboratorio de Pruebas. Se hará todo el esfuerzo necesario para reducir la redundancia de la información presentada.

3.2. La presentación de prototipos (Presentación completa) 3.2.1 Declaración general. La presentación de un Prototipo (presentación completa) será una presentación por primera vez de una determinada pieza del hardware o el software que no haya sido previamente revisada por el Laboratorio de Pruebas. Para Modificaciones a presentaciones previas, incluyendo los cambios exigidos a las certificaciones de Prototipos (presentación completa) previamente presentados, sean éstos certificados o pendientes de certificación, véase la Sección 3.7 referida a „Presentaciones por modificaciones (Presentaciones parciales) de artículos previamente certificados‟.

Copyright  2012 Gaming Laboratories International, LLC

Page 27 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

NOTA: A veces es necesario realizar las pruebas de un sistema en la planta del fabricante debido a la complejidad atípica de los componentes y/o el costo excesivo. Las actualizaciones habituales normalmente excluyen la realización de pruebas en la planta del fabricante excepto en ocasión de presentaciones de prototipos.

3.2.2 Requisitos para la carta de presentación. Cada presentación incluirá una carta de solicitud, con membrete de la empresa, fechada dentro de una (1) semana de la fecha de recepción de la presentación por el Laboratorio de Pruebas. La carta deberá incluir los siguientes datos:

a) La jurisdicción o jurisdicciones para las cuales se solicita la certificación; b) Las piezas que se solicita sean certificadas. En caso de software, el Solicitante deberá incluir los números de identificación y los niveles de revisión de los mismos, si fuera pertinente. En el caso de hardware de marca, el Solicitante deberá indicar el fabricante, el modelo, la pieza y los números de revisión de los componentes asociados del hardware; y c) Una persona de contacto que servirá como el principal punto de contacto para toda pregunta técnica que surja durante la evaluación de la presentación. Dicha persona podrá ser quien firmó la carta o cualquier otro contacto especificado.

3.3. Requisitos para la presentación del hardware de sistema - La certificación del prototipo (Presentación completa) 3.3.1 La presentación de equipos al Laboratorio de Pruebas; Equipos idénticos. Cada componente del equipo de juego, suministrado por el fabricante al campo, será funcionalmente idéntico a la muestra que será probada y certificada. Por ejemplo, un elemento de interfaz que sea suministrado como un dispositivo certificado no tendrá diferencias en su cableado interno ni en sus componentes, firmware, placas de circuito, cortes de pistas en placas de circuito o cables de conexión de las placas de circuito con respecto a la muestra certificada, a menos que la modificación esté también certificada, véase también la Sección 3.7 referida a „Presentaciones de modificaciones (Presentaciones parciales) a una pieza previamente certificada‟.

Copyright  2012 Gaming Laboratories International, LLC

Page 28 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

3.3.2 El inventario de equipos presentados al Laboratorio de Pruebas. Cada presentación de hardware deberá contener la siguiente información correspondiente a:

a. El servidor, la base de datos, el controlador interfaz de operación (front end), el colector de datos y las estaciones auxiliares que incluyen pero no se limitan a: la funcionalidad del premio gordo o “jackpot” y de depósito; la funcionalidad de las pantallas de vigilancia y de seguridad; la funcionalidad en la administración de los dispositivos de juego electrónicos; la funcionalidad contable y con respecto a la rendición de cuentas. b. Las pantallas, teclados, ratones, impresoras, etc., utilizados para dar soporte a los dispositivos listados anteriormente; c. Un mínimo de siete dispositivos de interfaz con los respectivos conectores para la alimentación de energía (si estuvieran separados del arnés de cableado), teclados y dispositivos de visualización. d. Un mínimo de un arnés de cableado por cada tipo de dispositivo de juego electrónico que se desee solicitar su aprobación operativa, acompañado por el sistema cuando se requiere un arnés específico; e. Un mínimo de dos de cada tipo de tarjeta magnética (o su equivalente si se utilizara un medio alternativo) que se utilice en el sistema, si fuera pertinente; f. Cableado de red, hubs, switches y los componentes inalámbricos que se pueden instalar en una propiedad de casino, y g. Un sistema de alimentación ininterrumpido (SAI) para los componentes críticos.

NOTA: En nuestro empeño por reducir el tamaño de la presentación del sistema, podrán utilizarse interruptores de pantalla y de datos. Además, distintos software podrán alojarse en la misma unidad, siempre que no se perjudique su funcionalidad y que el software sea idéntico a la versión de campo.

Copyright  2012 Gaming Laboratories International, LLC

Page 29 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

3.3.3 Documentación que acompaña. La presentación deberá acompañarse por documentación, manuales y diagramas técnicos. Además, deberá proporcionarse la siguiente información:

a) Si fuera pertinente, todas las certificaciones correspondientes a UL, CSA, EC, AS3100, etc. o sus certificaciones equivalentes. Esta información de certificaciones podrá suministrarse en una fecha posterior; b) Cualquier otro equipo de marca que pueda utilizarse en el campo junto con la Presentación, si fuera necesario para probar los requisitos estipulados; c) El software que acompaña, véase también la Sección 3.4 referida a „Requisitos para la presentación de software del sistema – La certificación del prototipo (Presentación completa)‟; y d) Si el Solicitante tiene equipo y/o software especializados que el Laboratorio de Pruebas necesita para probar el sistema presentado, tales como simuladores de carga o juego o archivos de datos de pruebas, entonces el equipo y/o el software informático especializados y todo manual operativo y de usuario pertinente para dicho equipo y/o software deberán incluirse con la presentación.

NOTA: No se requerirá la presentación de productos que estén disponibles comercialmente a menos que su omisión afecte las pruebas y el adecuado funcionamiento del sistema.

3.4. Requisitos para la presentación del software del sistema - La certificación del prototipo (Presentación completa) 3.4.1 Declaración General. Cada presentación de software deberá contener la siguiente información:

a) Dos juegos de todos los EPROM, CD-ROM u otros medios de almacenamiento que contengan idénticos contenidos. Esto incluye todos los ejecutables de programa, el firmware de los componentes del sistema, los archivos bin, etc. En caso que el Laboratorio de Pruebas ya haya probado un componente del software, quizá no sea necesaria una nueva presentación del mismo; Copyright  2012 Gaming Laboratories International, LLC

Page 30 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

b) El código fuente, un mapa de enlaces y la tabla de símbolos para todos los ejecutables de software primarios. Además, si fuera requerido, una explicación de toda la memoria RAM no volátil en cualquier dispositivo de sistema con la descripción de las localizaciones de la memoria RAM no volátil; c) Todos los manuales de usuarios en copias impresas y electrónicas donde se incluirá una descripción general del sistema a nivel del componente, la instalación e integración del software y el hardware, y los diagramas de bloque y flujo del sistema para el programa de comunicaciones, si fuera requerido; d) En caso que no esté incluido en los manuales de usuario, un manual de conectividad para todas aquellos dispositivos de juegos electrónicos capaces de ser interconectados con el sistema a fin de que se incluyan los números del modelo de la máquina y la lista de compatibilidad, si fuera pertinente; los diagramas de cableado que describan los puntos de conexión a las máquinas, fuentes de energía, etc.; y la identificación por número de pieza, o alguna otra disposición, de cualquier arnés de cableado especial, placas auxiliares necesarias para la comunicación de una máquina en particular; e) En caso que no se incluyan en los manuales del usuario, se brindarán informes a modo de ejemplo para cada informe estándar que el sistema pueda generar con un resumen formulado que detalle todos los cálculos a ser informados, incluyendo los tipos de datos empleados, las operaciones matemáticas realizadas y el límite de campo; f) En caso que no esté incluido en los manuales de usuarios, una lista de todos los protocolos de comunicaciones que admite, con la mención de la versión respectiva, si fuera pertinente; g) En caso que se utilice un algoritmo de verificación de software, se brindará una descripción del algoritmo, la base teórica del algoritmo, los resultados de cualquier análisis o prueba para demostrar la conveniencia del algoritmo o su aplicación pretendida, las reglas para la selección de los coeficientes del algoritmo o “semillas”; y h) En caso que sea realizado por el fabricante, se proporcionará un plan para probar el sistema y sus resultados a fin de detallar con cuáles versiones de máquinas electrónicas de juego y de software fue probado.

Copyright  2012 Gaming Laboratories International, LLC

Page 31 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

3.5. Requisitos para la programación del software y su compilación 3.5.1 Declaración General. La información que figura a continuación aparecerá en todos los códigos fuente o módulos relacionados:

a) El nombre del módulo; b) Una breve descripción del funcionamiento del módulo; y c) El historial de edición, incluyendo quién lo modificó, cuándo y por qué; 3.5.2 Comentarios sobre el código fuente. Todo código fuente que sea presentado deberá comentarse de manera informativa y útil.

3.5.3 Integridad del código fuente. Todo código fuente que sea presentado debe estar libre de errores y completo, siendo posible su compilación.

3.6. Identificación del programa 3.6.1 Requisitos del software. En los componentes del software del sistema primario que fueron presentados y posteriormente colocados en el campo, cada programa deberá identificarse en forma individual y mostrar la información de la versión en todo momento, o utilizar una función accesible para el usuario.

3.6.2 Requisitos del firmware. En el firmware del sistema que sea presentado y posteriormente colocado en el campo, cada programa deberá identificarse de forma individual y exhibirá:

a) La identificación del programa; b) El fabricante; c) El número de versión; d) El tipo y tamaño de medio (requisito que puede satisfacerse a través de la marca del fabricante); y

Copyright  2012 Gaming Laboratories International, LLC

Page 32 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

e) Ubicación de la instalación en el dispositivo del elemento de interfaz, si fuera potencialmente confuso.

NOTA: Para un firmware en EPROM, la etiqueta de identificación deberá colocarse sobre la ventana de UV para evitar que el programa se borre o altere.

3.7. La presentación de modificaciones (Presentaciones parciales) a una pieza previamente certificada 3.7.1 Declaración General. Con respecto a cualquier presentación por actualización (por ejemplo, una revisión a hardware o software existentes que estén actualmente bajo revisión, certificados o que hayan sido revisados y no certificados), se exigirá la siguiente información para procesar la presentación además de los requisitos estipulados en la Sección 3.2.2 referida a „Requisitos para la carta de presentación‟. Todas las modificaciones requieren nuevas pruebas, exámenes y certificaciones por parte del Laboratorio de Pruebas.

3.7.2 Modificación del hardware. Cada presentación de hardware deberá:

a) Identificar las piezas individuales que estén presentándose (incluyéndose el número de la pieza); b) Suministrar un juego completo de esquemas, diagramas, hojas de datos, etc. donde se describa la modificación junto con las razones por dicho cambio o cambios; y c) Proporcionar el hardware actualizado o nuevo, su descripción y el método de conexión a los componentes del sistema original o el hardware.

3.7.3 Modificaciones a las funciones del software del sistema o para corregir los errores de software. El Solicitante deberá utilizar los mismos requisitos que figuran en la Sección mencionada anteriormente sobre „Requisitos para la presentación de software – La certificación del prototipo (Presentación completa)‟, excepto en aquellos casos donde la documentación no ha

Copyright  2012 Gaming Laboratories International, LLC

Page 33 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

cambiado. En dicho caso, no se exigirá una nueva presentación de documentación idéntica. Sin embargo, la presentación deberá incluir una descripción del cambio o los cambios en el software y los módulos afectados, y el nuevo código fuente para el programa completo, si fuera pertinente.

3.7.4 La presentación del software - Modificaciones al existente o para crear una nueva funcionalidad del sistema. Para una presentación específica al sistema (por ejemplo, software nuevo para estaciones de trabajo), podrá requerirse la información siguiente para procesar la presentación: a) Si fuera nuevo, una descripción completa de la función, incluyéndose el manual con modificaciones y la documentación del usuario, y el nuevo código fuente, si fuera pertinente; y b) Si se está modificando, la presentación deberá incluir una descripción del cambio o los cambios en el software, los módulos afectados y el nuevo código fuente, si fuera pertinente.

3.8. Requisitos de presentación respecto a la seguridad del sistema 3.8.1 Declaración General. Cuando un sistema exige el uso de papeles definidos para el usuario con contraseñas asociadas y números PIN, debe presentarse una lista predeterminada de todos los usuarios y contraseñas o números PIN que incluya un método para acceder a la base de datos.

3.9. La presentación de una Sociedad Conjunta de Empresas 3.9.1 Declaración general. Se considera que un sistema es parte una Sociedad Conjunta de empresas cuando dos o más empresas se unen para la fabricación de un sistema. Debido al aumento en el número de presentaciones por Sociedades Conjuntas de empresas (donde más de un proveedor está involucrado en la presentación del producto) y para evitarles cualquier confusión a los proveedores, a nuestros clientes pertenecientes a organismos reguladores y a nuestra empresa, GLI ha establecido los siguientes procedimientos para tales presentaciones.

Copyright  2012 Gaming Laboratories International, LLC

Page 34 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

a) Una empresa se encargará de preparar y entregar toda la presentación, aun cuando estén utilizando piezas de otros proveedores, y deberán identificar todos los números de piezas correspondientes a todos los componentes. Éste será el contacto primario para la presentación. b) La empresa que presente una solicitud de aprobación deberá hacerlo utilizando su membrete. GLI delegará un número interno de expediente a nombre de dicha empresa y le facturará a la misma todos los costos incurridos a lo largo del proceso de aprobación. c) GLI se comunicará con el contacto primario cuando surjan preguntas. Sin embargo, los ingenieros de GLI trabajarán con todas las partes involucradas de modo de completar la revisión. d) Todos los proveedores que formen parte del “grupo” de presentación quizá necesiten estar autorizados en la jurisdicción o las jurisdicciones donde se vaya a aprobar la presentación. Como una cortesía hacia el proveedor, GLI podrá averiguar a quién no le corresponde estar autorizado consultando con la autoridad competente. Hay que señalar que las preguntas respecto a la autorización deberán manejarse directamente con la jurisdicción. e) A su conclusión, será la empresa de contacto primario quien reciba la carta de aprobación, siempre que la presentación reúna los requisitos jurisdiccionales. La empresa de contacto primario entonces podrá entregar copias de la carta de aprobación al fabricante o fabricantes asociados.

Copyright  2012 Gaming Laboratories International, LLC

Page 35 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

4. REQUISITOS PARA LA PRESENTACIÓN DE SISTEMAS FINITOS DE RASPAR Y JALAR ETIQUETAS (GLI-14) 4.1

INTRODUCCIÓN

4.1.1 Declaración general. El presente documento regirá para los tipos de información que son requeridos, o puedan llegar a serlo, para su presentación al proceso de evaluación por parte del Solicitante, a fin de hacer que el equipo sea sometido a prueba de acuerdo a la presente Normativa. Cuando la información no haya sido presentada, o si de alguna otra forma no estuviera en poder del Laboratorio de Pruebas, se le requerirá al Solicitante que suministre la información adicional. La omisión de suministrar dicha información puede resultar en la denegación, en su totalidad o en parte, de la presentación y/o redundará en demoras para la realización de las pruebas.

4.1.2 Presentación previa. Cuando el Laboratorio de Pruebas ha sido previamente provisto con la información correspondiente a la presentación previa, NO se requerirá la presentación de la documentación por duplicado, siempre que el Solicitante haga referencia a la información previa y dichos documentos sean fácilmente localizables en el Laboratorio de Pruebas. Se hará todo el esfuerzo necesario para reducir la redundancia de la información presentada.

4.2 LA PRESENTACIÓN DE PROTOTIPOS (PRESENTACIÓN COMPLETA) 4.2.1 Declaración general. La presentación de un Prototipo (presentación completa) será una presentación por primera vez de una determinada pieza del hardware o el software que no haya sido previamente revisada por el Laboratorio de Pruebas. Para Modificaciones en presentaciones previas, incluyendo las modificaciones exigidas a certificaciones de Prototipos (presentación plena) anteriormente presentadas, ya sea que estén certificados o pendientes a la certificación, véase la sección 4.7 referida a “La presentación de modificaciones”.

Copyright  2012 Gaming Laboratories International, LLC

Page 36 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

NOTA: Debido a la anormal complejidad del componente y / o costos excesivos a veces es necesario hacer las pruebas de un sistema en las instalaciones del fabricante. Actualizaciones regulares normalmente excluyen las pruebas en las instalaciones de los fabricantes, salvo en el caso de las presentaciones del prototipo.

4.2.2 Requisitos para las Presentaciones: Cada presentación incluirá una carta de solicitud, con membrete de la empresa, fechada dentro de una (1) semana de la fecha de recepción de la presentación por el Laboratorio de Pruebas. La carta deberá incluir los siguientes datos:

a) La jurisdicción o jurisdicciones para las cuales se solicita la certificación; b) Las piezas que se solicita sean certificadas. En caso de software, el Solicitante deberá incluir los números de identificación y los niveles de revisión de los mismos, si fuera pertinente. En el caso de hardware, quien efectúe la presentación deberá indicar el fabricante, el proveedor y el número de modelo de los componentes asociados al hardware; y c) Una persona de contacto que servirá como el principal punto de contacto para toda pregunta técnica que surja durante la evaluación de la presentación. Dicha persona podrá ser quien firmó la carta o cualquier otro contacto especificado.

4.3 REQUISITOS PARA LA PRESENTACIÓN DEL HARDWARE DEL SISTEMA – LA CERTIFICACIÓN DEL PROTOTIPO (PRESENTACIÓN COMPLETA) 4.3.1 La presentación de los equipos al Laboratorio de Pruebas; equipos idénticos. Cada componente del equipo de juego, suministrado por el fabricante al campo, deberá ser funcionalmente idéntico a la muestra que será probada y certificada. Por ejemplo, una terminal de juego que sea suministrado como un dispositivo certificado no tendrá diferencias en su cableado interno ni en sus componentes, firmware, placas de circuitos, cortes de pista de las placas de circuito, o cables de parche de las placas de circuito con respecto a la muestra certificada, a menos que la modificación esté también certificada, véase también la Sección 4.7 Copyright  2012 Gaming Laboratories International, LLC

Page 37 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

referida a „La presentación de modificaciones (Presentación parcial) a una pieza previamente certificada‟.

4.3.2 Inventario de los equipos al Laboratorio de Pruebas. Cada presentación de hardware deberá contener lo siguiente:

a) Servidor, base de datos asociada (s), Controlador para juegos y estaciones auxiliares que incluyen pero no se limitan a: la funcionalidad de Jackpot, funcionalidad de Vigilancia / monitor de seguridad, funcionalidad de administración y funcionalidad de Contabilidad / informes; b) Los monitores, teclados, ratones, impresoras, etc., para apoyar los puntos enumerados anteriormente; c) Un mínimo de dos terminales de jugador y las guarniciones correspondientes para conectarse al sistema central de computadoras; d) RESERVADO, y e) Fuente de alimentación ininterrumpida (UPS) para los componentes críticos.

NOTA: En un esfuerzo por reducir el tamaño del sistema de comunicación, monitores y conmutadores de datos pueden ser utilizados. Además, software independiente puede estar alojado en la misma unidad, siempre que la funcionalidad no se ve afectada y el software es idéntico a la versión de campo.

4.3.3 Documentación que acompaña. La presentación deberá acompañarse de todos los documentos, manuales y diagramas técnicos pertinentes. Además, deberá proporcionarse la siguiente información:

a) Si fuera pertinente, todas las certificaciones correspondientes a UL, CSA, EC, AS3100, etc. O sus certificaciones equivalentes, véase también la Sección 3.2 en GLI-11 v2.1. Esta información de certificaciones podrá suministrarse en una fecha posterior;

Copyright  2012 Gaming Laboratories International, LLC

Page 38 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

b) Cualquier otro equipo que pueda utilizarse en el campo junto con el correspondiente a la presentación, si fuese necesario para las pruebas regulatorias requeridas. c) El software pertinente, véase también la Sección 4.4 de este documento; d) Si el Solicitante tuviera equipos o software especializados que el Laboratorio de Pruebas necesitase a fin de probar el sistema presentado, tales como simuladores de carga / de juego o archivos de datos de prueba, entonces el equipo especializado y / o software y todo los adecuados manuales de operación y uso de los equipos y / o software se incluirá en la presentación.

NOTA: los productos disponibles comercialmente no son necesarios para la presentación a menos que la omisión tenga un impacto en las pruebas y el funcionamiento apropiado del sistema.

4.4 REQUISITOS PARA LA PRESENTACIÓN DEL SOFTWARE DEL SISTEMA – LA CERTIFICACIÓN DEL PROTOTIPO (PRESENTACIÓN COMPLETA) 4.4.1 Declaración general. Cada presentación de software deberá contener la siguiente información:

a) Dos juegos de todos los EPROM, CD-ROM u otros medios de almacenamiento que contengan idénticos contenidos. Esto incluye todo software correspondiente a programas ejecutables, firmware de los componentes del sistema, archivos binarios, etc. Cuando el Laboratorio de Prueba haya probado un componente de software, quizá no sea necesaria una nueva presentación; b) El código fuente, un mapa de enlaces y la tabla de símbolos. Además, si fuera solicitado, una explicación de toda la memoria RAM no volátil en el dispositivo con la descripción de las localizaciones de la memoria RAM no volátil; c) Todos los manuales de usuario en papel y digitales para incluir una visión general del sistema desde un nivel de los componentes, el software y el hardware de instalación e Copyright  2012 Gaming Laboratories International, LLC

Page 39 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

integración, y diagramas de bloques del sistema y diagramas de flujo para el programa de comunicación, si se requiere; d) Si no se incluye en los manuales de usuario, proporcionar ejemplos de informes para cada informe estándar capaz de ser generado en el sistema con un resumen de las fórmula detallando todos los cálculos de presentación de informes, incluyendo los tipos de datos implicados, operaciones matemáticas realizadas, y el límite de campo; e) Si la utilización de un algoritmo de verificación de software proporcionan una descripción del algoritmo, base teórica del algoritmo, los resultados de todos los análisis o las pruebas que demuestran que el algoritmo es adecuado o el uso previsto, las reglas para la selección de los coeficientes del algoritmo o "semillas", y los medios para establecer los coeficientes del algoritmo o "semillas", y f) Si esta completado por el fabricante, proporcionar un plan de pruebas y los resultados del sistema para detallar los resultados y versiones del software con que fue probado.

4.5 REQUISITOS PARA LA PROGRAMACIÓN DEL SOFTWARE Y SU COMPILACIÓN 4.5.1 Declaración general. Los datos que figuran a continuación deberán aparecer incluidos en todos los códigos fuente o módulos relacionados:

a) El nombre del módulo; b) Una breve descripción del funcionamiento del módulo; y c) El historial de edición, incluyendo quién lo modificó, cuándo y por qué;

4.5.2 Comentarios sobre el código fuente. Todo código fuente que sea presentado deberá comentarse de manera informativa y útil.

4.5.3 Integridad del código fuente. Todo código fuente que sea presentado estará libre de errores y completo, siendo posible su compilación.

Copyright  2012 Gaming Laboratories International, LLC

Page 40 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

4.6 LA IDENTIFICACIÓN DEL PROGRAMA 4.6.1 Requisitos de software. En los componentes de software del sistema primario presentados y posteriormente colocado en el campo, cada programa deberá ser unívocamente identificado y ya sea mostrar la información de las versiones en todo momento o utilizando una función accesible para el usuario. 4.6.2 Requisitos de firmware. El firmware del sistema que sea presentado y posteriormente colocado en el campo, cada programa estará identificado con los siguientes datos:

a) El número de identificación del programa; b) El fabricante; c) El número de versión; d) El tipo y tamaño del medio (este requerimiento puede ser cumplido con la estampa del fabricante); e) La ubicación de la instalación del elemento de la interfaz en el dispositivo, si fuera potencialmente confuso.

NOTA: Para firmware basado en EPROM, la etiqueta de identificación deberá colocarse sobre la ventana de UV para evitar que el programa se borre o altere.

4.7 LA PRESENTACIÓN DE MODIFICACIONES (PRESENTACIÓN PARCIAL) A UNA PIEZA PREVIAMENTE CERTIFICADA 4.7.1 Declaración general. Para cualquier presentación por actualización (por ejemplo, una revisión al hardware o software existentes que estén actualmente bajo revisión, certificados o que hayan sido revisados y no certificados), se exigirá la siguiente información para procesar la presentación además de los requisitos estipulados en la Sección 4.2.2.a referida a „La carta de presentación‟. Todas las modificaciones requieren que el dispositivo sea sometido a nuevas pruebas, exámenes y certificaciones por parte del Laboratorio de Pruebas.

Copyright  2012 Gaming Laboratories International, LLC

Page 41 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

4.7.2 Modificación del hardware. Cada presentación de hardware deberá:

a) Identificar las piezas individuales que estén presentándose (incluyendo el número de la pieza); b) Suministrar un juego completo de esquemas, diagramas, hojas de datos, etc. donde se describa la modificación junto con las razones por dicho cambio o cambios; y c) Proporcionar el dispositivo actualizado o nuevo, su descripción y el método de conexión al sistema o componente del hardware original.

4.7.3 Modificaciones a las funciones de software del sistema o para corregir los errores de software. El Solicitante deberá utilizar los mismos requisitos que figuran en la Sección mencionada anteriormente sobre „Requisitos para la presentación de software – Certificación de prototipos (Presentación completa)‟, excepto en aquellos casos donde la documentación no ha cambiado. En dicho caso, no se exigirá una nueva presentación de documentos idénticos. (Por ejemplo, si no fueron modificadas las tablas de pago y las matemáticas del juego, el Solicitante podrá referirse a documentaciones previas). Sin embargo, la presentación deberá incluir una descripción del cambio o los cambios en el software y los módulos afectados, y el nuevo código fuente para el programa completo. Si aplicase.

4.7.4 Presentación del software - Modificación del existentes o crear nuevas funcionalidades del sistema. Para una presentación específica del sistema (por ejemplo, el nuevo software de estación de trabajo), la siguiente información puede ser requerida para procesar la petición:

a) Si es nuevo, una descripción completa de la función, incluyendo el manual de modificación y los documentos del usuario, y el nuevo código fuente de si corresponde, y b) En caso de modificación, la presentación debe incluir una descripción del cambio en el software (s), módulos afectados y el nuevo código fuente, en su caso.

Copyright  2012 Gaming Laboratories International, LLC

Page 42 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

4.8

REQUISITOS

DE

PRESENTACIÓN

Versión 1.1 20 de Julio de 2012

DEL

SISTEMA

DE

SEGURIDAD 4.8.1 Declaración General. Cuando un sistema requiere el uso de funciones definidas por el usuario con contraseñas asociadas o números pin, una lista predeterminada de todos los usuarios y contraseñas o números de identificación deben ser presentados incluyendo un método para acceder a la base de datos.

4.9 LA PRESENTACIÓN POR PARTE DE UNA SOCIEDAD CONJUNTA DE EMPRESAS 4.9.1 Declaración general. Un sistema se considerará como una unión transitoria de empresas cuando dos o más empresas intervengan en la fabricación de un sistema. Debido al aumento en el número de presentaciones bajo la figura de la unión transitoria de empresas (donde más de un proveedor interviene en la presentación del producto), y para evitarles cualquier confusión a los proveedores, nuestros clientes pertenecientes a organismos reguladores y nuestra firma, GLI ha establecido los siguientes procedimientos para tales presentaciones.

a) Una empresa se encargará de preparar y presentar toda la presentación, aun cuando estén utilizando piezas de otros proveedores, y deberán identificar todos los números de piezas de todos los componentes. Dicha empresa será el contacto primario para la presentación. b) La empresa que presente una solicitud de aprobación deberá hacerlo utilizando su membrete. c) GLI delegará un número interno de expediente a nombre de dicha empresa y le facturará a la misma todos los costos incurridos a través del proceso de aprobación. d) GLI se comunicará con el contacto primario cuando surjan preguntas. Sin embargo, los ingenieros de GLI trabajarán con todas las partes implicadas de modo de completar la revisión.

Copyright  2012 Gaming Laboratories International, LLC

Page 43 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

e) Todos los proveedores que formen parte del “grupo” de presentación quizá necesiten estar autorizados en la jurisdicción o las jurisdicciones donde se vaya a aprobar la presentación. f) Como una cortesía hacia el proveedor, GLI podrá averiguar a quién no le corresponde estar autorizado consultando con el cliente regulador. Hay que señalar que las preguntas respecto a la autorización deberán manejarse directamente con la autoridad competente. g) A su conclusión, será la empresa de contacto primario quien reciba la carta de aprobación, siempre que la presentación reúna los requisitos jurisdiccionales. La empresa de contacto primario entonces podrá entregar copias de la carta de aprobación al fabricante o fabricantes asociados.

Copyright  2012 Gaming Laboratories International, LLC

Page 44 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

5. REQUISITOS PARA LA PRESENTACIÓN DE ELECTRÓNICOS DE BINGO Y KENO (GLI-15)

SISTEMAS

5.1 Introducción

5.1.1 Declaración general. El presente documento regirá para los tipos de información que son requeridos, o puedan llegar a serlo, para su presentación al proceso de evaluación por parte del Solicitante, a fin de hacer que el equipo sea sometido a prueba de acuerdo a la presente Normativa. Cuando la información no haya sido presentada, o si de alguna otra forma no estuviera en poder del Laboratorio de Pruebas, se le requerirá al Solicitante que suministre la información adicional. La omisión de suministrar dicha información puede resultar en la denegación, en su totalidad o en parte, de la presentación y/o redundará en demoras para la realización de las pruebas.

5.1.2 Presentación previa. Cuando el Laboratorio de Pruebas ha sido previamente provisto con la información correspondiente a la presentación previa, NO se requerirá la presentación de la documentación por duplicado, siempre que el Solicitante haga referencia a la información previa y dichos documentos sean fácilmente localizables en el Laboratorio de Pruebas. Se hará todo el esfuerzo necesario para reducir la redundancia de la información presentada.

5.2 La presentación de prototipos (Presentación completa) 5.2.1 Declaración general. La presentación de un Prototipo (presentación completa) será una presentación por primera vez de una determinada pieza del hardware o el software que no haya sido previamente revisada por el Laboratorio de Pruebas. Para Modificaciones en presentaciones previas, incluyendo las modificaciones exigidas a certificaciones de Prototipos (presentación plena) anteriormente presentadas, ya sea que estén certificados o pendientes a la certificación, véase la sección 5.7 referida a “La presentación de modificaciones”.

NOTA: Debido a la anormal complejidad del componente y / o costos excesivos a veces es necesario hacer las pruebas de un sistema en las instalaciones del fabricante. Actualizaciones regulares Copyright  2012 Gaming Laboratories International, LLC

Page 45 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

normalmente excluyen las pruebas en las instalaciones de los fabricantes, salvo en el caso de las presentaciones del prototipo.

5.2.2 Requisitos para las Presentaciones: Cada presentación incluirá una carta de solicitud, con membrete de la empresa, fechada dentro de una (1) semana de la fecha de recepción de la presentación por el Laboratorio de Pruebas. La carta deberá incluir los siguientes datos:

a) La jurisdicción o jurisdicciones para las cuales se solicita la certificación; b) Las piezas que se solicita sean certificadas. En caso de software, el Solicitante deberá incluir los números de identificación y los niveles de revisión de los mismos, si fuera pertinente. En el caso de hardware, quien efectúe la presentación deberá indicar el fabricante, el proveedor y el número de modelo de los componentes asociados al hardware; y c) Una persona de contacto que servirá como el principal punto de contacto para toda pregunta técnica que surja durante la evaluación de la presentación. Dicha persona podrá ser quien firmó la carta o cualquier otro contacto especificado.

5.3 Requisitos para la presentación del hardware del sistema – La certificación del prototipo (Presentación completa) 5.3.1 La presentación de los equipos al Laboratorio de Pruebas; equipos idénticos. Cada componente del equipo de juego, suministrado por el fabricante al campo, deberá ser funcionalmente idéntico a la muestra que será probada y certificada. Por ejemplo, una terminal de juego que sea suministrado como un dispositivo certificado no tendrá diferencias en su cableado interno ni en sus componentes, firmware, placas de circuitos, cortes de pista de las placas de circuito, o cables de parche de las placas de circuito con respecto a la muestra certificada, a menos que la modificación esté también certificada, véase también la Sección 5.7 referida a „La presentación de modificaciones (Presentación parcial) a una pieza previamente certificada‟.

5.3.2 Inventario de los equipos al Laboratorio de Pruebas. Cada presentación de hardware deberá contener lo siguiente: Copyright  2012 Gaming Laboratories International, LLC

Page 46 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

a) Servidor, base de datos, Controlador frontal y estaciones auxiliares que incluyen pero no se limitan a: la funcionalidad de Estaciones de Caja, funcionalidad de Llamadores de números/sorteos de balotas, funcionalidad de Parámetros de configuración del sistema y funcionalidad de Contabilidad / informes; b) Los monitores, teclados, ratones, impresoras, etc., para apoyar los puntos enumerados anteriormente; c) Un suministro de cara de las cartas o inventario de boletos de Keno en blanco para facilitar las pruebas; y d) Fuente de alimentación ininterrumpida (UPS) para los componentes críticos.

NOTA: En un esfuerzo por reducir el tamaño del sistema de comunicación, monitores y conmutadores de datos pueden ser utilizados. Además, software independiente puede estar alojado en la misma unidad, siempre que la funcionalidad no se ve afectada y el software es idéntico a la versión de campo.

5.3.3 Documentación que acompaña. La presentación deberá acompañarse de todos los documentos, manuales y diagramas técnicos pertinentes. Además, deberá proporcionarse la siguiente información:

a) Si fuera pertinente, todas las certificaciones correspondientes a UL, CSA, EC, AS3100, etc. O sus certificaciones equivalentes, véase también la Sección 3.2 en GLI-11 v2.1. Esta información de certificaciones podrá suministrarse en una fecha posterior; b) Cualquier otro equipo que pueda utilizarse en el campo junto con el correspondiente a la presentación, si fuese necesario para las pruebas regulatorias requeridas. c) El software pertinente, véase también la Sección 5.4 de este documento; d) Si el Solicitante tuviera equipos o software especializados que el Laboratorio de Pruebas necesitase a fin de probar el sistema presentado, tales como simuladores de carga / de juego o archivos de datos de prueba, entonces el equipo especializado y / o software y

Copyright  2012 Gaming Laboratories International, LLC

Page 47 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

todo los adecuados manuales de operación y uso de los equipos y / o software se incluirá en la presentación.

NOTA: los productos disponibles comercialmente no son necesarios para la presentación a menos que la omisión tenga un impacto en las pruebas y el funcionamiento apropiado del sistema.

5.4 Requisitos para la presentación del software del sistema – La certificación del prototipo (Presentación completa) 5.4.1 Declaración general. Cada presentación de software deberá contener la siguiente información:

a) Dos juegos de todos los EPROM, CD-ROM u otros medios de almacenamiento que contengan idénticos contenidos. Esto incluye todo software correspondiente a programas ejecutables, firmware de los componentes del sistema, archivos binarios, etc., al menos que se hagan otros arreglos con tiempo anticipado. Cuando el Laboratorio de Prueba haya probado un componente de software, quizá no sea necesaria una nueva presentación; b) El código fuente, un mapa de enlaces y la tabla de símbolos. Además, si fuera solicitado, una explicación de toda la memoria RAM no volátil en el dispositivo con la descripción de las localizaciones de la memoria RAM no volátil; c) Todos los manuales de usuario en papel y digitales para incluir una visión general del sistema desde un nivel de los componentes, el software y el hardware de instalación e integración, y diagramas de bloques del sistema y diagramas de flujo para el programa de comunicación, si se requiere; d) Si no se incluye en los manuales de usuario, un manual de conectividad para todos los dispositivos periféricos asociados o de las ventas remotas o unidades de supervisión; e) Si no se incluye en los manuales de usuario, proporcionar ejemplos de informes para cada informe estándar capaz de ser generado en el sistema con un resumen de las fórmula Copyright  2012 Gaming Laboratories International, LLC

Page 48 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

detallando todos los cálculos de presentación de informes, incluyendo los tipos de datos implicados, operaciones matemáticas realizadas, y el límite de campo; f) Si no se incluye en los manuales de usuario, una lista de todos los protocolos de comunicación compatibles especificando la versión, en su caso, y g) Si la utilización de un algoritmo de verificación de software proporcionan una descripción del algoritmo, base teórica del algoritmo, los resultados de todos los análisis o las pruebas que demuestran que el algoritmo es adecuado o el uso previsto, las reglas para la selección de los coeficientes del algoritmo o "semillas", y los medios para establecer los coeficientes del algoritmo o "semillas",

5.5 Requisitos para la programación del software y su compilación 5.5.1 Declaración general. Los datos que figuran a continuación deberán aparecer incluidos en todos los códigos fuente o módulos relacionados:

a) El nombre del módulo; b) Una breve descripción del funcionamiento del módulo; y c) El historial de edición, incluyendo quién lo modificó, cuándo y por qué;

5.5.2 Comentarios sobre el código fuente. Todo código fuente que sea presentado deberá comentarse de manera informativa y útil.

5.5.3 Integridad del código fuente. Todo código fuente que sea presentado estará libre de errores y completo, siendo posible su compilación.

5.6 La identificación del programa 5.6.1 Requisitos de software. En los componentes de software del sistema primario presentados y posteriormente colocado en el campo, cada programa deberá ser unívocamente identificado y ya sea Copyright  2012 Gaming Laboratories International, LLC

Page 49 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

mostrar la información de las versiones en todo momento o utilizando una función accesible para el usuario.

5.6.2 Requisitos de firmware. El firmware del sistema que sea presentado y posteriormente colocado en el campo, cada programa estará identificado con los siguientes datos:

a) El número de identificación del programa; b) El fabricante; c) El número de versión; d) El tipo y tamaño del medio (este requerimiento puede ser cumplido con la estampa del fabricante); e) La ubicación de la instalación del elemento de la interfaz en el dispositivo, si fuera potencialmente confuso.

NOTA: Para firmware basado en EPROM, la etiqueta de identificación deberá colocarse sobre la ventana de UV para evitar que el programa se borre o altere.

Copyright  2012 Gaming Laboratories International, LLC

Page 50 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

5.7 La presentación de modificaciones (Presentación parcial) a una pieza previamente certificada 5.7.1 Declaración general. Para cualquier presentación por actualización (por ejemplo, una revisión al hardware o software existentes que estén actualmente bajo revisión, certificados o que hayan sido revisados y no certificados), se exigirá la siguiente información para procesar la presentación además de los requisitos estipulados en la Sección 5.2.2.a referida a „La carta de presentación‟. Todas las modificaciones requieren que el dispositivo sea sometido a nuevas pruebas, exámenes y certificaciones por parte del Laboratorio de Pruebas.

5.7.2 Modificación del hardware. Cada presentación de hardware deberá:

a) Identificar las piezas individuales que estén presentándose (incluyendo el número de la pieza); b) Suministrar un juego completo de esquemas, diagramas, hojas de datos, etc. donde se describa la modificación junto con las razones por dicho cambio o cambios a cualquier componente diseñado o construido por el fabricante; y c) Proporcionar el dispositivo actualizado o nuevo, su descripción y el método de conexión al sistema o componente del hardware original.

5.7.3 Modificaciones a las funciones de software del sistema o para corregir los errores de software. El Solicitante deberá utilizar los mismos requisitos que figuran en la Sección mencionada anteriormente sobre „Requisitos para la presentación de software – Certificación de prototipos (Presentación completa)‟, excepto en aquellos casos donde la documentación no ha cambiado. En dicho caso, no se exigirá una nueva presentación de documentos idénticos. (Por ejemplo, si no fueron modificadas las tablas de pago y las matemáticas del juego, el Solicitante podrá referirse a documentaciones previas). Sin embargo, la presentación deberá incluir una descripción del cambio o los cambios en el software y los módulos afectados, y el nuevo código fuente para el programa completo. Si aplicase. Copyright  2012 Gaming Laboratories International, LLC

Page 51 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

5.7.4 Presentación del software - Modificación del existentes o crear nuevas funcionalidades del sistema. Para una presentación específica del sistema (por ejemplo, el nuevo software de estación de trabajo), la siguiente información puede ser requerida para procesar la petición:

a) Si es nuevo, una descripción completa de la función, incluyendo el manual de modificación y los documentos del usuario, y el nuevo código fuente de si corresponde, y b) En caso de modificación, la presentación debe incluir una descripción del cambio en el software (s), módulos afectados y el nuevo código fuente, en su caso.

5.8 Requisitos de Presentación del Sistema de Seguridad 5.8.1 Declaración general. Cuando un sistema requiere el uso de funciones definidas por el usuario con contraseñas asociadas o números pin, una lista predeterminada de todos los usuarios y contraseñas o números de identificación deben ser presentados incluyendo un método para acceder a la base de datos. Esto permitirá el acceso permisible durante los ensayos y para asegurar que ningún acceso no autorizado sería permitido para áreas específicas.

5.9 La presentación por parte de una Sociedad conjunta de Empresas 5.9.1 Declaración general. Un sistema se considerará como una unión transitoria de empresas cuando dos o más empresas intervengan en la fabricación de un sistema. Debido al aumento en el número de presentaciones bajo la figura de la unión transitoria de empresas (donde más de un proveedor interviene en la presentación del producto), y para evitarles cualquier confusión a los proveedores, nuestros clientes pertenecientes a organismos reguladores y nuestra firma, GLI ha establecido los siguientes procedimientos para tales presentaciones.

Copyright  2012 Gaming Laboratories International, LLC

Page 52 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

a) Una empresa se encargará de preparar y presentar toda la presentación, aun cuando estén utilizando piezas de otros proveedores, y deberán identificar todos los números de piezas de todos los componentes. Dicha empresa será el contacto primario para la presentación. b) La empresa que presente una solicitud de aprobación deberá hacerlo utilizando su membrete. GLI delegará un número interno de expediente a nombre de dicha empresa y le facturará a la misma todos los costos incurridos a través del proceso de aprobación. c) GLI se comunicará con el contacto primario cuando surjan preguntas. Sin embargo, los ingenieros de GLI trabajarán con todas las partes implicadas de modo de completar la revisión. d) Todos los proveedores que formen parte del “grupo” de presentación quizá necesiten estar autorizados en la jurisdicción o las jurisdicciones donde se vaya a aprobar la presentación. Como una cortesía hacia el proveedor, GLI podrá averiguar a quién no le corresponde estar autorizado consultando con el cliente regulador. Hay que señalar que las preguntas respecto a la autorización deberán manejarse directamente con la autoridad competente. And e) A su conclusión, será la empresa de contacto primario quien reciba la carta de aprobación, siempre que la presentación reúna los requisitos jurisdiccionales. La empresa de contacto primario entonces podrá entregar copias de la carta de aprobación al fabricante o fabricantes asociados.

Copyright  2012 Gaming Laboratories International, LLC

Page 53 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

5.10 Presentación del generador de números aleatorios. 5.10.1 Declaración General. En casos contados, el generador de números aleatorios deberá presentarse con la solicitud del prototipo (presentación completa). Los generadores de números aleatorios deberán presentarse para su certificación cuando:

a) El código del generador de números aleatorios haya cambiado o la implementación del número aleatorio haya cambiado; o b) Un generador de número aleatorio previamente certificado se implemente en una nueva plataforma de hardware (por ejemplo, el cambio de microprocesador); o c) Un generador de número aleatorios previamente certificado genere números que están fuera del alcance de los números previamente evaluados; o d) El generador de números aleatorios nunca haya sido certificado anteriormente bajo estas normas. En dicho caso, el generador de números aleatorios será certificado como parte de la presentación general.

5.11 Requisitos del hardware para pruebas del generador de números aleatorios 5.11.1 Declaración General. El fabricante deberá presentar la máquina con todas sus placas y hardware asociado para ser sometidos a prueba.

5.11.2 Requisitos de los cables. El fabricante deberá presentar un cable para conectar desde la máquina a la computadora de tipo personal o PC. Este cable utilizará comunicaciones de tipo serial y fácilmente se conectará a una PC estándar. Si alguno de los accesorios o convertidores fuesen necesarios, quien hace la presentación deberá suministrar el equipo.

5.11.3 Especificaciones a la normativa de comunicaciones de GLI para pruebas al generador de números aleatorios. El Laboratorio de Pruebas ha desarrollado un programa relativamente Copyright  2012 Gaming Laboratories International, LLC

Page 54 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

simple para recopilar datos a través de un puerto de comunicaciones seriales. El respeto a las especificaciones contenidas más abajo permitirá que el solicitante utilice el programa de recopilación del generador de números aleatorios por PC perteneciente al Laboratorio de Prueba. El uso de este protocolo NO se requiere; en ese caso, sin embargo, el Solicitante deberá suministrar el software correspondiente a la interface de recolección del software para el uso del Laboratorio de Prueba, revisándoselo previo a su implementación. La siguiente descripción se refiere a la implementación de nuestro protocolo remoto:

a) El programa de recopilación del generador de números aleatorios por PC perteneciente al Laboratorio de Prueba utiliza el protocolo de comunicaciones siguiente. El laboratorio puede configurar un puerto estándar COM1 o COM2 a las configuraciones de la máquina/sistema. El fabricante deberá suministrar las configuraciones correctas para efectuar la interfaz a su máquina; b) El fabricante deberá suministrar al Laboratorio de Pruebas un sistema u otro programa de prueba de medios que funcione en mismo sistema u otro medio que haga lo siguiente: i. Busque la letra ASCII “R” por Ready, que se enviará desde la computadora recolectora del Laboratorio de Pruebas al dispositivo de juego; ii. Una vez que la máquina de juego u otro medio reciban una “R”, el juego llamará al generador de números aleatorios por los números de la próxima partida. La máquina de juego u otro medio devolverán a la computadora recolectora la cantidad de números sorteados por cada partida: c) La máquina de juego enviará entonces los números a la computadora recolectora en el siguiente formato: i. Los números DEBERÁN estar en formato ASCII; ii. Los números DEBERÁN estar separados por un espacio; iii. Los ceros de guía DEBERÁN insertarse (por ejemplo, si el juego devuelve veinte (20) balotas de un juego de Keno con un alcance de números entre 1 y 80, la salida a la computadora recolectora se verá como sigue: 23 25 01 00 10 09 43 51 03 04);

Copyright  2012 Gaming Laboratories International, LLC

Page 55 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

iv. El juego NO deberá enviar un espacio, línea de alimentación o retorno tras el último número (el Laboratorio de Pruebas lo hará); y v. Tras enviar los números, el juego buscará otra “R” y se repetirá el proceso.

5.11.4 Requisitos adicionales.

a) El programa de pruebas del generador de números aleatorios será idéntico al generador de números aleatorios contenido en el software del sistema excepto para las siguientes modificaciones que podrán implementarse a fin de acelerar los requisitos de la prueba. Puede que el Laboratorio de Pruebas no permita ninguna de las siguientes modificaciones cuando determine que dicha modificación pueda afectar los datos recibidos desde el generador de números aleatorios. Cabe anotar que el software de producción podrá tener una modalidad de prueba que contenga esta modalidad de prueba incorporada del generador de números aleatorios, siempre que la máquina indique claramente que se encuentra en dicha modalidad de prueba; b) El programa de pruebas del generador de números aleatorios NO deberá exigir créditos a fin de jugar; c) El programa de pruebas del generador de números aleatorios NO deberá premiar créditos; d) El programa de pruebas del generador de números aleatorios no necesita mostrar las jugadas. e) El programa puede simplemente mostrar un mensaje donde se indique que la prueba al generador de números aleatorios está en curso; f) El fabricante deberá suministrar al Laboratorio de Pruebas instrucciones detalladas sobre cómo configurar el sistema para someterlo a prueba; y g)

El fabricante deberá suministrar al Laboratorio de Pruebas una descripción detallada del algoritmo del generador de números aleatorios que incluya una descripción detallada sobre la implementación del generador de números aleatorios en su dispositivo, incluyendo cómo se genera la SEMILLA inicial. Además, proporcionará el algoritmo para el re-asemillado o el cambio de semilla durante las jugadas, si fuera pertinente.

Copyright  2012 Gaming Laboratories International, LLC

Page 56 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

6. REQUISITOS PARA LA PRESENTACIÓN DE SISTEMAS SIN DINERO EN EFECTIVO (GLI-16) 6.1 Introducción 6.1.1 Declaración general. El presente documento regirá para los tipos de información que son requeridos, o puedan llegar a serlo, para su presentación al proceso de evaluación por parte del Solicitante, a fin de hacer que el equipo sea sometido a prueba de acuerdo a la presente Normativa. Cuando la información no haya sido presentada, o si de alguna otra forma no estuviera en poder del Laboratorio de Pruebas, se le requerirá al Solicitante que suministre la información adicional. La omisión de suministrar dicha información puede resultar en la denegación, en su totalidad o en parte, de la presentación y puede redundar en demoras para la realización de las pruebas.

6.1.2 Presentación previa. Cuando el Laboratorio de Pruebas ha sido previamente provisto con la información correspondiente a la presentación previa, NO se requerirá la presentación de la documentación por duplicado, siempre que el Solicitante haga referencia a la información previa y dichos documentos sean fácilmente localizables en el Laboratorio de Pruebas. Se hará todo el esfuerzo necesario para reducir la redundancia de la información presentada.

6.2 La presentación de prototipos (Presentación completa) 6.2.1 Declaración general. La presentación de un Prototipo (presentación completa) será una presentación por primera vez de una determinada pieza del hardware o el software que no haya sido previamente revisada por el Laboratorio de Pruebas. Para Modificaciones en presentaciones previas, incluyendo las modificaciones exigidas a certificaciones de Prototipos (presentación plena) anteriormente presentadas, ya sea que estén certificados o pendientes a la certificación, véase la sección 6.7 referida a “La presentación de modificaciones”.

Copyright  2012 Gaming Laboratories International, LLC

Page 57 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

NOTA: Debido a la anormal complejidad del componente y / o costos excesivos a veces es necesario hacer las pruebas de un sistema en las instalaciones del fabricante. Actualizaciones regulares normalmente excluyen las pruebas en las instalaciones de los fabricantes, salvo en el caso de las presentaciones del prototipo.

6.2.2 Requisitos para las Presentaciones: Cada presentación incluirá una carta de solicitud, con membrete de la empresa, fechada dentro de una (1) semana de la fecha de recepción de la presentación por el Laboratorio de Pruebas. La carta deberá incluir los siguientes datos:

a) La jurisdicción o jurisdicciones para las cuales se solicita la certificación; b) Las piezas que se solicita sean certificadas. En caso de software, el Solicitante deberá incluir los números de identificación y los niveles de revisión de los mismos, si fuera pertinente. En el caso de hardware, quien efectúe la presentación deberá indicar el fabricante, el proveedor y el número de modelo de los componentes asociados al hardware; y c) Una persona de contacto que servirá como el principal punto de contacto para toda pregunta técnica que surja durante la evaluación de la presentación. Dicha persona podrá ser quien firmó la carta o cualquier otro contacto especificado.

6.3 Requisitos para la presentación del hardware del sistema – La certificación del prototipo (Presentación completa) 6.3.1 La presentación de los equipos al Laboratorio de Pruebas; equipos idénticos. Cada componente del equipo de juego, suministrado por el fabricante al campo, deberá ser funcionalmente idéntico a la muestra que será probada y certificada. Por ejemplo, un elemento de interfaz que sea suministrado como un dispositivo certificado no tendrá diferencias en su cableado interno ni en sus componentes, firmware, placas de circuitos, cortes de pista de las placas de circuito, o cables de parche de las placas de circuito con respecto a la muestra certificada, a menos que la modificación esté también certificada, véase también la Sección 6.7 referida a „La presentación de modificaciones (Presentación parcial) a una pieza previamente certificada‟. Copyright  2012 Gaming Laboratories International, LLC

Page 58 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

6.3.2 Inventario de los equipos al Laboratorio de Pruebas. Cada presentación de hardware deberá contener lo siguiente: a) Servidor, Base de datos, Controlador frontal, Colector de datos y estaciones auxiliares que incluyen pero no se limitan a:funcionalidad de Vigilancia / monitor de seguridad, funcionalidad de administración de Maquinas de juego y funcionalidad de Contabilidad / informes; b) Los monitores, teclados, ratones, impresoras, etc., para apoyar los puntos enumerados anteriormente; c) Un mínimo de siete dispositivos de elementos de interfaz con los correspondientes conectores de alimentación (si es independiente del arnés), teclados, pantallas y lectores de tarjetas (o su equivalente si se utiliza un medio alternativo); d) Un mínimo de un arnés de cables para cada tipo maquina de juego deseada para la aprobación operacional con el sistema en el que se requiere un equipo de arnés específico; e) Un mínimo de dos para cada tipo de tarjetas magnéticas (o su equivalente si se utiliza un medio alternativo) utilizados en el sistema, en su caso; f) Fuente de alimentación ininterrumpida (UPS) para los componentes críticos. g) Si no se incluye en los manuales de usuario, un manual de conectividad para todos los dispositivos electrónicos de juego únicos capaces de ser interconectado con el sistema para incluir el número de modelo del dispositivo y la lista de compatibilidad, y en su caso, diagramas de cableado que representen los puntos de conexión a los dispositivos, fuente de energía, etc.; e identificación por número de parte o algún otro esquema, cualquier arnés de cableado único, tableros auxiliares necesarios para la comunicación de un dispositivo en particular.

NOTA: En un esfuerzo por reducir el tamaño del sistema de comunicación, monitores y conmutadores de datos pueden ser utilizados. Además, software independiente puede estar alojado en la misma unidad, siempre que la funcionalidad no se ve afectada y el software es idéntico a la versión de campo.

Copyright  2012 Gaming Laboratories International, LLC

Page 59 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

6.3.3 Documentación que acompaña. La presentación deberá acompañarse de todos los documentos, manuales y diagramas técnicos pertinentes. Además, deberá proporcionarse la siguiente información:

a) Si fuera pertinente, todas las certificaciones correspondientes a UL, CSA, EC, AS3100, etc. O sus certificaciones equivalentes, véase también la Sección 3.2 en GLI-11 v2.1. Esta información de certificaciones podrá suministrarse en una fecha posterior; b) Cualquier otro equipo que pueda utilizarse en el campo junto con el correspondiente a la presentación, si fuese necesario para las pruebas regulatorias requeridas. c) El software pertinente, véase también la Sección 6.4 de este documento; d) Si el Solicitante tuviera equipos o software especializados que el Laboratorio de Pruebas necesitase a fin de probar el sistema presentado, tales como simuladores de carga / de juego o archivos de datos de prueba, entonces el equipo especializado y / o software y todo los adecuados manuales de operación y uso de los equipos y / o software se incluirá en la presentación.

NOTA: los productos disponibles comercialmente no son necesarios para la presentación a menos que la omisión tenga un impacto en las pruebas y el funcionamiento apropiado del sistema.

6.4 Requisitos para la presentación del software del sistema – La certificación del prototipo (Presentación completa) 6.4.1 Declaración general. Cada presentación de software deberá contener la siguiente información:

a) Dos juegos de todos los EPROM, CD-ROM u otros medios de almacenamiento que contengan idénticos contenidos. Esto incluye todo software correspondiente a programas ejecutables, firmware de los componentes del sistema, archivos binarios, etc. Cuando el Copyright  2012 Gaming Laboratories International, LLC

Page 60 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

Laboratorio de Prueba haya probado un componente de software, quizá no sea necesaria una nueva presentación; b) El código fuente, un mapa de enlaces y la tabla de símbolos. Además, si fuera solicitado, una explicación de toda la memoria RAM no volátil en el dispositivo con la descripción de las localizaciones de la memoria RAM no volátil; c) Todos los manuales de usuario en papel y digitales para incluir una visión general del sistema desde un nivel de los componentes, el software y el hardware de instalación e integración, y diagramas de bloques del sistema y diagramas de flujo para el programa de comunicación, si se requiere; d) Reservado e) Si no se incluye en los manuales de usuario, proporcionar ejemplos de informes para cada informe estándar capaz de ser generado en el sistema con un resumen de las fórmula detallando todos los cálculos de presentación de informes, incluyendo los tipos de datos implicados, operaciones matemáticas realizadas, y el límite de campo; f) Si no se incluye en los manuales de usuario, una lista de todos los protocolos de comunicación compatibles especificando la versión, si corresponde; g) Si la utilización de un algoritmo de verificación de software proporcionan una descripción del algoritmo, base teórica del algoritmo, los resultados de todos los análisis o las pruebas que demuestran que el algoritmo es adecuado para el uso previsto, las reglas para la selección de los coeficientes del algoritmo o "semillas", y los medios para establecer los coeficientes del algoritmo o "semillas", y h) Si esta completado por el fabricante, proporcionar un plan de pruebas y los resultados del sistema para detallar los dispositivos de juego y versiones del software con que fue probado.

Copyright  2012 Gaming Laboratories International, LLC

Page 61 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

6.5 Requisitos para la programación del software y su compilación 6.5.1 Declaración general. Los datos que figuran a continuación deberán aparecer incluidos en todos los códigos fuente o módulos relacionados:

a) El nombre del módulo; b) Una breve descripción del funcionamiento del módulo; y c) El historial de edición, incluyendo quién lo modificó, cuándo y por qué; 6.5.2 Comentarios sobre el código fuente. Todo código fuente que sea presentado deberá comentarse de manera informativa y útil.

6.5.3 Integridad del código fuente. Todo código fuente que sea presentado estará libre de errores y completo, siendo posible su compilación.

6.6 La identificación del programa 6.6.1 Requisitos de software. En los componentes de software del sistema primario presentados y posteriormente colocado en el campo, cada programa deberá ser unívocamente identificado y ya sea mostrar la información de las versiones en todo momento o utilizando una función accesible para el usuario.

6.6.2 Requisitos de firmware. El firmware del sistema que sea presentado, cada programa estará identificado con los siguientes datos:

a) El número de identificación del programa; b) El fabricante; c) El número de versión;

Copyright  2012 Gaming Laboratories International, LLC

Page 62 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

d) El tipo y tamaño del medio (este requerimiento puede ser cumplido con la estampa del fabricante); e) La ubicación de la instalación del elemento de la interfaz en el dispositivo, si fuera potencialmente confuso.

NOTA: Para firmware basado en EPROM, la etiqueta de identificación deberá colocarse sobre la ventana de UV para evitar que el programa se borre o altere.

6.7 La presentación de modificaciones (Presentación parcial) a una pieza previamente certificada 6.7.1 Declaración general. Para cualquier presentación por actualización (por ejemplo, una revisión al hardware o software existentes que estén actualmente bajo revisión, certificados o que hayan sido revisados y no certificados), se exigirá la siguiente información para procesar la presentación además de los requisitos estipulados en la Sección 6.2.2.a referida a „La carta de presentación‟. Todas las modificaciones requieren que el dispositivo sea sometido a nuevas pruebas, exámenes y certificaciones por parte del Laboratorio de Pruebas.

6.7.2 Modificación del hardware. Cada presentación de hardware deberá:

a) Identificar las piezas individuales que estén presentándose (incluyendo el número de la pieza); b) Suministrar un juego completo de esquemas, diagramas y hojas de datos, etc. donde se describa la modificación junto con las razones por dicho cambio o cambios; y c) Proporcionar el dispositivo actualizado o nuevo, con su descripción y el método de conexión al sistema o componente del hardware original.

6.7.3 Modificaciones a las funciones de software del sistema o para corregir los errores de software. El Solicitante deberá utilizar los mismos requisitos que figuran en la Sección Copyright  2012 Gaming Laboratories International, LLC

Page 63 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

mencionada anteriormente sobre „Requisitos para la presentación de software – Certificación de prototipos (Presentación completa)‟, excepto en aquellos casos donde la documentación no ha cambiado. En dicho caso, no se exigirá una nueva presentación de documentos idénticos. (Por ejemplo, si no fueron modificadas las tablas de pago y las matemáticas del juego, el Solicitante podrá referirse a documentaciones previas). Sin embargo, la presentación deberá incluir una descripción del cambio o los cambios en el software y los módulos afectados, y el nuevo código fuente para el programa completo. Si aplicase.

6.7.4 Presentación del software - Modificación del existentes o crear nuevas funcionalidades del sistema. Para una presentación específica del sistema (por ejemplo, el nuevo software de estación de trabajo), la siguiente información puede ser requerida para procesar la petición:

a) Si es nuevo, una descripción completa de la función, incluyendo el manual de modificación y los documentos del usuario, y el nuevo código fuente de si corresponde, y b) En caso de modificación, la presentación debe incluir una descripción del cambio en el software (s), módulos afectados y el nuevo código fuente, en su caso.

6.8 Requisitos de Presentación del Sistema de Seguridad 6.8.1 Declaración general. Cuando un sistema requiere el uso de funciones definidas por el usuario con contraseñas asociadas o números pin, una lista predeterminada de todos los usuarios y contraseñas o números de identificación deben ser presentados incluyendo un método para acceder a la base de datos.

6.9

La presentación por parte de una Sociedad conjunta de

Empresas 6.9.1 Declaración general. Un sistema se considerará como una unión transitoria de empresas cuando dos o más empresas intervengan en la fabricación de un sistema. Debido al aumento en el Copyright  2012 Gaming Laboratories International, LLC

Page 64 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

número de presentaciones bajo la figura de la unión transitoria de empresas (donde más de un proveedor interviene en la presentación del producto), y para evitarles cualquier confusión a los proveedores, nuestros clientes pertenecientes a organismos reguladores y nuestra firma, GLI ha establecido los siguientes procedimientos para tales presentaciones.

a) Una empresa se encargará de preparar y presentar toda la presentación, aun cuando estén utilizando piezas de otros proveedores, y deberán identificar todos los números de piezas de todos los componentes. Dicha empresa será el contacto primario para la presentación. b) La empresa que presente una solicitud de aprobación deberá hacerlo utilizando su membrete. GLI delegará un número interno de expediente a nombre de dicha empresa y le facturará a la misma todos los costos incurridos a través del proceso de aprobación. c) GLI se comunicará con el contacto primario cuando surjan preguntas. Sin embargo, los ingenieros de GLI trabajarán con todas las partes implicadas de modo de completar la revisión. d) Todos los proveedores que formen parte del “grupo” de presentación quizá necesiten estar autorizados en la jurisdicción o las jurisdicciones donde se vaya a aprobar la presentación. Como una cortesía hacia el proveedor, GLI podrá averiguar a quién no le corresponde estar autorizado consultando con el cliente regulador. Hay que señalar que las preguntas respecto a la autorización deberán manejarse directamente con la autoridad competente. e) A su conclusión, será la empresa de contacto primario quien reciba la carta de aprobación, siempre que la presentación reúna los requisitos jurisdiccionales. La empresa de contacto primario entonces podrá entregar copias de la carta de aprobación al fabricante o fabricantes asociados.

Copyright  2012 Gaming Laboratories International, LLC

Page 65 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

7. REQUISITOS PARA LA PRESENTACIÓN DE SISTEMAS DE BONIFICACIÓN EN CASINOS (GLI-17) 7.1 Introducción 7.1.1 Declaración general. El presente documento regirá para los tipos de información que son requeridos, o puedan llegar a serlo, para su presentación al proceso de evaluación por parte del Solicitante, a fin de hacer que el equipo sea sometido a prueba de acuerdo a la presente Normativa. Cuando la información no haya sido presentada, o si de alguna otra forma no estuviera en poder del Laboratorio de Pruebas, se le requerirá al Solicitante que suministre la información adicional. La omisión de suministrar dicha información puede resultar en la denegación, en su totalidad o en parte, de la presentación y/o redundará en demoras para la realización de las pruebas.

7.1.2 Presentación previa. Cuando el Laboratorio de Pruebas ha sido previamente provisto con la información correspondiente a la presentación previa, NO se requerirá la presentación de la documentación por duplicado, siempre que el Solicitante haga referencia a la información previa y dichos documentos sean fácilmente localizables en el Laboratorio de Pruebas. Se hará todo el esfuerzo necesario para reducir la redundancia de la información presentada.

7.2 La presentación de prototipos (Presentación completa) 7.2.1 Declaración general. La presentación de un Prototipo (presentación completa) será una presentación por primera vez de una determinada pieza del hardware o el software que no haya sido previamente revisada por el Laboratorio de Pruebas. Para Modificaciones en presentaciones previas, incluyendo las modificaciones exigidas a certificaciones de Prototipos (presentación plena) anteriormente presentadas, ya sea que estén certificados o pendientes a la certificación, véase la sección 7.7 referida a “La presentación de modificaciones”.

Copyright  2012 Gaming Laboratories International, LLC

Page 66 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

NOTA: Debido a la anormal complejidad del componente y / o costos excesivos a veces es necesario hacer las pruebas de un sistema en las instalaciones del fabricante. Actualizaciones regulares normalmente excluyen las pruebas en las instalaciones de los fabricantes, salvo en el caso de las presentaciones del prototipo.

7.2.2 Requisitos para las Presentaciones: Cada presentación incluirá una carta de solicitud, con membrete de la empresa, fechada dentro de una (1) semana de la fecha de recepción de la presentación por el Laboratorio de Pruebas. La carta deberá incluir los siguientes datos:

a) La jurisdicción o jurisdicciones para las cuales se solicita la certificación; b) Las piezas que se solicita sean certificadas. En caso de software, el Solicitante deberá incluir los números de identificación y los niveles de revisión de los mismos, si fuera pertinente. En el caso de hardware, quien efectúe la presentación deberá indicar el fabricante, el proveedor y el número de modelo de los componentes asociados al hardware; y c) Una persona de contacto que servirá como el principal punto de contacto para toda pregunta técnica que surja durante la evaluación de la presentación. Dicha persona podrá ser quien firmó la carta o cualquier otro contacto especificado.

7.3 Requisitos para la presentación del hardware del sistema – La certificación del prototipo (Presentación completa) 7.3.1 La presentación de los equipos al Laboratorio de Pruebas; equipos idénticos. Cada componente del equipo de juego, suministrado por el fabricante al campo, deberá ser funcionalmente idéntico a la muestra que será probada y certificada. Por ejemplo, una terminal de juego que sea suministrado como un dispositivo certificado no tendrá diferencias en su cableado interno ni en sus componentes, firmware, placas de circuitos, cortes de pista de las placas de circuito, o cables de parche de las placas de circuito con respecto a la muestra certificada, a menos que la modificación esté también certificada, véase también la Sección 4.7 referida a „La presentación de modificaciones (Presentación parcial) a una pieza previamente certificada‟. Copyright  2012 Gaming Laboratories International, LLC

Page 67 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

7.3.2 Inventario de los equipos al Laboratorio de Pruebas. Cada presentación de hardware deberá contener lo siguiente: a) Servidor, Base de datos, Controlador frontal, Colector de datos y estaciones auxiliares que incluyen pero no se limitan a: funcionalidad de Vigilancia / monitor de seguridad, funcionalidad de administración de Maquinas de juego y funcionalidad de Contabilidad / informes; Funcionalidad de Gestión de la Configuración de Premios de bonificación. b) Los monitores, teclados, ratones, impresoras, etc., para apoyar los puntos enumerados anteriormente; c) Un mínimo de siete dispositivos de elementos de interfaz con los correspondientes conectores de alimentación (si es independiente del arnés), teclados, pantallas y lectores de tarjetas (o su equivalente si se utiliza un medio alternativo); d) Un mínimo de un arnés de cables para cada tipo maquina de juego deseada para la aprobación operacional con el sistema en el que se requiere un equipo de arnés específico; e) Un mínimo de dos para cada tipo de tarjetas magnéticas (o su equivalente si se utiliza un medio alternativo) utilizados en el sistema, en su caso; f) Fuente de alimentación ininterrumpida (UPS) para los componentes críticos.

NOTA: En un esfuerzo por reducir el tamaño del sistema de comunicación, monitores y conmutadores de datos pueden ser utilizados. Además, software independiente puede estar alojado en la misma unidad, siempre que la funcionalidad no se ve afectada y el software es idéntico a la versión de campo.

7.3.3 Documentación que acompaña. La presentación deberá acompañarse de todos los documentos, manuales y diagramas técnicos pertinentes. Además, deberá proporcionarse la siguiente información:

Copyright  2012 Gaming Laboratories International, LLC

Page 68 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

a) Si fuera pertinente, todas las certificaciones correspondientes a UL, CSA, EC, AS3100, etc. O sus certificaciones equivalentes, véase también la Sección 3.2 en GLI-11 v2.1. Esta información de certificaciones podrá suministrarse en una fecha posterior; b) Cualquier otro equipo que pueda utilizarse en el campo junto con el correspondiente a la presentación, si fuese necesario para las pruebas regulatorias requeridas. c) El software pertinente, véase también la Sección 7.4 de este documento; d) Algoritmo de generador de números aleatorios y la documentación de pruebas internas asociadas, incluyendo la recolección de datos utilizada para el análisis matemático (copias en papel y digitales), en su caso, y e) Si el Solicitante tuviera equipos o software especializados que el Laboratorio de Pruebas necesitase a fin de probar el sistema presentado, tales como simuladores de carga / de juego o archivos de datos de prueba, entonces el equipo especializado y / o software y todo los adecuados manuales de operación y uso de los equipos y / o software se incluirá en la presentación.

NOTA: los productos disponibles comercialmente no son necesarios para la presentación a menos que la omisión tenga un impacto en las pruebas y el funcionamiento apropiado del sistema.

7.4 Requisitos para la presentación del software del sistema – La certificación del prototipo (Presentación completa) 7.4.1 Declaración general. Cada presentación de software deberá contener la siguiente información:

a) Dos juegos de todos los EPROM, CD-ROM u otros medios de almacenamiento que contengan idénticos contenidos. Esto incluye todo software correspondiente a programas ejecutables, firmware de los componentes del sistema, archivos binarios, etc. Cuando el

Copyright  2012 Gaming Laboratories International, LLC

Page 69 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

Laboratorio de Prueba haya probado un componente de software, quizá no sea necesaria una nueva presentación; b) El código fuente, un mapa de enlaces y la tabla de símbolos. Además, si fuera solicitado, una explicación de toda la memoria RAM no volátil en el dispositivo con la descripción de las localizaciones de la memoria RAM no volátil; c) Todos los manuales de usuario ya sea en papel o digitales para incluir una visión general del sistema desde un nivel de los componentes, el software y el hardware de instalación e integración, y diagramas de bloques del sistema y diagramas de flujo para el programa de comunicación, si se requiere; d) Si no se incluye en los manuales de usuario, un manual de conectividad para todos los dispositivos electrónicos de juego únicos capaces de ser interconectado con el sistema para incluir el número de modelo del dispositivo y la lista de compatibilidad, en su caso, diagramas de cableado que representan los puntos de conexión a los dispositivos, fuente de energía, etc.; e identificación por número de parte o algún otro esquema, cualquier arneses de cableado único, tableros auxiliares necesarios para la comunicación de un dispositivo en particular; e) Si no se incluye en los manuales de usuario, proporcionar ejemplos de informes para cada informe estándar capaz de ser generado en el sistema con un resumen de las fórmula detallando todos los cálculos de presentación de informes, incluyendo los tipos de datos implicados, operaciones matemáticas realizadas, y el límite de campo; f) Si no se incluye en los manuales de usuario, una lista de todos los protocolos de comunicación compatibles especificando la versión, si corresponde; g) Si la utilización de un algoritmo de verificación de software proporcionan una descripción del algoritmo, base teórica del algoritmo, los resultados de todos los análisis o las pruebas que demuestran que el algoritmo es adecuado o el uso previsto, las reglas para la selección de los coeficientes del algoritmo o "semillas", y los medios para establecer los coeficientes del algoritmo o "semillas", y h) Si no se incluye en los manuales de usuario, proporcionar instrucciones concisas para la configuración de todos los parámetros aplicables de la actividad de bonificación, y

Copyright  2012 Gaming Laboratories International, LLC

Page 70 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

i) Si esta completado por el fabricante, proporcionar un plan de pruebas y los resultados del sistema para detallar los dispositivos de juego y versiones del software con que fue probado.

7.5 Requisitos para la programación del software y su compilación 7.5.1 Declaración general. Los datos que figuran a continuación deberán aparecer incluidos en todos los códigos fuente o módulos relacionados:

a) El nombre del módulo; b) Una breve descripción del funcionamiento del módulo; y c) El historial de edición, incluyendo quién lo modificó, cuándo y por qué;

7.5.2 Comentarios sobre el código fuente. Todo código fuente que sea presentado deberá comentarse de manera informativa y útil.

7.5.3 Integridad del código fuente. Todo código fuente que sea presentado estará libre de errores y completo, siendo posible su compilación.

7.6 La identificación del programa 7.6.1 Requisitos de software. En los componentes de software del sistema primario presentado y posteriormente colocado en el campo, cada programa deberá ser unívocamente identificado y ya sea mostrar la información de las versiones en todo momento o a través de una función accesible para el usuario.

Copyright  2012 Gaming Laboratories International, LLC

Page 71 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

7.6.2 Requisitos de firmware. El firmware del sistema que sea presentado y posteriormente colocado en el campo, cada programa estará identificado con los siguientes datos:

a) El número de identificación del programa; b) El fabricante; c) El número de versión; d) El tipo y tamaño del medio (este requerimiento puede ser cumplido con la estampa del fabricante); e) La ubicación de la instalación del elemento de la interfaz en el dispositivo, si fuera potencialmente confuso.

NOTA: Para firmware basado en EPROM, la etiqueta de identificación deberá colocarse sobre la ventana de UV para evitar que el programa se borre o altere.

7.7 La presentación de modificaciones (Presentación parcial) a una pieza previamente certificada 7.7.1 Declaración general. Para cualquier presentación por actualización (por ejemplo, una revisión al hardware o software existentes que estén actualmente bajo revisión, certificados o que hayan sido revisados y no certificados), se exigirá la siguiente información para procesar la presentación además de los requisitos estipulados en la Sección 7.2.2.a referida a „La carta de presentación‟. Todas las modificaciones requieren que el dispositivo sea sometido a nuevas pruebas, exámenes y certificaciones por parte del Laboratorio de Pruebas.

7.7.2 Modificación del hardware. Cada presentación de hardware deberá:

a) Identificar las piezas individuales que estén presentándose (incluyendo el número de la pieza); Copyright  2012 Gaming Laboratories International, LLC

Page 72 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

b) Suministrar un juego completo de esquemas, diagramas, hojas de datos, etc. donde se describa la modificación junto con las razones por dicho cambio o cambios; y c) Proporcionar el dispositivo actualizado o nuevo, su descripción y el método de conexión al sistema o componente del hardware original.

7.7.3 Modificaciones a las funciones de software del sistema o para corregir los errores de software. El Solicitante deberá utilizar los mismos requisitos que figuran en la Sección mencionada anteriormente sobre „Requisitos para la presentación de software – Certificación de prototipos (Presentación completa)‟ sección 7.4, excepto en aquellos casos donde la documentación no ha cambiado. En dicho caso, no se exigirá una nueva presentación de documentos idénticos. (Por ejemplo, si no fueron modificadas las tablas de pago y las matemáticas del juego, el Solicitante podrá referirse a documentaciones previas). Sin embargo, la presentación deberá incluir una descripción del cambio o los cambios en el software y los módulos afectados, y el nuevo código fuente para el programa completo. Si aplicase.

7.7.4 Presentación del software - Modificación del existentes o crear nuevas funcionalidades del sistema. Para una presentación específica del sistema (por ejemplo, el nuevo software de estación de trabajo), la siguiente información puede ser requerida para procesar la petición:

a) Si es nuevo, una descripción completa de la función, incluyendo el manual de modificación y los documentos del usuario, y el nuevo código fuente de si corresponde, y b) En caso de modificación, la presentación debe incluir una descripción del cambio en el software (s), módulos afectados y el nuevo código fuente, en su caso.

7.8 Requisitos de Presentación del Sistema de Seguridad

7.8.1 Declaración general. Cuando un sistema requiere el uso de funciones definidas por el usuario con contraseñas asociadas o números pin, una lista predeterminada de todos los usuarios

Copyright  2012 Gaming Laboratories International, LLC

Page 73 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

y contraseñas o números de identificación deben ser presentados incluyendo un método para acceder a la base de datos.

7.9 La presentación por parte de una Sociedad conjunta de Empresas 7.9.1 Declaración general. Un sistema se considerará como una unión transitoria de empresas cuando dos o más empresas intervengan en la fabricación de un sistema. Debido al aumento en el número de presentaciones bajo la figura de la unión transitoria de empresas (donde más de un proveedor interviene en la presentación del producto), y para evitarles cualquier confusión a los proveedores, nuestros clientes pertenecientes a organismos reguladores y nuestra firma, GLI ha establecido los siguientes procedimientos para tales presentaciones.

a) Una empresa se encargará de preparar y presentar toda la presentación, aun cuando estén utilizando piezas de otros proveedores, y deberán identificar todos los números de piezas de todos los componentes. Dicha empresa será el contacto primario para la presentación. b) La empresa que presente una solicitud de aprobación deberá hacerlo utilizando su membrete. GLI delegará un número interno de expediente a nombre de dicha empresa y le facturará a la misma todos los costos incurridos a través del proceso de aprobación. c) GLI se comunicará con el contacto primario cuando surjan preguntas. Sin embargo, los ingenieros de GLI trabajarán con todas las partes implicadas de modo de completar la revisión. d) Todos los proveedores que formen parte del “grupo” de presentación quizá necesiten estar autorizados en la jurisdicción o las jurisdicciones donde se vaya a aprobar la presentación. Como una cortesía hacia el proveedor, GLI podrá averiguar a quién no le corresponde estar autorizado consultando con el cliente regulador. Hay que señalar que las preguntas respecto a la autorización deberán manejarse directamente con la autoridad competente.

Copyright  2012 Gaming Laboratories International, LLC

Page 74 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

e) A su conclusión, será la empresa de contacto primario quien reciba la carta de aprobación, siempre que la presentación reúna los requisitos jurisdiccionales. La empresa de contacto primario entonces podrá entregar copias de la carta de aprobación al fabricante o fabricantes asociados.

Copyright  2012 Gaming Laboratories International, LLC

Page 75 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

8. REQUISITOS PARA LA PRESENTACIÓN PROMOCIONALES (GLI-18)

DE

SISTEMAS

8.1 Introducción 8.1.1 Declaración general. El presente documento regirá para los tipos de información que son requeridos, o puedan llegar a serlo, para su presentación al proceso de evaluación por parte del Solicitante, a fin de hacer que el equipo sea sometido a prueba de acuerdo a la presente Normativa. Cuando la información no haya sido presentada, o si de alguna otra forma no estuviera en poder del Laboratorio de Pruebas, se le requerirá al Solicitante que suministre la información adicional. La omisión de suministrar dicha información puede resultar en la denegación, en su totalidad o en parte, de la presentación y/o redundará en demoras para la realización de las pruebas.

8.1.2 Presentación previa. Cuando el Laboratorio de Pruebas ha sido previamente provisto con la información correspondiente a la presentación previa, NO se requerirá la presentación de la documentación por duplicado, siempre que el Solicitante haga referencia a la información previa y dichos documentos sean fácilmente localizables en el Laboratorio de Pruebas. Se hará todo el esfuerzo necesario para reducir la redundancia de la información presentada.

8.2 La presentación de prototipos (Presentación completa) 8.2.1 Declaración general. La presentación de un Prototipo (presentación completa) será una presentación por primera vez de una determinada pieza del hardware o el software que no haya sido previamente revisada por el Laboratorio de Pruebas. Para Modificaciones en presentaciones previas, incluyendo las modificaciones exigidas a certificaciones de Prototipos (presentación plena) anteriormente presentadas, ya sea que estén certificados o pendientes a la certificación, véase la sección 8.7 referida a “La presentación de modificaciones”.

Copyright  2012 Gaming Laboratories International, LLC

Page 76 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

NOTA: Debido a la anormal complejidad del componente y / o costos excesivos a veces es necesario hacer las pruebas de un sistema en las instalaciones del fabricante. Actualizaciones regulares normalmente excluyen las pruebas en las instalaciones de los fabricantes, salvo en el caso de las presentaciones del prototipo.

8.2.2 Requisitos para las Presentaciones: Cada presentación incluirá una carta de solicitud, con membrete de la empresa, fechada dentro de una (1) semana de la fecha de recepción de la presentación por el Laboratorio de Pruebas. La carta deberá incluir los siguientes datos:

a) La jurisdicción o jurisdicciones para las cuales se solicita la certificación; b) Las piezas que se solicita sean certificadas. En caso de software, el Solicitante deberá incluir los números de identificación y los niveles de revisión de los mismos, si fuera pertinente. En el caso de hardware, quien efectúe la presentación deberá indicar el fabricante, el proveedor y el número de modelo de los componentes asociados al hardware; y c) Una persona de contacto que servirá como el principal punto de contacto para toda pregunta técnica que surja durante la evaluación de la presentación. Dicha persona podrá ser quien firmó la carta o cualquier otro contacto especificado.

8.3 Requisitos para la presentación del hardware del sistema – La certificación del prototipo (Presentación completa) 8.3.1 La presentación de los equipos al Laboratorio de Pruebas; equipos idénticos. Cada componente del equipo de juego, suministrado por el fabricante al campo, deberá ser funcionalmente idéntico a la muestra que será probada y certificada. Por ejemplo, una terminal de juego que sea suministrado como un dispositivo certificado no tendrá diferencias en su cableado interno ni en sus componentes, firmware, placas de circuitos, cortes de pista de las placas de circuito, o cables de parche de las placas de circuito con respecto a la muestra certificada, a menos que la modificación esté también certificada, véase también la Sección 4.7 referida a „La presentación de modificaciones (Presentación parcial) a una pieza previamente certificada‟. Copyright  2012 Gaming Laboratories International, LLC

Page 77 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

8.3.2 Inventario de los equipos al Laboratorio de Pruebas. Cada presentación de hardware deberá contener lo siguiente: a) Servidor, Base de datos, Controlador frontal, Colector de datos y estaciones auxiliares que incluyen pero no se limitan a:funcionalidad de Vigilancia / monitor de seguridad, funcionalidad de administración de Maquinas de juego y funcionalidad de Contabilidad / informes; Funcionalidad de Gestión de la Configuración de Premios promocionales; b) Los monitores, teclados, ratones, impresoras, etc., para apoyar los puntos enumerados anteriormente; c) Un mínimo de siete dispositivos de elementos de interfaz con los correspondientes conectores de alimentación (si es independiente del arnés), teclados, pantallas y lectores de tarjetas (o su equivalente si se utiliza un medio alternativo); d) Un mínimo de un arnés de cables para cada tipo maquina de juego deseada para la aprobación operacional con el sistema en el que se requiere un equipo de arnés específico; e) Un mínimo de dos para cada tipo de tarjetas magnéticas (o su equivalente si se utiliza un medio alternativo) utilizados en el sistema, en su caso; f) Fuente de alimentación ininterrumpida (UPS) para los componentes críticos. NOTA: En un esfuerzo por reducir el tamaño del sistema de comunicación, monitores y conmutadores de datos pueden ser utilizados. Además, software independiente puede estar alojado en la misma unidad, siempre que la funcionalidad no se ve afectada y el software es idéntico a la versión de campo.

8.3.3 Documentación que acompaña. La presentación deberá acompañarse de todos los documentos, manuales y diagramas técnicos pertinentes. Además, deberá proporcionarse la siguiente información:

a) Si fuera pertinente, todas las certificaciones correspondientes a UL, CSA, EC, AS3100, etc. O sus certificaciones equivalentes, véase también la Sección 3.2 en GLI-11 v2.1. Esta información de certificaciones podrá suministrarse en una fecha posterior;

Copyright  2012 Gaming Laboratories International, LLC

Page 78 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

b) Cualquier otro equipo que pueda utilizarse en el campo junto con el correspondiente a la presentación, si fuese necesario para las pruebas regulatorias requeridas. c) El software pertinente, véase también la Sección 8.4 de este documento; d) Si el Solicitante tuviera equipos o software especializados que el Laboratorio de Pruebas necesitase a fin de probar el sistema presentado, tales como simuladores de carga / de juego o archivos de datos de prueba, entonces el equipo especializado y / o software y todo los adecuados manuales de operación y uso de los equipos y / o software se incluirá en la presentación.

NOTA: los productos disponibles comercialmente no son necesarios para la presentación a menos que la omisión tenga un impacto en las pruebas y el funcionamiento apropiado del sistema.

8.4 Requisitos para la presentación del software del sistema – La certificación del prototipo (Presentación completa) 8.4.1 Declaración general. Cada presentación de software deberá contener la siguiente información:

a) Dos juegos de todos los EPROM, CD-ROM u otros medios de almacenamiento que contengan idénticos contenidos. Esto incluye todo software correspondiente a programas ejecutables, firmware de los componentes del sistema, archivos binarios, etc. Cuando el Laboratorio de Prueba haya probado un componente de software, quizá no sea necesaria una nueva presentación; b) El código fuente, un mapa de enlaces y la tabla de símbolos. Además, si fuera solicitado, una explicación de toda la memoria RAM no volátil en el dispositivo con la descripción de las localizaciones de la memoria RAM no volátil; c) Todos los manuales de usuario ya sea en papel o digitales para incluir una visión general del sistema desde un nivel de los componentes, el software y el hardware de instalación e Copyright  2012 Gaming Laboratories International, LLC

Page 79 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

integración, y diagramas de bloques del sistema y diagramas de flujo para el programa de comunicación, si se requiere; d) Si no se incluye en los manuales de usuario, un manual de conectividad para todos los dispositivos electrónicos de juego únicos capaces de ser interconectado con el sistema para incluir el número de modelo del dispositivo y la lista de compatibilidad, en su caso, diagramas de cableado que representan los puntos de conexión a los dispositivos, fuente de energía, etc.; e identificación por número de parte o algún otro esquema, cualquier arneses de cableado único, tableros auxiliares necesarios para la comunicación de un dispositivo en particular; e) Si no se incluye en los manuales de usuario, proporcionar ejemplos de informes para cada informe estándar capaz de ser generado en el sistema con un resumen de las fórmula detallando todos los cálculos de presentación de informes, incluyendo los tipos de datos implicados, operaciones matemáticas realizadas, y el límite de campo; f) Si no se incluye en los manuales de usuario, una lista de todos los protocolos de comunicación compatibles especificando la versión, si corresponde; g) Si no se incluye en los manuales de usuario, proporcionar instrucciones concisas para la configuración de todos los parámetros aplicables de la actividad de promoción, y h) Si la utilización de un algoritmo de verificación de software proporcionan una descripción del algoritmo, base teórica del algoritmo, los resultados de todos los análisis o las pruebas que demuestran que el algoritmo es adecuado o el uso previsto, las reglas para la selección de los coeficientes del algoritmo o "semillas", y los medios para establecer los coeficientes del algoritmo o "semillas", y i) Si esta completado por el fabricante, proporcionar un plan de pruebas y los resultados del sistema para detallar los dispositivos de juego y versiones del software con que fue probado.

Copyright  2012 Gaming Laboratories International, LLC

Page 80 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

8.5 Requisitos para la programación del software y su compilación 8.5.1 Declaración general. Los datos que figuran a continuación deberán aparecer incluidos en todos los códigos fuente o módulos relacionados:

a) El nombre del módulo; b) Una breve descripción del funcionamiento del módulo; y c) El historial de edición, incluyendo quién lo modificó, cuándo y por qué;

8.5.2 Comentarios sobre el código fuente. Todo código fuente que sea presentado deberá comentarse de manera informativa y útil.

8.5.3 Integridad del código fuente. Todo código fuente que sea presentado estará libre de errores y completo, siendo posible su compilación.

8.6 La identificación del programa 8.6.1 Requisitos de software. En los componentes de software del sistema primario presentado y posteriormente colocado en el campo, cada programa deberá ser unívocamente identificado y ya sea mostrar la información de las versiones en todo momento o a través de una función accesible para el usuario.

8.6.2 Requisitos de firmware. El firmware del sistema que sea presentado y posteriormente colocado en el campo, cada programa estará identificado con los siguientes datos:

a) El número de identificación del programa; b) El fabricante; c) El número de versión; Copyright  2012 Gaming Laboratories International, LLC

Page 81 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

d) El tipo y tamaño del medio (este requerimiento puede ser cumplido con la estampa del fabricante); e) La ubicación de la instalación del elemento de la interfaz en el dispositivo, si fuera potencialmente confuso.

NOTA: Para firmware basado en EPROM, la etiqueta de identificación deberá colocarse sobre la ventana de UV para evitar que el programa se borre o altere.

8.7 La presentación de modificaciones (Presentación parcial) a una pieza previamente certificada 8.7.1 Declaración general. Para cualquier presentación por actualización (por ejemplo, una revisión al hardware o software existentes que estén actualmente bajo revisión, certificados o que hayan sido revisados y no certificados), se exigirá la siguiente información para procesar la presentación además de los requisitos estipulados en la Sección 8.2.2.a referida a „La carta de presentación‟. Todas las modificaciones requieren que el dispositivo sea sometido a nuevas pruebas, exámenes y certificaciones por parte del Laboratorio de Pruebas.

8.7.2 Modificación del hardware. Cada presentación de hardware deberá:

a) Identificar las piezas individuales que estén presentándose (incluyendo el número de la pieza); b) Suministrar un juego completo de esquemas, diagramas, hojas de datos, etc. donde se describa la modificación junto con las razones por dicho cambio o cambios; y c) Proporcionar el dispositivo actualizado o nuevo, su descripción y el método de conexión al sistema o componente del hardware original.

Copyright  2012 Gaming Laboratories International, LLC

Page 82 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

8.7.3 Modificaciones a las funciones de software del sistema o para corregir los errores de software. El Solicitante deberá utilizar los mismos requisitos que figuran en la Sección mencionada anteriormente sobre „Requisitos para la presentación de software – Certificación de prototipos (Presentación completa)‟ sección 8.4, excepto en aquellos casos donde la documentación no ha cambiado. En dicho caso, no se exigirá una nueva presentación de documentos idénticos. (Por ejemplo, si no fueron modificadas las tablas de pago y las matemáticas del juego, el Solicitante podrá referirse a documentaciones previas). Sin embargo, la presentación deberá incluir una descripción del cambio o los cambios en el software y los módulos afectados, y el nuevo código fuente para el programa completo. Si aplicase.

8.7.4 Presentación del software - Modificación del existentes o crear nuevas funcionalidades del sistema. Para una presentación específica del sistema (por ejemplo, el nuevo software de estación de trabajo), la siguiente información puede ser requerida para procesar la petición:

a) Si es nuevo, una descripción completa de la función, incluyendo el manual de modificación y los documentos del usuario, y el nuevo código fuente de si corresponde, y b) En caso de modificación, la presentación debe incluir una descripción del cambio en el software (s), módulos afectados y el nuevo código fuente, en su caso.

8.8 Requisitos de Presentación del Sistema de Seguridad 8.8.1 Declaración general. Cuando un sistema requiere el uso de funciones definidas por el usuario con contraseñas asociadas o números pin, una lista predeterminada de todos los usuarios y contraseñas o números de identificación deben ser presentados incluyendo un método para acceder a la base de datos.

Copyright  2012 Gaming Laboratories International, LLC

Page 83 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

8.9 La presentación por parte de una Sociedad conjunta de Empresas 8.9.1 Declaración general. Un sistema se considerará como una unión transitoria de empresas cuando dos o más empresas intervengan en la fabricación de un sistema. Debido al aumento en el número de presentaciones bajo la figura de la unión transitoria de empresas (donde más de un proveedor interviene en la presentación del producto), y para evitarles cualquier confusión a los proveedores, nuestros clientes pertenecientes a organismos reguladores y nuestra firma, GLI ha establecido los siguientes procedimientos para tales presentaciones.

a) Una empresa se encargará de preparar y presentar toda la presentación, aun cuando estén utilizando piezas de otros proveedores, y deberán identificar todos los números de piezas de todos los componentes. Dicha empresa será el contacto primario para la presentación. b) La empresa que presente una solicitud de aprobación deberá hacerlo utilizando su membrete. GLI delegará un número interno de expediente a nombre de dicha empresa y le facturará a la misma todos los costos incurridos a través del proceso de aprobación. c) GLI se comunicará con el contacto primario cuando surjan preguntas. Sin embargo, los ingenieros de GLI trabajarán con todas las partes implicadas de modo de completar la revisión. d) Todos los proveedores que formen parte del “grupo” de presentación quizá necesiten estar autorizados en la jurisdicción o las jurisdicciones donde se vaya a aprobar la presentación. Como una cortesía hacia el proveedor, GLI podrá averiguar a quién no le corresponde estar autorizado consultando con el cliente regulador. Hay que señalar que las preguntas respecto a la autorización deberán manejarse directamente con la autoridad competente. e)

A su conclusión, será la empresa de contacto primario quien reciba la carta de aprobación, siempre que la presentación reúna los requisitos jurisdiccionales. La empresa de contacto primario entonces podrá entregar copias de la carta de aprobación al fabricante o fabricantes asociados.

Copyright  2012 Gaming Laboratories International, LLC

Page 84 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

9. REQUISITOS PARA LA PRESENTACIÓN DE KIOSCOS (GLI-20) 9.1 Introducción 9.1.1 Declaración general. El presente documento regirá para los tipos de información que son requeridos, o puedan llegar a serlo, para su presentación al proceso de evaluación por parte del Solicitante, a fin de hacer que el equipo sea sometido a prueba de acuerdo a la presente Normativa. Cuando la información no haya sido presentada, o si de alguna otra forma no estuviera en poder del Laboratorio de Pruebas, se le requerirá al Solicitante que suministre la información adicional. La omisión de suministrar dicha información puede resultar en la denegación, en su totalidad o en parte, de la presentación y/o redundará en demoras para la realización de las pruebas.

9.2 La presentación de Kioscos 9.2.1 Declaración general. La presentación de un Prototipo (presentación completa) será una presentación por primera vez de una determinada pieza del hardware o el software que no haya sido previamente revisada por el Laboratorio de Pruebas. Para Modificaciones en presentaciones previas, incluyendo las modificaciones exigidas a certificaciones de Prototipos (presentación plena) anteriormente presentadas, ya sea que estén certificados o pendientes a la certificación, véase la sección 9.2.6 referida a “La presentación de modificaciones”.

NOTA: Debido a la anormal complejidad del componente y / o costos excesivos a veces es necesario hacer las pruebas de un sistema en las instalaciones del fabricante. Actualizaciones regulares normalmente excluyen las pruebas en las instalaciones de los fabricantes, salvo en el caso de las presentaciones del prototipo.

9.2.2 La presentación de los equipos al Laboratorio de Pruebas; equipos idénticos. Cada componente del equipo de juego, suministrado por el fabricante al campo, deberá ser Copyright  2012 Gaming Laboratories International, LLC

Page 85 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

funcionalmente idéntico a la muestra que será probada y certificada. Por ejemplo, una terminal de juego que sea suministrado como un dispositivo certificado no tendrá diferencias en su cableado interno ni en sus componentes, firmware, placas de circuitos, cortes de pista de las placas de circuito, o cables de parche de las placas de circuito con respecto a la muestra certificada, a menos que la modificación esté también certificada

9.2.3 Requisitos para las Presentaciones: Cada presentación incluirá una carta de solicitud, con membrete de la empresa, fechada dentro de una (1) semana de la fecha de recepción de la presentación por el Laboratorio de Pruebas. La carta deberá incluir los siguientes datos:

a) La jurisdicción o jurisdicciones para las cuales se solicita la certificación; b) Las piezas que se solicita sean certificadas. En caso de software, el Solicitante deberá incluir los números de identificación y los niveles de revisión de los mismos, si fuera pertinente. En el caso de hardware, quien efectúe la presentación deberá indicar el fabricante, el proveedor y el número de modelo de los componentes asociados al hardware; y c) Una persona de contacto que servirá como el principal punto de contacto para toda pregunta técnica que surja durante la evaluación de la presentación. Dicha persona podrá ser quien firmó la carta o cualquier otro contacto especificado.

9.2.4 Inventario de los equipos al Laboratorio de Pruebas. Cada presentación Kiosco para tickets/comprobantes debe incluir todos los componentes necesarios para configurar el kiosco con el sistema (s) que es compatible con él, como se puede configurar en un ambiente de casino en vivo. Esto incluye todas las comunicaciones, aceptador de billetes, impresora, etc. hardware y software.

9.2.5 Documentación que acompaña. La presentación de Kioscos deberá acompañarse de la siguiente información:

Copyright  2012 Gaming Laboratories International, LLC

Page 86 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

a) Si fuera pertinente, todas las certificaciones correspondientes a UL, CSA, EC, AS3100, etc. O sus certificaciones equivalentes, véase también las Secciones 2.1.6 y 2.1.7 en GLI20 v1.5. Esta información de certificaciones podrá suministrarse en una fecha posterior; b) Cualquier otro equipo que pueda utilizarse en el campo junto con el correspondiente a la presentación, si fuese necesario para las pruebas regulatorias requeridas. c) Dos juegos de todos los EPROM, CD-ROM u otros medios de almacenamiento que contengan idénticos contenidos. Esto incluye todo software correspondiente a programas ejecutables, firmware de los componentes del sistema, archivos binarios, etc. Cuando el Laboratorio de Prueba haya probado un componente de software, quizá no sea necesaria una nueva presentación; d) La documentación relativa a todas las opciones e instrucciones sobre la configuración de cada opción disponible; e) Documentación que describe cómo agregar el kiosco con el Sistema de Validación. Incluya cualquier indicador o campos específicos utilizados para identificar el kiosco por separado de los dispositivos de juego. (Por ejemplo, "Kiosco se introduce como un dispositivo de juego con un número superior a 9999" o "Kiosco se introduce como una máquina tragamonedas con el indicador denominado „tipo de cálculo‟ cámbiese a otro", etc.); f) El código fuente, un mapa de enlaces y la tabla de símbolos. Además, si fuera solicitado, una explicación de toda la memoria RAM no volátil en el dispositivo con la descripción de las localizaciones de la memoria RAM no volátil; g) Todos los manuales de usuario en papel y digitales para incluir una visión general del sistema desde un nivel de los componentes, el software y el hardware de instalación e integración, y diagramas de bloques del sistema y diagramas de flujo para el programa de comunicación, si se requiere; h) Si no se incluye en los manuales de usuario, un manual de conectividad para todos los dispositivos electrónicos de juego únicos capaces de ser interconectado con el sistema para incluir el número de modelo del dispositivo y la lista de compatibilidad, en su caso, diagramas de cableado que representan los puntos de conexión a los dispositivos, fuente de energía, etc.; e identificación por número de parte o algún otro esquema, cualquier

Copyright  2012 Gaming Laboratories International, LLC

Page 87 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

arneses de cableado único, tableros auxiliares necesarios para la comunicación de un dispositivo en particular; i) Si no se incluye en los manuales de usuario, una lista de todos los protocolos de comunicación compatibles especificando la versión, si corresponde; j) Si la utilización de un algoritmo de verificación de software proporcionan una descripción del algoritmo, base teórica del algoritmo, los resultados de todos los análisis o las pruebas que demuestran que el algoritmo es adecuado o el uso previsto, las reglas para la selección de los coeficientes del algoritmo o "semillas", y los medios para establecer los coeficientes del algoritmo o "semillas", y k) Si esta completado por el fabricante, proporcionar un plan de pruebas y los resultados del

sistema para detallar los dispositivos de juego y versiones del Kiosco con que fue probado. NOTA: Cuando el laboratorio de ensayo ha sido proporcionada previamente con la información en una presentación anterior, duplicar la documentación no es necesario, siempre que la información anterior se refiere a la parte que presenta, y esos documentos se encuentran fácilmente en el laboratorio de pruebas. Se hará todo lo posible para reducir la redundancia de la información de presentaciones.

9.2.6 Modificaciones en la presentación del prototipo. Las solicitudes de modificación de la presentación del prototipo, incluyendo cambios en el hardware y / o cambios de software, incluirá, si procede:

a) La jurisdicción (s) para los que se solicita la certificación; b) Los artículos solicitados para la certificación. En el caso de software, el Solicitante deberá incluir los números de identificación y los niveles de revisión, en su caso. En el caso de hardware patentado, el Solicitante deberá indicar el fabricante, modelo, la parte y los números de la revisión de los componentes asociados de hardware; c) Una lista de los sistema(s) a los que el kiosco se puede conectar, incluyendo el número mínimo de versión compatible del sistema. Una descripción de cualquier aplicación de Copyright  2012 Gaming Laboratories International, LLC

Page 88 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

sistema(s) que se necesita para conectar al sistema (s), incluyendo los números de versión de la aplicación del sistema mínima compatible, y d) La persona de contacto que servirá como el principal punto de contacto para cuestiones de ingeniería que se presenten durante la evaluación de la presentación. Esta puede ser la persona que firmó la carta u otro contacto especificado.

9.3 Requisitos para la programación del software y su compilación 9.3.1 Declaración general. Los datos que figuran a continuación deberán aparecer incluidos en todos los códigos fuente o módulos relacionados:

a) El nombre del módulo; b) Una breve descripción del funcionamiento del módulo; y c) El historial de edición, incluyendo quién lo modificó, cuándo y por qué;

9.3.2 Comentarios sobre el código fuente. Todo código fuente que sea presentado deberá comentarse de manera informativa y útil.

9.3.3 Integridad del código fuente. Todo código fuente que sea presentado estará libre de errores y completo, siendo posible su compilación.

9.4 Programa de Identificación 9.4.1 Requisitos de firmware. El firmware del sistema que sea presentado y posteriormente colocado en el campo, cada programa estará identificado con los siguientes datos:

a) El número de identificación del programa; b) El fabricante; c) El número de versión; Copyright  2012 Gaming Laboratories International, LLC

Page 89 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

d) *El tipo y tamaño del medio (este requerimiento puede ser cumplido con la estampa del fabricante); e) *La ubicación de la instalación del elemento de la interfaz en el dispositivo, si fuera potencialmente confuso. *Solamente es aplicable a los EPROM

NOTA: Para firmware basado en EPROM, la etiqueta de identificación deberá colocarse sobre la ventana de UV para evitar que el programa se borre o altere.

9.5 La presentación por parte de una Sociedad conjunta de Empresas 9.5.1 Declaración general. Un sistema se considerará como una unión transitoria de empresas cuando dos o más empresas intervengan en la fabricación de un sistema. Debido al aumento en el número de presentaciones bajo la figura de la unión transitoria de empresas (donde más de un proveedor interviene en la presentación del producto), y para evitarles cualquier confusión a los proveedores, nuestros clientes pertenecientes a organismos reguladores y nuestra firma, GLI ha establecido los siguientes procedimientos para tales presentaciones.

a) Una empresa se encargará de preparar y presentar toda la presentación, aun cuando estén utilizando piezas de otros proveedores, y deberán identificar todos los números de piezas de todos los componentes. Dicha empresa será el contacto primario para la presentación. b) La empresa que presente una solicitud de aprobación deberá hacerlo utilizando su membrete. GLI delegará un número interno de expediente a nombre de dicha empresa y le facturará a la misma todos los costos incurridos a través del proceso de aprobación. c) GLI se comunicará con el contacto primario cuando surjan preguntas. Sin embargo, los ingenieros de GLI trabajarán con todas las partes implicadas de modo de completar la revisión.

Copyright  2012 Gaming Laboratories International, LLC

Page 90 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

d) Todos los proveedores que formen parte del “grupo” de presentación quizá necesiten estar autorizados en la jurisdicción o las jurisdicciones donde se vaya a aprobar la presentación. Como una cortesía hacia el proveedor, GLI podrá averiguar a quién no le corresponde estar autorizado consultando con el cliente regulador. Hay que señalar que las preguntas respecto a la autorización deberán manejarse directamente con la autoridad competente. e) A su conclusión, será la empresa de contacto primario quien reciba la carta de aprobación, siempre que la presentación reúna los requisitos jurisdiccionales. La empresa de contacto primario entonces podrá entregar copias de la carta de aprobación al fabricante o fabricantes asociados.

Copyright  2012 Gaming Laboratories International, LLC

Page 91 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

10. REQUISITOS DE PRESENTACIÓN PARA SISTEMAS DE CLIENTE-SERVIDOR (CSS EN INGLES) (GLI-21) 10.1 Consulte GLI-11 para obtener los requisitos aplicables para la presentación de terminales de cliente de CSS. 10.2 Consulte GLI-13 para obtener los requisitos aplicables para la presentación de Servidores CSS, elementos de la interfaz y el protocolo de comunicación.

Copyright  2012 Gaming Laboratories International, LLC

Page 92 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

11.

Versión 1.1 20 de Julio de 2012

REQUISITOS DE PRESENTACIÓN PARA SISTEMAS DE JUEGOS DE MESA ELECTRÓNICOS (GLI-24)

Debido a los rangos variantes de los sistemas y las posibles limitaciones de tamaño, cada Sistemas de Juegos de Mesa Electrónicos tendrán que ser revisados de forma individual con respecto a los requisitos de presentación personalizados. Nuestra recomendación es que los requisitos de presentación descritos en GLI-13 Monitoreo y Control y Sistemas de validación en Línea pueden observarse como una guía para la presentación de estos sistemas.

Copyright  2012 Gaming Laboratories International, LLC

Page 93 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

12.

Versión 1.1 20 de Julio de 2012

JUEGOS DE MESA ELECTRÓNICOS CONTROLADOS POR CRUPIER (GLI-25)

Debido a los rangos variantes de los sistemas y las posibles limitaciones de tamaño, cada Juego de Mesa Electrónico tendrá que ser revisado de forma individual con respecto a los requisitos de presentación personalizados. Nuestra recomendación es que los requisitos de presentación descritos en GLI-11 Dispositivos de Juego de Azar en Casinos y GLI-13 Monitoreo y Control y Sistemas de validación en Línea pueden observarse como una guía para la presentación de estos sistemas.

Copyright  2012 Gaming Laboratories International, LLC

Page 94 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

13.

Versión 1.1 20 de Julio de 2012

REQUISITOS DE PRESENTACIÓN PARA SISTEMAS DE JUEGOS INALÁMBRICOS (GLI-26)

13.1 Consulte GLI-11 para los Requisitos de Presentación del Dispositivo-Cliente 13.2 Consulte GLI-13 para los Requisitos de presentación del Servidor, Puerta de Enlace (Gateway) 13.3 Consulte GLI-16 para los Requisitos de Presentación de Sistemas sin Dinero en Efectivo 13.4 Consulte GLI-21 para los Requisitos de Presentación de Sistemas de Descarga de Juegos basado en el Servidor

Copyright  2012 Gaming Laboratories International, LLC

Page 95 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

14.

Versión 1.1 20 de Julio de 2012

REQUISITOS DE PRESENTACIÓN PARA SEGURIDAD DE REDES (GLI-27)

14.1 Requisitos de Presentación para Seguridad de Redes 14.1.1 Requisitos de Presentación para Seguridad de Redes. Debido a la naturaleza única de la certificación de la seguridad de redes (es decir, las fases esenciales de la certificación tendrá lugar dentro de la propiedad del juego) los requisitos de presentación de este tipo de sistema se manejan en una base de caso por caso entre las partes que solicita la certificación y el laboratorio de pruebas independiente (ITL en ingles). Estos requisitos de presentación pueden incluir, pero no se limitan a:

a) Componentes de hardware y software necesarios para construir la red para realizar pruebas; b) El código fuente de la aplicación; c) Las instrucciones para la construcción del sistema; d) Secuencias de comandos de base de datos; e) Las políticas y los procedimientos de instalación; f) Los diagramas de red, y g) Identificación de los componentes del sistema que pueden variar entre las instalaciones.

NOTA: No hay nada en este documento, ni ninguno de los requisitos de presentación únicos anteriores pretenden anular la certificación basada en los estándares anteriores. Si la red ya ha sido certificada bajo otro estándar GLI (que por lo general tiene sus propios requisitos de presentación), entonces nada en este documento sobre las mejores prácticas debe anular o invalidar la certificación previa. Las recomendaciones proporcionadas en GLI-27 deben considerarse como aditiva o suplementario a cualquier certificación basada en los estándares, y sólo deben aplicarse según corresponda y es apropiado para la red en cuestión.

Copyright  2012 Gaming Laboratories International, LLC

Page 96 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

Versión 1.1 20 de Julio de 2012

También es importante reconocer aquí que cualquier certificación de la seguridad de una red podría normalmente requerir un enfoque de análisis de múltiples fases. Por ejemplo, el laboratorio de pruebas independiente podría evaluar determinados componentes de la red, como módems, puentes, routers, servidores, etc., de manera independiente para determinar si el componente específico cumple con ciertas normas de seguridad de redes. Sin embargo, en la mayoría de los casos, se espera que fuera necesaria una segunda fase de análisis, utilizando la red real en vivo. Análisis de la red general, con todos los componentes configurados correctamente es el banco de pruebas más importante para cualquier certificación de la seguridad de redes.

Si la red está certificada, participar en las funciones contempladas en otros estándares de GLI, se pueden aplicar los requisitos de presentación dentro de esos documentos.

Copyright  2012 Gaming Laboratories International, LLC

Page 97 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

15.

Versión 1.1 20 de Julio de 2012

REQUISITOS DE PRESENTACIÓN PARA EL SISTEMA DE INTERFAZ DEL JUGADOR-USUARIO (PUI EN INGLES) (GLI-28) 15.1 Presentación al Laboratorio del Sistema de Proveedor

15.1.1 Declaración general. Los siguientes elementos son necesarios para acompañar una presentación del Sistema PUI:

a)

Una carta de solicitud que incluya las jurisdicciones solicitadas;

b)

El sistema de PUI que opera las funciones de ventana del sistema deberá ser presentado junto con todos los manuales de operación y especificaciones técnicas. Si el Sistema de PUI se compone de componentes de varios fabricantes, entonces, cada fabricante presentará su propio componente que debe ser realizada de forma independiente;

c)

Los documentos de apoyo deben incluir todas las opciones posibles, las capacidades funcionales del sistema, protocolos de comunicación utilizados, y la información de recolector de memoria para visualización;

d)

Hardware y software para mezclar video con la excepción del equipo que fue presentado y aprobado bajo esta norma anteriormente;

e)

El código fuente de cualquier re-asignación del programa de exhibición de la ventana del juego o componente;

f)

Los procedimientos y herramientas de verificación de software, en caso que no sea una herramienta estándar de la industria, y

g)

El proveedor del sistema PUI proporcionará las herramientas necesarias para validar los requisitos de esta norma, si es necesario.

Copyright  2012 Gaming Laboratories International, LLC

Page 98 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

16.

Versión 1.1 20 de Julio de 2012

REQUISITOS DE PRESENTACIÓN PARA EL BARAJADOR DE NAIPES Y REPARTIDOR DE CARTAS (GLI-29)

16.1 Consulte GLI-11 para los Requisitos de Presentación del Dispositivos. 16.2 Si corresponde, consulte GLI-24 para los Requisitos de Presentación de Sistemas de Juegos de Mesa Electrónicos. 16.3 Si corresponde, consulte GLI-25 para los Requisitos de Presentación de Sistemas de Juegos de Mesa Electrónicos Controlados por Crupier.

Copyright  2012 Gaming Laboratories International, LLC

Page 99 Todos los Derechos Reservados.

Compuesto para los Requisitos de Presentación de los Estándares de GLI

17.

Versión 1.1 20 de Julio de 2012

HISTORIAL DE REVISIONES

Fecha de lanzamiento: 20 de julio de 2012 - Versión 1.1 Fecha de creación: 20 de Septiembre de 2011 - Lanzamiento Inicial

Copyright  2012 Gaming Laboratories International, LLC

Page 100 Todos los Derechos Reservados.