|
Anyone who has run a traditional rostering system will agree that this is a time-consuming, frustrating task - and the best roster fails dismally every time unexpected events occur. The cost of maintaining a roster can be enormous, and staff frustration with inaccuracies can be as great as that of the unfortunate person trying to wrestle with producing it
The Dakar Rostering/Scheduling module allows you to assign staff to best-shift practices. In other words, the system will try and assign staff to those shifts requiring a ceratin number of employees. Staff are automatically selected according to pre-defined criteria that reflect business requirements.
The system can accommodate various business rules to be integrated in the Rota. These will facilitate the way employees are selected and assigned during the auto-selection process and this level of functionality provides the power and intelligence that drive this module.
Once the different Rotas for various operational schedules/shifts have been established, the typical manner in which to trigger the system to effect the Rostering function on a regular basis would be to:
1. Establish the normal Manning levels required in a particular Rota for a specific period of Rostering. This period can be a week, a day, a month or any other period that projects a company's Rostering period of time
2. The next step would have the system automatically select the correct number of staff from the pool of staff available for Rostering, according to the Rota parameters defined previously. At this initial stage, the user has a Forecast of staff working hours assigned to various shifts.
3. The user can then fine-tune, if need be, the Roster to make it reflect any last-minute changes that are called for, e.g. late bookings of Vacation and Sick Leave. The system also provides various facilities to allow the user to effect mass changes as well as transfers that are called for at this stage.
4. The user may then obtain a printout of the period's Roster according to the format and presentation that are requested for a particular Rota.
5. Steps 3 - 4 can be repeated as many times as required to keep reflecting the Roster's dynamic status, even once that particular period has started. At this stage, i.e. once changes are effected to the initial Forecast, the process is called Roster.
6. When a particular period has elapsed and any final changes have been effected, the Roster may be closed and henceforth it is known as a Timesheet.
The Timesheet will then raise transactions automatically to the T&A module so that from there, the Payroll and Absence Management modules can be automatically updated with minimum user intervention.
Various reports can be obtained to show performance and work patterns, costings and other useful details relating to the Rostering function.
System Features include:
Rolling Schedules
Work as far ahead in the future as you wish. Individual shift patterns of any period length can be easily accommodated.
Multiple Areas
A company can operate as many different areas as required, where each Area can also operate one or more Rotas simultaneously, according to operational demands.
Multiple Rotas
You can define an unlimited number of Rotas and link any of these to any employee so that staff become candidates for one or many Rotas, i.e. can be selected automatically according to Rota parameters.
Multiple Schedules
A Rota can have multiple Schedules of work, i.e. periods of time (or seasons) that allow for different Shifts and Timings.
Multiple Shift Names
You can define any number of shifts and allocate these to one or more Rotas. Shifts can be working, non-working and special (i.e. having determined functions such replacing-shifts or special shift functionality).
Absence Tracking
Staff can request absences (vacation, sick leave, etc) and these can be approved or not. These are automatically forwarded to the T&A module and from there, to the Payroll and Absence Management functions.
| 
