Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 25

Objective

This page explains on the topic of how to create a new event on Rapla and explains further on different scenarios.

Complexity MEDIUM

Page Contents

Assumptions

Key terms and concepts

Note

Both admin and non-admin user privileges are able to create events in Rapla. Only admin users can edit events created by other users.

Be advised

The user needs to make sure they are not highlighting anything on the left-hand side of the menu bar. This can cause Rapla to think that you are creating any events against that resource. Hence, you might see a warning message.

Explanation of Standard Event Types

  • Sessions (Lecture, tutorials, etc.) - most popular one, used for synchronising with Paradigm

  • Meetings

  • Exams

  • Student bookings

  • Auditions

Explanation of Standard Event Attributes (Fields)

Take the most popular event type - Session as an example, please see the following common attributes:

Field Name

Description

Unit Name

The name of the unit offers by the Institution. The same one matches the record in Paradigm.

Unit Code

The unit code offers by the Institution. The same one matches the record in Paradigm.

Session Type

Subject to each institution to define their session type (e.g. class, tutorial, lecture)

Campus

Subject to each institution to define their campus (e.g. Melbourne, Sydney)

Minimum Participants

The minimum number of participants for running the session (e.g. 5)

Maximum Participants

The maximum number of participants for running the session

Faculty/Department

Subject to each institution to define their faculty/department (e.g. Faculty of Art)

Session Group ID (Group number)

A group of sessions from which a selection is made during the enrolment (aka. it is an enrolment choice).

Session Seq ID (Class number)

A set of students who attend the same session together under one scheduled unit (Lecture).

Session Group and Session Class

Note

It is up to each provider or institution to allocate an appropriate ID when populating the Session Class or Session Group fields.

Be Advised

Carefully consider the following definitions to determine if your institution requires the use of the session group and class fields. If these features are not required then it is appropriate to leave the field(s) in blank.

Session Class (or session sequence ID)

Warning

Paradigm makes an important assumption that ALL sessions where the Session Class is not set are compulsory enrolments.

The Session Class is used to limit what a user may select when enrolling into sessions. The restrictions work in two layers

  1. Selecting a Session Class will also select all other sessions that share the same session class ID

  2. When a Session Group AND a Session Class are both set, then the user must select one and only one session, from each group

The use of Session Class simplifies the process of selecting a suitable, non-clashing set of sessions. It is especially useful when there is a need to define a pairing or set of sessions consisting of multiple Session Groups where you want to enforce predefined session enrolment combinations. Session class number starts at 1, it increments by 1. Session class number defines a set of sessions across multiple session groups.

Session Group

Note

When the Session Class is set but the Session Group is blank, then the Paradigm will assume there is an implicit Session Group of 1.

The Session Group is used there there are multiple Session Types associated with the same Scheduled Unit. Assigning a Session Group will visually group the sessions when viewed from within Paradigm. When used together with Session Class it is possible to prevent users from enrolling into more than one session from each defined Session Group. Examples of common session group types include lectures, tutorials and and workshops. The Session Group field should start at 1 and be incremented by 1 as required.

Workflow

How to create a single event on Rapla

  1. You will use the left mouse (drag and drop) to mark the time period for the specific appointment you want to. The marked rows are highlighted in pale blue (as below).

2. Right click a new context menu appears, then select the suitable event type, ranging from a session, generic event, meeting or student booking. In the below instance, it is an example of creating a new Event (Paradigm Session). Note there are three sections: 


The upper section: confirm the Event type you want to create, fill out these fields that are critical for integration between Rapla and Paradigm: Unit Codes (E.g. FIT9130), Unit Name, Campus (if applicable), Delivery mode, Department.


The middle section shows the detail of the appointment: you will need to fill out the start and end date, select whether it is a single event or recurring one. You can even exclude public holidays or semester breaks if applicable (Refer to below scenario 2).


The bottom section shows the resources you want to allocate to, add the resources from the left hand side to the right section by either double clicking or click on the resource and go to click Add button 

3. Click on Save button.

 Scenario 1: Creating events while managing resources conflicts 

This is one of magics that Rapla will show you next...

While you follow the above steps of creating events/appointment, when you reach to the bottom section - resource allocations. Rapla tells you the available resource by having a green icon at front. The red cross icon means the resource has been taken for another event. So you should try to avoid allocating it again.

 Scenario 2: Creating repeating events with exceptions 
  1. Following the same steps as above, then find Exceptions (0) button on the middle right hand side.

  2. Click on Exceptions and a new window will pop up.

  3. Add or remove the dates (e.g. public holidays, trimester breaks)

  4. Click on Close button

  5. The Exceptions button now appears in red with a number in the bracket.

6. You have now created a repeating event with one or more exception(s).

 Scenario 3: Creating repeating events along with an once-off event
  1. You should follow the instruction of Scenario 2 to create a recurring events first (i.e.appointment 1)

  2. After you added the exception date for the first appointment (as per the below image: Exceptions showing 1 in red)

  3. Click on New button under the Appointments section to create a 'No repeating' event (i.e. appointment 2)

4. At Resource Allocation section, you need to assign resources (e.g. staff, rooms) to each appointment individually.

5. Currently all resources have been set to every appoint, you can change it by click on 'Every appointment'. It opens up more options to each appointment.

 6. Resources have been color coded and allocated to Appointment 1 and Appointment 2.

Further Reading

Related Pages

There are no related labels.
  • No labels