Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Utbedre fordelingen av booket tid i en uke som overlapper to måneder #624

Open
astride opened this issue Jan 31, 2025 · 2 comments
Open
Milestone

Comments

@astride
Copy link
Contributor

astride commented Jan 31, 2025

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 MonthlyHoursHelperGetHoursInWeekWithinMonth(). Den eksisterende logikken gjør noen enkle logiske sjekker, men tar ikke høyde for ulike edge cases.

@astride astride added this to the Vise prognose milestone Jan 31, 2025
@astride
Copy link
Contributor Author

astride commented Jan 31, 2025

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.

@astride astride mentioned this issue Jan 31, 2025
@astride
Copy link
Contributor Author

astride commented Feb 4, 2025

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant