Det er jo helt logisk at alle tidsangivelser i Doffin er på London-tid… ikke sant?
Ja, det er helt sant: Doffin oppgir tidsfrister på London-tid! Det blir jo stort sett to timer feil for oss her på berget. Bare ta en titt på denne, helt tilfeldig utvalgte nasjonale anskaffelsen på Doffin. Ruller du ned til punkt 5.1.12 under punktet om delkontrakt, vil du se at fristen til å levere tilbud er klokka 10. Er ikke det litt uvanlig med tilbudsfrist klokka 10, da? De fleste norske innkjøpere bruker jo 12 som tidspunkt for tilbudsfrist.
Ja, det gjør de, og denne konkurransen har også tilbudsfrist klokka 12 – norsk tid.
Ser du ekstra nøye på klokkeslettet, så ser du at det står «Z» bak tidspunktet. Z står for Zulutid, også kalt GMT eller Londontid:
Norge ligger to timer foran London – det vil si at når klokka er 10 i London, har den allerede rukket å bli 12 her hos oss.
Mer tid enn du trodde
Sagt på en annen måte: alle som leverer tilbud, tror altså at de har to timer mindre til rådighet enn de egentlig har.
Heldigvis blir uklarheten fort oppklart når man klikker seg bort fra Doffin og over til oppdragsgiverens KGV. Der står den riktige tilbudsfristen, altså kl. 12, norsk tid (GMT+2).
Så hvorfor oppstår dette? Har folka i DFØ en nostalgisk lengten tilbake til krigens dager og «stemmen fra London»? Har de forelsket seg i afrikansk kultur og ønsker å få alle norske leverandører til å google Zulu?
Eller har de rett og slett sovnet i timen?
En liten tidsreise
Vi får ta et historisk tilbakeblikk, sånn at vi ihvertfall kan forstå hva dette handler om.
En gang var jorda mye større enn den er i dag. Det tok månedsvis å krysse Atlanteren og tog var ikke engang påtenkt. Hva klokka var i London var rett og slett totalt uinteressant for alle andre enn de som faktisk bodde der. Her i Norge kunne selv nabogården finne på å ha en annen tidssone enn der du bodde.
Så kom tog og telegraf og behovet for å samordne tidsbegrepet ble mer presserende. Siden det var britene som lå lengst framme akkurat da, ble nullpunktet satt i London. Nærmere bestemt ved Greenwich-observatoriet like utenfor. Hit kan du fremdeles dra og stå på nullmeridianen, med et ben på den østlige halvkule, og ett på den vestlige. I motsetning til nord og sør, er det ingen teknisk grunn til at null skulle være akkurat der, men ett sted måtte vi jo sette en strek og dermed var GMT – Greenwich Mean Time – født.
Og fra denne streken strakte tidsbegrepet seg mot øst og vest, og delte planeten inn i tidssoner, sånn at alle kunne rekke toget i New York (GMT-5), eller vite når børsen stengte i Tokyo (GMT+9). Her hos oss havnet vi i en tidssone som ligger to timer foran GMT, altså er Norge GMT+2.
I militæret måtte man selvsagt finne på sine egne regler, så London-tid ble forkortet med bokstaven Z, som i det internasjonale bokstaveringsalfabetet omtales som «Zulu» (du vet: alfa, bravo, charlie osv).
Ergo: Zulutid = Londontid = GMT. For å gjøre det enklere, kan man skrive klokkeslettet 10:00:00 (GMT) som 10:00:00Z.
Normalt opplyst?
Enkelt og logisk, ikke sant? Man får jo tro at alle normalt opplyste leverandører forstår at Z betyr at du skal legge til to timer på det angitte tidspunktet for å få lokal tid, altså GMT+2 for Norge.
Tidspunktene på Doffin er altså teknisk sett korrekte, og siden alle kan dette med tidssoner på rams, blir det jo ikke noe kluss av sånt, ikke sant?
Nåja…
Heldigvis er det ikke så mange som gidder å bla seg ned gjennom side på side med meningsløs ESPD-tekst for å finne disse tidspunktene på Doffin. De fleste går nok heller direkte til oppdragsgivers KGV, hvor tilbudsfristen med dato og klokkeslett vises der den burde stå: øverst, på forsiden, med stor skrift.
Her vises selvsagt også tidspunktet som lokal tid – altså tida her i Norge hvor alle som leser Doffin faktisk befinner seg.
Men hvorfor?
Så tilbake til problemet: hvorfor viser DFØ tidspunkt for tilbudsfrist, frist for å stille spørsmål osv på en så tullete måte? Er det for å tvinge oss alle til å få et mer bevisst forhold til tid, London eller Zuluer, kanskje?
Svaret ligger selvsagt i kode. Det er et IT-prosjekt i bunnen av alt dette. Datakoden som brukes for å vise fram Doffin må snakke med Mercell, Artifik og alle andre KGV som sender data.
En lengre dialog med Mercell og Doffin viser ikke overraskende at de to partene skylder på hverandre. Doffin mener at Mercell sender data på feil format, og Mercell mener at Doffin tolker dataene de sender på feil måte… Midt i mellom sitter vi som bruker systemene, og må sette oss inn i den industrielle revolusjon, militærhistorie, afrikansk kultur og det internasjonale bokstaveringsalfabetet for å forstå når vi skal levere tilbud. Ifølge en av partene som mener den andre er skyld i problemet, er det «forøvrig tett dialog mellom tekniske utviklere hos Mercell og det tekniske teamet bak Doffin».
Slik dialog har det vært i noen måneder, men feilen er der fortsatt. Kanskje det tar så lang tid fordi de bruker varder og røyksignaler til å kommunisere med hverandre? Det tar tid å etablere en effektiv kommunikasjonsprotokoll med røyksignaler – bare spør vikingene.
En mulig løsning
Men hva skal til for å løse floken? En pragmatisk løsning er at offentlige Doffin rett og slett tilpasser sine systemer til å finne ut hva slags tidssone tidsfristene de mottar er angitt i, og så rett og slett korrigere for dette. Det er ikke spesielt vanskelig – tidssonen ligger i koden.
I følge ChatGPT kan det løses omtrent slik:
from datetime import datetime, timedelta
def convert_to_gmt_plus_2(received_time, is_gmt):
if is_gmt:
return received_time + timedelta(hours=2) # Add 2 hours for GMT to GMT+2
else:
return received_time # Already in GMT+2
Sagt på en annen måte: legg inn en sjekk på hvilken tidssone som brukes, og juster til norsk tid. Ferdig med saken. Denne koden kan jo bare bli liggende dersom Mercell «plutselig» skulle endre til å sende data i GMT+2 i stedet, siden snutten vil oppdage det og dermed ikke korrigere.
Det er teorien, ihvertfall. I praksis er det kanskje litt vanskeligere, men er det virkelig så vanskelig at all verdens kloke hoder i to store teknologimiljøer ikke kan fikse det ChatGPT antyder hvordan man kan løse i løpet av noen sekunder?
Enter: advokatene
Dessverre må det vel en ulykke til før noen gidder å løse opp i floka. Det er lett å se for seg en slik ulykke: en leverandør går inn på Doffin for å se på en konkurranse, konstaterer at tidsfristen er klokken 10, og konkluderer med at han ikke vil rekke å gi tilbud. Så viser det seg senere at det var 10 Zulutid, og dermed 12 norsk tid som var fristen og at han ville rukket det likevel. Leverandøren satt jo i Javndal kommune – ikke i London. Så saksøker han oppdragsgiveren for tapt mulighet til å delta, siden opplysningene på Doffin går foran konkurransegrunnlaget.
Det blir jo lett komisk å se for seg en rettssak rundt dette:
Klager: Men hvordan skulle jeg vite at Doffin opererte med London-tid?
Oppdragsgivers advokat (trekker pusten og tar fatt): Enhver normalt opplyst person må forstå at når et tidspunkt etterfølges av bokstaven Z, så har man angitt zulutid, altså Londontid, eller GMT istedet for GMT+2!
Dommeren: Unnskyld meg… Zulu? er ikke det en afrikansk folkegruppe – hva har de med kjøp av forstøtningsmurer til Javndal kommunehus å gjøre? Er dette en variant av disse Sherpa-trappene, kanskje?
Oppdragsgivers advokat (svelger tungt)…
Lettere å flytte til London
Så, kanskje man bare skal flytte dit Zuluene bor? Det må jo være det rette stedet for zulutid? Nei, dessverre. I disse områdene helt sør i Afrika, opererer man faktisk med samme tidssone som Norge, altså GMT+2…
Det enkleste er nok at alle som driver med offentlige innkjøp i Norge rett og slett flytter til …London.
