Más de una cuarta parte de todas las quejas que recibe el Centro de Atención al Cliente de la Comisión del Juego del Reino Unido (UKGC) tiene un mismo origen: errores en la verificación de identidad. Ese número, difundido esta semana por el regulador, funciona como puerta de entrada para entender por qué su plan piloto de Análisis de Fraudes de Riesgo (FRA, por sus siglas en inglés) no logró los resultados esperados entre 2024 y 2025.
El diagnóstico llegó de la mano de dos ejecutivas de la UKGC, Helen Rhodes y Sarah Webster, en una publicación de blog que buscó explicar —sin del todo satisfacer a la industria— qué salió mal en un programa pensado para simplificar la evaluación financiera de los apostadores.
Reino Unido: evaluar riesgo sin fricción
La idea detrás del FRA era ambiciosa: que los operadores pudieran evaluar el perfil financiero de un cliente cruzando sus datos con agencias de información crediticia, sin que el usuario notara el proceso ni tuviera que pasar por pasos adicionales. Para que esto funcionara, la información cargada por cada operador —nombre, dirección, fecha de nacimiento— debía coincidir con exactitud con los registros de esas agencias externas.
Ese supuesto fue, según el propio regulador, el punto donde el plan empezó a fallar.
Un problema de calidad de datos, no de tecnología
La investigación de la UKGC no encontró fallas en el sistema de cruce de información, sino en lo que los operadores introducían en él. Nombres reducidos a iniciales, apodos cargados como si fueran nombres legales, y direcciones de oficinas comerciales usadas en lugar del domicilio real del cliente fueron los errores más recurrentes detectados entre los casos clasificados como «no coincidentes».
Aunque ese grupo representó una porción minoritaria del total de usuarios evaluados, sus consecuencias fueron desproporcionadas: cada dato mal cargado no solo obligaba a activar procesos de revisión más lentos y complejos, sino que también debilitaba herramientas de protección al jugador como GAMSTOP, y abría espacio a mayores riesgos de fraude y lavado de activos.
La verificación llega tarde, y eso tiene un costo
Otro hallazgo del reporte apunta a un patrón de comportamiento más que a un error puntual: los operadores tienden a revisar la identidad y el perfil de riesgo de un cliente recién cuando este pide cerrar su cuenta, no antes. La Comisión calificó esta práctica como reactiva y advirtió que agrava la fricción con los usuarios justo en el peor momento, generando quejas que muchas veces terminan escalando a mecanismos de resolución de disputas.
El regulador fue claro en un punto: no exige que los operadores investiguen a fondo a cada cliente desde el momento del registro. Lo que pide es consistencia, que los controles de identidad —obligatorios bajo la Condición 17 de la Licencia— se apliquen de forma pareja durante toda la relación con el usuario, y no solo al final.
La industria pide ver los números completos
La respuesta del sector no se hizo esperar. Grainne Hurst, directora ejecutiva del Consejo de Apuestas y Juegos de Azar (BGC), fue tajante al señalar que la Comisión todavía no ha entregado una evaluación completa del programa piloto, lo que impide a operadores y público conocer la evidencia real detrás de estos nuevos controles. Su cuestionamiento central: un sistema no puede llamarse «sin fricción» si sus resultados son, en la práctica, poco confiables.
Otras voces de la industria fueron incluso más duras, describiendo el episodio como una forma de autolesión regulatoria a gran escala.
Lo que viene: silencio de datos hasta septiembre
Pese a la presión del sector, la UKGC no tiene previsto entregar más información en el corto plazo. Tim Miller, director ejecutivo saliente del organismo, confirmó durante la conferencia iGB Live que no habrá nuevas actualizaciones sobre los datos del piloto FRA hasta septiembre. Esa pausa deja a la industria a la espera de un informe que, según sus propios representantes, resulta indispensable para evaluar si el modelo de evaluación de riesgo financiero sin fricciones es viable tal como está diseñado, o si necesita ajustes de fondo antes de avanzar hacia una implementación por fases.
