The base daily rate and base hourly rate do not read the working pattern unless the salaried option is selected - instead the system chooses to multiple or times by 8 in all examples.
This poses a huge problem as it carrying out incorrect calculations.
For example, you could have someone on a day rate where their "day" is 5 hours long which is reflective in their working pattern but the software ignores the working pattern and divides their day rate by 8 resulting in lower base hourly rate than they should have.
As a bureau managing a large number of clients, we need to be confident that any figures the system is generating are correct, rather than having to keep double checking what basis they are on so we know which figures to ignore.
Support have advised that using an "assumed day" of 8 hours is how the system was designed and so it is not a bug but intentional. I'm not sure why the person who designed the system assumed that everyone works 8 hours and in our opinion this is a huge flaw that needs a remedy.
having the same issue. huge floor in the system, though the daily rate can be overtyped, definitely not as good as Earnie