# Pases manuales

En **RUFUS Race Manager (RRM)**, los pases manuales permiten a los operadores agregar el pase de un participante cuando no fue registrado automáticamente por el sistema. Los pases manuales se pueden crear de dos maneras diferentes, dependiendo del contexto de la corrección o ajuste.

Además de los pases manuales, RRM también admite **Pases flotantes**, que son pases manuales sin un punto de control. Estos se tratan en detalle en el [artículo Pases flotantes](/rufus-race-manager/collecting-and-managing-timing-data/floating-passings.md).

### Añadir pasadas a través de la vista de carrera por puntos de control

Cuando se añade un adelantamiento manual en la **vista de carrera de puntos de control**, se procesa a través de la **lógica completa de recopilación de datos de cronometraje**.

Esto significa que el sistema aplica todas las comprobaciones normales antes de aceptar el pase, incluyendo:

* Raza del participante (¿el participante pertenece a esta raza?)
* Comprobación de puntos de control (¿el pase se realiza en el lugar correcto del plan?)
* Cumplimiento del tiempo de rebote (¿demasiado pronto después de la última lectura en este punto de control/dispositivo?)
* Evaluación del estado (VÁLIDO, BLOQUEADO, PROMOCIONADO, etc.)

Este método garantiza que el adelantamiento manual se comporte exactamente igual que un adelantamiento automático, manteniendo una total coherencia con las reglas de cronometraje de la carrera.

### Añadir pasadas mediante la edición de participantes

También se puede añadir una aprobación manual directamente al **editar un participante**.

En este caso, el paso se inserta directamente en los datos del participante y se valida automáticamente para el punto de control especificado. A diferencia de la vista de carrera por puntos de control, este método no pasa por el proceso general de recopilación de tiempos.

Esto es especialmente útil para:

* Se añade un pase que faltaba, confirmado por los oficiales.
* Corrección de los datos de un solo participante sin afectar el flujo de trabajo principal del evento.
* Gestión de los ajustes posteriores a la carrera

### Comparación de métodos

| Método | Alcance | Lógica de procesamiento | Caso de uso típico |
| --- | --- | --- | --- |
| **Vista de la carrera por puntos de control** | Vinculado a un punto de control específico | Lógica de temporización completa (plan de carrera, rebote, precedencia de estado) | Añadir un pase que falta durante el evento en directo, asegurándose de que se comporte como un pase automático. |
| **Editar participante** | Vinculado directamente a un participante y a un punto de control. | Asignación y validación directas (omite la lógica de temporización completa) | Corrección posterior a la carrera o corrección específica para un participante |
| **Pase flotante** | Sin punto de control (alcance completo del plan de carrera) | El sistema infiere el siguiente punto de control esperado utilizando el plan de carrera completo. | Entrada rápida y generalista cuando el operador desea que el sistema decida la ubicación. |

### Artículos relacionados

* [**Fallecimientos de participantes**](/rufus-race-manager/participant-management/participant-passings.md)
* [**Vista de carrera de puntos de control**](/rufus-race-manager/checkpoints/checkpoint-race-view.md)
* [Pasos flotantes](/rufus-race-manager/collecting-and-managing-timing-data/floating-passings.md)