Persons who are formally affiliated with UAB gain access to university-managed electronic resources by means of an officially recognized credential called a “BlazerID." A non-UAB person who needs access to these resources is not eligible to create a BlazerID, and is thus required to obtain a guest username and password. Guest accounts (also referred to as “XIAS” accounts) must be sponsored by a UAB employee, and are subject to an approval and setup process.

Who is a guest?

Guest accounts can be used for many purposes at UAB. Guests can fall into a number of categories, including but not limited to:

A researcher accessing data stored on a UAB SharePoint site

A colleague from another institution who needs to access a UAB file share

A vendor that is remotely supporting a UAB-owned system via VPN

A site visitor conducting an accreditation review who needs local network access

A consultant who needs system access to conduct on-site installation or maintenance

A high school guidance counselor who needs access to Banner

FOR SPONSORS

As a Sponsor, use the links below to begin the process of setting up a guest account. Once you have completed the underlying form(s), the sponsored user or users will receive automated emails that will guide them through the process of completing the setup. Once the setup is complete, you will receive an email confirmation and information on next steps.

As a guest, you will receive an automated email that with instructions on how to complete the setup of your sponsored account. You can use the link below to manage certain aspects of your account, such as a forgotten password. Please note that as a guest you are not able to initiate the account creation process; this must be done by a valid UAB-affiliated sponsor.

Users log on to the Oracle Administrative System using a BlazerID and strong password, but what a user is able to access within Oracle is based on their Responsibilities. "Responsibility" is the term used to identify the sets of web pages, menu options, forms, data, and reports that users can use within the system. Some responsibilities are set up automatically for the users based on certain criteria, and other responsibilities must be set up with the Access Control Form (ACF).

In addition to access responsibilities, employees may be assigned certain “roles” within Oracle so that they may view and/or update data, and receive notifications and reports. Click here for information about the roles assigned in the Oracle Administrative Systems.

BlazerID and Strong Password

Anyone needing access to Oracle must have their own BlazerID and a strong password. First the individual must be appointed in Oracle HR via an ACT document as an employee to become eligible for a BlazerID. After the ACT hire document has reached the complete status, an overnight process adds the individual to the UAB Electronic Phonebook, which is used to validate requests for BlazerIDs.

If the individual does not have a BlazerID, they can easily obtain one by accessing http://www.uab.edu/blazerid. System users are not permitted to share their BlazerIDs with other people, so they must sign up for their own. They will also create a strong password, which consists of a combination of letters and numbers from 8 to 16 characters long. Learn more about a Strong Password by accessing the UAB Electronic Phonebook.

After entering the BlazerID and Password, users must accept the "Signon Agreement" to gain access to the system. The "Signon Agreement" references the Oracle Access Agreements for Employees.

Responsibilities

Users log on to the system using a BlazerID and strong password, but what a user is able to access within Oracle is based on their Responsibilities. "Responsibility" is the term used to identify the sets of web pages, menus, forms, data and reports that users can use within the system. Below is a list of end user responsibilities.

To be eligible for access to Oracle, an individual must be appointed via an ACT document as a Person Type of Employee. Responsibilities are set up in one of two ways: by default and by an approval process.

Default responsibilities -- The term "default" responsibilities refers to responsibilities that are set up systematically (automatically) for a user based on certain criteria. After an employee has obtained a Blazer ID, a process is run granting access based on the criteria shown below in the Eligibility column. Below is a table listing the responsibilities set up by default.

Approved Responsibilities - Responsibilities that are not assigned by default must be requested via the Access Control Form, and the request is routed through workflow for approval. Below is a table listing the end user HR and Finance approved responsibilities.

Employees with an Assignment Category of 04-Retiree, 04-Affiliated Zero Pay

UAB FN Document Entry/Approval

FN

Employees with an Assignment Category of 04-Retiree, 04-Affiliated Zero Pay

Does everyone with a specific responsibility see the same data?

The type of access for a responsibility is "restricted" or "open". If the responsibility has restricted access, the user is limited in what forms and data they can view or update. If the responsibility has open access, all users with the responsibility have access to all forms, data and ad hoc reports associated with that responsibility.

Responsibilities that are restricted limit access based on one of three criteria: individual, HR org or GL org range.

Open access means the user has access to all forms, data and ad hoc reports associated with that responsibility. The responsibilities with open access are: UAB AP End User, UAB FN Document Entry/Approval, UAB GA End User, UAB Requisition Input, and UAB Sunflower Custom Reports.

How or when are responsibilities terminated?

Responsibilities are end dated (terminated) in one of two ways: (1) systematically or (2) through the approval process.

Responsibilities are end dated systematically when:

an ACT Termination document is Complete, or

an employee's transfer document is Complete, or

an ACT Leavedocument for biweekly-paid employees is Complete.

When an employee's ACT Termination document reaches Complete status, all responsibilities are systematically end dated effective the date of the ACT Termination document. Note: UAB Self Service Views is systematically assigned to an individual when the ACT Termination document reaches Complete status.

When an ACT "transfer" document reaches Complete status, all approved responsibilities are systematically end dated effective the date of the ACT document. The ACT transfer document must have document reasons of Transfer Lateral/Different Department or Transfer with Promotion and a change in org.

When a biweekly-paid employee's ACT Leave document reaches Complete status, all responsibilities except UAB Self Service Applications are systematically end dated effective the date of the ACT Leave document. --Default responsibilities are systematically reinstated when employee's status returns to "Active" --Approved responsibilities must be requested after employee's status returns to "Active"

The approved responsibilities may be end dated via the Access Control Form, and the request is routed through workflow, with the final approval(s) being made at the appropriate School, Hospital or VP level.