WEBVTT NOTE Webinar sobre el sistema de límites de depósito conjunto (SLDC) 24 de septiembre de 2026 - duración 1 h 32 min 59 s Los tiempos de inicio de cada intervención son los del original; dentro de cada intervención se han estimado proporcionalmente a la longitud del texto. 1 00:00:03.000 --> 00:00:04.253 Is. 2 00:00:04.253 --> 00:00:05.839 And, yes, the room. 3 00:00:05.839 --> 00:00:07.092 It's like. 4 00:00:07.092 --> 00:00:08.344 I see. 5 00:00:08.344 --> 00:00:09.597 Option. 6 00:00:09.597 --> 00:00:12.770 And, as the webinar, but I was saying. 7 00:00:12.770 --> 00:00:18.949 Eso largo que llevamos tiempo con el real decreto, entendemos que será un. 8 00:00:18.949 --> 00:00:34.062 Una herramienta que no utilizarán la gran mayoría de vuestros jugadores, porque la inmensa mayoría de jugadores del universo del juegos online, como bien sabéis, porque así lo hemos 9 00:00:34.062 --> 00:00:44.166 publicado y hemos comentado en varias ocasiones, el 80% no tiene más de 2 cuentas, por lo tanto no habrá gran diferencia. 10 00:00:44.166 --> 00:01:02.202 Entre quien tenía una única cuenta o entre quien los límites los tenía establecidos en el operador y quien a partir de ahora va a tener los límites, además del operador, los sistemas de límites conjuntos de depósito. 11 00:01:02.202 --> 00:01:05.959 Por lo tanto, como decía, pues es una medida. 12 00:01:05.959 --> 00:01:20.739 Que pretende como las todas las medidas que estamos desarrollando en la Dirección General de Relación del juegos, pretende básicamente proteger, proteger aquellos colectivos más 13 00:01:20.739 --> 00:01:31.427 vulnerables, aquellos colectivos que puedan tener más dificultad para controlar el gasto y aquellos colectivos que puedan tener. 14 00:01:31.427 --> 00:01:36.186 En mayores dificultades para conocer qué está ocurriendo. 15 00:01:36.186 --> 00:01:50.214 Bueno, pues poder conocer y poder limitar, en su caso, los límites, como también hemos comentado en varias ocasiones desde el punto de vista, digamos, filosófico. este. 16 00:01:50.214 --> 00:02:12.175 modelo ve un poco del modelo alemán, pero con 2 grandísimas diferencias, uno, que quien quiera podrá modificar sus límites, con lo cual ya prácticamente no tiene apenas nada que ver con el modelo alemán, porque como sabéis, en Alemania no existía esa posibilidad. 17 00:02:12.175 --> 00:02:27.706 Y en segundo lugar, los límites que se han establecido por defecto, los límites en origen que tendrán todos los todos los jugadores a partir del a partir del sábado, son unos límites que 18 00:02:27.706 --> 00:02:36.640 superan los límites del Real Decreto anterior en el que se establecían los límites para un propio operador. 19 00:02:36.640 --> 00:02:56.513 Entendiendo que aquellos que juegan con 2 operadores o más, bueno, pues puedan combinar y no tengan que uno de los riesgos que se nos comunicó durante todo el proceso de que no tengan la imposibilidad de estar en más de un de un operador. 20 00:02:56.513 --> 00:02:59.770 Estamos convencidos de que esta medida. 21 00:02:59.770 --> 00:03:15.384 Más allá de las primeras dificultades técnicas que puedan existir y como comprenderais, no va a ser una cuestión sencilla, pero estamos convencidos que a medio plazo y una vez se ponga en 22 00:03:15.384 --> 00:03:22.565 marcha de manera definitiva en marzo, va a ser una medida que nos va a venir muy bien. 23 00:03:22.565 --> 00:03:26.156 Bueno, pues a todos, operadores, jugadores. 24 00:03:26.156 --> 00:03:47.365 Incluso al propio regulador, como sabéis, y por lo de repetir, estamos en un periodo de pruebas, es decir, entendemos el nerviosismo que podrá tener todo el mundo, sobre todo los primeros las primeras semanas de la puesta en marcha, pero en este momento. 25 00:03:47.365 --> 00:04:02.228 No habría ningún tipo de incidencia, digamos, desde el punto de vista sancionatorio para aquellos casos en los que, por lo que fuera, hubiese algún tipo de error o no se hubiese. 26 00:04:02.228 --> 00:04:09.325 Seguido todas las todos los requerimientos que debe seguir el debe seguir el sistema. 27 00:04:09.325 --> 00:04:22.268 No obstante, sí que aprovechamos para bueno, pues solicitar que, a pesar de estar en un periodo de pruebas, nos comemos muy en serio el periodo de pruebas. 28 00:04:22.268 --> 00:04:42.391 Hagamos todas las comprobaciones que tengamos que hacer, indiquemos a todos los jugadores que existe esta herramienta, que a partir de marzo va a ser obligatoria trabajemos con nuestros propios clientes, de tal manera que cuando en marzo la. 29 00:04:42.391 --> 00:04:59.759 El sistema se ponga en marcha, no tengamos que abordar ni empezar ningún tipo de procedimiento nacional porque entendemos que 6 meses deberían dar tiempo mucho más que de sobra para poder abordar un poco más. 30 00:04:59.759 --> 00:05:03.684 Os dejo con os dejo con ellos que os expliquen. 31 00:05:03.684 --> 00:05:15.374 Todos los pormenores técnicos, como decía, a partir del sábado se podrá acceder ya a la herramienta, se podrá acceder a conocerla y a verla. 32 00:05:15.374 --> 00:05:23.390 Y desde la dirección, simplemente, bueno, pues agradecer como siempre vuestra buena disposición. 33 00:05:23.390 --> 00:05:30.821 Y que esperamos que el proceso pues sea lo más ligero y pacífico para todos y para todas. 34 00:05:30.821 --> 00:05:43.263 Porque, como digo, yo creo que va a ser una cuestión que nos va a poner también en la vanguardia de la protección al jugador a nivel a nivel europeo. 35 00:05:43.263 --> 00:05:50.444 Y eso debería ser también motivo de satisfacción para los propios operadores. Así que. 36 00:05:50.444 --> 00:05:54.619 En el despido y os dejo con justo, muchas gracias. 37 00:05:54.619 --> 00:05:55.871 Gracias. 38 00:05:55.871 --> 00:05:58.543 Bueno, pues buenos días a todos. 39 00:05:58.543 --> 00:06:10.066 Vamos a Bueno, ya se ha introducido el director, vamos a dar una charla técnica para facilitaros toda todos los procesos, todas las dudas. 40 00:06:10.066 --> 00:06:23.343 Que tengáis de cara a integraros en el nuevo servicio la charla. Comentaros que será en castellano, será en español. Hemos visto que bueno, pues será va a ser. 41 00:06:23.343 --> 00:06:38.790 Grabadas, subiremos la grabación, también la transcripción de todo lo que se comenta en la reunión y hemos visto que están utilizándose algunos intérpretes de inteligencia artificial, o 42 00:06:38.790 --> 00:06:46.472 sea, que entendemos que se está produciendo traducción simultánea en inglés u otros idiomas. 43 00:06:46.472 --> 00:07:03.339 Y bueno, pues en caso de que se necesite más adelante en el futuro una segunda charla sobre esto en inglés, pues se se se puede plantear, vale, nos lo podéis plantear al correo de soporte de operadores. 44 00:07:03.339 --> 00:07:15.113 El correo de contacto habitual para el servicio de verificación de jugadores y también lo será para el sistema de límites. Ya os lo adelanto. 45 00:07:15.113 --> 00:07:37.324 Tenemos preparado una pequeña presentación, pero bueno, que os pido que en esta presentación vamos a intentar resolver un montón de dudas y cuestiones que nos habéis ido enviando y han ido llegando desde la publicación del Real Decreto en el 24 de junio de este año. 46 00:07:37.324 --> 00:07:53.022 Os pido que seáis pacientes, que la sección de preguntas y respuestas estáis disponible para que planteáis vuestras preguntas, puesto que no os hemos habilitado el micro con el objetivo de 47 00:07:53.022 --> 00:08:01.956 que sea una sesión corta, breve y centrada en describir el sistema para que sea un recurso útil para todos. 48 00:08:01.956 --> 00:08:03.793 En los próximos meses. 49 00:08:03.793 --> 00:08:20.326 Y bueno, pues eso, que iremos contestando esas preguntas en los próximos días y al final de la sesión, aquellas preguntas que consideremos que puedan ser más relevantes y que se puedan tratar en el. 50 00:08:20.326 --> 00:08:33.519 En el vídeo, porque aclaren algún aspecto de la presentación, pues las trataremos siempre que no sea posible. Vale, así que no os voy a poner la presentación. 51 00:08:33.519 --> 00:08:34.855 Por la pantalla. 52 00:08:34.855 --> 00:08:41.118 Por favor, avisarme de los compañeros que estáis por ahí, que se puede ver. 53 00:08:41.118 --> 00:08:46.295 La presentación, vale, estoy, la estoy publicando, todavía no. 54 00:08:46.295 --> 00:08:47.547 Uy. 55 00:08:47.547 --> 00:08:48.800 Sí. 56 00:08:49.000 --> 00:08:51.800 Ahora ya estás en la inicial. 57 00:08:52.000 --> 00:08:56.800 Vale, se puede ver, ¿no? Los compañeros del de G o J la veis, supongo que se ve desde fuera. 58 00:08:57.000 --> 00:08:59.800 sí se ve correctamente. 59 00:09:00.000 --> 00:09:01.107 Vale, muy bien. 60 00:09:01.107 --> 00:09:02.730 Vale, pues vamos allá. 61 00:09:02.730 --> 00:09:14.755 Bueno, esto viene a decir un poco lo que comentábamos. Vale, estos son los un índice de lo que vamos a tratar en la presentación de hoy, una la breve introducción. 62 00:09:14.755 --> 00:09:26.706 Abordaremos cómo es la arquitectura del sistema que se ha que se ha propuesto, las operaciones que hay disponibles en el en los servicios que están en el sistema. 63 00:09:26.706 --> 00:09:33.272 ¿Cuáles son los flujos funcionales de las consultas de los límites de depósito conjuntos? 64 00:09:33.272 --> 00:09:46.108 También trataremos aspectos relacionados con la seguridad y la autenticación del servicio, la gestión de tokens, que es parecido, digamos, parte es una parte de la seguridad. 65 00:09:46.108 --> 00:10:04.478 Abordaremos también un aspecto que os ha preocupado mucho a todos, que es la continuidad del servicio, las posibles indisponibilidades que pueda hacer en el servicio, también los errores puntuales o individuales o de corta duración que puedan darse. 66 00:10:04.478 --> 00:10:24.028 Vale, así como los errores funcionales que podáis encontraros en las llamadas al servicio, cómo se lleva a cabo el paso a producción, cómo os podéis formalmente solicitar la integración en el sistema y qué entornos vamos a vamos a ofreceros para que hagáis todo el. 67 00:10:24.028 --> 00:10:34.430 Proceso de integración y por último, que soporte se dará al operador por la puesta en marcha de este servicio que también tendrá sus cambios. 68 00:10:34.430 --> 00:10:35.537 Bye. 69 00:10:35.537 --> 00:10:40.996 Bueno, el sistema de límites, no, ya lo ha adelantado el director general. 70 00:10:40.996 --> 00:10:56.414 Es una herramienta de autocontrol, una medida de juegos seguro para los jugadores multioperador, que es, como sabéis, pues es un porcentaje significativo pero no muy elevado de la base de jugadores que hay en. 71 00:10:56.414 --> 00:11:10.284 Ahora mismo en el mercado español, cercano a los 2000000 de jugadores, lo introduce el Real Decreto 520 de 26, que es un desarrollo de la ley de juegos y como tiene su función principal es 72 00:11:10.284 --> 00:11:18.547 controlar los límites máximos de depósitos globales para todos los operadores que hay en el mercado autorizados. 73 00:11:18.547 --> 00:11:33.744 Los límites, al igual que los actuales límites por operador, pues ahora límites diarios, límites semanales y límites mensuales o pseudo semanales, pseudo mensuales, porque en realidad son de cuatro semanas. 74 00:11:33.744 --> 00:11:34.850 En. 75 00:11:34.850 --> 00:11:41.416 Nos hemos adaptado al calendario lunar para este sistema de límites de depósito conjunto. 76 00:11:41.416 --> 00:11:49.826 En cuanto a la gestión y la validación, pues el jugador es quien gestiona y consulta sus límites, solo el jugador. 77 00:11:49.826 --> 00:12:01.852 Esto es una cuestión que nos habéis planteado mucho, solo el jugador, únicamente como una medida de juegos seguro, es el que tiene acceso asus límites, sus saldos. 78 00:12:01.852 --> 00:12:14.319 Y en los operadores, por vuestra parte, tendréis que llamar a un servicio que os dará un o k o un k sobre las distintas operaciones funcionales que veremos más adelante. 79 00:12:14.319 --> 00:12:18.672 Vale, que principalmente es consultar depósitos o anular a. 80 00:12:18.672 --> 00:12:22.803 Consultar de algún depósito que anulaciones de depósito. 81 00:12:22.803 --> 00:12:36.820 Muy bien, luego, por otro lado, tendremos al sistema, además del sistema de límites de depósito conjunto, pues hay un sistema que es el portal del jugador que verá la luz este fin de semana. 82 00:12:36.820 --> 00:12:45.378 Que está dirigido a los jugadores, vale, donde, como os he comentado, no seleccionará sus límites, saldos, etcétera. 83 00:12:45.378 --> 00:12:52.091 Y que, por supuesto, está integrado con el servicio del sistema de límites de depósito.com. 84 00:12:52.091 --> 00:13:01.313 Los depósitos conjuntos no van a suprimir los depósitos individuales, los depósitos por los límites de depósito por operador. 85 00:13:01.313 --> 00:13:12.231 De acuerdo, esto es importante aclararlo porque a veces nos llegan cuestiones y la modificación normativa que se ha hecho introduce un artículo bis. 86 00:13:12.231 --> 00:13:20.789 Vale, es un artículo 36 bis del Real Decret de 1614 y eso implica que el 16 sigue siendo válido, no se ha derrobado. 87 00:13:20.789 --> 00:13:29.273 Entonces, los límites de depósito individuales por operador siguen existiendo y siguen siendo aplicables. y además. 88 00:13:29.273 --> 00:13:35.986 Se suman los límites de depósito conjuntos para toda para todos los operadores autorizados. 89 00:13:35.986 --> 00:13:48.823 De tal manera que tendrán que coexistir y será una cuestión que vosotros conocéis porque vosotros sabéis qué clientes de vuestra base de jugadores han modificado sus límites. 90 00:13:48.823 --> 00:14:01.291 Entonces, recae del lado del operador informar de este de este nuevo sistema y de la coherencia entre los límites que tenga en la en el operador y los límites conjuntos. 91 00:14:01.291 --> 00:14:06.234 No obstante, es el jugador quien gestiona ese modificaciones de mí. 92 00:14:06.234 --> 00:14:16.857 ¿Cuál es el flujo? Pues el flujo de interacción es el que veis aquí en la pantalla. Vale, no sé si a ver, se ve, se ve el ratón, yo creo que sí. 93 00:14:16.857 --> 00:14:22.242 Por un lado están los operadores, vale, estáis vosotros que consultaréis. 94 00:14:22.242 --> 00:14:31.021 Los límites, el sistema de límites de depósito conjunto y este os dará una respuesta, vale, sí o no. Kao, o k, vale el. 95 00:14:31.021 --> 00:14:49.391 El jugador, por su parte, tendrá la tendrá la interacción con vuestras plataformas de juegos, donde solicitará un depósito y, por otro lado, el propio jugador gestionará sus límites, sus saldos y podrá consultar sus límites en el portal del jugador. 96 00:14:49.391 --> 00:14:50.498 E. 97 00:14:50.498 --> 00:14:51.604 Además. 98 00:14:51.604 --> 00:15:08.498 Debido a que se ha implementado una capa de seguridad para garantizar la disponibilidad del servicio, tendréis que consultar un sistema de gestión de identidades que está dentro de todo el sistema de límites de depósito conjunto. 99 00:15:08.498 --> 00:15:12.925 Es dentro de la misma infraestructura, unos token de acceso. 100 00:15:12.925 --> 00:15:26.868 Vale, funcionará por token multifactor, como los usuarios que no sean técnicos, los que sean técnicos lo que funcionan mejor, pero los que no sean técnicos es similar al doble factor que se 101 00:15:26.868 --> 00:15:34.540 está implementando con códigos tipo token o TP que tendrán que implementar en las llamadas del servicio. 102 00:15:34.540 --> 00:15:39.188 Vale, es algo más complejo que eso, pero para que las personas. 103 00:15:39.188 --> 00:15:53.058 Que no seáis muy técnicas, conozcáis un poco cómo se va a basar este servicio y nos desprendemos de la gestión de certificados que siguiendo pues las últimas buenas prácticas en el sector. 104 00:15:53.058 --> 00:16:10.468 Además, el sistema consulta sistemas propios de la casa como el servicio de verificación de jugadores, del SCI para la supervisión e inspección, y el SVJ para garantizar una con una verificación de identidades más robusta en el sistema. 105 00:16:10.468 --> 00:16:21.903 ¿Hitos, vale, cuáles son los hitos? Bueno, aquí los hitos del proyecto los hemos puesto desde septiembre del 25, que iniciamos adquirir la infraestructura. 106 00:16:21.903 --> 00:16:28.321 Empezamos con los desarrollos, adaptamos el portal del jugador que ya estaba en marcha. 107 00:16:28.321 --> 00:16:42.191 Ya lo teníamos desarrollado, la publicación del real decreto en junio, el webinar que estamos haciendo hoy, el fin del vacatio el Egis, que es mañana, aunque bueno, realmente es el sábado. 108 00:16:42.191 --> 00:16:50.379 Vale, porque es el día siguiente la publicación en el BOE, que fue el 25 de junio, pues a los 3 meses es 26 de. 109 00:16:50.379 --> 00:16:56.208 De septiembre del 26, vale, el sábado entre oficialmente el servicio en marcha. 110 00:16:56.208 --> 00:17:05.798 El portal del jugador lo publicaremos, no es el 25, perdonarme, es el 26, aquí la fecha más correcta y sí que de aquí en adelante. 111 00:17:05.798 --> 00:17:16.938 Desde septiembre hasta el 23 de febrero o mediados de febrero, que nos parece una fecha clave, es que se desarrollen todos los trabajos de integración. 112 00:17:16.938 --> 00:17:25.791 Vale, ahora, como inventará Antonio, que es el la persona responsable del diseño del sistema y de su implementación. de. 113 00:17:25.791 --> 00:17:38.406 Pues los distintos pasos que tendréis que seguir, solicitudes en sede, entornos de prueba, entorno de producción, credenciales, etcétera, que trataremos hoy en la reunión. 114 00:17:38.406 --> 00:17:55.595 Pero sí que es importante que antes de llegar al 26 de marzo, un porcentaje muy elevado de operadores y que supongan una cuota del mercado suficientemente grande, superior al 80 * 180, 90%, estén dentro del sistema haciendo llamadas. 115 00:17:55.595 --> 00:17:59.579 Por todas las operaciones de depósito que se realizan. 116 00:17:59.579 --> 00:18:15.293 Vale, estamos en una fase de pruebas, pero las llamadas de servicio se pueden hacer y os lo digo porque necesitamos hacer unas pruebas de cargas lo suficientemente representativas como para evaluar que el sistema. 117 00:18:15.293 --> 00:18:28.351 Tiene la escalabilidad necesaria y la y la tolerancia a fallos que debe tener para que el servicio no nos genere problemas ni a vosotros ni a nosotros o en los mínimos posibles. 118 00:18:28.351 --> 00:18:38.162 Posteriormente tendremos que renovar. Tenemos que hacer una renovación de infraestructura que ya estamos con la contratación para la. 119 00:18:38.162 --> 00:18:44.655 Conoción de la infraestructura que está en la nube, que ya os lo adelanto, nube pública. 120 00:18:44.655 --> 00:18:47.605 ¿Y la plena aplicación del Real Decreto? 121 00:18:47.605 --> 00:19:03.098 Pues el 26 de marzo, vale, no 25, ahí me han bailado las cifras, el 26 de marzo y un día muy malo, que es un viernes santo, festivo en España, no jueves santo, jueves santo, me dice, me corrige Antonio y bueno. 122 00:19:03.098 --> 00:19:21.615 Tendremos que dejarlo todo preparado para esa puesta en producción y vigilarlo, pero ya os adelanto que os pediremos que extraoficialmente arranquemos unos días antes para comprobar que todo está en orden, porque esas fechas son realmente complicadas. 123 00:19:21.615 --> 00:19:32.312 Y luego servicio de atención al operador. Ahora mismo tenemos ya diseñado un sistema de atención, pero por el momento la fase de prueba será 8 5. 124 00:19:32.312 --> 00:19:38.435 Tengo unas expectativas de que son muy optimistas de que estará en marcha en marzo. 125 00:19:38.435 --> 00:19:48.911 Un servicio de CAU para vosotros, para operador, en exclusiva en 24 7, pero hasta junio es mi escenario pesimista y es el que os planteo aquí. 126 00:19:48.911 --> 00:19:52.969 Vale que probablemente hasta junio no tengamos el 24 7. 127 00:19:52.969 --> 00:19:59.313 Bueno, pues dicho esto, ya dejo Antonio, que va a comentar sobre la arquitectura, ¿no? 128 00:19:59.313 --> 00:20:00.420 Con este. 129 00:20:00.420 --> 00:20:01.526 Sí. 130 00:20:01.526 --> 00:20:16.207 Pues en cuanto a la arquitectura, digamos que el punto de partida son los requisitos que se pidieron en el pliego para la licitación y se pedía explícitamente un servicio que se alojará en las nubes. 131 00:20:16.207 --> 00:20:32.659 Cumpliendo, pues que fuera una arquitectura escalable, que soportará una alta demanda variable, infraestructuras flexibles, plan native desacoplado, por un lado con alta disponibilidad, pero en servicio 24 * 7 y también se. 132 00:20:32.659 --> 00:20:46.454 Daba importancia en lo que es la identidad verificada. Bien, pues la propuesta adjudicataria que ganó el concurso fue con un proyecto más basado en la nube pública de Amazon Web Services. 133 00:20:46.454 --> 00:20:52.135 Aquí se dan unas pinceladas de la de los componentes de la arquitectura, ¿no? 134 00:20:52.135 --> 00:20:58.037 Pues está sobre microservicio con clase en Kubernetes, varias zonas geográficas. 135 00:20:58.037 --> 00:21:07.554 Bien, y a la derecha vemos una imagen a alto nivel de cómo de lo que es la arquitectura actualmente en el cuadro en el cuadritor. 136 00:21:07.554 --> 00:21:20.464 Vemos, se representa la nube de Amazon y básicamente se ponen 3 APIs, una hacia los operadores, otra API que hacia el portal del jugador que ha hecho referencia anteriormente. 137 00:21:20.464 --> 00:21:30.719 Es pues para consultas y modificación de límites y 1/3 API que se integra contra sistemas internos, el SCI, el SBJY sistemas de voz seguro. 138 00:21:30.719 --> 00:21:31.825 E. 139 00:21:31.825 --> 00:21:47.834 En la API que os interesa a vosotros es la API de operadores que ya vimos en las especificaciones técnicas que se publicaron en junio, que hay 2 operaciones principales, por un lado, los depósitos a través de un post. 140 00:21:47.834 --> 00:22:01.925 Y las relaciones en la diapositiva, veis la los campos principales, el ID de operación operador, el identificador del jugador, el ID de operador, que si os fijáis, bueno, pues hay un warning. 141 00:22:01.925 --> 00:22:08.491 Y es que en próximas semanas este campo dejará de ser obligatorio en el body del mensaje. 142 00:22:08.491 --> 00:22:19.925 Otros campos, la cantidad de depósito que hay que decir que en céntimos de euros, la fecha efectiva de la operación de más datos de afiliación del jugador. 143 00:22:19.925 --> 00:22:32.393 Y bueno, la anulación, pues los campos son muy similares, salvo el UID registro de operación, que es el identificador identificador de la operación que se quiere anular. 144 00:22:32.393 --> 00:22:33.500 Io. 145 00:22:33.500 --> 00:22:44.640 Seguimos y ahora vamos a hablar un poco de flujos funcionales. En verdad son casos de uso. Presentamos un caso, un flujo completo y sí decir que es un. 146 00:22:44.640 --> 00:22:59.394 Un flujo en el cual nosotros contextualizamos la solución, pero no quiere decir que de vuestros flujos de negocio tienen que ser así, sobre todo en un punto crítico que hemos ya hemos recibido muchas. 147 00:22:59.394 --> 00:23:13.042 Pregunta ahí es cuándo se solicita la pasarela de pago. Nosotros en este punto no damos indicación al respecto, pero bueno, esto es simplemente, pues un ejemplo. Bien, voy con ello. el. 148 00:23:13.042 --> 00:23:28.904 En primer lugar, el jugador hace una consulta de saldo y movimiento, realiza un depósito, el operador recibe la petición, imaginamos que hace una serie de validaciones y llama a la PI del sistema de linter conjunto. 149 00:23:28.904 --> 00:23:40.265 La app ya el sistema de límites conjunto verifica los límites y responde o que llevo cabo. En este caso es una operación completa o una operación fallida. 150 00:23:40.265 --> 00:23:43.658 ¿Se ha podido hacer el depósito completo o no? 151 00:23:43.658 --> 00:23:49.929 Y a continuación, pues el operador llama a la pasarela de pago y confirma al jugador. 152 00:23:49.929 --> 00:24:03.946 Si hacemos zoom en una en el caso de una respuesta completa, pues el jugador solicita el depósito, envía el voz de depósito, el sistema de límites conjuntos verifica los límites disponibles. 153 00:24:03.946 --> 00:24:15.455 Responde como que la operación es completa y a continuación llama a al operador para que y se procesa el pago. ¿Qué quiere decir? ¿Qué implica que os demos? 154 00:24:15.455 --> 00:24:24.676 Una respuesta como completa a un depósito, pues bueno, que el depósito se ha registrado en el sistema del límite de conjunto. 155 00:24:24.676 --> 00:24:37.439 2 que el consumo se ha descontado del límite del jugador, tanto diario, semanal como el de cada cuatro semanas, que se ha registrado el código de referencia de la operación. 156 00:24:37.439 --> 00:24:52.194 En la respuesta que os damos no se conoce si se ha llegado a alguno de los límites de depósito, o sea, el sistema de límites si lo conoce, pero en la respuesta que os damos en producción no lo sabéis. 157 00:24:52.194 --> 00:24:59.497 Y en el caso de uso que estamos haciendo nosotros, pues el operador puede proceder con la pasarela. 158 00:24:59.497 --> 00:25:00.604 A. 159 00:25:00.604 --> 00:25:13.072 De forma más gráfica, pues nos imaginamos que el jugador realiza un depósito ya de la solicitud de depósito con los campos que se piden en las especificaciones técnicas. 160 00:25:13.072 --> 00:25:18.900 Lo que ha comentado de la cantidad de depósitos, el número que aparece es 1000. 161 00:25:18.900 --> 00:25:33.286 100 en verdad son 11 eur, es que esto a veces lleva un poco a confusión y el sistema del límite al conjunto da la respuesta como completa, con el estado de operación completa y estado de jugador. 162 00:25:33.286 --> 00:25:39.556 Este no lo no lo he dicho anteriormente, pero bueno, el estado del jugador en el SVJ. 163 00:25:39.556 --> 00:25:57.926 Bien, mañana vamos a publicar una nueva versión de las especificaciones técnicas y aparte de todo lo que os vamos a contar hoy en la en esta presentación, no hay nada que nuestro, o sea, luego si en algún punto vamos más rápido, no queda algo claro. 164 00:25:57.926 --> 00:26:09.287 Lo vais a poder consultar ahí con más detalle, pero en las respuestas se van a añadir algunos campos nuevos y uno de ellos es el UID de operación operada. 165 00:26:09.287 --> 00:26:19.910 Hemos visto en la prueba de internet que muestro que perdía, se perdía trazabilidad respecto a la solicitud de depósito y a la respuesta, no sé. 166 00:26:19.910 --> 00:26:23.894 Pues en la nueva versión de respuesta ir a este campo. 167 00:26:23.894 --> 00:26:31.640 Pasamos al siguiente caso de negocio. Bueno, una respuesta fallida. El operador hace un post de depósito. 168 00:26:31.640 --> 00:26:40.124 El sistema de límites conjuntos verifica los límites, se ha superado el límite y se responde una respuesta fallida. 169 00:26:40.124 --> 00:26:53.772 En motivo de del posible rechazo, bien, una un punto importante y que también a veces ha generado algo de duda es que no hay depósitos parciales, es decir, si se hace un depósito de 10. 170 00:26:53.772 --> 00:27:04.470 Euros se contabilizan los 10. Si no se puede contabilizar 5 eur, no se contabiliza de manera completa, con lo cual con la respuesta que hablamos. 171 00:27:04.470 --> 00:27:12.806 Al menos sabéis que uno de los límites se se conoce que al menos uno de los límites se superaría con el depósito. 172 00:27:12.806 --> 00:27:26.085 ¿ ¿ ¿Qué acciones se deben tomar por parte del operador? Este primer punto, en nuestro caso, para no procesar el pago, si se había, si se había procesado, habría que hacer la baja. 173 00:27:26.085 --> 00:27:36.561 Y esto sí que os aplicaría a vosotros es informar al jugador de la causa y remitiré al portal del jugador para consultar o modificarlo o link. 174 00:27:36.561 --> 00:27:41.430 Estos 2 puntos en la nueva especificaciones técnicas hay un campo. 175 00:27:41.430 --> 00:27:52.570 Que en el cual se se os da el mensaje explícito que tenéis que trasladar al jugador. Y bueno, el último punto, pues registrar la operación como fallir. 176 00:27:52.570 --> 00:28:04.595 De manera más visual, se hace una solicitud de depósito con los campos necesarios y la respuesta del sistema de límites conjunto es el estado de operación fallida. 177 00:28:04.595 --> 00:28:10.128 Como comentaba en las nuevas especificaciones técnicas, se agrega un campo. 178 00:28:10.128 --> 00:28:24.366 Campo, el UID operación y operador para no perder trazabilidad y el nuevo campo de descripción, estado de operación, en el cual se traslada el mensaje explícito que debéis trasladar al jugador. 179 00:28:24.366 --> 00:28:38.678 En cuanto a una anulación, , pues puede ser por motivo técnico, cancelación por el jugador, incidencia de pasarela de pago, seguro que os tenéis mucho más ejemplo y se hace un post de anulación. 180 00:28:38.678 --> 00:28:43.326 El sistema de límites conjunto verifica la referencia original. 181 00:28:43.326 --> 00:28:56.605 Libera el límite y responde con una anulación registrada. ¿Esto qué implica? Pues que el importe sea anulado, el importe anulado se se devuelve el límite disponible del jugador. y. 182 00:28:56.605 --> 00:29:10.622 La impotencia garantiza que una doble anulación no libere el límite de 2 veces. Bueno, la impotencia de un término que después definiremos con más detalle, pero bueno, la gente técnica sabe. 183 00:29:10.622 --> 00:29:17.114 Conoce este término y es con lo que se garantiza que no haya duplicidad en la operación. 184 00:29:17.114 --> 00:29:19.401 Por decirlo de manera sencilla. 185 00:29:19.401 --> 00:29:34.599 Y lo mismo, por una de una manera más gráfica, un jugador suponemos que hace confirma una anulación, se hace una solicitud de anulación y hasta el día de hoy en las especificaciones técnicas que hay subida. 186 00:29:34.599 --> 00:29:38.951 Sí, únicamente se respondía un o K con una HTTP, lo siento. 187 00:29:38.951 --> 00:29:55.181 En las nuevas especificaciones técnicas se agregan un body con 2 campos, también por trazabilidad con el IBD de operación operador y con el IBD de registro de operación, pero digamos que el identificador de la operación. 188 00:29:55.181 --> 00:29:59.386 De anulación, vale, no la operación que se había anulado. 189 00:29:59.386 --> 00:30:05.141 Y bien, pasamos a otro de los temas importantes, que es el acceso y seguridad. 190 00:30:05.141 --> 00:30:18.863 El establecimiento de la comunicación. Esto voy a pasar muy por encima de este tema y es un estándar, un protocolo estándar HTTPS más TLS. La realizamos confidencialidad e integridad. y. 191 00:30:18.863 --> 00:30:26.830 La autenticación del servidor se hace a través de los certificados digitales que sonados de por la DGO cota. 192 00:30:26.830 --> 00:30:36.347 Tenéis que guardar estos certificados en vuestro almacén de confianza y pues con esto se podrá hacer la validación criptográfica. 193 00:30:36.347 --> 00:30:49.552 En cuanto a la identificación de los operadores, estoy muy importante, vale, el se ha apostado por una solución basada en estándares of out 2.0 y open ID, estándares más modernos. 194 00:30:49.552 --> 00:31:01.504 Con un servicio de gestión de identidades y acceso que emite y gestiona token de acceso JWT, son 3 fases, o sea, ahora después se explican de manera más detenida. 195 00:31:01.504 --> 00:31:07.848 Pero que os quede claro, primeramente las credenciales se se piden en esa electrónica. 196 00:31:07.848 --> 00:31:19.578 Con estas credenciales vosotros podéis generar los tokens JWT de acceso y ya con estos tokens de acceso se pueden hacer la petición a los servicios protegidos. 197 00:31:19.578 --> 00:31:26.292 Bien, pues la primera fase, ¿cómo se solicitan las credenciales? Pues por sede electrónica. 198 00:31:26.292 --> 00:31:33.669 El representante del operador hace la solicitud a través de la sede electrónica, la DG o J verifica. 199 00:31:33.669 --> 00:31:46.284 Que es un operador con licencia vigente y en el gestor de identidades gestionan sus credenciales y a través del propio procedimiento de sede se notifican las credenciales. 200 00:31:46.284 --> 00:31:58.973 Este procedimiento estará en sede electrónica en los próximos días antes de que termine septiembre, y decir que en el para el acceso a producción será por IP autorizada. y. 201 00:31:58.973 --> 00:32:08.638 De momento serán las mismas IPs que le hice VJ para preproducción. La a P estará abierta, abierta, no hará, no habrá una whitelist. 202 00:32:08.638 --> 00:32:21.991 Bueno, aquí reflejamos el formulario que en próximos días vaya a haber en la sede electrónica. El nombre será solicitud de clave de acceso al sistema de límite de depósito conjunto. 203 00:32:21.991 --> 00:32:28.187 Es el mismo procedimiento para preproducción que y para producción. Lo único, bueno. 204 00:32:28.187 --> 00:32:42.057 Que tendréis que marcar el check para el entorno que estáis solicitando y para el entorno de producción se os pedirá que adjuntéis la evidencia de haber hecho las pruebas en preproducción. 205 00:32:42.057 --> 00:32:53.787 Aquí, de manera más visual, cómo se solicitan las credenciales, el operador, el representante, hace la una solicitud de acceso al servicio en sede electrónica. 206 00:32:53.787 --> 00:32:57.697 La sede electrónica transmita y notifica a la DG o J. 207 00:32:57.697 --> 00:33:03.673 Un técnico de la DGJ extra gestiona las credenciales en el gestor de identidades. 208 00:33:03.673 --> 00:33:22.632 No voy a entrar mucho en detalle técnico porque luego todo esto se se se desarrolla en las especificaciones técnicas, pero bueno, va a aparecer la signa de transparencia y el client ID es vuestro ID de operador y el client secret son en sí las credenciales. 209 00:33:22.632 --> 00:33:35.174 Bien, pues se crean las credenciales y el técnico, bueno, las deja, la entrega en sede electrónica y sede en sede electrónica en la notificación adjunta las credenciales. 210 00:33:35.174 --> 00:33:46.461 Bien, ¿cómo es la identificación ante el sistema de límites conjuntos? Partimos de la situación anterior, que ya en sede hemos obtenido las credenciales. 211 00:33:46.461 --> 00:33:56.789 Bien, pues vuestros sistemas, los sistemas que se vayan a integrar con el sistema de límites conjuntos harán una petición de identificación. 212 00:33:56.789 --> 00:34:06.749 Aspecto de identidades, adjuntando bueno, en el modo que ya vería las especificaciones técnicas, debéis de presentar esas credenciales. 213 00:34:06.749 --> 00:34:15.602 Si presentan las credenciales al aspecto de identidades y aspecto de identidades, las valida y os generan un token JWLT. 214 00:34:15.602 --> 00:34:18.405 Que una credencial temporal de la CES. 215 00:34:18.405 --> 00:34:29.692 Con este token ya podéis, se pueden hacer peticiones de depósito y anulación, presentándole el token de acceso como se explicita en las especificaciones. 216 00:34:29.692 --> 00:34:44.004 A continuación, una vez que llega la petición, el gestor de identidad valida en el token de acceso y si es correcto, da acceso a al sistema de mente conjunto y la operación se se puede procesar. 217 00:34:44.004 --> 00:34:57.726 La validad del token es de 30 minutos y los pasos uno, 2 y 3. Solo se realiza en principio la primera vez que se accede al sistema del límite de conjunto o al caducar el token de acceso. 218 00:34:57.726 --> 00:35:11.374 Un flujo más detallado y algo más técnico, y pues el sistema de la operador hace un post solicitando el token al gestor de identidades en la especificaciones técnicas. Veréis todos los. 219 00:35:11.374 --> 00:35:17.055 Parámetros de las y cabecera, entre ella irá el client ID y el client secret. 220 00:35:17.055 --> 00:35:25.244 El objeto de identidades o responde con el token y ya se puede hacer el post, por ejemplo, un post de depósito. 221 00:35:25.244 --> 00:35:31.515 El body será similar a los campos que hemos dicho que hay de nuevo en la petición. y. 222 00:35:31.515 --> 00:35:41.917 En la nueva versión de las especificaciones técnicas se agrega una serie de cabeceras entre las que van a estar el token y el ID de operador. 223 00:35:41.917 --> 00:35:55.343 Bien, pues esta petición llega a nuestro API Gateway, que junto con una lambda valida el token contra el sector de identidades y si es correcto, da acceso a la lógica de negocios. y. 224 00:35:55.343 --> 00:36:04.860 Ya en la PI del sistema del microconjunto, pues bueno, pues dará la respuesta si el depósito se ha podido completar o he fallido. 225 00:36:04.860 --> 00:36:12.164 Bien, en cuanto a la vigencia, bueno, ya he adelantado la vigencia del token, que es de 30 minutos. 226 00:36:12.164 --> 00:36:22.935 Y de las credenciales, el Client Secret es la vigencia de 1 año, es decir, al año de se debería de volver a pedir a través de la sede electrónica. 227 00:36:22.935 --> 00:36:28.099 Y aquí damos una serie de recomendaciones que, bueno, que algunas son. 228 00:36:28.099 --> 00:36:41.821 Muy evidente, no, pues la la credencial es guardada en un puestos de secreto apropiado, iniciar el proceso de renovación con antelación, que luego para que no haya cortes de servicio, no 229 00:36:41.821 --> 00:36:51.042 reutilizar el mismo, la misma credencial entre entornos, que bueno, esto, además, el propio proceso en sede no lo posibilita. 230 00:36:51.042 --> 00:37:06.904 Y el gesto de identidades tampoco lo permite, pero bueno, por si alguien lo intenta, registrar quién tiene acceso a las credenciales, rodar ante una incidencia de seguridad, procurar una transmisión segura, pero no. 231 00:37:06.904 --> 00:37:09.191 Hacer una transmisión singular. 232 00:37:09.191 --> 00:37:18.191 Y el ciclón de vida del token se solicita el token, 2 se hace uso del token en las peticiones agregándolas en la cabecera. 233 00:37:18.191 --> 00:37:35.897 3 un tiempo de monitorizar antes de que expire el token y renovarlo en la renovación, el punto cuatro al final es lo mismo que el punto uno hacer una solicitud y sí que damos la recomendación que no agotar el tiempo de expiración, sino que. 234 00:37:35.897 --> 00:37:39.807 Aproximamente 30, 30 o 60 segundos antes e renovarlo. 235 00:37:39.807 --> 00:37:47.036 Bien, pues pasamos al entorno de prueba. El entorno de prueba es nuestro entorno de preproducción. 236 00:37:47.036 --> 00:37:53.823 En este entorno, pues deberéis de hacer las pruebas básicas de integración de autenticación. 237 00:37:53.823 --> 00:38:06.808 Las pruebas básicas de negocio, depósitos, anulaciones y si queréis hacer pruebas de carga, sí que os pedimos que nos los que nos aviseis a nuestro a nuestro correo de soporte. 238 00:38:06.808 --> 00:38:20.456 En cuanto qué usuario podéis usar, decir qué jugadores simulados podéis usar, pues hemos ideado una manera para que podáis generar de forma autónoma vuestros propios usuarios de prueba. 239 00:38:20.456 --> 00:38:33.809 Y de manera que cada uno disponga ahí de un usuario único. También hay usuario de prueba comparativa entre operadores, pero esto lo nos lo tenéis que solicitar al correo de soporte. 240 00:38:33.809 --> 00:38:47.014 ¿Cómo se construye el identificador de vuestro jugador? Pues con un prefijo fijo de cuatro a 9, el ID del operador y la letra del NIF correspondiente. Que bueno, si aquí viene el. 241 00:38:47.014 --> 00:38:59.703 El cálculo de la letra del NIF, que a esa concatenación se le se se divide entre 23 y el resto resultante, pues se se se busca en la secuencia que viene en el punto cuatro. 242 00:38:59.703 --> 00:39:13.351 De todas formas, esto viene la certificación escénica y además ya aparece en el portal web de la DG o J, en concreto en el apartado de cálculo del dígito de control. Si queréis mirarlo. 243 00:39:13.351 --> 00:39:17.556 Otro punto importante, el mantenimiento y la continuidad. 244 00:39:17.556 --> 00:39:30.688 En esta transparencia ponemos algunos ejemplos de incidencias reales, no, que esto es una caída del sistema de conjunto, se excede a algún límite de tiempo y está algún time out. 245 00:39:30.688 --> 00:39:41.975 Problemas de red, errores de conectividad, errores 500503. Bien, pues entonces lo que intentamos es establecer un comportamiento común por vuestra parte. 246 00:39:41.975 --> 00:39:44.779 Ahora veréis que la hemos establecido. 247 00:39:44.779 --> 00:39:47.139 Una serie de valores de partido. 248 00:39:47.139 --> 00:39:56.878 Y tenemos que en estos meses de pruebas de marzo de 2027, pues se irán ajustando. Entonces, la gran pregunta, ¿cuándo llamar al CAU? 249 00:39:56.878 --> 00:40:02.116 Pues después justo dará más detalles del CAU de funcionamiento del CAU. 250 00:40:02.116 --> 00:40:09.419 Pero cuando llamarlo sería cuando el servicio, cuando el servicio no responde en más de 15 minutos. 251 00:40:09.419 --> 00:40:24.690 Cuando hay errores sostenidos, errores 500 sostenidos, esto es que en más del 5% de las peticiones durante 15 minutos se devuelven 500, error típico 500, y bueno, pues ante cualquier incidencia de seguridad. 252 00:40:24.690 --> 00:40:26.166 Bien, pues hasta la. 253 00:40:26.166 --> 00:40:38.043 Se ha establecido una estrategia de reintentos como a la respuesta 500, que es más difícil contarle, hay que ver la transparencia, pero bueno, os cuento un poco. 254 00:40:38.043 --> 00:40:41.363 Bien, partimos de un intento inicial fallido. 255 00:40:41.363 --> 00:40:51.986 Bien, pues se os propone primeramente de entrar en un primer ciclo, en el cual se se hacen cuatro reintentos espaciados entre 0124 u 8 segundos. 256 00:40:51.986 --> 00:41:03.200 Pero bueno, estos valores no son exactos, sino que se le suma un iteres como una variación aleatoria, es decir, 1 segundo +1 25% de ese punto, algo así. 257 00:41:03.200 --> 00:41:10.651 Y esto, pues se repite cuatro veces siempre que se siga dando el fallo, por ejemplo, el fallo de 500. 258 00:41:10.651 --> 00:41:17.733 Se termina el primer ciclo, se esperan 5 minutos y se vuelve a 1 segundo ciclo. Intento inicial. 259 00:41:17.733 --> 00:41:30.496 Si sigues fallando, volvemos a hacer reintento con el bajo exponencial con jitter y se van repitiendo y si se agotan, pues terminamos el segundo ciclo y esperamos 5 minutos. 260 00:41:30.496 --> 00:41:43.702 Esperamos 5 minutos y se repite el ciclo de nuevo, y si sigue fallando, si sigue, si se sigue obteniendo una respuesta de 500, pues se esperan 5 minutos y ya salió una llamada. a. 261 00:41:43.702 --> 00:41:44.808 Alcao. 262 00:41:44.808 --> 00:41:53.735 En esta matriz se intenta reflejar eso, también lo tenía la especificación técnica, que lo podéis ver más tranquilamente. 263 00:41:53.735 --> 00:42:00.448 Se intenta reflejar cómo actuar a actuar ante los distintos códigos HTTP, sobre todo bueno. 264 00:42:00.448 --> 00:42:10.186 Erróneo, sí que decir que para el error es para el 429 y 503. En este caso, si la cabecera de Try After viene informada, ahí sí que. 265 00:42:10.186 --> 00:42:23.613 Os os os decimos que deberíais de esperar el tiempo que viene la respuesta y si no viene informado, pues bueno, se aplica la estrategia de reintentos que hemos contado anteriormente. 266 00:42:23.613 --> 00:42:25.826 Vale, ¿cómo evitar duplicidad? 267 00:42:25.826 --> 00:42:38.294 Bueno, ya hemos hablado por encima de la de impotencia, no una operación de impotente si produce el mismo resultado, sea llamada una o varias veces con los mismos datos. 268 00:42:38.294 --> 00:42:39.400 E. 269 00:42:39.400 --> 00:42:46.040 En el sistema de límites conjunto lo garantizamos con el campo UID de operación operadora. 270 00:42:46.040 --> 00:42:53.860 Aquí se en la transparencia se reflejan 2 un ejemplo muy básico, no de una llamada de depósito de 100 EUR. 271 00:42:53.860 --> 00:43:01.385 Que por algún motivo técnico se repite, pero sin impotencia haría una doble contribución en el límite. 272 00:43:01.385 --> 00:43:11.271 Sin embargo, con impotencia, si se repite por un motivo x, pues haría una contribución correcta al límite de 100 EUR, que es la de la. 273 00:43:11.271 --> 00:43:21.525 El inicial del depósito y nada, comentamos que el IUI de operación operador hay que generarlo según viene en las especificaciones técnicas. 274 00:43:21.525 --> 00:43:34.067 En cuanto a auditoría, conservación y trazabilidad de la respuesta de la DG J, pues se pide una conservación de 4 años en 2 fases, una primera fase, que es el primer año. 275 00:43:34.067 --> 00:43:46.903 De almacenamiento de acceso directo y consulta rápida y una segunda fase de almacenamiento de las calotaciones para garantizar la integridad y la posibilidad de recuperación. 276 00:43:46.903 --> 00:43:48.600 ¿Qué hay que conservar? 277 00:43:48.600 --> 00:44:02.764 Bueno, el UID de operación operador, el UID de registro operación, fecha y hora de la operación, petición realizada, petición recibida e información asociada a la comunicación con el servicio. 278 00:44:02.764 --> 00:44:18.331 No a la operadora, no se pide un formato específicamente, pero sí que el formato tiene que cumplir unos requisitos y ya que sea interoperable, que se basa en estándar, estándar, que se pueda consultar, procesar. 279 00:44:18.331 --> 00:44:22.536 Exportar y que no y que no dependa de ninguna tecnología. 280 00:44:22.536 --> 00:44:28.364 Y bien, recapitulando un poco para cómo sería el proceso de paso entre entorno. 281 00:44:28.364 --> 00:44:38.840 Bien, pues primeramente, solicitud de credenciales que estará para dentro para dentro de preproducción estará disponible en los próximos días. 282 00:44:38.840 --> 00:44:47.766 Tener licencia vigente una vez que se tiene las credenciales, almacenarla y configurarla en nuestro dentro de producción. 283 00:44:47.766 --> 00:45:02.964 Recuerda que el API de preproducción no tiene whitelist, en fin, que está abierto a las necesitas IP origen y bueno, realizar las pruebas en preproducción, hacer un sistema de autenticación, tener el token. 284 00:45:02.964 --> 00:45:10.931 Hacer pruebas de integración y luego las pruebas de depósito fallidas y completas y probar alguna anulación. 285 00:45:10.931 --> 00:45:22.071 A continuación, comprobar que para el pasado de producción, comprobar que vuestra IP está en la de alta, como hemos dicho, se parten de la de la DLSVJ. 286 00:45:22.071 --> 00:45:36.383 Informando, si no es así, confirmar que tenéis conectividad desde el firewall vuestro o bueno, el componente de comunicación que utilicéis y hacer la petición de evidenciales para la traducción. 287 00:45:36.383 --> 00:45:41.621 Como comentaba anteriormente, habrá que evidenciar que se han hecho la. 288 00:45:41.621 --> 00:45:48.187 Prueba de preproducción y obtendré la confirmación de la descuota para paso a producción. 289 00:45:48.187 --> 00:45:59.843 La confirmación no es nada más que se os dará las credenciales y bueno, y ya configurar el paso a la producción para informarnos de las distintas operaciones. 290 00:45:59.843 --> 00:46:00.950 Pues. 291 00:46:00.950 --> 00:46:02.056 Sí. 292 00:46:02.056 --> 00:46:03.163 Sí. 293 00:46:03.163 --> 00:46:07.515 Vale, bueno, pues ahora continúo yo por para comentaros la. 294 00:46:07.515 --> 00:46:13.122 Las estrategias que se han previsto para realizar la continuidad de negocio. 295 00:46:13.122 --> 00:46:23.672 Bueno, sabéis, la Dirección de la Nación de los OCO, y los que no lo sepáis, está certificada en el disco nacional de seguridad a nivel médico. 296 00:46:23.672 --> 00:46:42.263 Nivel medio y bueno, pues dentro de nuestros procesos, al enfrentar un nuevo proceso de negocio, como es este sistema de límites de depósito conjunto, pues se han hecho los correspondientes estudios, análisis de impacto de negocio, análisis de riesgos. 297 00:46:42.263 --> 00:46:43.369 Etcétera. 298 00:46:43.369 --> 00:46:56.796 Entonces, como sabemos la importancia de la criticidad que tiene este servicio, que el 247, pues se ha se ha diseñado una arquitectura, como ha comentado Antonio, pues que garantice. 299 00:46:56.796 --> 00:47:05.132 Alta disponibilidad, pero el alta fallos y la escalabilidad del signo. Vale, porque son aspectos muy importantes. 300 00:47:05.132 --> 00:47:19.076 Para dimensionar el servicio tenemos la suerte de disponer de todo la suerte o la normativa, no nos habilita a disponer de todas las informaciones de operaciones de depósito que se hacen en 301 00:47:19.076 --> 00:47:29.109 el sector, que se comunican a través del sistema de control interno y en base a eso hemos dimensionado la demanda con lo cual esperamos. 302 00:47:29.109 --> 00:47:35.011 Que la infraestructura que se ha dimensionado de respuesta suficiente es alemán. 303 00:47:35.011 --> 00:47:51.020 Tendremos que ver la fase de pruebas y para deshabilitar también esa fase de pruebas, y por eso os comentaba la importancia de que en febrero estéis todos ya dentro, no en el entorno de producción y lanzando petición. 304 00:47:51.020 --> 00:48:10.348 La arquitectura del sistema, la arquitectura del sistema, pues comprende firewalls de aplicación, tiene una API gateway en la infraestructura, como ya sabéis, en la WS, sistema de control de accesos y las API del sistema de límites que están basadas en microset. 305 00:48:10.348 --> 00:48:14.553 Criticoservicios y Kubernetes para garantizar esa escala. 306 00:48:14.553 --> 00:48:24.586 Respecto a la infraestructura, la infraestructura, pues ahí se ha previsto redundancia. Vale, tenemos como mínimo 2 bots o 2 instancias. 307 00:48:24.586 --> 00:48:30.562 En realidad hay 3 por cada por cada kubernetes, componentes críticos del sistema. 308 00:48:30.562 --> 00:48:47.973 Y la alta disponibilidad también se garantiza con varias zonas, vale varias zonas en la WS en concreto 3 y tenemos una disponibilidad de 99,5% del tiempo, por lo cual la máxima en disponibilidad que tenemos con el proveedor, pues es de. 309 00:48:47.973 --> 00:49:05.752 De 3,6 horas al mes de caída, que evidentemente estarán distribuidas en el tiempo y esperemos que este parámetro es el mini, probablemente obtengamos mayores porcentajes de disponibilidad y por otro lado es un componente de sets que se usan. 310 00:49:05.752 --> 00:49:16.597 Bueno, pues de manera nativa, capacidad de la disponibilidad. Vale, como hemos dicho, no tanto la Pip Gateway como el Ian, como el Waf, para un la. 311 00:49:16.597 --> 00:49:33.638 Respecto a las comunicaciones, pues como ya ha comentado Antonio, pues hemos definido una política de reintentos controlados para errores transitorios o caídas temporales o individuales de uno de algún operador o varios operadores. 312 00:49:33.638 --> 00:49:40.499 También hay un back off exponencial para que haya unos tipos de espera crecientes y evitarse. 313 00:49:40.499 --> 00:49:56.213 Y tenemos una política de renovación de token para garantizar, pues la seguridad y la prevención frente de ataques de B o S o cualquier ataque de otra naturaleza que pudiera afectar la disponibilidad de seguridad. 314 00:49:56.213 --> 00:50:09.345 Además, las operaciones, pues se garantiza el ID de potencia, a la cual se ha hablado extensamente, se emitirán este los time outs, con garantizando esa ID de potencia, y con esa 315 00:50:09.345 --> 00:50:16.427 trazabilidad nos va a dar el ID de cada operación de que nos emitáis, ese depósito de anulación. 316 00:50:16.427 --> 00:50:17.534 y. 317 00:50:17.534 --> 00:50:31.551 Y se garantiza una resiliencia transaccional, que quiere decir que está garantizada la integridad ante posibles cortes o interrupciones porque hemos identificado cada una de esas peticiones. 318 00:50:31.551 --> 00:50:42.617 Bien, a pesar de todo, no, y como y como os digo, no, la infraestructura está dimensionada para garantizar esa alta disponibilidad y la escalabilidad. 319 00:50:42.617 --> 00:50:51.027 Puede haber errores puntuales, puede haber pequeñas caídas, pues porque podemos para todas las caídas que conozca. 320 00:50:51.027 --> 00:51:03.937 Para el sector, el tecnológico sabe que en algún momento hay alguna indisponibilidad, algún micro corte. ¿Pero qué ocurre si de verdad tenemos una caída que está identificada? 321 00:51:03.937 --> 00:51:11.536 Por supuesto, está monitorizado y tenemos una caída generalizada del servicio, no porque puede ocurrir. 322 00:51:11.536 --> 00:51:24.003 Ocurrir, tenemos un apagamento de España, un tsunami o cualquier situación no contemplada, un ataque de ransomware, no sabemos, no. O sea, tenemos que contemplarlo todo. 323 00:51:24.003 --> 00:51:32.266 No es parte de nuestro proceso de análisis de riesgos de nuestra certificación en el esquema nacional de seguir. 324 00:51:32.266 --> 00:51:40.602 Pues tenemos que dar una solución, no en caso de que no haya una caída continuada del servicio, vale el servicio. 325 00:51:40.602 --> 00:51:56.169 Está evaluado con un tiempo máximo de caída que la DG o J conoce, evalúa y establece cuando podremos habilitar un plan de contingencia, es decir, cuando la caída sea generalizada y por un tiempo superior a unas. 326 00:51:56.169 --> 00:52:07.382 ¿Cuántas horas tendremos que activar un plan de contingencia? Y es este procedimiento de contingencia que estáis viendo aquí en la pantalla actualmente. 327 00:52:07.382 --> 00:52:18.817 Vale, porque queremos y creemos que el sistema debe existir. El sistema genera mucha fricción, pero es un sistema necesario para realizar el juegos seguro. 328 00:52:18.817 --> 00:52:29.145 Pero no podemos paralizar la actividad del sector del juegos. Despasado ese umbral, garantizaremos la actividad del sector con este sistema. 329 00:52:29.145 --> 00:52:40.064 Evitaremos paralizarlos, garantizar la continuidad del servicio y preservar toda la trazabilidad de los depósitos. Vale, esas son nuestras premisas. 330 00:52:40.064 --> 00:52:41.170 Okay. 331 00:52:41.170 --> 00:52:49.876 Dicho esto, se produce esa caída, se supera ese umbral, la DG o J os comunicará cuando se activa el plan de condición. 332 00:52:49.876 --> 00:53:01.606 Ese plan de contingencia permitirá a los operadores continuar emitiendo depósitos para evitar la paralización del sector, aunque el sistema no esté disponible. 333 00:53:01.606 --> 00:53:08.098 Vale, pero superado ese umbral que la DG o J comunicará, insisto, para que no haya duda. 334 00:53:08.098 --> 00:53:25.361 Cuando el sistema vosotros en ese periodo de contingencia debéis, los operadores pueden continuar con las operaciones de depósito sin consultar el servicio, pero todas esas operaciones de depósito deben quedar registradas y guardadas. 335 00:53:25.361 --> 00:53:28.902 ¿Por qué? Porque cuando la eje o J os comunique. 336 00:53:28.902 --> 00:53:34.214 Que el servicio se ha restablecido porque se restablecerá en un momento. 337 00:53:34.214 --> 00:53:38.050 Debéis conciliar todas esas operaciones de depósito. 338 00:53:38.050 --> 00:53:55.755 Evidentemente, en ese periodo de tiempo, los límites de depósito no se han podido evaluar y las operaciones de depósito se van a apoderar, se van a poder realizar y si algún jugador supera los límites, los habrá superado y no y no se puede. 339 00:53:55.755 --> 00:54:07.854 Descargar esa responsabilidad sobre los operadores porque es por un fallo técnico del sistema de la RG o j y cuando se recupere, pues deberéis llamar a un servicio. 340 00:54:07.854 --> 00:54:20.691 Habilitaremos un servicio concreto que ahora mismo no tenemos disponible. No están las especificaciones técnicas, pero que iremos desarrollando durante el periodo de pruebas. 341 00:54:20.691 --> 00:54:31.462 Para hacer toda la conciliación y regularización de esos depósitos que se han realizado durante el periodo, el plan de contingencia estaba activo. 342 00:54:31.462 --> 00:54:49.167 Cuando el Cuando el sistema se recupere, se habilitará esa API o ese servicio para que forméis de la conciliación de todos los operaciones de depósito y anulaciones realizadas en ese periodo y retornaremos el silencio a su operación normal. 343 00:54:49.167 --> 00:54:56.545 Vale, por lo tanto, e insisto, la BG o J comunica cuando se activa esto y este plan de contingencia. 344 00:54:56.545 --> 00:55:10.562 Vosotros debéis guardar y registrar todas las operaciones de depósito, porque cuando el sistema se restablezca, nos tenéis que informar todas las operaciones que se han hecho en ese periodo. 345 00:55:10.562 --> 00:55:14.324 También comunicaremos cuando finaliza la conquista. 346 00:55:14.324 --> 00:55:28.120 Luego, en cuanto a la atención al operador, pues bueno, pues los canales habituales por el momento vale, por el momento en el periodo de pruebas tendremos el correo de su porteoperadores, 347 00:55:28.120 --> 00:55:42.948 el portal web por las preguntas frecuentes, que de hecho, todas las preguntas que nos estáis haciendo principalmente a nivel funcional estarán en nuestro portal web en la parte de preguntas frecuentes. 348 00:55:42.948 --> 00:55:53.498 Es más de carácter técnico y más específicas. Evidentemente no está en portal web, podéis hacerlo a través del correo de soporte de operadores. 349 00:55:53.498 --> 00:56:05.670 También este webinar es un buen chat, es un buen, es una buena interlocución para que lancéis las primeras preguntas que ya estamos observándolas y os contestaremos. 350 00:56:05.670 --> 00:56:21.532 Las que podamos al final de la sesión y el horario de atención telefónica por el momento es en horario de oficina, vale, lo del que viene descrito de los de las jueves por la de mañana tarde y viernes por la mañana. 351 00:56:21.532 --> 00:56:27.655 La disponibilidad crítica a 24:07, como os he dicho, estará disponible a partir de. 352 00:56:27.655 --> 00:56:28.762 Si es posible. 353 00:56:28.762 --> 00:56:42.778 Vale, nuestro modelo de escalado es este que veis aquí, es un modelo de escalado y de recepción de peticiones que, como conocéis, del servicio de verificación de jugadores va a ser el mismo. 354 00:56:42.778 --> 00:56:50.894 Vale, por lo momento va a ser el mismo, atendemos como nivel uno, esta se puede escalar a nivel 2, nivel 3. y. 355 00:56:50.894 --> 00:56:59.156 Voy a tener mucho esta presentación y el 24 7, pues estará este tendrá este flujo de trabajo que es muy similar. 356 00:56:59.156 --> 00:57:07.861 Es verdad que vamos a utilizar sistemas automatizados, vamos a ir haciendo ampliar el servicio de atención al usuario. 357 00:57:07.861 --> 00:57:26.674 Y al operador con post de ya que algunos ya habéis visto en nuestro portal web, como es Moira, iremos habilitando nuevos canales y con vosotros, con los operadores, pues tendremos un servicio 24 en 24 7 que permitirá también la monitorización del sistema. 358 00:57:26.674 --> 00:57:29.551 Operadores y caos de puesto a nosotros. 359 00:57:29.551 --> 00:57:33.166 Y con esto, pues estamos por terminada la charla. 360 00:57:33.166 --> 00:57:47.183 Vale, muchas gracias a todos por vuestra atención y bueno, creo que podemos evaluar si queréis las preguntas y si tenéis preguntas, por favor dejarlo en la sección de preguntas y respuestas. 361 00:57:47.183 --> 00:57:52.863 ¿R que viene ahí arriba porque en el chat no las podremos seguir igual, vale? 362 00:57:52.863 --> 00:57:58.470 Creo que han tenido, vamos a echar un vistazo, voy a poner ahí, voy a hacer. 363 00:57:58.470 --> 00:58:11.675 Ponemos algunas preguntas y respuestas en la pantalla y vamos a intentar responder aquellas que tengamos más claras ahora, vale, algunas que a nosotros no podamos responder ahora. 364 00:58:11.675 --> 00:58:16.545 Pues nos podremos dar respuesta ahora mismo, más adelante lo haré. 365 00:58:16.545 --> 00:58:18.758 Creo que veis la pantalla, sí. 366 00:58:18.758 --> 00:58:26.283 Vale, los que hayáis puesto preguntas en el chat, corred, corred a ponerlas en preguntas y respuestas. 367 00:58:26.283 --> 00:58:27.389 Okay. 368 00:58:27.389 --> 00:58:32.185 Vamos a la primera, no creo que estamos abajo de la primera, ¿no? 369 00:58:32.185 --> 00:58:34.176 Sí, vamos a bajar yo, vale. 370 00:58:34.176 --> 00:58:44.210 Pregunta, nos pregunta Jacobo Peralba. Nos pregunta cómo afectar el cambio de infraestructura solo 10 días antes de la entrada en vigor. 371 00:58:44.210 --> 00:58:57.636 El punto que vemos es que dará poco tiempo hacer nuevas pruebas si cambia demasiado el entorno. Gracias, no va a cambiar. Lo que hemos dicho es que entra en vigor en un Jueves Santo. 372 00:58:57.636 --> 00:59:11.432 Y que Y que intentaremos coordinar con vosotros la que todos los sistemas estén en producción al 100 * 100%, el que estéis todos integrados y haciendo todas las llamadas al servicio antes 373 00:59:11.432 --> 00:59:17.924 de esa fecha, pero el sistema no va a cambiar 10 días antes de la entrada en producción. 374 00:59:17.924 --> 00:59:33.195 A ver, yo he dicho, pues sí, puede ser, puede, puede ser a raíz de lo que yo he dicho esta pregunta, he comentado que los la ajustaremos ciertos parámetros en la parte de reduntento y continuidad de negocio. 375 00:59:33.195 --> 00:59:46.179 Pero, o sea, no va, no es nada, no. O sea, soler ajustar algún timeout o lo que hemos juntado todos reintentes a lo mejor cambiarlos de otro modo, pero que no será, pero vamos. 376 00:59:46.179 --> 00:59:53.557 Que no va a ser el en marzo, sino que lo iremos viendo cuando ya empezáis a integraros con nosotros. 377 00:59:53.557 --> 01:00:03.295 O sea, no debería de haber ningún cambio estructural, salvo a lo mejor en estos meses, algún campo que veáis que es necesario, algo. 378 01:00:03.295 --> 01:00:09.418 Claro, somos sensibles a que estos cambios no se pueden llevar de manera inmediata. 379 01:00:09.418 --> 01:00:25.279 También hacemos nosotros, también hacemos, nos encargamos de los desarrollos de informáticos de la casa y sabemos perfectamente que todos estos cambios de infraestructura o de desarrollo no son, no es darle un voto. 380 01:00:25.279 --> 01:00:34.796 OE, o que perdón, si lo he dicho mal, podemos profundizar en la coexistencia de los límites por operador y los límites conjuntos. 381 01:00:34.796 --> 01:00:42.026 ¿Qué pasa si un operador tiene límites de operador superiores a los conjuntos e intenta depositar? 382 01:00:42.026 --> 01:00:44.091 Por encima de los conjuntos. 383 01:00:44.091 --> 01:00:49.846 ¿El operador recibirá un cabo? Pues sí, el servicio de la coexistencia, claro. 384 01:00:49.846 --> 01:01:01.650 Por lo tanto, es importante esa coexistencia, no entre aquellos jugadores VIP que tengáis pon los límites suprimidos o superados, pues que les informáis de que. 385 01:01:01.650 --> 01:01:15.298 De que hay un nuevo portal del jugador donde debe gestionar sus límites conjuntos y alinearlos, alinearlos con los con los límites de depósito que esta persona considere que debe tener. 386 01:01:15.298 --> 01:01:20.904 Es una decisión individual, vale el sistema de límites de depósito conjunto. 387 01:01:20.904 --> 01:01:24.003 Permite modificar los límites de depuesto. 388 01:01:24.003 --> 01:01:43.110 Estamos en un periodo de pruebas, contemplarlo, vale, o sea, el periodo de pruebas no entra en producción, no se le debe limitar el, o sea, aunque nosotros demos un CAO, no está limitado el depósito, vale, el depósito conjunto no entran en vigor al 100 * 100. 389 01:01:43.110 --> 01:01:44.512 ¿Vale esto es como? 390 01:01:44.512 --> 01:01:51.815 Las zonas de bajas emisiones vale, no va a haber multas en el periodo de pruebas, va a haber aviso. 391 01:01:51.815 --> 01:01:59.635 Y cuando entre en vigor, pues ya entonces las multas sí serán económicas, vale, si se superan los límites. 392 01:01:59.635 --> 01:02:01.627 Y esa fecha es el 26/03/27. 393 01:02:01.627 --> 01:02:05.021 ¿Qué ocurre si con una autorización de límite? 394 01:02:05.021 --> 01:02:22.136 Nos pregunta Javier Pumar, no nos pregunta qué ocurre con una autorización de límite concedida por el SLDC si el depósito no llega a completarse antes del reseteo de límites de las 6:00, porque el servicio te va a contestar que o k. 395 01:02:22.136 --> 01:02:36.006 Y adelante, si no se materializa el depósito, si el si te da un cao, es un cao y tendrás que volver a hacer una nueva petición pasada a las 6, probablemente porque si estás cerca de las 6, 396 01:02:36.006 --> 01:02:47.588 quiere decir que la segunda petición que haga un segundo, una segunda operación de depósito distinta, una unidad distinta tendrá que ser después de las 6:00. 397 01:02:47.588 --> 01:03:02.417 Y no, porque el la hora y fecha de la petición de operación es la que nosotros vamos a utilizar para decir si estás dentro del límite diario o semanal de las 6:00 de la mañana, vale, o de la o mensual. 398 01:03:02.417 --> 01:03:03.523 vale entonces. 399 01:03:03.523 --> 01:03:07.876 Nuestra respuesta, si lo estás superando, va a ser un cabo. 400 01:03:07.876 --> 01:03:11.933 Si ese jugador no lo está liberando, va a ser un suqué. 401 01:03:11.933 --> 01:03:20.122