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 17:25, 28 February 2022

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

Scheduling Preferences

Your scheduling preferences allow you to modify appointment booking rules, controlling exactly when a student can book appointments, how many appointments they can book, and much more. These preferences will apply to all centers within the profile. Your schedule preferences can be found in Other > Other Options > Profiles > [Your Profile] > Prefs > Scheduling.

Time Restrictions





  • Schedule no sooner than...And no later than
This preference controls how early or late a student can book an appointment. The example below visualizes how this preference works, but the time range would typically be larger for a production system (e.g., no later than 12 hours, no sooner than 14 days).


  • No Cancellation within
Determines how late the student can cancel an appointment. If a student attempts to cancel within this time limit, they will be informed that the appointment will be counted as a missed appointment instead. Internally, the status will be recorded as "Cancel - Missed" (by default).

  • Minimum and Maximum Appointment Duration
This preference controls the minimum/maximum possible appointment time. If you exclusively offer 30 or 60 minute availabilities, this should be set to match. If an availability is created with time slots outside of the limit specified here, it will not appear in search results to students.

  • Default appointment duration
The default duration of an appointment. Typically used in an open-schedule environment, where consultants are available for many hours at a time, this will be the default duration when a student goes to book an appointment.

  • Appointment start in increments of
Increments of time that booked appointments can start at. For example, if this preference is set to 15 minutes, appointments could be booked at 9:15, 9:30, 9:45, and so on. This is not commonly used outside of open-schedule environments.

  • Appointment duration in increments of
Increments of time that an appointment can be booked for. For example, if this is set to 10 minutes, appointments can be booked for 20 minutes, 30 minutes, 40, and so on. This is not commonly used outside of open-schedule environments.

  • Restrict duration to intervals
The durations specified here will be used by default in your availabilities. Availabilities can be created with custom multi-slot times which can override this preference.



  • Prevent students from booking consecutive appointments same student (any consultant)
This prevents students from booking consecutive appointments in TracCloud. For example, a student could book a 10am to 11am appointment, but couldn't book an 11am to 12pm. An appointment counts as consecutive if the start time is within 61 minutes of the end time of the prior appointment. Consecutive also means with same consultant can be used to block consecutive bookings with the same consultant specifically, which would allow a student to book a 10am to 11am with Dave and an 11am to 12pm with Jane. The default consecutive limit is 2 (no back-to-back appointments), but this can be modified if needed. For example, a limit of "3" would allow a student to book a 1pm to 2pm, and 2pm to 3pm, but not a 3pm to 4pm. Warn staff when they attempt to book consecutive appointments can also be enabled so that staff members are shown a warning when booking consecutive appointments on behalf of students.

  • Allow entry into online appointment session
These preferences control how soon/late a student can join a remote tutoring session by restricting when the Join button is available. If you’d like the student to be able to join 5 minutes prior to the start time through to the end, you would need to set “No sooner than” to 00:05 and set “No later than” to a value such as “1:00” (assuming you’re holding 1-hour appointments). No later than before end of appt counts back from the end time of the appointment rather than the start, and is an alternate option to No later than after start of appt.

  • QR Codes expire after
This applies to Batch Visit QR Codes and Ad-hoc Drop-in QR codes. If this is left blank, these codes can be used up to the end time of the visit. By setting this to a higher value, you can allow students to retroactively create visits for themselves after the visit has already taken place (e.g., in a recording). This preference counts from the start time of the session.

  • QR Codes active no sooner than
Similar to above, but in regards to how early a QR code can be used instead. By default (blank), QR codes can be used once they're created even if that visit would be days in the future.

  • Block student from booking appointments between # and #
This preference allows you to prevent students from booking appointments during a specific time of day. This is more commonly used if Schedule no later than is set to a low value, such as a few hours, allowing students to book close to the start time of the appointment. For example, if you want to prevent a student from booking a morning appointment in the middle of the night so that your tutors have more notice for their upcoming schedule, this is the preference you'll want to change. Default is blank, which does not apply any restrictions based on time of day.


