Påmeldingskilde og hvem som får endre hva

Hver løper i et løp har en påmeldingskilde: hvor raden kom fra. Kilden avgjør hvem som får endre raden, og den er grunnen til at du kan rette ting i o-Tid uten at neste henting fra Eventor ødelegger rettelsen.

De tre kildene

Eventor. Løperen ble hentet fra Eventor. Eventor eier raden: henter du på nytt med Alle, oppdateres klasse, klubb og brikke fra Eventor, og en løper som er meldt av der, blir Utmeldt her.

Portal. Løperen meldte seg på i påmeldingsportalen. Portalen skriver rett inn i o-Tid, så det er ingen import og ingen synk; raden er der i samme øyeblikk. Eventor-hentingen rører den ikke.

Manuell. Løperen ble lagt inn i o-Tid, i tidtakingsskjermen eller i kiosken. Eventor- hentingen rører den ikke.

Kilden står i feltet Kilde i løperskjemaet og i kolonnen Kilde i tidtakingsskjermen. Den er en egenskap ved raden, ikke ved arrangementet: ett løp kan ha rader fra alle tre kildene.

Dine rettelser vinner

Retter du et felt på en Eventor-rad selv, for eksempel brikkenummer, klasse eller klubb, husker o-Tid at feltet er endret lokalt. Neste henting fra Eventor overskriver alle andre felt, men ikke det du rettet. Skjemaet merker slike felt.

Lokale rader og ID-område

En lokal rad er en løper eller klubb som er opprettet i o-Tid og ikke finnes i Eventor. Den er merket som lokal (kolonnen Eventor/Lokal i søket) og sendes aldri til Eventor: en lokal løper havner ikke i result.xml.

For at to klubber aldri skal lage samme nummer på lokale rader, har hver klubb sitt eget ID-område. Det er normalt klubbens organisasjonsnummer i Eventor, og du trenger ikke tenke på det. Klubber som ikke bruker Eventor, får et område tildelt.

Hvorfor det er slik

Det gamle problemet var at hver henting fra Eventor kunne skrive over det tidtakeren hadde rettet ti minutter tidligere: en brikke som var byttet, en klasse som var rettet på stedet. Kilde per rad, og huskede rettelser, gjør at Eventor og o-Tid kan være uenige om en løper uten at noen av dem taper.