Ga naar inhoud
Uren & minuten versus decimale uren

Uren & minuten versus decimale uren

mTime toont werktijd als uren en minuten7h30, 7:30 — in plaats van als decimale uren7,5, 7.5. Dat is het formaat dat we aanbevelen, en het is de standaard voor elke nieuwe gebruiker. Als je van een systeem komt dat decimale uren gebruikte, legt deze pagina uit waarom we die keuze hebben gemaakt en hoe je de weergave toch voor jezelf kunt aanpassen.

Kort samengevat: mensen begrijpen minuten, en minuten kloppen altijd. Decimale uren zien er netjes uit, maar ze verbergen kleine afrondingsfouten, en de meeste mensen kunnen zich niet voorstellen wat 0,4 uur eigenlijk betekent.

Waarom we uren & minuten aanbevelen

Mensen denken in minuten, niet in tienden van een uur

Vraag iemand hoe lang zijn vergadering duurde en het antwoord is “anderhalf uur” of “veertig minuten” — nooit “1,5 uur” of “0,67 uur”. Iedereen weet hoe lang 20 minuten is. Bijna niemand kan zich 0,33 uur voorstellen.

Dat verschil doet ertoe wanneer mensen hun eigen tijd registreren. Als de urenstaat om decimale uren vraagt en iemand typt 1,6 omdat het ongeveer klopt, is de waarde een gok — hij bedoelde “ongeveer anderhalf uur”, wat eigenlijk 1h30 (1,5) is, niet 1,6 (1h36). Registreren in uren en minuten haalt het gokken weg: je voert precies de tijd in die je bedoelt.

Minuten kloppen altijd — decimale uren niet

Drie taken van elk 20 minuten zijn precies één uur. Maar geschreven als decimale uren wordt 20 minuten afgerond op 0,33, en:

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

De minuut is exact; het decimale getal is een afgeronde benadering. Doe dit over een week of een heel team en de kleine fouten stapelen zich op tot totalen die niet kloppen. mTime vermijdt dit volledig door minuten als interne eenheid te gebruiken voor elke berekening — gewerkte tijd, verwachte tijd, flexsaldi en rapporten worden allemaal in hele minuten berekend en pas helemaal op het einde omgezet naar een weergaveformaat. Twintig plus twintig plus twintig is altijd zestig.

Kloktijden worden al in minuten gemeten

Wanneer je in- en uitklokt, registreert mTime de tijd op de minuut — niet op de seconde. We houden bewust geen seconden bij: niemand registreert “3 minuten en 40 seconden” werk, en die precisie voorwenden zou onjuist zijn. Omdat de ruwe gegevens in minuten zijn, betekent het gebruiken van de minuut als eenheid van begin tot eind dat er nooit een afrondingsstap hoeft plaats te vinden. Decimale uren zouden een omzetting afdwingen — en een omzetting is precies waar afrondingsfouten binnensluipen.

Het is een persoonlijke weergavevoorkeur

Het formaat gaat alleen over hoe de tijd aan jou wordt getoond. Het verandert niets aan de onderliggende gegevens — iedereen in je werkruimte werkt met precies dezelfde minuutwaarden, of ze nu 7h30 of 7,5 zien. Van formaat wisselen is veilig en omkeerbaar, en het beïnvloedt alleen je eigen scherm.

Zo pas je het aan:

  1. Klik op je profielfoto of naam linksonder
  2. Selecteer Voorkeuren
  3. Kies in het gedeelte Opmaak een Urenstaatuurnotatie
Instelling Urenstaatuurnotatie in Voorkeuren
Instelling Urenstaatuurnotatie in Voorkeuren

Het dropdownmenu toont dezelfde duur in elke stijl. Merk op dat 5h25 in decimaal 5,42 wordt — een goede illustratie van waarom decimaal in één oogopslag moeilijk te lezen is. Je kunt kiezen uit vier stijlen — twee tonen uren en minuten, twee tonen decimale uren:

FormaatVoorbeeld (7h30)Type
7h30uren + h + minutenUren & minuten (aanbevolen)
7:30uren : minutenUren & minuten
7,5decimaal met een kommaDecimale uren
7.5decimaal met een puntDecimale uren

We houden de decimale opties voor wie ze echt verkiest of wie van mTime 5 komt en gewend is tijd zo te lezen. Maar als je een werkruimte voor het eerst inricht, raden we aan iedereen op uren en minuten te laten staan.

Een opmerking voor beheerders: werktijdnormen

Wanneer je de verwachte werktijd van een medewerker definieert — de werktijdnorm en de verdeling ervan over de dagen van de week — slaat mTime die altijd op in exacte minuten. Je kunt een waarde in decimale uren invoeren als dat is wat je op papier hebt (bijvoorbeeld 37,5 wordt 37:30), en mTime zet die voor je om naar minuten. Maar de opgeslagen dag zijn de minuten, niet het decimale getal.

Hier zorgen decimale uren voor de meeste verwarring. Een contract dat “7,11 uur per dag” zegt, lijkt precies, maar 7,11 uur is 7u 6min 36s — en mTime houdt geen seconden bij. Er is geen zinnige manier om een dag van 7,11 uur te werken als de kleinste eenheid die je registreert de minuut is. De dag definiëren als 7h06 of 7h07 is eerlijk over wat mensen daadwerkelijk zullen doen.

Daarom toont de normeditor waarden in exacte uren en minuten en voegt een kleine * toe naast elk decimaal getal dat moest worden afgerond, met de herinnering:

* Decimale uren zijn bij benadering; uren en minuten zijn exact.

Vuistregel: definieer normen in hele minuten (7h30, 7h24), niet in decimale uren. Als een decimaal getal niet op een hele minuut uitkomt, markeert mTime het als bij benadering — die markering vertelt je dat het getal niet exact kan worden gewerkt zoals het is geschreven.

Samengevat

  • Geef mensen een eenheid die ze begrijpen. Niemand hoeft uit te rekenen wat 0,4 uur betekent — ze werken 24 minuten.
  • Totalen kloppen altijd, omdat elke berekening in hele minuten gebeurt.
  • De weergave is jouw keuze, maar uren en minuten is de exacte, aanbevolen standaard.