Un juego exclusivo se encarga normalmente como una idea comercial y se entrega dentro de una cadena de suministro. Una plataforma, un agregador o una red de estudios decide que a un mercado le falta un título, lo paga y luego descubre que lo que ahora posee tiene que ser fabricado, suministrado, alojado y publicado por partes cuyo posicionamiento en materia de licencias nunca se dejó por escrito. De esa brecha trata este artículo. No es el brief del operador —ese documento se cubre en el brief de encargo de un juego de marca—, sino el conjunto de decisiones que corresponden a la parte situada en medio de la cadena, la que compra el título y lo transmite.
La razón de que estas decisiones sean de la plataforma y no del estudio es sencilla. Un estudio puede construir un juego y un laboratorio puede probarlo. Ninguno de los dos puede decidir quién tiene legalmente derecho a poner ese software delante de los jugadores en un mercado concreto, qué empresa responde del comportamiento del juego o qué puede hacer la plataforma con el título una vez que existe. Eso le corresponde resolverlo a la plataforma, y resolverlo antes de que nadie empiece a construir es lo más barato.
Una plataforma es un proveedor antes que un catálogo
La palabra «catálogo» hace que una plataforma suene a tienda. En la cadena de suministro regulada se parece más a un fabricante y un distribuidor, y las reglas están escritas para esos roles.
En Gran Bretaña, la condición de licencia 2.2.1 es tajante sobre quién puede tocar el software de juego. Se aplica a todas las licencias remotas de casino, bingo y apuestas distintas de las licencias auxiliares y de las licencias de intermediario de apuestas remotas (solo sala de negociación), y dice: «All gambling software used by the licensee must have been manufactured by the holder of a gambling software operating licence. All such gambling software must also be supplied to the licensee by a holder of a gambling software operating licence. Such software must only be installed or adapted by the holder of such a licence.»
Esa frase reparte obligaciones entre todas las partes de la cadena, no solo entre la que escribe código. La propia guía de la Gambling Commission sobre qué cuenta como software de juego deja explícito ese reparto y, para una plataforma, incómodo: la Comisión no espera licencia de una empresa cuya única implicación es comprar software y revenderlo «without any involvement itself in its manufacture, adaptation or installation», pero acto seguido cierra esa puerta. «The exception is that the final supplier to a Commission licensed operator will require a gambling software licence as set out in Licence condition 2.2.1, even if they actually perform no development/manufacturing, adaptation or installation activity.»
Si lo lees como comprador que es una plataforma, la cuestión deja de ser técnica. Si la plataforma es la entidad que contrata con el operador con licencia, es el proveedor final, y la respuesta a «¿quién necesita la licencia aquí?» puede ser la propia plataforma.
Decide quién tiene la licencia antes de decidir qué construir
El test de la Comisión para determinar quién lleva la licencia gira en torno al control, y enumera los indicadores que busca:
- ¿qué empresa es responsable del diseño y la funcionalidad del software?
- ¿qué empresa es responsable de aprobar los cambios de diseño?
- ¿qué empresa es responsable de la funcionalidad y de las pruebas de aceptación?
- ¿qué empresa es responsable del aseguramiento de la calidad y de las pruebas de cumplimiento normativo del producto?
- ¿qué empresa conserva la propiedad intelectual del producto?
- qué dice el contrato en cuanto a responsabilidades y pasivos.
La guía reduce después todo el ejercicio a una cuestión comercial: «we will be looking to determine whether the contract between the parties in essence involves purchase of a product or merely payment for time and expertise». Comprar un producto pone la licencia en el proveedor; comprar tiempo y experiencia bajo tu propio control la pone en ti. Su ilustración de la distinción es exactamente la situación que crea una plataforma cuando encarga ilustración o una temática: «Where the third party is only providing part of a game, such as artwork, under the control and design specifications of Company Y, then this indicates Company Y is in control and is the entity to hold a gambling software licence whereas the third party does not.»
Por eso una conversación sobre exclusividad y encargo que se mantiene comercial durante seis semanas y se vuelve técnica en la última va al revés. La titularidad del diseño y la titularidad de la licencia son la misma decisión vista dos veces, y un contrato que guarda silencio sobre los indicadores anteriores deja a la plataforma reconstruir su posición más tarde, a partir de una construcción que ya ha aceptado. La Comisión viene a decir lo mismo en esa misma guía: «We would expect information about the respective indicators will be contained within a commercial contract.»
| El acuerdo | Dónde reside el control | Quién es probable que necesite la licencia |
|---|---|---|
| Una plataforma compra a un estudio un título terminado y lo redistribuye | El estudio lo diseñó y lo construyó | El estudio; y el proveedor final a un operador con licencia también puede necesitarla |
| La plataforma especifica el juego y un estudio lo construye según esas especificaciones | La plataforma | La plataforma, como parte que ejerce el control |
| El estudio solo aporta la ilustración o una temática a la construcción propia de la plataforma | La plataforma | La plataforma |
| El grupo de la plataforma tiene la propiedad intelectual, pero el desarrollador del grupo lo construye | Depende del acuerdo | La Comisión puede tratarlos conjuntamente bajo una licencia paraguas, o exigir ambas |
Nada de esto es una conclusión jurídica, y nada de esto puede resolverlo un proveedor. Es la forma de la pregunta que la plataforma debería plantear a sus propios asesores antes de formalizar el encargo, igual que les plantearía una cuestión de pagos o de datos. Lo que sí puede hacer un encargo es que la pregunta sea respondible: nombrar a la parte que ejerce el control, enumerar las responsabilidades de aceptación y de cumplimiento y dejar constancia de quién tiene la propiedad intelectual.
Decide si la plataforma también necesita una licencia de explotación
La segunda cuestión sobre licencias es más fácil de pasar por alto porque suena a algo que solo se aplica a los operadores. No es así. Una licencia de software de juego autoriza la fabricación, el suministro, la instalación y la adaptación; no autoriza ofrecer instalaciones para el juego. La guía de la Comisión expone la consecuencia con claridad: «a business that holds a gambling software licence but also hosts a poker network or a games platform will also require a remote casino operating licence as it is responsible for the fairness of the gambling.»
Para una plataforma que aloja los juegos que agrega, esa frase es la diferencia entre una entrada de catálogo y una actividad regulada. Que se aplique depende de lo que la plataforma haga realmente —alojar, operar o solo hacer pasar software—, que es otra razón para responderlo por escrito en el momento del encargo y no en el del lanzamiento.
Un mercado significa una única explicación publicada de las reglas
La razón de que un encargo específico para un mercado sea más difícil que uno genérico es que las obligaciones de explicación se adhieren al mercado, no al código. En Gran Bretaña, el requisito 3A de las RTS 3 establece: «An explanation of the applicable rules must be easily available to the customer before they commit to gamble. The content including artwork and text must be accurate, and sufficient to explain all of the applicable rules and how to participate.» El requisito 3C añade que la información que permite a un cliente tomar una decisión informada sobre sus posibilidades de ganar —incluido el margen de la casa y el porcentaje de retorno al jugador— «must be easily available before the customer commits to gamble», y el requisito 3D sitúa los premios y los pagos en el mismo lugar y en el mismo momento.
De eso se derivan dos consecuencias para la plataforma, no para el estudio.
La primera es que la ilustración no queda exenta. El requisito abarca el contenido «including artwork and text», de modo que un panel de reglas decorativo que reproduce un conjunto matemático distinto, o una pantalla de ayuda temática que describe el mundo en lugar del juego, es un artefacto inexacto con el nombre de la plataforma delante. La guía de especificación de reglas y la guía del modelo matemático y la hoja PAR existen para que esas dos cosas describan el mismo juego.
La segunda es que la plataforma, como parte que distribuye en un único mercado, tiene que nombrar quién redacta y firma la explicación publicada en los idiomas de ese mercado, y tiene que saber qué parte es dueña de la respuesta cuando cambie la tabla de pagos. Un título encargado cuya página de reglas se escribe una vez, en un solo idioma, y se reutiliza entre clientes es un defecto que llega después de la construcción, no durante ella.
Codifica el mercado; no lo pintes
Una plataforma que distribuye a varias marcas cliente se topa con una versión más silenciosa del mismo problema: el mercado, el idioma y la moneda tienen que ser datos, porque las alternativas son artesanales y no escalan.
La identidad de país es un estándar, no una decisión de diseño. La ISO 3166 existe para «define internationally recognized codes of letters and/or numbers that we can use when we refer to countries and their subdivisions», precisamente para que un territorio pueda nombrarse sin ambigüedad sin depender del idioma del documento que lo nombra, algo que importa cuando la misma concesión tiene que ser leída por un cliente de un mercado y un proveedor de otro.
El idioma es la misma historia. La BCP 47, las Tags for identifying languages del IETF, describe «the structure, content, construction, and semantics of language tags for use in cases where it is desirable to indicate the language used in an information object». Un registro de catálogo que lleva una etiqueta de idioma por presentación puede ser reproducido de forma coherente por cualquier cliente; un título que se entrega con texto localizado incrustado en una única construcción, no.
Eso es una restricción de encargo con un coste visible más tarde. La guía de arquitectura de localización es donde vive la estructura para ello; la contribución de la plataforma es exigir las etiquetas y los códigos como campos del registro de catálogo y no como texto dibujado por un artista.
Deja por escrito qué permite hacer la concesión a la plataforma
La página más valiosa de un encargo de plataforma no es el brief ni la especificación. Es la concesión: la parte del acuerdo que dice qué puede hacer la plataforma con el título que ha pagado.
La exclusividad del lado del operador es una cuestión comercial con su propio vocabulario, y se cubre en otro lugar, en el brief de encargo. Lo que la plataforma tiene que añadir es la capa de redistribución, que es un conjunto distinto de preguntas:
- Territorio. Una lista de mercados, expresada en códigos, y no una frase como «nuestros mercados». La concesión y la posición de licencia tienen que nombrar los mismos lugares.
- Subdistribución. Si la plataforma puede presentar el título a sus operadores cliente, bajo qué marca, y si esos clientes pueden cambiar algo en absoluto.
- Qué puede reestilizar un cliente. Si el título se distribuye a varias marcas, la concesión debería decir qué superficies son suyas. Un cambio hecho por el cliente en las partes cubiertas por las reglas publicadas o por la construcción certificada es un cambio del artefacto, no del marketing, y la guía de envío de certificación es donde se deja ver el coste de eso.
- Plazo y fin de plazo. Qué puede conservar la plataforma cuando termina el plazo, qué debe retirar y qué ocurre con las marcas cliente que adoptaron el título mientras tanto.
- Los otros clientes del estudio. Si el estudio puede colocar las mismas mecánicas con una plataforma competidora en el mismo mercado, y cuán parecido tiene que ser un derivado para que cuente.
Esas son preguntas para los propios abogados de la plataforma. El trabajo del encargo es asegurarse de que se plantean mientras la respuesta todavía merece la pena ponerse por escrito.
Conserva el paquete de versión y entrega el mismo a cada cliente
La última decisión es la menos glamurosa y la que decide si el lanzamiento sobrevive a su segundo cliente. Una plataforma que distribuye un título encargado tiene que conservar, para la versión exacta que distribuye, el material que describe qué es el juego: las reglas versionadas, las matemáticas, la configuración operativa y los resultados de las pruebas de esa construcción.
Eso no es papeleo por el papeleo mismo. Es lo que permite a la plataforma responder a la pregunta de un cliente, a la consulta de un laboratorio o a la petición de un regulador sobre un título que no escribió, y lo que impide que un reestilizado separe en silencio la explicación publicada de las matemáticas que describe. La guía de requisitos de integración del RGS cubre el contrato de integración que produce parte de ese paquete; la contribución de la propia plataforma es exigir el paquete como entregable, por versión, y conservar el registro de qué cliente recibió qué versión.
Para un operador o una plataforma que trabaja con un socio de estudio y plataforma, la forma útil de esta sección es una lista corta con un responsable para cada línea, no una carpeta que se arma en el lanzamiento.
Escribe la comparación antes del encargo, no después
Un encargo se justifica normalmente con un objetivo. «Necesitamos contenido exclusivo» es un objetivo; no puede ponerse a prueba y no puede estar equivocado. Una comparación es distinta, porque sí puede.
La comparación que una plataforma puede ejecutar de verdad trata del catálogo, no de si el juego es bueno: cuántos títulos del catálogo del mercado objetivo llevan el idioma, la presentación de moneda y el contenido de reglas que ese mercado necesita, contados antes del encargo y otra vez después de que el título esté activo, contra la misma medición. Ese número describe la cobertura, que es lo que cambia un encargo de contenido. No describe el valor del jugador, la retención ni los ingresos, y un lanzamiento que informa de eso como efecto de un título encargado ha publicado una conclusión que no compró.
Dos disciplinas marcan la diferencia. Escribe la medición —el mercado, el catálogo, la definición de título válido— antes de formalizar el encargo, porque una comparación elegida después es un relato. Y mantén la afirmación proporcionada: un título puede cambiar verosímilmente lo que ofrece un catálogo; si cambió algo en los jugadores es una pregunta aparte que necesita un diseño que el lanzamiento no tiene por sí solo.
El contexto de juego responsable pertenece al mismo plan y no a una nota a pie de página, porque publicar contenido en un mercado no es neutral: la parte que cargue con las obligaciones de diseño responsable de producto para ese mercado las carga en el lanzamiento, y los requisitos de diseño responsable de producto son donde vive la versión específica de cada mercado de ese trabajo.
Preguntas que hacen las plataformas
¿La plataforma necesita una licencia de software de juego si el juego lo hizo un estudio?
Puede que sí, y la respuesta no depende de quién escribió el código. En Gran Bretaña, la condición 2.2.1 del LCCP exige que el software de juego utilizado por un operador con licencia haya sido fabricado, suministrado, instalado o adaptado por el titular de una licencia de explotación de software de juego, y la guía de la Comisión afirma que el proveedor final a un operador con licencia necesita licencia aunque no realice ninguna actividad de desarrollo, adaptación o instalación. Cuando la plataforma compra un producto, importa la posición del estudio; cuando la plataforma controla el diseño, importa la suya. Plantea la pregunta a tus propios asesores con el contrato delante.
¿Quién decide qué parte está «in control» de la construcción?
La Comisión enumera los indicadores: quién es responsable del diseño y la funcionalidad, quién aprueba los cambios de diseño, quién ejecuta las pruebas de funcionalidad y aceptación, quién ejecuta el aseguramiento de la calidad y las pruebas de cumplimiento, quién conserva la propiedad intelectual y qué dice el contrato sobre responsabilidades y pasivos. Su propio resumen del test es si el contrato es efectivamente una compra de un producto o un pago por tiempo y experiencia. Es una pregunta que el contrato del encargo puede responder de antemano, o dejar para reconstruirla después de la entrega.
¿Puede un operador cliente reestilizar un título exclusivo?
Solo dentro de las superficies que permitan la concesión y las reglas publicadas. Un nombre temático o un mosaico de vestíbulo es un detalle de distribución; un cambio en las partes cubiertas por la explicación publicada de las reglas, o en la construcción que se probó, cambia el artefacto que el operador está presentando. Si el título está pensado para servir a varias marcas, escribe el límite de reestilizado en la concesión antes de la construcción y contrástalo con los requisitos de certificación del mercado.
¿Qué hay que publicar para un título exclusivo de un solo mercado?
En Gran Bretaña, las RTS 3 exigen que una explicación de las reglas aplicables esté fácilmente disponible antes de que el cliente se comprometa a jugar, con un contenido que incluye la ilustración y el texto y que debe ser exacto y suficiente para explicar todas las reglas aplicables y cómo participar; información que respalde una decisión informada sobre las posibilidades de ganar, incluido el margen de la casa y el porcentaje de retorno al jugador; y contenido que describa los premios y los pagos o cómo se determinan. Otros mercados fijan sus propios requisitos. La decisión del encargo es nombrar quién redacta y firma cada uno de ellos en cada idioma de lanzamiento.
¿Cómo debería demostrar la plataforma que merecía la pena hacer el encargo?
Midiendo el catálogo contra el requisito del mercado, no midiendo el juego. Cuenta los títulos que llevan el idioma, la presentación de moneda y el contenido de reglas del mercado antes del encargo y otra vez después de que el título esté activo, usando la misma definición de título válido, y deja esa definición por escrito primero. Eso produce algo comprobable sobre la cobertura de contenido. Las afirmaciones sobre retención, valor del jugador o ingresos necesitan una comparación controlada que el lanzamiento no crea por sí solo, así que informa de ellas como observaciones y no como resultados.