Special Fields





Each group of settings—Reasons, Locations, Sections, Fund—can be precisely adjusted to control where they show up and whether or not they’re required.
Enter in avail determines whether or not the field shows up within the availability entry window.
Enter in appointment determines whether or not the field shows up within the appointment entry window.
Required for Search means that in order for appointments in this profile to appear in search results, this field must not be empty.
Required for Save marks the field as required, so it must be filled out prior to booking the appointment. This applies more-so to Staff, as the above option already requires a student to have this field selected before they have the chance to book.

  • Appointment Fund Choices
Allows you to customize the funds available to choose from on Availability and Appointment entry. More information on funds and payroll tracking in general can be found here.


Other Schedule Options





  • Allow students to cancel appointments
Provides students the option to cancel appointments (as long as they’re outside the time range specified in the first menu.)

  • Display consultant alias on availability search
This will display the consultant’s alias (specified in their staff profile) rather than their full name when students are searching for availabilities. An alias can also be automatically generated based on your System Preferences if preferred (e.g., First Name Last Initial).

  • Display consultant email/phone on appointment entry
Displays the specified consultant fields within appointment display, the following twig tags will or won't contain data based on these preferences.
{{Consultant.PhoneToStudent}}
{{Consultant.EmailToStudent}}

  • Allow group availability meeting type to be determined by first scheduled appointment
If this is enabled, the first student booking an optional online/in-person multi-person availability decides if the session will be online or in-person for other students going forward. If this is disabled, each student booking the same time slot can choose online/in-person independently of each other.

  • Allow group availability to use special skill locking
If enabled, staff will be able to define skills/accommodations in group availabilities that when booked, will lock the availability to the first chosen skill. The typical use case for this is for languages. For example, if you offered the skills "English," "Spanish," "French," and "Extra Time" and the first student books with the "Spanish" skill, you may want to limit all subsequent appointments to Spanish while allowing students to freely choose (or not choose) "Extra Time." To do this, you would simply list out the language skills in the "Group Slot Skill Locks" field in your availability.
With the above in place, Student A may schedule for Spanish (which locks the group to Spanish since they were first), Student B may schedule for Spanish and Extra Time, but Student C will not see this availability in search results if they search for English.

  • Allow student to upload documents to the appointment
Controls whether or not students can upload documents to the appointment record.

  • Allow staff to upload documents to the appointment
Controls whether or not staff can upload documents to the appointment record.



  • Block students from booking recurring appointments
Prevents students from booking recurring appointments for themselves. Staff can still book recurring availabilities on behalf of students if needed.

  • Prevent Staff from Overriding and allowing students to book recurring
Even if the above option is set to 'Yes,' staff can manually allow students to book recurring on a per availability basis. Setting this option to yes will block this as well.

  • Default value for availability max students
Determines the default "Max Students" value when creating availabilities. This value can still be overridden when managing your schedule. 0 = drop-in, 1 = one-on-one, 2+ = group.

  • Warning message to display when appointment modality is changed
When a staff member changes the modality (in-person/online/asynchronous) of an existing appointment, a warning message will appear to confirm that they want to make that change. This text field allows you to add an additional custom message to that warning.
  • Allow availabilities to be asynchronous
Enables asynchronous availability/appointment functionality. More information.

  • Allow message to be composed after conclusion
This determines whether or not students are allowed to re-open concluded asynchronous appointments to continue sending messages.

  • Asynchronous appointment automatic message
The text entered here will be automatically sent as a message at the start time of the asynchronous appointment.

  • Also send message to recipient as SMS
Optionally notify the asynchronous participants of new messages over SMS text. Requires TextAlerts. Enabling this option can result in a significant increase in emails sent from TracCloud, you may need to review your hourly/daily mail server send limit with your IT to ensure this will not be an issue.

  • Also send message to recipient as email
Optionally notify the asynchronous participants of new messages over email. Enabling this option can result in a significant increase in emails sent from TracCloud, you may need to review your hourly/daily mail server send limit with your IT to ensure this will not be an issue.
If you additionally or alternatively wish to notify the participants of new document uploads, document upload notifications can be managed separately in system preferences.

  • When a mentorship communication is sent: Also send message to recipient as SMS/Email
