You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I Bemanning gjøres booking på ukebasis. Dette gjelder booking av for eksempel oppdrag, tilbud og planlagt fravær.
I beregningen av prognosen for en gitt måned må man ofte ta hensyn til uker hvor noen av ukedagene ikke er inkludert i måneden. For disse ukene må man gjøre en antakelse om hvor stor andel av en gitt booking som tilhører hvilken måned. Noen ganger er antakelsene enkle; andre ganger ikke.
Et eksempel på et mindre enkelt scenario er:
Vi skal beregne prognosen for Bendik for september 2025. September 2025 spenner over uke 36 til og med 40.
Bendik er booket 15 t på et oppdrag i uke 40 i år. Uke 40 inneholder to septemberdager og tre oktoberdager.
Videre har Bendik booket ferie fredag 3. oktober.
I praksis betyr dette at de 15 t som er booket kan enten tilhøre de to dagene i september, de to ikke-feriedagene i oktober, eller én dag i hver måned. Hvordan finner vi ut av dette? Ved å se på tilsvarende booking for ukene før og etter uke 40? Bør vi også se på eventuelle andre bookinger (f.eks. planlagt fravær) for å gjøre logikken god nok?
Beregningen gjøres per idag i backend i MonthlyHoursHelper → GetHoursInWeekWithinMonth(). Den eksisterende logikken gjør noen enkle logiske sjekker, men tar ikke høyde for ulike edge cases.
The text was updated successfully, but these errors were encountered:
Noe som kan gjøre dette enda vanskeligere er at dersom man er booket 50 % på et prosjekt, registreres dette gjerne som 15 t, 22.5 t, 15 t, 22.5 t over tid siden vi registrerer hele dager. Det er ikke nødvendigvis enkelt å dedusere et slikt mønster kun ved å se på uka før og etter den månedsdelte uka.
Vil foreslå at man alltid forsøker å fordele 7.5 t om gangen. Eksempel:
En arbeidsuke som er fra 31. januar til 4. februar har 22.5 bookede timer. De bookede timene utgjør tre dager, og kan derfor verken knyttes 100 % til den ene januar-dagen eller 100 % til de fire februar-dagene i den uka. Hvis systemet da skal "tenke smart", bør enten alle timene legges til februar, eller så bør 7.5 t legges til januar og 15 t til februar.
I Bemanning gjøres booking på ukebasis. Dette gjelder booking av for eksempel oppdrag, tilbud og planlagt fravær.
I beregningen av prognosen for en gitt måned må man ofte ta hensyn til uker hvor noen av ukedagene ikke er inkludert i måneden. For disse ukene må man gjøre en antakelse om hvor stor andel av en gitt booking som tilhører hvilken måned. Noen ganger er antakelsene enkle; andre ganger ikke.
Et eksempel på et mindre enkelt scenario er:
Beregningen gjøres per idag i backend i
MonthlyHoursHelper
→GetHoursInWeekWithinMonth()
. Den eksisterende logikken gjør noen enkle logiske sjekker, men tar ikke høyde for ulike edge cases.The text was updated successfully, but these errors were encountered: