The concept of day light saving was introduced in EntireHR to automatically add or deduct time in form of "break time" from the work hours of a member who has worked in a shift that falls on the daylight saving start or end date. 

This saves the hassle of manual adjustments while calculating shifts hours.

Simple concept of daylight savings with respect to EntireHR is -



If clock moves backward 1 hour - shift time get increased - shifts are longer by 1 hour.
If clock moves forward 1 hour - shift time get decreased - shifts are shorter by 1 hour.

These settings can be accessed from the Application Options in the Tools menu under Finance Module.





State - the states in this column are displayed as per the default country set in the system.

Applicable Date - is the date on which Daylight Saving will get activated. This needs to be set up in the system twice every year. Once when Day Light Saving starts and then when it ends.

Applicable time - is the time when day saving will actually initiate.

Add / Ded. - Addition / Deduction is an instruction to the system denoted by a "+" or "-" sign, to add or deduct a break in minutes to the shifts that fall during this period.  
For example - if the clock is moving backwards then we need to "+" 1 hour to the shifts in form of break.
This will be displayed as " (-) 60" on the review and validate screen while confirming shifts. 
Similarly if we enter "-" here then a positive value will be displayed.

Add / Ded hours - is the number of hours the clock is moving backwards or forward. 

In the above screen we have taken example of state Victoria, for which we are assuming that day light saving ends on 5th March 2017 at 3 AM. 
This means an extra hour needs to be paid to the worker /member who has worked during this period.

To understand this lets take an example - see screen "A" below.

A member was booked for a night shift on Saturday the 4th of March 2017, the shift start time was 21:30 and end time was 7:30 next morning.
Member has not taken any break during this period. Now the actual hours booked are 10 hours, but system has allotted the member a
break of (-)60 minutes because his shift has become longer by 1 hour since the clock has moved 1 hour backward.
His worked are actually 11 hours instead of booked 10 hours.

Similarly, if the clock forwards 1 hour then the shift hours will get reduced a (+)60 minutes break will be applied and system will consider 9 hours of work instead of booked 10 hours.    


Screen "A"



Example of split shifts (see screen "B") -

A member was booked from 21:30 on 4th March till 07:30 on 5th March. His shift was split at 12:00 midnight and 1 part was formed from 21:30 to 00:00 and 2nd part was formed as 00:01 to 07:30 as per parameters defined in the global protocols. The actual booked hours were 10 but worked hours are 11, so, system here applied a (-)60 minutes break to the 2nd part of the split shift that fall during the day light saving period. 

Screen "B"



System will give an the below error message if you try to quick validate a shift that falls in daylight savings period while confirming shifts.
You need to use the "Review and Validate" option to confirm such a shift. 



Payslip Notes - 
System does not create any notes for invoices for these shifts due to the reason that one invoice may have multiple shifts from different dates, instead payslips generated have notes for members informing them about how this was adjusted in their pay.

These notes can be edited from here -



Preview of the submit dockets screen showing effect of daylight saving in form of Break, is shown below -



This is how the payslip notes will look like on the payslip -


Please note -
- The earlier concept of allowances / deductions to adjust daylight saving is no longer being used for this purpose in the system.