Time corrections correction requests are used to catch up on forgotten or missing time bookings make up for bookings that were forgotten, missed, or not made due to other circumstances (e.g. because of a , terminal failure) or to correct the existing bookings of a day.

A time correction always applies to a single day. For corrections over several days there is (if set up) the Bulk time correction; full-day absences such as vacation or sick leave are requested with an absence request.

How the form behaves in detail is defined by the administrator in the configuration of the request. In this chapter every behaviour that depends on the configuration is marked accordingly ("depending on the configuration").

Filling in the request

The form contains the following fields:

• For (depending on the configuration): if requests for other persons are allowed, select the person the correction is requested for.
• Date: the day to be corrected (mandatory).
• Time intervals: one or more rows with From time, To time and Absence Reason. Add creates another row, the delete icon removes a row. The administrator defines how many rows are possible (up to 20); when the maximum is reached, "Add" is hidden.
• daily Right(s) (depending on the configuration): shows which daily rights are assigned in addition when the request is approved.
• Comment: mandatory, optional or hidden, depending on the configuration.
• Attachments (depending on the configuration): documents, e.g. a confirmation, can be attached to the request; depending on the configuration an attachment is mandatory.

For belated time bookings, choose the absence reason "Attendant". Other potential absence reasons could be: business errand / off-site work, doctor's appointment, etc. The administrator defines which absence reasons are available. If the absence reason "Absent" is offered and chosen, the bookings within the given time range are deleted.

Enter a comment in the respective comment field, which might be helpful for the person next in process. Your comment will appear together with the application details in the workflow lists (uncompleted Requests, Open ToDos).

For support you can blend in your monthly journal, by clicking on the Show Journal button. Depending on the configuration, a help text for the request is also shown next to the form.

As soon as a date is selected, the form points out special features of the day, e.g. if a full-day, half-day or percent absence is already entered for this day ("Note: there is a full day absence ... entered for this day"). If this absence will be removed by the correction, the note says so explicitly ("With this correction this absence will be removed!").

Auto load bookings ("what you see is what gets entered")

If the option "Auto load bookings" is enabled for the request (depending on the configuration), the form works according to the principle "what you see is what gets entered": you edit the whole day directly, exactly as it should look in the time system afterwards.

• After selecting the date, the existing booking intervals of that day are loaded into the form with from time, to time and absence reason. They can be changed, extended or deleted there.
• Absence reasons that are otherwise not offered in the request are shown as well if they occur in an existing booking.
• Every row can be deleted, including the first one. A deleted row means: this booking will be removed when the request is approved.
• After approval, the bookings of the day are replaced by exactly the intervals of the request; bookings that are no longer in the request are deleted. The original bookings remain traceable as correction log in the journal.
• If you change the date after having modified bookings, a confirmation dialog appears, because the changes are discarded when switching to another day.
• If the day has more bookings than the request allows rows, the limit is marked in the form ("Intervals after this line exceed the limit for sending a request"); the request can only be sent after the surplus intervals have been removed.
• Intervals without duration (from time equals to time) are marked with a note and deleted when the correction is entered.
• For today, the to time of the last interval may remain empty (open check-in booking, e.g. if you are currently present). If the request is only approved on a later day, this open interval is no longer entered; the other intervals are entered.
• In the workflow list, the approver sees the times that were changed compared to the original bookings highlighted in colour.

With this option the principle is always "Replace existing bookings with the time intervals of the request" (see below); time corrections into the future are then not possible.

Inverse workflow (immediate entry)

Depending on the configuration, the time correction request can be set up as "Inverse workflow". In this case the order of approval and entry is reversed:

Important for the inverse workflow:

• When the day is reset, bookings you made after sending the request (e.g. on the same day at the terminal) are not deleted but kept.
• The author cannot delete the request, because the correction is already entered and can only be reverted by a decision in the workflow.
• If there are several approval steps, a decline in any step leads to the reset.
• The inverse workflow cannot be combined with time corrections into the future. It is usually used together with "Auto load bookings".

Rules and checks