Functionally similar to the above options, but for peer mentorship communications instead.


Appointment Status and Management





  • Appointment Status Choices
These are the statuses that appointments can be set to. Typically, this would be set to something similar to the above example, with an Attended, Missed, and Canceled status, however, you can modify the choices if needed. Statuses containing the phrase “Cancel” will always cancel the appointment, making it available for other users to book (provided they’re still within the “schedule no later than” time limit.)

  • Status for missed
This is the status that TracCloud views as “Missed.” This should typically match the status set in your Missed Appointment Emails "Change missed appointment to Status:" preference.

  • Calc Missed Appointments Since
A student’s total number of missed appointments can be utilized in emails via the Twig tag below. This date determines how far back TracCloud searches for missed appointments. If this preference is blank, the global System Preferences date is used instead. Automatically Use Term Start can be used if you'd like to use the start date of your semester instead.
{{CalcMissedAppointments(Student.Sequence, Center.ProfileID)}}


  • Additional text message for late cancellation prompt / warning
This is an optional additional message that displays to students when they are cancelling an appointment outside of your time restriction. This appears in addition to the standard "This will be marked as missed" notice.


Max Appointment Rules and Blocks





These preferences allow you to restrict students from booking excessive appointments, or prevent booking/logins altogether. “Max Appointment Rules” allow you to create restrictions that will dynamically block students from booking appointments if their appointment threshold his met, while “Block Students to this Profile” allows you to block access to logging in for visits or booking appointments based whether or not the student is on a specific list.

Max Appointment Rules


  • Allow a maximum of X [hours/appointments] with:
