Ir al contenido

Scouting

Scouting registra jugadores externos que el club observa (rivales, objetivos de transferencia, libres). Importa los mismos PDFs Wyscout / SIX que Rendimiento, pero sin filtrar al plantel propio: cualquier jugador del informe queda como external_player con radar de ejes, shortlist, status (alta / seguir / contactar / descartado) y notas.

  • Problema que resuelve: el área deportiva ve PDFs de partidos de rivales o ligas extranjeras y necesita registrar a un jugador específico sin armar otra base aparte. CÉNIT lo guarda en la misma DB que el plantel propio, con perfil radar comparable.
  • Casos de uso típicos:
    • Mercado: cargar 5 PDFs de jugadores objetivo y comparar perfiles.
    • Rivales: registrar al 10 del rival con su perfil técnico para cruzar con el análisis táctico.
    • Shortlist: marcar 8-10 jugadores prioritarios, cada uno con status de scouting y nota libre.
  • Planes que lo incluyen: todos los planes. El parser IA está disponible en todos (mismo backend que Rendimiento).
  • Diferenciador: reutilización del parser PDF de partidos — ningún competidor parsea informes Wyscout/SIX directamente para scouting con merge de múltiples observaciones del mismo jugador.

Acceso al módulo: Head of Performance, Director Deportivo y Readaptación principalmente. El catálogo de rivales se comparte con Rendimiento.

Tabs del módulo:

  1. Lista — grilla de jugadores externos con foto, equipo, posición, edad, status, shortlist toggle.
  2. Importar PDF rival — sube informe Wyscout/SIX y deja al scout marcar de la grilla extraída cuáles guardar.
  3. Comparativa — radar de ejes para cruzar jugador externo vs jugador propio.

Flujo principal — importar y guardar externos:

  1. El sistema corre el mismo parser que Rendimiento, pero sin filtro de plantel propio.
  2. La grilla muestra todos los jugadores del PDF.
  3. El scout edita nombre / equipo / posición / edad por jugador y marca cuáles guardar.
  4. El sistema corre el merge:
    • Match por nombre normalizado (sin acentos, sin espacios extra, etc.).
    • Si existe: los ejes se promedian ponderando por la cantidad de partidos previos, suma uno al contador y actualiza la fecha del último informe. Equipo, posición y edad se actualizan solo si vienen con datos.
    • Si no existe: alta nueva con un partido en el contador.

Flujos secundarios:

  • Toggle shortlist desde la grilla: marcarlo también pone status en “seguir”.
  • Cambiar status: alta / seguir / contactar / descartado.
  • Editar nota libre.
  • Comparte el catálogo de competiciones y rivales con Rendimiento (sin duplicación).
  • “Cargué el mismo jugador dos veces y los ejes cambiaron” — esperado. El sistema promedia ponderando por la cantidad de partidos, así que cada partido adicional suaviza el perfil.
  • “Aparece un jugador con nombre raro” — el parser no filtra por plantel propio. Editar el nombre en la grilla antes de guardar.
  • “El radar del externo está en 0” — el PDF no tenía minutos suficientes o el parser falló en extraer stats. Reintentar con otro informe del mismo jugador para acumular.

Player surface: N/A. Scouting es módulo interno de staff. Los jugadores externos nunca acceden al sistema.

  • Ejes por jugador externo: promedio ponderado por la cantidad de partidos importados.
  • Status implícito: marcar shortlist también marca status como “seguir”. Las demás transiciones (alta, contactar, descartado) son libres.
  • PDF Wyscout / SIX — mismo parser que Rendimiento. En Scouting se invoca sin filtrar por plantel propio para extraer todos los jugadores del informe.
  • Alta manual: hoy no hay UI de alta manual de externos sin PDF.
  • Rendimiento — comparte parser, catálogo de competiciones y rivales, y la normalización de ejes.
  • Plantel — el sistema calcula el radar del plantel propio promediando los ejes de cada jugador para la comparativa.
  • Sin integración con APIs de scouting (Wyscout API, Transfermarkt API): todo entra por PDF.
  • No hay alta manual de externos: requiere subir un PDF aunque sea con un solo jugador.