Flujos e integridad de los resultados

Esta página explica, de punta a punta, cómo un resultado nace, se firma, se protege, se corrige y — cuando hace falta — se pone en cero o se restaura. Es la referencia para que el atleta, el RO y el staff tengan certeza de la integridad de lo que está en el sistema.

1. Cómo se arma una prueba (onboarding y dependencias)

Antes del primer disparo, la entidad arma la estructura en este orden — cada pieza depende de la anterior:

• Prueba (Match): el evento en sí. Puede ser parte de un campeonato y tener Main Matches (días/turnos) para organizar el schedule.
• Área: agrupa stages cercanos; es el territorio del CRO (Area Chief).
• Stage: donde se dispara. Además de los stages de tiro, la prueba puede tener stages especiales de cronógrafo y de check de equipamiento.
• Squad: el grupo que rota junto por los stages, con orden de tiro fijo que rota en cada stage (quien abrió el stage 1 no abre el stage 2).
• Atleta: la inscripción vale para esa prueba — división, factor (Major/Minor), categoría y squad. ¿Aún sin PIN? En pruebas con check de equipamiento, el PIN se crea en el check; sin check, en el primer registro.
• Inscripción pública: la prueba nace con el enlace /i/ cerrado — solo acepta inscripciones con “Permitir inscripción pública” activado, estado Abierta y dentro del plazo. Cerrado, el equipo inscribe por dentro normalmente.
• RO: recibe login de la entidad y se asigna por stage — solo carga scores en los stages que le fueron asignados.

1.1 El día del RO, en una línea

2. Quién firma qué (integridad)

Todo resultado tiene dos firmas: la del RO (quien lo cargó) y la confirmación del atleta (el PIN de 4 dígitos tecleado en pantalla). Sobre esos datos el sistema calcula un hash criptográfico (HMAC) que ata la grilla de blancos, el tiempo, los puntos, el Hit Factor y la versión al registro.

• En cada lectura el hash se recalcula y compara. Si alguien altera el dato fuera del flujo normal (directo en la base, por ejemplo), el resumen del score muestra la alerta «Violado» — y el historial del slot muestra qué cambió.
• Cuando el staff aprueba sin el PIN (atleta ausente), la confirmación queda firmada por la identidad de quien aprobó (gestor / RM / Stats / CRO) y eso queda registrado en el resultado — el sello «Aprobado sin PIN» aparece en el resumen.
• Ninguna edición borra nada: cada cambio graba una línea en el historial append-only (quién, cuándo, qué, por qué).

2.1 De dónde viene el PIN

El PIN se crea una vez por Prueba y vale para todas las inscripciones del atleta en esa Prueba (multidivisión usa el mismo PIN). Puede nacer en tres lugares:

• En el primer registro sin PIN (prueba sin check), la pantalla del RO avisa de forma discreta que será necesario crear el PIN y aprobar con él a continuación.
• En una Prueba con check, la pantalla de registro vuelve a ofrecer la creación del PIN cuando el check de esa inscripción ya está hecho — es el camino de vuelta de quien tuvo el PIN reiniciado después del check. Con el check pendiente, el PIN sigue naciendo en el check.
• Reiniciar el PIN es una acción de gestor / RM / Stats, queda registrada en la auditoría de la Prueba y solo aparece para quien ya tiene PIN — el primer PIN sigue naciendo en la inscripción, en el check o en el primer resultado.
• Con la inscripción pública cerrada, o sin la opción “Permitir PIN por el portal del atleta”, el portal no cambia el PIN — el camino es el campo (check o primer registro).
• Intentos errados consecutivos bloquean temporalmente el PIN de ese atleta.

3. Cargar un score

• Mientras el RO completa, el sistema guarda un borrador (estado Abierto) — sin PIN, sin valor en el ranking. Solo el score confirmado (Bloqueado) cuenta.
• Dos personas no pueden editar el mismo atleta+stage a la vez (bloqueo de edición de corta duración) — y una segunda carga del mismo slot es rechazada.
• ¿PIN incorrecto varias veces? El sistema bloquea temporalmente nuevos intentos.

3.1 Check de equipamiento (cuando la prueba lo usa)

La prueba elige el modo: sin check, check en la primera etapa del squad, o check antes de la prueba (por un RO autorizado). Con check habilitado, ninguna puntuación sale antes de verificar el equipamiento de esa división.

• El check es por equipamiento + división: un atleta en dos divisiones tiene un check por cada equipamiento declarado.
• El check tiene la misma mecánica de firma que el Score: sin el PIN del atleta no se concluye — por eso, en esas pruebas, el PIN nace aquí.
• Un check pendiente bloquea el registro: la pantalla del RO avisa y muestra el atajo al check.

4. Correcciones, reshoot y aprobaciones

Un score bloqueado no se edita por cuenta propia. Hay dos caminos, siempre con motivo registrado y autorización de RM / Stats / CRO (o edición directa del gestor, también con motivo):

• Corrección: el mismo score se edita una sola vez (p. ej. error de tipeo). Para divergencias de overlay la prueba puede exigir una 2ª verificación de otro oficial antes.
• Reshoot: el score anterior sale del ranking (queda en el historial) y el atleta repite el stage — el RO carga un registro nuevo.
• Toda autorización muestra quién autorizó, el motivo oficial y cuándo fue usada o revocada.

5. DQ (descalificación)

El DQ sigue las reglas IPSC 10.4–10.7 y se trata como un resultado: tiene motivo oficial, firma e historial propio.

• Cuando el propio RM / Stats / CRO / gestor solicita el DQ, se confirma en el momento (no tiene sentido aprobar la propia solicitud).
• En la confirmación, todos los stages del atleta quedan En cero (DQ): los resultados ya disparados se ponen en cero preservando el original en el historial; los stages aún no disparados reciben un cero de DQ.
• El atleta aparece al final de la división como DQ, sin posición competitiva.
• Cronógrafo (Power Factor): en el Stage de crono, la medición se firma con el PIN del atleta. PF por debajo del mínimo del factor inscripto → DQ automático (CRONO.PF) y los Scores salen del ranking; una nueva medición válida revierte solo ese DQ — los demás DQ oficiales permanecen.

5.1 Revertir un DQ

El RM o el gestor puede revertir un DQ confirmado — en el panel de DQ de los oficiales o directo en la lista de inscripciones (fila roja, botón Revertir DQ). El modal muestra exactamente qué va a pasar antes de confirmar:

• Resultados en cero por el DQ → vuelven exactamente como estaban (puntos, HF, tiempo, penalizaciones), re-firmados.
• El stage donde ocurrió el DQ → vuelve como score Abierto para que el RO/RM lo revalide (la pasada fue interrumpida); lo que estaba cargado permanece en el historial.
• Stages que solo tenían el cero de DQ → el cero se elimina y el stage queda liberado para cargar normalmente, sin necesidad de autorización.

6. DNF y Zero Stage

• DNF de un stage (Did Not Finish): el RO marca DNF con una observación obligatoria — ese stage graba un score cero (HF 0) y el atleta sigue normal en los demás.
• DNF de la prueba (gestión): el atleta sale de las listas de tiro y todos los stages sin resultado reciben cero; los resultados reales ya cargados siguen valiendo.
• Zero Stage es cómo esos ceros aparecen en los paneles de seguimiento — un cero operativo, distinto de un DQ.
• Reactivar (RM / gestor): elimina solo los ceros de DNF; los stages vuelven a aceptar carga normal, sin autorización extra. Los scores reales no se tocan.
• Diferencia con el DQ: el atleta con DNF sigue en el ranking (con los ceros); el DQ lo saca del ranking y pone todo en cero. Uno no sobrescribe al otro — para dar DQ a un atleta DNF (o al revés) hay que resolver el estado actual primero.

7. Presencia y ausencia (Absent / No-show)

• La presencia (Presente / No-show) es un check-in operativo — sirve para que el squad sepa quién está en el campo. No-show no es DNF y no pone nada en cero.
• Al concluir el check de equipamiento o cargar el primer resultado, el sistema marca al atleta como Presente automáticamente.
• En los rankings, el stage sin resultado aparece como ausente (—) hasta que se cargue el score; no vale puntos y cuenta como pendiente en el progreso de la prueba.

8. Recursos (protestas) del atleta

Si la Prueba lo permite, el atleta puede impugnar un resultado (Score, DQ, Stage…) desde su propio portal — y la decisión queda registrada como todo lo demás.

• La prueba controla si acepta recursos (“Permitir recursos del atleta”) y hasta cuándo (plazo propio). Después del plazo no entran pedidos nuevos, pero los abiertos igual se deciden.
• El atleta sigue el estado y la respuesta en el portal; mientras esté abierto, puede retirar el pedido.
• Si la prueba publica recursos en el hub, el público ve solo los ya decididos (procedente/improcedente) con el texto de la decisión — los pedidos abiertos nunca aparecen.

9. Cómo verificar la integridad de un resultado

1. Abra el resumen del score (desde el hub, el verify o el listado de resultados).
2. Revise los sellos de los hashes: OK = dato idéntico a lo firmado; Violado = algo cambió fuera del flujo — investigue por el historial.
3. Importado = lote histórico cuya firma no se puede verificar. No indica adulteración, pero tampoco es prueba de integridad.
4. Vea el historial del slot: cada versión muestra la grilla completa de ese momento, quién cambió, el motivo y la autorización usada.
5. En el DQ vale lo mismo: solicitud, confirmación, puesta en cero y reversión quedan en la línea de tiempo del DQ, con las firmas de cada paso.