Competizioni
25Gestire una competizione
Il gestore della competizione, scheda per scheda: lo staff e i suoi diritti, il modulo di iscrizione, il ciclo delle iscrizioni, la selezione, il controllo QR, le operazioni in diretta, le giornate di task, i risultati, le notizie, i file e le email dell'evento.
Il gestore#
Il gestore è una pagina a schermo intero per una competizione. La sua barra raggruppa le schede secondo le tre fasi dell'evento.
| Gruppo | Schede | Si usa |
|---|---|---|
| Setup | Settings, Staff, Signup form | Prima di pubblicare |
| Pilots | Registrations, QR & check-in, Live Ops, Selection | Dall'iscrizione all'ultimo atterraggio |
| Event | Tasks, Results, Feedback, News, Files, Emails | Durante e dopo il volo |
Quali schede vedi dipende dai tuoi permessi. Uno scorekeeper non vede la scheda dello staff, e un autista vede solo le operazioni in diretta. Impostazioni e pubblicazione sono trattate in Creare una competizione.
Staff e permessi#
Lo staff si aggiunge con l'indirizzo email del suo account esistente. Scegli un ruolo e i permessi predefiniti arrivano con lui, oppure li sostituisci uno a uno per un caso particolare.
| Ruolo | Riceve |
|---|---|
| Organizer Admin | Tutto. Il contrassegno autista si aggiunge a mano se un organizzatore guida anche nei recuperi. |
| Registration Manager | Iscrizioni, documenti, pagamenti ed email dell'evento. |
| Scorekeeper | File, risultati, collegamento delle task ed esportazione delle iscrizioni. |
| Safety/Live Ops | Operazioni in diretta e QR. |
| Driver | Operazioni in diretta più il contrassegno autista, per poter essere assegnato ai piloti nei recuperi. |
| Pilot | Nessun permesso di gestione. |
Nota
Owner, admin ed editor dell'organizzazione dietro la competizione valgono in automatico come gestori completi. Non serve aggiungerli anche come staff.
Consiglio
Se un collega dice che manca una scheda, è un permesso e non un errore. Guarda prima il suo ruolo, poi le sue eccezioni.
Il modulo di iscrizione#
La scheda Signup progetta quello che i piloti compilano. Ha tre parti.
Import Legal Defaults porta le domande legali standard dalla banca delle domande, così non devi scrivere tu le dichiarazioni di responsabilità. C'è una vista Advanced JSON per riprendere un intero schema da un evento precedente.
Attenzione
Chiudi il modulo prima di pubblicare. Cambiare i campi obbligatori dopo che dei piloti si sono iscritti vuol dire rincorrere tutti quelli che hanno già inviato.
Iscrizioni#
La scheda delle iscrizioni è dove l'evento si gestisce davvero prima di cominciare. Ogni iscrizione si apre, si rivede e si muove lungo il ciclo.
| Stato | Significato |
|---|---|
submitted |
Il pilota si è iscritto o ha aggiornato l'iscrizione. |
missing_information |
Gli hai chiesto di sistemare qualcosa. |
waitlist |
In lista d'attesa. |
payment_requested |
Selezionato, pagamento richiesto. |
confirmed |
Dentro l'evento. |
rejected |
Respinto. |
cancelled |
Ritirato dal pilota o da te. |
refunded |
Un pagamento è stato rimborsato. |
Gli stati si cambiano uno a uno o in blocco. Tre controlli possono bloccare il passaggio a payment_requested o confirmed:
- Mancano campi obbligatori nell'iscrizione del pilota.
- Un documento obbligatorio non è verificato, quando la regola dei documenti si applica a quel passaggio.
- L'evento è pieno: è stato raggiunto il numero massimo di piloti.
I comp ID si gestiscono anche qui. Devono essere numerici, maggiori di zero e unici nella competizione, e il gestore può controllarne e cambiarne uno in qualsiasi momento, anche dopo che è bloccato per il pilota.
I documenti si rivedono dalla riga dell'iscrizione: apri ogni caricamento nell'anteprima e mettilo in attesa, verificato o rifiutato, con una nota che spieghi un rifiuto.
I pagamenti si richiedono dallo stesso posto, con importo, valuta e scadenza facoltativa. Segnare un pagamento come ricevuto sposta un'iscrizione da payment_requested a confirmed; segnarlo rimborsato sposta le iscrizioni interessate a refunded.
Export CSV ed Export XLSX portano fuori l'intero elenco per la burocrazia che devi fare altrove.
Selezione#
Quando si iscrivono più piloti dei posti disponibili, la scheda della selezione decide chi entra. Ci sono tre modalità, impostate nelle impostazioni.
| Modalità | Sceglie in base a |
|---|---|
| manual | Te. Non c'è niente di automatico. |
| first_come | L'ordine di iscrizione. |
| quota_ranking | Una classifica con delle quote: per paese, per le donne, e wildcard. |
- Imposta le regole: la modalità, il numero di posti e le quote.
- Per una selezione basata su classifica, usa Import Ranking CSV per caricare la classifica di riferimento.
- Premi Preview. Ancora non cambia niente: vedi quali piloti sarebbero selezionati e chi finisce in lista d'attesa.
- Controlla, aggiusta le regole se non era quello che volevi, e rifai l'anteprima.
- Premi Apply per scrivere gli stati risultanti sulle iscrizioni.
Attenzione
Fai sempre l'anteprima prima di applicare. Applicare cambia stati di iscrizione veri e manda le email che li accompagnano.
QR e registrazione presenze#
Ogni pilota iscritto porta un codice QR personale. Lo staff lo scansiona ai punti di controllo, e questa scheda definisce i punti di controllo e legge il registro.
Le nuove competizioni arrivano con le categorie standard: register, general briefing, takeoff, goal, retrieve e tracker. Puoi aggiungerne di tue, per esempio un pacchetto pasti.
Il registro delle scansioni si filtra per categoria, stato, fase e periodo, si esporta in CSV, e le singole scansioni si possono annullare con una motivazione. Una scansione annullata resta nel registro: viene marcata, non cancellata, ed è questo che rende il registro utilizzabile come prova.
Non tutti gli eventi distribuiscono codici. Una competizione di un giorno spesso ne fa a meno, e anche un meeting grande ha il pilota che arriva dopo la chiusura della segreteria. La registrazione manuale, in cima alla scheda, copre entrambi i casi: scegli una categoria, spunta i piloti, conferma. Chi può registrare cosa segue le regole della scansione: un manager completo ha ogni categoria, un registration manager ha register, e lo staff live ops il resto.
- Scegli la categoria. Register è quella abituale, e l'unica che un registration manager può usare.
- Per una categoria in_out, scegli anche la fase.
- Lascia la data su oggi, oppure spostala indietro per recuperare una registrazione saltata ieri.
- Cerca o filtra l'elenco, spunta i piloti, poi premi Check in selected.
Nota
Le voci manuali sono normali record di scansione: compaiono nel registro con la sorgente manual e il nome dello staff, soddisfano la regola register per primo, e un pilota già registrato viene segnalato invece di essere scritto due volte. Undo su una riga annulla la voce come fa il registro: marcata, non cancellata.
Operazioni in diretta#
La scheda delle operazioni in diretta è la vista della squadra a terra: i messaggi di stato dei piloti man mano che arrivano, filtrati su una giornata di task, con aggiornamento automatico per poter restare su uno schermo dell'ufficio gara.
Tutto quello che puoi fare qui lo puoi fare anche dalla mappa in diretta, dove lavora la maggior parte delle squadre. I messaggi, la conferma di presa in carico e l'assegnazione degli autisti sono descritti in Tracciamento in diretta.
Giornate di task#
Le task si creano e si pubblicano nel pianificatore delle task, non qui. Questa scheda le colloca sulle giornate di competizione e gestisce quello che succede intorno.
- Costruisci e pubblica la task nel pianificatore. Open task planner porta direttamente lì.
- Tornato su questa scheda, scegli la task in Unassigned Task e il Competition Day a cui appartiene, e premi Assign Day.
- Durante la giornata, Stop task la ferma. Stop task and notify pilots manda anche un messaggio, e puoi impostare un tempo di score back in secondi. Passata la scadenza il pulsante sparisce: non c'è più nessuno in volo da fermare.
- Dopo la giornata, aggiorna lo stato dell'esportazione IGC e scarica lo ZIP IGC della task.
- Avvisa i piloti che non hanno caricato la loro traccia.
Nota
Togliere una task cancella solo la sua giornata. La task resta nella competizione e torna nell'elenco di quelle non assegnate, quindi una giornata rinviata non costa nulla.
Le esportazioni disponibili sulla competizione sono: le iscrizioni in CSV o XLSX, il registro delle scansioni QR, le tracce in diretta di una giornata di task, e lo ZIP IGC di una task.
Risultati#
I risultati si pubblicano da questa scheda. Ogni pubblicazione ha un ambito, un contesto e, se vuoi, un file.
Se usi il motore di punteggio integrato, la pubblicazione si fa dallo spazio di punteggio e compare qui in automatico. Vedi Il punteggio.
Notizie, file ed email#
Tre schede coprono la comunicazione dell'evento.
{pilot_name}.
Scrivili una volta prima dell'evento e partono da soli mentre i piloti attraversano gli stati.
Gli eventi dei modelli sono quelli dell'iscrizione, cioè inviata, informazioni mancanti, lista d'attesa, pagamento richiesto, confermata, respinta, annullata e rimborsata, più le notifiche all'organizzatore per un'iscrizione nuova o ritirata, il promemoria per la traccia non caricata, e la comunicazione manuale.
Ogni modello può inserire i dati del pilota: {pilot_name} è il nome preso dal modulo di iscrizione, e {pilot_country}, {pilot_glider}, {pilot_harness}, {comp_id} e i campi delle licenze seguono lo stesso schema. Available placeholders, sotto il corpo del messaggio, li elenca tutti. {registration_details} è la scorciatoia: stampa una tabella con ogni campo compilato dal pilota, ed è quello che usano le notifiche all'organizzatore.
Attenzione
Send Event Email To All Registrations fa esattamente questo. Prova prima il modello su te stesso: non si può richiamare indietro.
Pareri dei piloti#
I piloti valutano la competizione e ogni task dall'app, e la scheda dei pareri raccoglie le risposte. La scala va da 1, pessimo, a 10, ottimo.
La competizione viene valutata su organizzazione, comunicazione, sicurezza, sede e siti di volo, rapporto qualità prezzo e divertimento. Le task vengono valutate sulla loro qualità. Ogni domanda mostra la sua media e il numero di risposte, e i commenti si aprono sotto.
Consiglio
Leggilo prima di programmare l'anno successivo, non dopo. Soprattutto i commenti sulla qualità delle task dicono spesso qualcosa che i voti non dicono.