Timer & minutter kontra decimaltimer
mTime viser arbejdstid som timer og minutter — 7t30, 7:30 — og ikke
som decimaltimer — 7,5, 7.5. Det er det format, vi anbefaler, og det er
standard for alle nye brugere. Hvis du kommer fra et system, der brugte
decimaltimer, forklarer denne side, hvorfor vi traf det valg, og hvordan du
stadig kan skifte visningen for dig selv.
0,4 time egentlig er.Hvorfor vi anbefaler timer & minutter
Vi tænker i minutter, ikke i tiendedele af en time
Spørg en kollega, hvor længe mødet varede, og svaret er “halvanden time” eller
“fyrre minutter” — aldrig “1,5 time” eller “0,67 time”. Alle ved, hvor lang tid
20 minutter er. Næsten ingen har en fornemmelse af 0,33 time.
Det har betydning, når medarbejderne selv registrerer deres tid. Hvis
tidsregistreringen beder om decimaltimer, og en medarbejder skriver 1,6, fordi
det ser nogenlunde rigtigt ud, er værdien et gæt. Medarbejderen mente “cirka
halvanden time”, og det er 1t30 (1,5), ikke 1,6 (1t36). Når du
registrerer i timer og minutter, forsvinder gætteriet: Du indtaster præcis den
tid, du mener.
Minutter går altid op — det gør decimaltimer ikke
Tre opgaver på 20 minutter hver er præcis én time. Men skrevet som decimaltimer
afrundes 20 minutter til 0,33, og:
0,33 + 0,33 + 0,33 = 0,99— ikke1,00
Minuttet er nøjagtigt, mens decimaltallet er en afrundet tilnærmelse. Over en uge eller for et helt team hober de små fejl sig op, så summerne ikke stemmer. mTime undgår det helt ved at bruge minutter som enhed i alle beregninger: Arbejdet tid, forventet tid, flexsaldi og rapporter beregnes i hele minutter og omregnes først til et visningsformat helt til sidst. Tyve plus tyve plus tyve er altid tres.
Check ind og check ud registreres allerede i minutter
Når du checker ind og ud, registrerer mTime tidspunktet på minuttet — ikke på sekundet. Vi registrerer bevidst ikke sekunder: Ingen registrerer “3 minutter og 40 sekunder” arbejde, og den præcision ville være falsk. Fordi rådataene er i minutter, og minuttet bruges som enhed hele vejen igennem, skal der aldrig afrundes. Decimaltimer ville kræve en omregning — og det er netop ved en omregning, at afrundingsfejl sniger sig ind.
Det er en personlig visningspræference
Formatet handler kun om, hvordan tiden vises for dig. Det ændrer intet ved de
underliggende data — alle i dit arbejdsområde arbejder med præcis de samme
minutværdier, uanset om de ser 7t30 eller 7,5. Du kan roligt skifte format og
skifte tilbage igen, og det påvirker kun din egen skærm.
Sådan ændrer du det:
- Klik på dit profilbillede eller navn nederst til venstre
- Vælg Præferencer
- Vælg et Timeformat for tidsregistrering i sektionen Formatering

Rullemenuen viser den samme varighed i hvert format. Bemærk, at 5t25 bliver til
5,42 som decimaltal — et godt eksempel på, hvorfor decimaltimer er svære at
aflæse hurtigt. Du kan vælge mellem fire formater — to viser timer og minutter,
to viser decimaltimer:
| Format | Eksempel (7t30) | Type |
|---|---|---|
7t30 | timer + t + minutter | Timer & minutter (anbefalet) |
7:30 | timer : minutter | Timer & minutter |
7,5 | decimal med komma | Decimaltimer |
7.5 | decimal med punktum | Decimaltimer |
Vi beholder decimalformaterne til dem, der virkelig foretrækker dem, eller som kommer fra mTime 5 og er vant til at læse tid på den måde. Men hvis du opsætter et arbejdsområde for første gang, anbefaler vi, at alle beholder timer og minutter.
Til administratorer: arbejdstidsnormer
Når du definerer en medarbejders forventede arbejdstid — arbejdstidsnormen og dens fordeling
over ugens dage — gemmer mTime den altid i nøjagtige minutter. Du kan indtaste
en værdi i decimaltimer, hvis det er det, du har på papir (for eksempel bliver
37,5 til 37:30), og mTime konverterer den til minutter for dig. Det er
minutterne, der gemmes for dagen, ikke decimaltallet.
Det er her, decimaltimer skaber mest forvirring. En kontrakt, der siger “7,11
timer om dagen”, ser præcis ud, men 7,11 timer er 7t 6min 36sek — og mTime
registrerer ikke sekunder. Man kan ikke arbejde præcis 7,11 timer om dagen, når
den mindste enhed, der registreres, er minuttet. Definerer du dagen som 7t06
eller 7t07, svarer normen til det, medarbejderne faktisk kan arbejde.
Derfor viser normeditoren altid værdier i nøjagtige timer og minutter. Fordelingen dag for dag viser kun timer og minutter. Foretrækker du decimaltimer, viser ugeværdien også decimaltallet, nedtonet, ved siden af de nøjagtige timer og minutter.
7t30, 7t24), ikke i
decimaltimer. Hvis et decimaltal ikke går op i hele minutter, runder mTime det
til nærmeste minut — tallet kan ikke overholdes præcis, som det står.Kort sagt
- Brug en enhed, alle forstår. Ingen behøver at regne ud, hvad
0,4time betyder — de arbejder24 minutter. - Summerne stemmer altid, fordi hver beregning sker i hele minutter.
- Visningen er dit valg, men timer og minutter er den nøjagtige, anbefalede standard.