Content
View differences
Updated by Klaus Zanders 4 months ago
**As** a As part of resource manager
**I want to** track for planning, we need to be able to configure each user in the system on what weekdays they work, how many working hours per day (start time and end time), daily or weekly working number of hours, whether they work, when they are not available
**so that** I can properly plan my resources.
**Acceptance criteria**
* For every user in the system it is possible to track
* Working days
* How many hours per day they work.
We chose this over on vacation on a weekly work time so we can properly overlay certain date. From this with work packages
* An _availability factor_. We acknowledge that users will not always work 100% on project work. Daily business and other stuff happens. So info we can specify this factor (i.e. user works 40hrs per week, availability factor of 80% --> 32hrs of resource availability)
* Vacation times and other unavailable days should be trackable. For privacy reasons, no more details than just unavailable days should be tracked (i.e. no differentiation between holidays and sick days)
* There should be a setting, if those hours can be edited by users themselves, only with a certain role, or not at all
* The settings should be changeable by calculate the API
* Modification should be handled by a new tab in the user edit page.
**Technical notes**
* Availability times should be logged like hourly rates. With a starting date. That will work properly with users switching from full to part time, etc
* Old user's availability records cannot be edited but new ones can be added.
**Permissions and visibility considerations**
* Users should see their own times
* If the self-service setting is enabled so that users can do self-editing of times, users can edit their own times
* If the self-service setting is disabled, only users with the `Manage user working hours` permission are allowed to edit times
**Translation considerations**
* _Key terms and phrases in the key languages_
**Out of scope**
* We do not want to become an HR system. So things like vacation requests, etc will not be implemented
* The UI to manage the data is a help for smaller customers. We expect the data to mostly be injected into our system by an external service (HR system, etc) via the API when assigning tasks it would display available resources only.
**I want to** track for
**so that** I can properly plan my resources.
**Acceptance criteria**
* For every user in the system it is possible to track
* Working days
* How many hours per day they work.
We chose this over
* An _availability factor_. We acknowledge that users will not always work 100% on project work. Daily business and other stuff happens. So
* Vacation times and other unavailable days should be trackable. For privacy reasons, no more details than just unavailable days should be tracked (i.e. no differentiation between holidays and sick days)
* There should be a setting, if those hours can be edited by users themselves, only with a certain role, or not at all
* The settings should be changeable by
* Modification should be handled by a new tab in the user edit page.
**Technical notes**
* Availability times should be logged like hourly rates. With a starting date. That will work properly with users switching from full to part time, etc
* Old
**Permissions and visibility considerations**
* Users should see their own times
* If the self-service setting is enabled
* If the self-service setting is disabled, only users with the `Manage user working hours` permission are allowed to edit times
**Translation considerations**
* _Key terms and phrases in the key languages_
**Out of scope**
* We do not want to become an HR system. So things like vacation requests, etc will not be implemented
* The UI to manage the data is a help for smaller customers. We expect the data to mostly be injected into our system by an external service (HR system, etc) via the API