Skip to content
Timmar & minuter kontra decimaltimmar

Timmar & minuter kontra decimaltimmar

mTime visar arbetstid som timmar och minuter7h30, 7:30 — i stället för som decimaltimmar7,5, 7.5. Det är formatet vi rekommenderar, och det är standard för varje ny användare. Om du kommer från ett system som använde decimaltimmar förklarar den här sidan varför vi gjorde det valet och hur du ändå kan byta visningen för dig själv.

Kort sagt: folk förstår minuter, och minuter går alltid ihop. Decimaltimmar ser prydliga ut, men de döljer små avrundningsfel, och de flesta kan inte föreställa sig vad 0,4 timme faktiskt betyder.

Varför vi rekommenderar timmar & minuter

Folk tänker i minuter, inte i tiondelar av en timme

Fråga någon hur länge mötet varade, och de säger “en och en halv timme” eller “fyrtio minuter” — aldrig “1,5 timme” eller “0,67 timme”. Alla vet hur länge 20 minuter är. Nästan ingen kan föreställa sig 0,33 timme.

Den skillnaden spelar roll när folk registrerar sin egen tid. Om tidrapporten ber om decimaltimmar och någon skriver 1,6 för att det ser ungefär rätt ut, är värdet en gissning — de menade “ungefär en och en halv timme”, vilket egentligen är 1h30 (1,5), inte 1,6 (1h36). Att registrera i timmar och minuter tar bort gissandet: du anger den tid du faktiskt menar.

Minuter går alltid ihop — det gör inte decimaltimmar

Tre uppgifter på 20 minuter vardera är exakt en timme. Men skrivna som decimaltimmar avrundas 20 minuter till 0,33, och:

0,33 + 0,33 + 0,33 = 0,99 — inte 1,00

Minuten är exakt; decimaltalet är en avrundad approximation. Gör det över en vecka eller ett helt team, och de små felen hopar sig till summor som inte stämmer. mTime undviker detta helt genom att använda minuter som intern enhet för varje beräkning — arbetad tid, förväntad tid, flexsaldon och rapporter beräknas alla i hela minuter och konverteras till ett visningsformat först allra sist. Tjugo plus tjugo plus tjugo är alltid sextio.

Stämplingstider mäts redan i minuter

När du stämplar in och ut registrerar mTime tiden på minuten — inte på sekunden. Vi spårar medvetet inte sekunder: ingen registrerar “3 minuter och 40 sekunder” arbete, och att låtsas om den precisionen vore falskt. Eftersom rådatan är i minuter innebär det att inget avrundningssteg någonsin behöver ske när minuten används som enhet hela vägen. Decimaltimmar skulle tvinga fram en konvertering — och en konvertering är precis där avrundningsfel smyger sig in.

Det är en personlig visningsinställning

Formatet handlar bara om hur tiden visas för dig. Det ändrar ingenting i de underliggande data — alla i din arbetsyta arbetar med exakt samma minutvärden, oavsett om de ser 7h30 eller 7,5. Att byta format är säkert och går att ångra, och det påverkar endast din egen skärm.

Så här ändrar du det:

  1. Klicka på din profilbild eller ditt namn längst ner till vänster
  2. Välj Preferenser
  3. I avsnittet Formatering väljer du ett Timformat i tidrapporten
Inställningen Timformat i tidrapporten i Preferenser
Inställningen Timformat i tidrapporten i Preferenser

Rullgardinsmenyn visar samma varaktighet i varje stil. Observera att 5h25 blir 5,42 i decimal — en bra illustration av varför decimal är svårt att läsa vid en snabb blick. Du kan välja mellan fyra stilar — två visar timmar och minuter, två visar decimaltimmar:

FormatExempel (7h30)Typ
7h30timmar + h + minuterTimmar & minuter (rekommenderas)
7:30timmar : minuterTimmar & minuter
7,5decimal med kommaDecimaltimmar
7.5decimal med punktDecimaltimmar

Vi behåller decimalalternativen för dem som verkligen föredrar dem eller som kommer från mTime 5 och är vana att läsa tid på det sättet. Men om du sätter upp en arbetsyta för första gången föreslår vi att du låter alla vara kvar på timmar och minuter.

En notering för administratörer: arbetstidsnormer

När du definierar en anställds förväntade arbetstid — arbetstidsnormen och dess fördelning över veckans dagar — lagrar mTime den alltid i exakta minuter. Du kan skriva in ett värde i decimaltimmar om det är vad du har på papper (till exempel blir 37,5 till 37:30), och mTime konverterar det till minuter åt dig. Men den lagrade dagen är minuterna, inte decimaltalet.

Det är här decimaltimmar skapar mest förvirring. Ett avtal som säger “7,11 timmar per dag” ser exakt ut, men 7,11 timmar är 7h 6min 36sek — och mTime spårar inte sekunder. Det finns inget vettigt sätt att arbeta en dag på 7,11 timmar om den minsta enhet du registrerar är minuten. Att definiera dagen som 7h06 eller 7h07 är ärligt om vad folk faktiskt gör.

Därför visar normredigeraren värden i exakta timmar och minuter och lägger till ett litet * bredvid varje decimaltal som behövde avrundas, med påminnelsen:

* Decimaltimmar är ungefärliga; timmar och minuter är exakta.

Tumregel: definiera normer i hela minuter (7h30, 7h24), inte i decimaltimmar. Om ett decimaltal inte landar på en jämn minut flaggar mTime det som ungefärligt — den flaggan säger dig att talet inte kan arbetas exakt som det är skrivet.

Kort sagt

  • Ge folk en enhet de förstår. Ingen behöver räkna ut vad 0,4 timme betyder — de arbetar 24 minuter.
  • Summor stämmer alltid, eftersom varje beräkning sker i hela minuter.
  • Visningen är ditt val, men timmar och minuter är den exakta, rekommenderade standarden.