Eventor

Our Palliative Care Medical Billing Services guarantees the accuracy of over 98% first bill pass rate, high-quality billing services.

Our MRI Medical Billing Services guarantees the accuracy of over 98% first bill pass rate, high-quality billing services.

Og, i tillegg så er det da viktig for framtidige arrangører å merke seg at dette er en feil som oppstår ved nedlasting av påmeldinger, så det er viktig å kjøre riktig versjon av etiming allerede før man laster ned påmeldingene - det hjelper lite å oppgradere før startliste- eller resultatopplastinga.

Da fikk jeg et hint fra Jo Inge, og ser at problemet er at EntryId som lastes opp mangler siste siffer i forhold til det som lastes ned av påmeldinger. Her er det som lastes ned:

<PersonEntry modifyTime="2013-04-22T18:15:15+02:00"><Id type="Eventor">221775</Id><Person modifyTime="2011-12-04T15:23:39+01:00" sex="M"><Id type="Eventor">100</Id><Name><Family>Mogstad</Family><Given>HÃ¥kon</Given></Name><BirthDate>1962-10-28</BirthDate><Nationality code="NOR"/></Person>

Dermed er dette løst (som det sikkert var på forhånd uten at det var postet her :). En ren software-feil fra software som kutter siste siffer.

Nå har jeg fått tilgang til alle relevante filer for et  par løp med dubletter og sett på filene som er lastet opp:

* Det som har skjedd er at det ikke blir kobling mellom dem som er lastet opp i en resultatliste xml-fil og dem som er påmeldt i Eventor - slik at alle som blir lastet opp fra resultatliste xml-filen blir påmeldt på nytt. Dermed blir det dubletter kun for dem som var forhåndspåmeldt (derfor er ikke alle 2 ganger)

* Det er ikke nødvendigvis opplasting av startliste som er problemet - det kan også skje dersom man bare laster opp resultatliste (det er godt mulig det bare er resultatliste for hva jeg vet - vanskelig å si ut fra de arrangement jeg har fått tilgang til)

* Jeg ser en del avvik i resultatliste xml-filen i forhold til de løp som har fungert - bl.a. er bib-number tomt for alle løpere. Men jeg har ikke satt meg nok inn i detaljene på IOF 3.0 xml-formatet til å vite om det er denne detaljen som er problemet eller noe annet. Det blir iallfall sendt tilbake riktig både påmeldingsID og løperID i xml-filen (som hadde vært den mest opplagte feilen).
* Jeg ser at det er brukt eTiming til å generere xml-filen som er lastet opp. Jeg kan ikke se av filen hvilken versjon av eTiming som brukes (det hadde helt klart vært en fordel om det sto i filen) - men det kan godt tenkes dette er en gammel versjon av eTiming siden det skal ha kommet en oppdatering på et tidspunkt som fikset noen problemer med formatet
* Når først feilen (med feil resultatliste-fil) er skjedd vil det nok ikke hjelpe å laste opp på nytt. 

* Jeg ville anbefale noen av dem som har fått problemet å sjekke om det er kommet en oppdatering av eTiming i ettertid, og sjekke om den også gir feil. Hvis de allerede har brukt siste versjon av eTiming, så bør EMIT gjøre litt testing på Eventor testserver for å se hvorfor dette blir feil - jeg har litt vanskelig for å forstå at dette kan være noe annet enn software som gir feil xml-fil (men Eventor er kjent for å være litt kresent - man må følge spesifikasjonene og ikke prøve å lure seg unna med noen snarveier)

Jeg har filer (både xml-filer og nedlastet "Entry overview") om noen har interesse. Eksempel fra xml-fil (både EntryId og Id for person er riktig):

<PersonResult>
<EntryId>22177</EntryId>
<Person>
<Id>100</Id>
<Name><Family>Mogstad</Family>
<Given>HÃ¥kon</Given>
</Name>
</Person>
<Organisation><Id>69</Id> <Name>Fana IL</Name>
<Country code="NOR">Norway</Country>
</Organisation>
<Result>
<BibNumber>0</BibNumber>
<StartTime>2013-04-23T17:30:00+01:00</StartTime>
<FinishTime>2013-04-23T18:05:02+01:00</FinishTime><Time>2102</Time><TimeBehind>471</TimeBehind><Position>7</Position><Status>OK</Status>
<Course>
<Length>3100</Length>
</Course>
<SplitTime><ControlCode>112</ControlCode><Time>215</Time>
</SplitTime>
<SplitTime><ControlCode>104</ControlCode><Time>340</Time>
</SplitTime>
<SplitTime><ControlCode>113</ControlCode><Time>561</Time>
</SplitTime>
<SplitTime><ControlCode>107</ControlCode><Time>800</Time>
</SplitTime>
<SplitTime><ControlCode>108</ControlCode><Time>1098</Time>
</SplitTime>
<SplitTime><ControlCode>115</ControlCode><Time>1342</Time>
</SplitTime>
<SplitTime><ControlCode>114</ControlCode><Time>1609</Time>
</SplitTime>
<SplitTime><ControlCode>110</ControlCode><Time>1844</Time>
</SplitTime>
<SplitTime><ControlCode>100</ControlCode><Time>2061</Time>
</SplitTime>
<SplitTime><ControlCode>75</ControlCode><Time>2102</Time>
</SplitTime>
</Result>
</PersonResult>

Eksempler fra "Entry overview":

-> Pål

Kunne kanskje være interessant å sammenligne nedlasta påmeldingsliste (velg xml 3.0-format) med startlista du laster opp. Se etter person-ID i begge to, og se om den blir bevart etter turen innom etiming, dvs at du finner samme person-ID i startlista som i påmeldingslista. Min hypotese er at du for løp med dubletter enten vil finne ulike id'er eller manglende id i startliste-fila.

Eksempel fra et arrangement hos oss, der du finner ID 279 for undertegnede i begge filer:

Påmeldingslista:

Skulle vært ikke får rett etteranmeldingskontingent...

Når du ikke for etteranmeldingskontingent i eTiming er datoer for påmeldingsfristene feil satt opp i Eventor.

Sjekket opp og det er nyeste versjon vi bruker. I xml filen med startlister ligger alle kun en gang, så synes dette er litt rart. Men noe har nok sjedd i databasen på eventor for det ene løpet siden vi ikke får levert løpsrapporten -og denne er jo manuell input.

Jeg ville sjekka opp hvilken versjon av etiming som brukes og om det er en ny nok versjon. Hos oss bruker vi Brikkesys, og det var i sin tid noe småtrøbbel av den typen i forbindelse med overgang til IOF XML 3.0-format for kommunikasjonen, men det ble jo raskt retta. Regner med det er fiksa også i etiming, ettersom de fleste løp har riktig antall påmeldte også etter startlista har kommet ut.

Vi arrangerte to løp i helgen. Når vi lastet opp startlistene ble plutselig deltakerantallet dobbelt. Startlistene stemte, men listes løpere stod alle to ganger. Ikke noe problem egentlig bortsett fra at løypelegger og løpsleder fikk sjokk da de trodde de hadde alt for få kart :-)

Men disse tallene kommer opp i løpsrapporten. Rettet til reelle tall og fikk levert på det ene løpet, men for det andre får jeg listet alt korrekt med rett antall løpere og rette kontigenter (ingen av de etteranmeldte ble registrert som etteranmeldte, men regner med at dette er problem i etiming), men når jeg stykker neste for å levere får jeg feilmelding og kontigentene  blanket ut og det er kun en kontignetsats igjen.