TracCloudWhatsNew: Difference between revisions

From Redrock Wiki

No edit summary
No edit summary
Line 9: Line 9:
<hr style="height:1px;border:none;color:#333;background-color:#333;" />
<hr style="height:1px;border:none;color:#333;background-color:#333;" />


{{:TracCloudWhatsNew2022-02-18_1}}
<hr style="height:1px;border:none;color:#333;background-color:#333;" />
{{:TracCloudWhatsNew2022-01-06_1}}
{{:TracCloudWhatsNew2022-01-06_1}}
<hr style="height:1px;border:none;color:#333;background-color:#333;" />
<hr style="height:1px;border:none;color:#333;background-color:#333;" />
Line 14: Line 16:
<hr style="height:1px;border:none;color:#333;background-color:#333;" />
<hr style="height:1px;border:none;color:#333;background-color:#333;" />
{{:TracCloudWhatsNew2021-12-21_1}}
{{:TracCloudWhatsNew2021-12-21_1}}
<hr style="height:1px;border:none;color:#333;background-color:#333;" />
{{:TracCloudWhatsNew2021-12-08_1}}
<hr style="height:1px;border:none;color:#333;background-color:#333;" />
<hr style="height:1px;border:none;color:#333;background-color:#333;" />

Revision as of 10:25, 28 February 2022

Wiki.png

This page highlights some of the recent changes made to the TracCloud platform, and how you can utilize them on your own instance. A list of past changes and a full changelog can be found in the tabs above.

If you have any questions about these changes, feel free to reach out to us on our helpdesk.


Latest posts


Search Availability badges can be used to add information and indicators to availability slots. Each badge can appear for certain conditions, based on center, availability section/reason, location, skills/accommodations, etc.

4452413.png

Click "New Availability Badge" to begin. This will open a form where you can enter the details for your badge.

6402679.png

Manually Linked

Rather than the badge automatically appearing based on certain conditions, these badges appear in a menu to be manually selected on the availability itself.
9026751.png

Name

Name of the Badge. This will not be displayed for students

Availability Type

Drop In, 1-on-1, or Group availability

Consultant

Assign a specific Staff

Reason

Assign a specific Reason

Center

Assign a specific Center

Section

Assign a specific Subject

Special Needs

Select if applicable (more information)

Online

Availability Type; Online, In Person, or Optional

Location

Location of the availability

Once you've decided where the badge is needed and have made your selections from the options above, you can now determine which icon, colors, and info work best for the badge created.
Color: Color of Icon
Icon: Choose from the list or use a custom icon
Info Text: Enter text that will display when users hover over the icon

In the example screenshot above, this badge will only appear on availabilities of staff who have been assigned the “ASL” accommodation and are available in the Learning Center. Once saved, your badge will appear in the profile preferences if you need to edit/delete it later.

7189620.png

Any fields left blank will not be considered for where this badge appears, you can be as specific or non-specific as needed. You can also create as many badges as you'd like, more than 1 tag can appear for the same availability. When students search for an availability, the badges will display to the right of the screen as shown below.

6875813.png


TracCloudWhatsNew2022-01-06 1


Terms & Conditions

Terms & Conditions allows you to create a prompt that appears for students when they're logging in or booking an appointment. The prompt will contain a custom message, which the student will have to agree to before continuing. While Terms/Conditions are of course the typical use-case, this feature can also be used for any purpose where a student would need to agree to a statement before having full access to the system.

1. Creating a new Term/Condition

Navigate to Other > Listings > Terms and Conditions. This will take you to the Terms and Conditions listing, where you can view or edit and previous entries. To create a new Term/Condition, click the hamburger icon and select New Terms and Conditions.

Screenshot: The Terms and Conditions listing, New Terms and Conditions is highlighted.
If your SysAdmin account doesn't have access to these options, jump to step 2 and apply those same changes to your SysAdmin group.


This will take you to the Terms and Conditions entry screen.

Screenshot: New Terms and Conditions entry screen.

  • Name
This will be the title of this Term/Condition. This will be displayed across the top of the prompt when shown to students.

  • Responses
This will display a list of students who have accepted these terms/conditions and the date of acceptance.

  • Text Entry Area
