Introduction

In larger schools it is common for more than one person to work on the timetable and on the cover plan.. Moreover, some schools, especially vocational schools or higher vocational schools, are divided into departments with the timetable of each department being prepared by one or more persons.

It is not possible for more than one person to work simultaneously using .gpn files as only one user at a time is allowed write-access. This results in the risk of unnecessary delays or even errors while exchanging .gpn files when the latest .gpn file is not passed on.

This type of error cannot occur with Untis MultiUser since it allows several users to work on the same data simultaneously. This is made possible as the data are stored in a single database.

This results in a number of advantages:

•Data input (master data, lessons etc.) can be carried out by more than one person at the same time.

•Master data can be administered in the school office – for example e-mail addresses can be added or phone numbers corrected – while the scheduler(s) work(s) on the timetable.

•Untis MultiUser has a hierarchical system of authorisation. This can be set up in such a way that e.g. users in the school office are only authorised to view timetables but never to change them, minimising accidental errors. You decide which users groups have which rights.

•Departments can create their own timetables independently of each other while departmental data remain fully integrated within the date of the entire school data. This makes it easier to schedule resources that are used in more than one department (e.g. teachers or rooms), and statistics relating to the whole school can be generate without any difficulty.

•If neighbouring schools share common resources such as shared rooms or teachers, this data can be linked in such a way via so-called external elements that all schedulers can always see the current scheduling status of these shared resources and include them accordingly in their scheduling.

•Work with the Cover planning module is made significantly more flexible. for example, reasons of absence can be entered by the school office independent of the scheduler planning substitutions.

•Furthermore, the scheduler can change the timetable in a new term while the substitution scheduler deals with daily substitutions in the same database. It is not necessary to import the substitution data into the new timetable any more.