Shift pay showing as separate lines gives hourly workers a clear and accurate view of their pay. You can now:
See exactly how much you earned for each shift type.
Verify that all shifts have been paid correctly without manually cross-referencing your rota.
Understand why salary no longer appears — you are paid by shift, and your payslip now reflects this.
What you need to do
Employees
No action is required. Your payslip will automatically show shifts broken down by type once this change is live. Your total pay remains the same — it is now shown with more detail.
📌Note: Shifts are listed by shift type, using the shift type names configured in Rotaready. The breakdown happens automatically — there is nothing to set up in Paycircle for it.
Payroll administrators
You do not need a pay element per shift type. Shift hours are imported against a single standard shift adjustment in Paycircle, whatever the shift type is called in Rotaready. The shift type name is used for the line label on the payslip, not to find a pay element.
What your pack needs
What | Requirement |
Fixed-amount elements from Rotaready | An element in your pack with a matching name. Matching ignores capitalisation, but spacing and punctuation must agree |
Overtime | An element set up for each overtime multiplier in use. Overtime is matched on the multiplier, not on a name |
Holiday | An element named exactly Holiday Pay, which is case-sensitive, set against an overtime-type adjustment |
When overtime does not appear as its own line
The integration recognises five overtime multipliers: 1x, 1.25x, 1.33x, 1.5x and 2x. Where Rotaready uses any other multiplier, those hours are added to the ordinary shifts line instead. The total pay is correct, but the overtime is not separately identifiable on the payslip or in reporting. A warning is recorded against the event, naming the multiplier.
If a fixed-amount element is missing
⚠️Important! Where a fixed-amount element from Rotaready has no matching element in your pack, the whole sign-off import fails — not just that payment. No pay elements are written for any employee in that import, and the pay period keeps those from the last successful import.
📌Note: Where an element matches by name but is set up in the opposite direction — a deduction where an addition is needed, or the reverse — that payment is skipped rather than failing the import. The import succeeds, a warning is recorded, and the payment simply does not appear.
If an import has failed because an element was missing
You will need to add the missing pay element to your company pack, using the name shown in the message.
Click Team, then click Rotaready Updates.
Filter the events by Failed.
Select the failed event and click Retry.
Retrying re-reads the data from Rotaready, so the newly added element is picked up. The rota day does not need to be signed off again.
If shift lines disappear from a payslip
Reversing a sign-off in Rotaready removes the pay elements that the sign-off created. This is expected, and the lines return when the day is signed off again.