• Date: the date must lie within the period in which you are managed in the time system (start of time recording until termination) and must not be before the lock date of the time system. Depending on the configuration, it is additionally limited how far the date may lie in the past or in the future (e.g. "The date cannot be more than ... days into the past").
• No corrections into the future: the to time must be before the current time ("Time corrections into the future are not allowed").
• Corrections into the future (depending on the configuration, option "Allowed Into Future"): then only one time interval is possible. The request is shown in the calendar, and after approval the correction is entered into the time management system only after the date has passed.
• From and to time: the from time must be smaller than the to time. An interval must be complete (from and to time filled in), except for the open check-in booking for today described above. 24:00 is only allowed as to time.
• Across midnight (depending on the configuration, option "Allow intervals spanning midnight"): a to time smaller than the from time is interpreted as a time on the next day (e.g. 22:00 – 06:00). If the option is not enabled, such an interval is rejected.
• Daily program across midnight (depending on the configuration): the form shows in which period intervals can be entered ("You can select time intervals from ... to ... of the next day") and automatically adjusts entered times outside this period to it.
• Overlaps: intervals of the same request must not overlap ("Overlapping intervals").
• Valid time frames (depending on the configuration): the correction can be restricted to the frame time or the normal working hours (inside or outside); parts outside the valid frame are not entered.
• Open booking: without "Auto load bookings" the following applies: if you are currently checked in when the correction is entered (open check-in booking), this state is kept.

After sending

The started request appears for the author under uncompleted Requests and for the approver (e.g. the supervisor) under Open ToDos. Who approves and how many steps there are is defined in the configuration. Finished requests can be found under finished Requests or completed to-dos. Requests saved as draft can be edited and started later.

• Approval: the correction is entered into the time management system (with the inverse workflow it is already entered). The comment is stored as correction comment in the time system.
• Decline: nothing is entered (with the inverse workflow the correction already entered is reverted).
• Notification: depending on the configuration, the approver is informed about the new task by mail. Depending on the configuration ("At process end author needs to acknowledge"), the author gets a final task to acknowledge the result – never, always, only on approval or only on decline.
• Escalation (depending on the configuration): if the correction concerns a month or quarter that is already closed, an additional approval, e.g. by the HR department, may be required after the approval.
• Journal submission: if the monthly journal is submitted for approval, this is not possible as long as there is still an open time correction request for that month.

The principle of time corrections

Time corrections can be conducted after following principles. The administrator defines which principle applies to the request:

Overwriting

Replacing

.

The user must enter the date and the period of the correction booking in the form.

If you want to book the time retroactively, the absence reason "Present" must be specified. The comment field is used to enter a text that is intended to make processing easier for the decision maker. The text entered in this field later appears together with the request details in the request list (Open requests/Open tasks).
Other possible absence reasons would be, for example, official errand, doctor's appointment, errand to a government office, absent, etc.

The "Show journal" button (the monthly journal is displayed) serves here as a possible aid when filling out the request.

The request process can either be started immediately by clicking the "Start process" button or saved as a draft.

The exact procedure is described in the chapter "Requests".

A time correction may only be submitted up to 5 minutes before the actual time (e.g., if it is now 14:00, the correction may only be submitted up to 13:55). If a time correction is submitted for the current day, a booking must already exist on that day, otherwise no correction is possible.

Time corrections into the future are not allowed, unless the administrator has enabled this for the request. In this case only one time interval is possible, and the correction is only entered into Time & Attendance after the date has passed.

The interface for the time correction form can be configured individually. It is possible, for example, to create a format with several rows for the time intervals. If the option "Load bookings automatically" is activated, after the date is selected the existing booking intervals of that day are loaded into the form and can be changed, supplemented or deleted there.

Principle

Time corrections can be made according to the following principles:

• Overwrite

New booking intervals take precedence over existing intervals. In case of overlap, the existing intervals are deleted or shortened. The following graphic illustrates this principle. It shows existing booking intervals of a day, which are corrected by a retroactive booking.

• Replace

The existing bookings of the day are replaced by the time intervals of the request ("Replace existing bookings with the time intervals of the request"). This principle always applies when "Auto load bookings" is enabled.

• Filling

New booking-.

• Fill

New booking intervals are weaker than existing intervals. In case of overlapping overlap, the existing intervals will not be affected, new intervals will fill the gaps between the are not changed; the new booking interval fills gaps between existing bookings. The following graph demonstrates graphic illustrates this principle. It shows existing booking - intervals of a day, retrospectively which are corrected via by a time correction.

Delete

The existing bookings are removed within the time range of the given intervals; the absence reason does not matter.

retroactive booking.

Links

Configuration for the administrator