# Comprender el proceso de recopilación de datos

El proceso de recopilación de datos de tiempo en **RUFUS Race Manager (RRM)** garantiza un registro preciso y consistente del progreso de los participantes a lo largo de una carrera. Cada paso (lectura de chip, entrada manual o entrada flotante) pasa por una serie de comprobaciones deterministas. Estas comprobaciones validan el paso, asignan el estado correcto y preservan la continuidad de la vuelta y el punto de control, incluso cuando se producen errores o casos inusuales.

Este artículo explica cómo el software procesa, valida y gestiona los pases.

![](https://rufus-serverless-v1-shopmediabucket-yqa11v58uwom.s3.us-east-1.amazonaws.com/knowledge/assets/knowledge_asset_aed211c3dac14150a3a48b22b7ec2bec/imported.png)
_Proceso de recopilación de datos_

## Empezando con un pase

Cada pase comienza con tres datos clave:

* **ID del dispositivo** → Identifica qué dispositivo o entrada creó el pase (lector, importación de archivo, manual o flotante).
* **Número de chip/dorsal** → Identifica al participante.
* **Marca de tiempo** → La hora exacta del fallecimiento.

### Asignación de dispositivos e identificación de participantes

1. **Verificación del dispositivo** → El sistema comprueba si el pase procede de un dispositivo asignado al evento.
* Si no se reconoce, el pase se establece como **HUÉRFANO**.
2. **Asignación del participante** → Si se reconoce un chip/dorsal válido, el sistema comprueba si el participante está asignado a una carrera.
* Si no se asigna ninguna carrera, el paso se establece en **CARRERA INCORRECTA**.

### Plan de carrera y asociación de puntos de control

Cada participante pertenece a un **plan de carrera** (la lista completa y ordenada de puntos de control de su carrera).
Cada dispositivo pertenece a un **plan de dispositivo** (el subconjunto de puntos de control de los que es responsable ese dispositivo).

* Si el plan de carrera del participante y el punto de control del dispositivo no coinciden, el paso se marca como **CARRERA INCORRECTA**.
* Si un punto de control está cerrado, el paso puede ser **promovido** al siguiente punto de control abierto.

### Validación de tiempo

Cada paso se valida con respecto a la hora de inicio de la carrera:

* Si ocurre antes del inicio de la carrera → **TIEMPO NO VÁLIDO**.
* De lo contrario, la asignación continúa.

### Asignación de vuelta y punto de control

* **Cálculo de vuelta** → El adelantamiento se coloca en la vuelta correcta, conservando la continuidad de la vuelta.
* **Análisis de rebotes** → Los pases demasiado cercanos en el tiempo se comprueban con:
* **Rebote de punto de control** → p. ej., intervalo mínimo de 60 s en el mismo punto de control.
* **Rebote de dispositivo** → p. ej., intervalo mínimo de 10 s en el mismo dispositivo.
* Los pases manuales y flotantes son inmunes al rebote del dispositivo, pero siguen respetando el rebote del punto de control.

### Precedencia de estado

Los estados se evalúan en un orden estricto para garantizar la coherencia. Los estados comunes incluyen:

* **HUÉRFANO** → Chip/dorsal no reconocido.
* **RAZA INCORRECTA** → El participante no pertenece a la raza de este dispositivo.
* **DISPOSITIVO CERRADO / PUNTO DE CONTROL CERRADO** → El dispositivo o punto de control no está aceptando pases.
* **EOTR (Fin del recorrido)** → No quedan más puntos de control en el plan.
* **BLOCKED_MISSING_START** → Finalizar intento sin un inicio válido (a menos que la política lo permita).
* **BOUNCED_BY_CHECKPOINT / BOUNCED_BY_DEVICE** → Paso ignorado debido a las ventanas de rebote.
* **VÁLIDO/PROMOVIDO** → Asignado correctamente o promovido al siguiente punto de control válido.

Incluso los pases bloqueados o no válidos **llevan su ID de vuelta correcto**, por lo que el operador puede volver a validarlos más tarde si es necesario.

### Manejo de inicios y finales sintéticos

* Si el primer pase de un participante no se realiza en la salida, el sistema puede crear una **salida sintética** (según la política de la carrera).
* El manejo de los acabados respeta las políticas:
* Si se permiten acabados sin un inicio, se acepta el pase.
* De lo contrario, el acabado se bloquea hasta que exista un inicio válido.
* Una vez registrado un final válido, los pases posteriores en el mismo dispositivo se marcan como **EOTR**.

### Pasos flotantes

Los pases flotantes difieren de los pases manuales porque no están vinculados a ningún punto de control. En su lugar, estos:

* Utiliza el **plan de carrera completo** como alcance.
* Permita que el sistema infiera automáticamente el siguiente punto de control esperado.
* Respeta todas las reglas de tiempo (inicio sintético, rebote, bloqueo, promoción).

Esto las hace ideales para realizar correcciones rápidas durante las ajetreadas operaciones de la carrera.

### Clasificación de baile

Una vez que se validan todos los pases y se asignan los estados, se produce el **proceso de clasificación** («baile de clasificación»):

* Los pases válidos se ordenan en el tiempo.
* Se calculan los tiempos de los segmentos y los tiempos totales de la carrera.
* Las clasificaciones de los participantes se han actualizado.

### Resumen

El proceso de recopilación de datos en RRM es **determinista, coherente y consciente de las condiciones de carrera**. Desde la verificación del dispositivo y la asignación de participantes hasta el análisis de rebotes y la validación de puntos de control, cada paso garantiza que:

* Los fallecimientos se clasifican correctamente.
* Se conserva la continuidad de las vueltas y de los puntos de control.
* Los operadores pueden revisar, validar o anular los pases con confianza.
