There are a few settings to be aware of within rule sets that have the potential to change the results of how timesheets are interpreted. In this article we will look at pay condition settings, what these settings mean, and also go through a few common scenarios that might help you work out how/why a timesheet has been interpreted the way that it has.
A short video on this setup can be found here.
N.B. Rule sets are only available on the plus/advanced plan.
- Rule set terminology
- Viewing rules within a pay run
- Viewing rules within the rule sets page
- Testing the rules
- Creating a rule
- Editing a rule
- Applying a rule set to an employee
- Frequently asked questions
Rule set terminology
To avoid confusion here are a few terms and definitions that you might hear about rule sets. These include:
- Pay conditions: Is the different scenarios, e.g. allowances, overtime, TIL etc which an employee is entitled to be paid under certain conditions. These can be automated through the use of rule sets and are applied to a pay run when timesheets are imported.
-
Rule set: Is a group of rules that combine to form a rule set. Each rule set can then be linked to an employee via their Employee file > Pay run defaults page. Employee's can only be linked to one rule set, the point of this being that each rule set will cater to a different group of employees. In the screenshot below you'll see 3 different rule sets:
-
Rules: These are the individual instructions (rules) that exist within a rule set. Each rule will have a set of conditions/criteria that will be triggered if/when timesheet data matches. In the screenshot below you'll see a list of rules that combine to form a rule set:
-
Rule set period: This is a setting that is visible when you first go into a rule set. It defines how the system will group the timesheets when deciding what rules to trigger:
In the example above, the 'rule set period' is fortnightly, and the 'initial fortnight ending' confirms the date that the very first 'fortnight' period ended. To the right in the grey box is the 'current period' which tells us what period of timesheets the system is currently grouping together before it's ready to look at the rules.
-
Shift period: The shift period is related to the above rule set period in that if a rule uses the criteria of 'when time worked in shift period'...then it is looking at timesheets within the period as set by the 'rule set period'. For example, if we take a look at the below rule, and the above rule set period that is set as fortnightly, it means that for this rule the system will look at timesheets in 2 week groupings, and the dates of those timesheets are determined by the 'current period' dates:
-
Draft rules: These are rules that have been added/edited but not activated. This means that you can use the rules tester in order to test them, however, until they are activated these rules will not be triggered in pay runs when timesheets are imported. You'll know that there are draft rules in your rule set because there will be 2 additional buttons which allow you to either 'discard draft rules' or 'activate draft rules':
-
Disabled rules: These are rules that, if disabled, will not trigger in the rules tester or the pay run. You can disable a rule by clicking into it and selecting the 'disable' option:
To enable it again, just click the same button.
-
Shift consolidation: This is a setting that is visible when you first go into a rule set (the same page as the 'rule set period' setting). It tells the system whether or not, and in what circumstance you want to consolidate multiple shifts that are worked within X time of each other. The options are:
- Don't consolidate shifts;
- Consolidate shifts starting on the same day;
- Consolidate shifts within [X] of each other
If you choose to consolidate shifts, it means they will be treated as a single shift, providing that they meet the set above criteria.
Viewing rules within a pay run
Within a pay run, if an employee has been paid using rule sets (AKA pay conditions), there is a timesheet interpretation context panel that will list the rules that has been triggered for each timesheet. You'll know that an employee has been paid using automated rule sets because there will be a link next to their name within the pay run such as this:
To view more information on the timesheet interpreter context panel see here.
Viewing rules within the rule sets page
If you have looked at the context panel, and you understand what rules have triggered, you may still want to find out why a certain rule is applying within a timesheet. In these cases, you can navigate to the Payroll settings > Rule sets page to find out more.
To view the rules, you will need to unlock the Award. To do this navigate to Payroll Settings > Manage Awards and choose Actions, then Unlock Rules:
You will see a warning advising there are terms and conditions you must accept before unlocking the rules - please note there are no issues with compliance if you are unlocking the Award for the purpose of viewing the rules and you can simply lock the Award again afterwards:
Once you have the Award unlocked, return to the Rule Sets and select the applicable Award from the drop down menu at the top of the page, however if you are using custom rule sets separate to an award, you just need to select the rule set that you want to check:
Then, click the 'Edit rules' button to the right of the rule set in order to see the actual rules:
Once you click on an individual rule, it will expand to show you the conditions and criteria that are in place. For example, the 'automatic meal break' rule below is saying that when a shift duration (i.e. a timesheet start/finish time) is longer than 6 hours, the system will automatically add a 30 mins break for every 5 hours worked.
If you follow this process to look at each rule that has been triggered, you'll be able to gain insight into how/why it has been applied to that shift. Keep in mind that rules are applied in order from top to bottom so a rule that's triggered may be overridden by another rule further down the list.
Testing the rules
You can check what is happening for each shift by using the rules tester. You can access the rules tester by navigating to the rule set in question and then clicking the 'test rules' option on the right hand side when you hover the cursor over the name of the rule set:
Once you select the timesheet period, you can choose to manually enter the shifts, or import a specific employee's timesheets, using any applicable work type and shift condition. You can also choose to use the draft or active rules, and cost the shifts using either a pay rate template or to simulate the costings using an actual employee:
Once you have entered the above details, click ‘Run test’ and then the results will be shown as below:
Once each day's earnings are displayed you can expand the day you want to check and click on the question mark (or the 'rules' tab at the top of the list of tested shifts) to show you the list of rules that have been triggered by that shift. Then you can go check each rule that was triggered and see how/why it has been applied to that shift - it's important to remember that rules are applied in order from top to bottom so a rule that's triggered may be overridden by another rule further down the list.
Creating rules
You will go about creating rules in different ways depending on whether or not you are using awards.
Non award
If you are not using awards, you'll first need to create a rule set before adding rules to it. A rule set is the 'family' that each individual rule belongs to, and the settings within this rule set will define things such as the:
- Rule set period: what group of timesheets are grouped together. It is the rule set period that determines how timesheets are paid (not the pay period of the pay run);
- Shift consolidation: whether or not multiple shifts will be consolidated into 1 shift;
- Disabled rule: any existing rule that is currently disabled will not trigger.
Once you have created your rule set, you can then click the 'create rules' option to the right hand side to begin automating your pay conditions:
You'll then be taken to the rules editor page and this is where you create/view and edit the individual rules that make up your rule set.
Once you begin adding a rule, you need to enter the name of the rule and then work through a variety of conditions in order to achieve wheat you need. We have a variety of articles that will walk you through how to automate a variety of scenarios. You can view them here.
Once you have created your rule you'll need to check the placement of it in relation to the other rules. It's important to remember that rules are applied in order from top to bottom so a rule that's triggered may be overridden by another rule further down the list.
Once you have tested the rule and are happy with the outcome (use the rules tester to check), you'll need to activate the rules and apply the rule set to the employee before they will apply to any pay run.
Award
The only time you will need to add a rule to an award rule set is if you wish cover any pay conditions that are not covered within the award. The award install already ensures that the correct rules exist in order to pay the employee all the pay conditions that they are entitled to under the award.
Unlike non-award rules, you don't have to create a rule set first, because it has already been imported as part of the award install. Instead, you simply need to select the award from the drop down list on the Payroll settings > Rule sets page and then (if there are multiple rule sets within the award) select the correct rule set. Then, click the 'edit rules' link as shown below:
You'll then see a list of all the rules within that rule set, and to create a new one you just need to click the 'Add rule' option and follow the same process that applies to non-award rules:
Once you add the rule, you will be able to differentiate between award and non-award rules because the non-award rules will have a 'custom' tag against it:
After you have created your rule you'll need to check the placement of it in relation to the other rules. It's important to remember that rules are applied in order from top to bottom so a rule that's triggered may be overridden by another rule further down the list.
Once you have tested the rule and are happy with the outcome (use the rules tester to check), you'll need to activate the rules and apply the rule set to the employee before they will apply to any pay run.
Editing a rule
In regards to rules that are part of an award rule set you are not able to edit the originals. This is to maintain the integrity of the award conditions and to ensure that everything is in place to remain FairWork compliant. Instead, you can copy an existing rule, and edit the copy. To do this, hover over the rule that you want to copy and click the icon to the far right. You can then edit the rule as needed, and disable the original rule if you want to replace it with the copy. Like all things award related though, it is your responsibility to ensure that changes to rules does not affect award compliance.
If you need to edit a rule that is not part of an award, it is just a matter of clicking into the rule that you want to edit and selecting the 'edit' button:
Then, make your changes and click 'save'.
Applying a rule set
The next step is to assign the rule set to your employees. In the Pay Run Defaults section for an employee, a new option will be shown to select a Pay Condition rule set.
Now, whenever we import timesheets into a pay run, if the employee is associated with a rule set, their timesheets will be processed through the pay condition engine.
N.B: Timesheets can be entered into our system in a variety of ways:
- via our integrated timesheets interface
- via a CSV file upload from a third party timesheets system
- via the API
- via WorkZone
- via Clock Me In
- via roster
Once the timesheets are imported and the shifts interpreted, there will be the the name of the rule set that has applied, along with a timesheet interpretation context panel that will list the rules that has been triggered for each timesheet.
Frequently asked questions
How are 'rule set period' and 'shift period' related?
If you remember from earlier in the article that the rule set period tells the system what period to use when grouping timesheets, the shift period is then a condition used in an individual rule that tells the rule what period of timesheets to look at.
If we take a look at a rule that uses the 'time worked' condition, there are a couple of period options that you can select. These include 'shift', 'day', 'week', or 'shift period'. If you select 'shift period', it means that for this rule the system will look at timesheets in whatever period you have select for the 'rule set period'. So if you have selected fortnightly for the 'rule set period', the rule will also look at timesheets for that fortnightly. The period start/end date of that fortnight is determined by the 'initial fortnight ending' date. Below is a rule using the 'time worked in shift period' condition:
Why did my employee get paid overtime when they did not work extra hours this week?
This correlation between 'rule set period' and 'shift period' is especially handy to remember in this scenario. Even if your employee has worked 'normal' hours this week, it may be that the system is looking at a different span of timesheets in comparison to your pay run in order to determine overtime. To elaborate on this, lets take a look at the below rule:
This is looking at 'time worked in shift period' and (amongst other things) is looking to pick up the hours worked that are greater than 152 hours. In order to check what span of timesheets the system is looking at to calculate these hours, you need to look at the 'rule set period' for that rule set. The below screenshot shows us that the rule set period for this rule is four weekly, and the current period is 27/7/20 - 23/8/20:
This means that it has looked at the employees timesheets for that entire 4 week period and determined that they have worked more than 152 hours, even if they may have worked a shorter week for the last week of the 4 week period.
How does the pay run period relate to the rule set period?
Remembering that the rule set period determines how timesheets are paid, e.g. what period of timesheets will be grouped together when triggering rules like overtime. With this in mind, the pay period should either match the rule set period exactly OR fit inside it neatly. Meaning you can have two fortnightly pay periods within a 4 week rule set, it's just that some rules, such as period overtime, will be calculated across two pay periods.
How can I automate specific pay condition scenarios?
We have a range of articles that will walk you through how to set up some common scenarios:
How to Automate Shiftwork Pay Conditions
Automate your Payroll Time in Lieu Calculations
How to Automate Overtime using Rule Sets
How to Automate your Allowances using Rule Sets
Automate Weekend and Late Night Penalties with Rule Sets
How to Automate Public Holiday Pay with Rule Sets
Automating the payment of a specific classification based on certain criteria using pay conditions