This is where you can write out the text of this Term/Condition that students will need to agree to before continuing. If you wish to add custom field inputs to be answered by the student, this can be entered as {#custom:field_name#}. See example screenshots below. More information on custom fields can be found here.
4888263.png 9751830.png 7739749.png



  • Linked to Student List
Only display these terms/conditions to students on the specified list.

  • Linked to Section / Subject
Terms and Conditions can be assigned to a specific subject, section, or all courses, depending on if this term/condition needs to be specific to a certain subject. If selected, an additional entry field will appear where you can choose the section/subject. This will only work with sections that students are registered for; non-enrolled courses will not trigger the terms/conditions to appear.

  • Profile / Center
This is where you can assign this Term/Condition to a specific profile or center.

  • Valid For
This option allows you to determine how long the Term/Condition agreement is valid for. There are three options.
1. Life – Never resets. Once Confirmed, the student will not see the Terms and Conditions again unless this option is changed.
2. Term – Resets after each semester. When next semester term switches over, the students will be asked again to agree to the Terms and Conditions once again.
3. Days - This option allows you set a custom length (e.g., 30 days, 90 days, etc).

  • Displayed When
This option determines where the student will see the Terms and Conditions prompt.
1. None - Inactive. This will deactivate this Term/Condition, and will no longer be displayed to students.
2. Student Main Menu - This will display as soon as the student logs into their account. Students will not be able to continue until the Terms/Conditions prompt has been confirmed.
3. Student Kiosk Login - This prompt will appear when a student attempts to login for a visit via a Kiosk, at which time they will be presented with the Terms and Conditions.
4. Student Booking Appointment - This prompt appears when a student selects an available time from the "Schedule an Appointment" widget on their dashboard. The Terms and Conditions must be confirmed before they can book an appointment.

  • Accept Button Label
This allows you to customize the name of the confirm button (e.g., "I agree").

  • Require Initials
This requires the student to enter their initials before confirming, as a form of e-signature.

  • Allow Enter Notes
This provides students the ability to enter in a note when filling out the Terms and Conditions.

  • Notes Instructions
This is additional instructional text that will appear just above the notes field described above.

2. Group Settings

If you need to allow another set of staff members in your TracCloud instance to access/modify Terms and Conditions, you will need to apply a change to their permission group. Specifically, the Terms and Conditions option will need to be added to Table Access as seen below. This can either be set to View and Edit for full access, or View Only, if you don't want these users making any changes.

Other > Other Options > Groups > [The group you want to edit] > Admin / Modules > Table Access
Screenshot: A permission group entry page with Terms and Conditions highlighted under Table Access.


3. Example Configuration

The screenshot below shows an example of how Terms and Conditions can be configured, and how it displays to students.

Screenshot: A completely filled out Term/Condition record.

Here's how that prompt looks to a student when logging into their account.

Screenshot: Student view of the Terms and Conditions agreement prompt.

After the student agrees, the record of this agreement will appear in their Time Line as seen below.

Screenshot: Student Time Line showing a recent Term/Condition agreement.


4. Allowing Students to View Accepted Terms and Conditions

In order for students to be able to view terms and conditions that they've previously accepted, a system preference needs to be enabled. Go to Other > Other Options > Preferences > System Preferences > General Appointment Settings > Check "Allow students to view accepted Terms and Conditions on dashboard" > Save. Once enabled, students will see this button on their main menu next to the calendar URL. Clicking it will open a list of terms and conditions they've accepted, where they can see their response and the terms themselves by clicking on the arrow button.

7304703.png

2235798.png


Log In/Out Preferences

The first section of our “Prefs” tab contains our Log In/Out preferences. These preferences control how the log listing displays, kiosk preferences, additional kiosk features, and more. This article will go through every preference in this menu, explaining exactly how they function.

Log In/Out

7359133.png

  • Choose Consultant on Login
  • Ask for Subject
  • Ask for Reason
  • Field Size
These settings control which options appear during the login process, as well as how many options appear at once. As an example, the screenshot below matches the configuration above. Since we have the Reason choices set to 2, we can see 2 reasons at once in the login window, and can scroll down to see all available options. If Subject and Reason are enabled, they are inherently required. Consultant is optional unless "Yes (Required)" is chosen.
56u56i767l6kuyjh.png

  • Choose Consultant on Logout & # Choices
If enabled, TracCloud will ask what consultant the student visited with while concluding their visit. Consultant is optional unless "Yes (Required)" is chosen. # of choices behaves just like the preference above.

  • Set initial status to waiting on log in
If enabled, when a student logs in, the visit status will be “waiting” by default rather than immediately starting the visit with their consultant. This would be utilized when you need to keep track of wait time in addition to actual visit time.

  • Maximum wait time
When this time limit is reached, the “Wait Time” counter on the Log Listing/Kiosk changes color to be more noticeable.

  • Format to display Subject
This preference controls how the subject field is displayed during the login process. For example, you can choose to only display the Subject (MAT500) or the Title (Introduction to Example), or you can include the full Subject Section Title (MAT100 01 Introduction to Example) if needed.

  • Order for KIOSK Login
This preference controls the order of questions asked during the login process. For example, if you want the student/staff to select a consultant first, then select a subject that the consultant can assist with, you would put “Consultant” prior to “Subject” in this section. This also works in reverse, if you want you want to select a subject first, then a consultant that is able to assist.

  • ________ choice determines list of ________
This preference changes depending on the KIOSK order defined above. If you choose subject before consultant, these checkboxes ask if you want to let the staff/student’s Subject choice determine the list of consultants, based on the consultants assigned course list.

  • Only show Consultants that are available for dropin during KIOSK visit login
If enabled, only consultants that have a currently available drop-in availability will appear in the Consultant box.

  • Only show Consultants that are logged in to Work during KIOSK visit login
If enabled, only consultants who are currently logged in for a Work visit will appear in the consultant choice box.

  • Only show Consultants that are logged in to Work is same center (if previous option selected)
A more strict version of the above option, only showing consultants who are logged in for work in the center that the student is attempting to log in to.

  • Only show if linked to Student record as Primary Consultant
Students can be imported with a linked "PrimaryConsultantID" value, and enabling this preference will only show that consultant on login. This is separate from the linked advisor settings found in your centers, and should typically be left unchecked.

  • Allow ‘First Available’ as a choice
If enabled, “First Available” will be an available consultant choice during the login process. A consultant can be selected during the Waiting to Started visit status change, during the logout process, or manually changed within the student’s visit record after the fact. Show 'First Available' for only these centers will also appear if this is enabled, allowing you to select which centers "First Available" will be available in.

  • Show Location when Logging in to an Appointment
When a student logs in on a Kiosk near the start time of their appointment, the student will be asked if they're logging in for that appointment to help speed up the login process (and to link the Visit record to the Appointment). Enabling this option will include the Location of their appointments in this prompt.
9777913.png

  • Override: show all appointments in all related centers if logging in via KIOSK
If enabled, students will be allowed to login to other centers from a specific center's kiosk. This is generally not recommended.

  • Delay for Welcome and Goodbye Message (seconds)
Controls how long the Login and Logout prompts on Kiosks and Log Listings display before automatically closing. For example, if a student starts logging in and walks away from the Kiosk before completion, you may want the menu to close after 30 seconds of inactivity to allow the next student to login normally.

  • Delay for log listing refresh (seconds)
This setting controls the frequency of automatic log listing refreshes, allowing you to see the most up to date visit data.

  • Ask Student Satisfaction on Logout & Ask Consultant Satisfaction on Logout
Enabling these options adds a "please rate your satisfaction" question to the logout process of both the log listing *and* kiosk. These responses are only accessible to groups who have been provided access to these fields in the 'Student / Visit' tab. Responses will be visible on the student listing and in reports such as Visits by ??.
3044211.png

  • Log List Customization
These settings determine what and how information is displayed on the Log Listing, from both the staff and Kiosk point of view. More information on customizing this view along with more examples can be found in its own dedicated article.
4549809.png

4321008.png

  • Show Touchless QR Code for KIOSK Student Signin on Phone
This preference adds a QR code to your Kiosk. Students can scan this with their phones, which will take them to a URL where they can enter their ID to login/logout. This QR code automatically regenerates after several minutes, so students can’t keep the URL for later use. QR Code Width allows you to adjust the size of the QR code on your screen.
8171019.png

  • Show Queue and Consultant login buttons
This preference adds separate login prompt on the log listing and kiosk for work visits. If selected, users are prompted to enter their IDs, and as long as they have a valid consultant account, they can directly login for a work visit. Allow Consultant Login for Custom KIOSKs as well also enables this feature on Custom Kiosks. This additionally enables the "Queue" button on the Log Listing to view a more restricted list of students who are logged in (typically for a queue TV).

  • Prevent Login Via Name
If checked, it will not be possible to log a student in on the Log Listing or Kiosk by name (e.g., 'Sam Smith'). ID, Barcode, etc, must be used instead.

  • Require Single Record Found
Typically used if Prevent Login Via Name is unchecked. This requires that any Log Listing/Kiosk login attempts must return only a single student to continue. If unchecked, a student might search for 'Dave' to login, and scroll through other existing students to find their own name. Checking this box would prevent that, requiring that the student be specific enough to only return a single applicable student profile to continue.

  • Allow User to Generate a Prospect
Adds an option to the log listing and kiosk pages to create new prospective student accounts. Requires additional configuration in global settings, click here to learn more.

  • Label of Button
Optionally override the name of the button on the log listing/kiosk to create a new prospective student record.

  • Label of Subtitle
Optionally override the subtitle/description that appears when the "New Prospective Student" button is clicked on the log listing/kiosk.