Conditions for updating date / time attributes
The table that follows describes the conditions under which default settings for date / time user attributes must be changed.
Condition | Attribute setting(s) to update |
---|---|
Your location does not observe Daylight Savings Time. |
For each user to whom you will be assigning date/time based rules, make the following updates: SLDTOBS: Set this attribute to false. ULDTOBS: Set this attribute to false. If any remote users do observe Daylight Savings Time (when the server does not), leave the attribute set to true for those users. |
Your location observes Daylight Savings Time differently from some remote users. That is, some remote users observe DST when the server does not. Or, some remote users do not observe DST when the server does. |
For each remote user to whom you will be assigning date / time rules: If the user does not observe DST and the server does, set ULDTOBS to false (but leave SLDTOBS set to true). If the user observes DST and the server does not, leave ULDTOBSset to true (and make sure SLDTOBS is set to false). For more information, see the section "SLDTOBS and ULDTOBS". |
You have remote users in a different time zone. |
For each remote user, update the attribute UTZOFFSET with the correct number. For more information, see the section "UTZOFFSET". |
You have defined a work week for some or all users as being something other than Monday through Friday. |
For each user who has a nonstandard work week assignment, update the Week Day Expression attribute (with the correct formula to show the actual work week for the user). For more information, see the section "Week Day Expression". |
Lawson Security currently defines DST as the following: Start date: First Sunday in April at 12:00 AM End date: Last Sunday in October at 12:00 AM |
For most customers, the function that determines when DST should start or end must be changed to follow local convention. You must create a function to define DST and then replace the user attributes SLDFUNC and ULDFUNC with the name of the new function. |
Changing Daylight Savings Time definition
If you need to change how DST is defined you must:
-
Use JavaScript to create your own function to reflect the actual start and end time of DST at your site.
-
Store the function in the correct location.
-
Update the SLDFUNC and ULDTFUNC attributes for each user who should use the new function. You will replace "usLDT" (the variable on the server that reads the DST definition) with the name of the function you created. You can use the Resource Management Administrator's Mass Assign feature to update these attributes for all or many users at one time.