Choose how many appointments/total hours a student can book within the restrictions assigned below.

  • ID Number (#1234ABCD)
Unique identifier for this rule, used for twig logic in failure message.

  • Same: [Consultant / Reason / Center / Profile / Subject / Section / Location]
This allows you to narrow down the restriction to specific fields. Maybe you don’t want a student booking excessively with a specific consultant, or booking too many appointments for a specific reason, this is where you would apply these rules.

  • add a search clause…
These clauses allow you to be more specific in where this rule applies. For example, you could add a search clause for Appointment Status and set it to "*Missed*" to apply max appointment rules to missed appointments, where a student wouldn't be able to book additional appointments once the limit is reached. You can also select specific Reasons, Centers, Subjects, or Statuses where the rule should apply, to not affect unrelated appointments. The | symbol can be used for "or" and # can be used for "not" in these search clauses.

  • in X [Minutes / Hours / Days / Weeks / Months / Terms / Years]
The time period for this rule. For example, you may want to restrict students from booking more than 3 appointments per week, or 10 appointments per month. This preference is where you’ll make that decision.
If “X week” is used, you can choose the start day of the week to count from. If “X month” is used, this will be the first to last day of the month. If you would prefer any 7 or 30-day window, you will need to use something like “7 Days” rather than “1 Week”. The maximum value for "Minutes" is 180. If a longer range is desired, hours or days should be used instead.

  • This rule is active for appointment dates in the time period
The date range that this rule is effective for. Maybe your current semester, or a monthly period.

  • This rule applies to
All students individually applies to only the student booking the appointment. John Doe (a student) can’t book more than 3 appointments with the same consultant per week.
Students as a collective applies to every student. Jane Smith (a tutor) can’t be booked more than 3 appointments per day (by students).

  • For student
Allows you to only apply this rule to a certain |list of students (or students not on a specific list).

  • And also applies to
Which appointment types should this apply do? E.g., only in-person 1-on-1 appointments. If left blank, this rule is applied to all appointment types.

  • Students that fail this rule may be optionally added to a list
This option requires that Same: and In X time period are both disabled. When the student attempts to book an appointment and is blocked by this rule, they will be added to the student list that you select.

  • Use Seats (all avails for all consultants)
This option can be used in combination with "Students as a collective" for tracking "seats" rather than "appointments."
For example, if you created a rule such as "Maximum of 2 appointments in 1 hour for students as a collective," that means in the schedule below, appointments can continue to be booked with Dave Smith or Jane Doe, but an appointment cannot be booked with John Smith. I.e., an appointment is a time with a consultant, regardless of how many students are meeting with that consultant at that time.
Alternatively, if you created the rule "Maximum of 10 appointments in 1 hour for students as a collective + use seats," then no further appointments can be booked. 10 total seats have been taken, across all of the available slots.
Consultant Time Slots Booked
Dave Smith 1:00pm 5/10
Jane Doe 1:00pm 5/10
John Smith 1:00pm 0/10

  • Fail Message to Student
This text field can be used to override the automatically generated description that would otherwise be shown to students. If you want to hide the text of the rule that students are limited by, enter your custom description here.

  • Rule Failure Message
This is an optional custom message that can appear to students if they reach the limit of this rule.
Twig can also be used in this field to display student or consultant information. You can also modify the contents of the message based on which rule was broken. For example:
{% for failRule in failRules %}
{% if failRule.id == "1Y0GYPWS" %}
Sorry, you can only have one upcoming appointment at a time. Please try again later.
{% elseif failRule.id == "HKIEAATS" %}
You can only book 4 appointments per week.
If you think an exception needs to be made, reach out to us at help@school.edu.
{% endif %}
{% endfor %}


In addition to standard maximum appointment rules, you can also utilize these rules to set maximum tutoring/advising hours for your consultants.

In the consultant profile, set 'Max Hours' to your desired limit, e.g., "10".


In your Maximum Appointment Rules, use the phrase "MaxHours" in the "Allow a maximum of [____]" field. When an appointment is booked, TracCloud will check the relevant consultant's maximum hours for use with this rule. If the newly scheduled appointment would be over the maximum number of hours set, it will be blocked.


Block Students to this Profile

  • Prevent Scheduling is where you will select a list of students that you want to prevent from booking appointments.
  • Message to Display to a Blocked Student is the message displayed when a student on that list tries to book an appointment.


  • Prevent Login prevents the student from being logged in on the Log Listing or a Kiosk.
  • Message to Display to a Blocked Student is the message displayed when the student tries to login on a Kiosk or a staff member tries to log them in on the Log Listing.


Appointment Display


Search Availability Badges



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.



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



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.


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; In Person, Online, Online Optional, or Phone

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:

Choose your preferred color for the badge. Consider contrast when setting this color, availability backgrounds are as follows.
1-on-1: #d3f8de
Group: #F5F5B4
Drop-in: #d0ffff
Async: #d8c7ff


Icon:

Choose from the list of available icons or alternatively click the button to use a custom icon from Font Awesome. In that case, you would copy the class values from the icon you want to use.
Paste them into TracCloud.
Then click 'OK.'


Info Text:

Enter text that will display when students & staff 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.



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.





Search Appointment Links (QR Codes)



Appointment links allow you to create preset search availability widgets that can be easily shared to students with a QR code or a link from the dashboard. These links are assigned to an existing search availability widget, and you can add additional filters such as what subjects or reasons can be selected, which center or consultant will appear in the results, as well as the meeting modality and type.



Click New Search Appointment Link to begin.



  • Inactive
If checked, this link will not be accessible to those who scan the QR code.

  • Show on Student Dashboard
Enabling this will add a button to the linked search availability widget to access this appointment link. This is only visible to students, the name of the button will be the Link Name unless overridden.


  • Show on Student Mentor Widget
If enabled, a button will be added to the student mentorship widget to open this search appointment link. The search results will only include the mentor that the mentee is assigned to. If multiple search appointment links have this option enabled, only the first will be used.

  • Allow Dynamic Center/Consultant Codes
If a specific center and/or consultant are not selected, you will be able to make those fields dynamic. If checked, a new option called "Show Dynamic Codes" will appear. When clicked, you will be able to select a center/consultant and generate a unique QR code link with those records chosen rather than needing to create a completely new appointment link record.

  • QR Code
This QR code will direct users to this search availability link. Hover your mouse over it to enlarge the code, click on it to visit the appointment link.

  • Link Name
The name of this link. This will appear to students if Show on Student Dashboard is enabled. HTML is supported if you want to change the color of the button text or add icons. For example, <i class="fa-solid fa-user-group"></i> <span style="color:green; font-weight:bold">Math Workshop</span> would result in Math Workshop. An icon list can be found at fontawesome.com.

  • Override Name with optional Twig (optional)
Choose custom text for the search availability link button, including Twig support.

  • Subtitle Additions (optional twig)
Add a custom description to the search availability link widget to provide additional instructions to students. Twig and HTML are supported.

  • Created
Used to keep track of different appointment links. Doesn't affect link functionality.

  • Expires
The expiration date of the link (optional).

  • Section Link
Which subject/section must be selected when searching availabilities using this link. "Subject" allows for wildcard entries, such as "MAT*" for all math courses. "Section" can be used to make a specific selection with a search box. "Course List" can be used to include a variety of different sections based on your existing course lists.

  • Reason Link
Similar to the above option, but for reason choices instead. "Reason Name" allows for wildcard and "or" entries, while "Reason" allows you to select a specific reason with a search box.

  • Specific Center
Used to filter search results to only a specific center.

  • Specific Consultant
Used to filter search results to only a specific consultant.

  • Modalities to Include
The modalities and meeting types that can be shown in search results. All are selected by default.

Availability Dynamic QR Codes

Another component of appointment links is the ability to create dynamic links directly from availabilities. These links will be automatically assigned to the center and consultant of the availability they were created from. To give staff the ability to generate these appointment links, go to Other > Other Options > Groups > [The group you want to update] > Scheduling, and check Allow user to generate a dynamic search appointment QR Code based on an existing search appointment link. Additionally, you can check Only allow links for self to prevent consultants in this group from creating availability links for other consultant's schedules.



Once this access is provided, this will appear in a new tab in availabilities named "Dynamic QR Code." Choose the link to utilize for this search, and save or click on the QR code to access the search availability menu. Keep in mind that the consultant's section and reason specialties still apply when using these QR codes, so you'll want to ensure that the link used has those sections/reasons available so that this availability can be found in search results.




TracCloudWhatsNew2022-01-06 1


Optional Add-on
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.



  • 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. If this terms and conditions record appears on login and the student's registration has overridden dates, the end date of their registration will be used instead.
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.
5. Workshop Only - This prompt appears as an option when creating workshops in TracCloud, requiring the student agree to enroll.

  • 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.


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



  • 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.


  • 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.


  • 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.

  • 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 ??.


  • Show Resources Checked Out on Logout
Show what resources the student has checked out during logout.

  • List the Appointment/Visit Location Choices
Allows to you to customize the default locations available to choose from in visits and Availability/Appointment entry. If used, this would typically be a more specific location than what your centers already describe. E.g., "Room 42 (location) in Peer Tutoring (center)."

  • Quick Visit Required Fields
Choose which fields must be filled in by staff when editing existing visits or creating new quick visits.

  • 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.



  • 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.


  • Utilize SSO for Touchless KIOSK
If checked, any students who use the kiosk QR code to login will be required to sign in via single sign-on before they can start or end their visit. This is typically left unchecked.

  • QR Code is clickable
If checked, the kiosk QR code can be clicked on to open the login form. This option is typically disabled.

  • 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.

  • Prevent Logins
The "Via [field]" options can be used to prevent students from logging in by typing in that value at a kiosk to log their visit. It's very common to prevent students from logging in via name, the other options are less commonly checked. "During Class Time" can be used if section schedule data is being imported. You can block students from logging in for visits during their scheduled class time by checking this box.

  • Filter registrations allowed for Sign In
This option can be used restrict which registrations students are allowed to login for, in addition to the regular course list filtering. If you intend on using this option, you must create a saved search on the Registrations Listing to define which registrations students can login for.

  • 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.