Content
View differences
Updated by Niels Lindenthal over 1 year ago
**As a project team member**
an** employee
**I want to** enter a start and end time when creating time entries
**so that** my company can deliver detailed time sheets for the project controlling and invoicing. to my customers
**Use case** ### Use case
Some customers require detailed time sheets when I bill them. They do not only want to see how long I have been working on a task, but also when I started and ended. Start and end-time can be very important for interventions outside normal business hours, because they are sometimes billed at a higher rate.
**Acceptance criteria** ### Current Workaround
I defined to string custom fields with a regex, so that it is possible to enter a start and end time. That works fine, although there is no logic and no validation behind it. And in the standard cost report they are not visible.
### User proposal
* Start/End Something like this (screen shot from my own client, so that's why it's not familiar):
<img class="image_resized op-uc-image op-uc-image_inline" style="width:240px;" src="/api/v3/attachments/18856/content" alt="">
* in case creating time can be made mandatory per project in Project settings -> Time tracking (renamed)
entries that pass over midnight is important, it could look like outlook appointments:
<img class="image_resized op-uc-image op-uc-image_inline" style="width:244px;" src="/api/v3/attachments/18857/content" alt="">
* There Whether Start/End time is a default setting for all new projects defined in Administration -> Time required, should be configurable, preferably on system and costs -> Settings
project level
### Acceptance criteria
* Transform the dialog to Primer and add primer forms.
* Add the fields for start date, start time, finish date and finish time, break time and total worked time.
* The total worked time should be automatically calculated if start and finish time are introduced.
* Break time should always be extracted from the total.
* The user can still manually enter work time by filling the mandatory fields (User, Start date and Total worked time).
* The selection of dates will remain the date flatpicker. For the selection of time the 24h time flatpicker will be user.
* Ensure the dialog includes the fields in all cases:
* Log time from work package
* Log time from _My time spent_ widget in _My page_
* Editing a time logged from the _Time and costs_ reports
* When using the track time functionality inside of a work package add the time when the user clicked the start button as Start time and the stop time when the user Stops the tracking.
* A user can not log time multiple times on the same minute.
**Out ### Out of scope** scope
* Redesign or improve the times and costs pages.
**Implementation** ### Implementation
* Store start and end date-time in the database (easy for finding double-bookings for a single employee) or store start date-time and duration (easier implementation when start and end time is not used and for migration of existing data)
**Figma ### Figma and visuals** visuals
https://www.figma.com/design/xRFTkBJYxQJxwAf9fd3oM1/Log-time?node-id=310-6194
**Use case**
Some customers require detailed time sheets when I bill them. They do not only want to see how long I have been working on a task, but also when I started and ended. Start and end-time can be very important for interventions outside normal business hours, because they are sometimes billed at a higher rate.
**Acceptance criteria**
### User proposal
<img class="image_resized op-uc-image op-uc-image_inline" style="width:240px;" src="/api/v3/attachments/18856/content" alt="">
* in case creating
<img class="image_resized op-uc-image op-uc-image_inline" style="width:244px;" src="/api/v3/attachments/18857/content" alt="">
### Acceptance criteria
* Add the fields for start date, start time, finish date and finish time, break time and total worked time.
* The total worked time should be automatically calculated if start and finish time are introduced.
* Break time should always be extracted from the total.
* The user can still manually enter work time by filling the mandatory fields (User, Start date and Total worked time).
* The selection of dates will remain the date flatpicker. For the selection of time the 24h time flatpicker will be user.
* Ensure the dialog includes the fields in all cases:
* Log time from work package
* Log time from _My time spent_ widget in _My page_
* Editing a time logged from the _Time and costs_ reports
* When using the track time functionality inside of a work package add the time when the user clicked the start button as Start time and the stop time when the user Stops the tracking.
* A user can not log time multiple times on the same minute.
**Out
* Redesign or improve the times and costs pages.
**Implementation**
* Store start and end date-time in the database (easy for finding double-bookings for a single employee) or store start date-time and duration (easier implementation when start and end time is not used and for migration of existing data)
**Figma
https://www.figma.com/design/xRFTkBJYxQJxwAf9fd3oM1/Log-time?node-id=310-6194