Features that control how the platform communicates with learners, managers, assessors, and admins.
Last updated 24/06/2026
When a new user is created in the portal, an invitation email is automatically sent prompting them to click a link, set their password, and log in for the first time. Admins can resend or cancel invitations from the user’s profile. If SSO is enabled, separate invitation templates exist for internal (SSO) and external (non-SSO) users.
Ensures every new user receives a clear, secure pathway into the platform from day one without requiring admin intervention to distribute passwords. Reduces login support queries by giving users a simple self-service onboarding step.
Last updated 24/06/2026
Email notifications can be enabled to alert learners when they are enrolled in a topic or pathway by an admin, via upload, or via an automated rule. A separate self-enrolment notification alerts the Primary Admin when a learner self-enrols via a catalogue or auto-enrol link. Pathway-specific notifications also include: pathway updated (when existing enrolments are affected by changes to a pathway’s content) and pathway scheduled topic released (when a locked topic in a pathway becomes available to a learner).
Keeps learners informed when new training is assigned to them and prompts immediate action. Gives admins visibility of self-enrolment activity without requiring manual monitoring. Pathway update notifications prevent learners from being surprised by changes to training they are already enrolled in.
Last updated 24/06/2026
A separate notification is available for retake enrolments — triggered when a learner is re-enrolled in a topic or pathway as part of a manual retake or an automated recertification process. This is distinct from the initial enrolment notification and can be separately enabled, disabled, and customised, allowing a different message to be sent for a retake versus a first-time enrolment.
Allows organisations to communicate clearly when a learner needs to redo training — for example, using different wording that acknowledges prior completion and explains why a retake is required. Particularly useful for compliance training on annual recertification cycles.
Last updated 24/06/2026
Admins can configure a schedule of reminder emails for each topic or pathway, triggered relative to the learner’s due date. Reminders can be set to send any number of days or weeks before the due date (due soon) or after the due date (overdue). Multiple reminders can be stacked — for example, 2 weeks before, 1 week before, on the day, and 1 week overdue. Each reminder in the schedule is individually configurable for recipients and can be enabled or disabled independently. Reminders only send if the learner has a due date on their enrolment and has not yet completed the training.
Automates the follow-up process for incomplete training without requiring admins to manually chase individuals. Escalating reminders — including notifying managers at the overdue stage — create accountability without admin effort and are particularly important for compliance training with regulatory deadlines.
Last updated 13/05/2026
A completion email is sent to the learner when they finish a topic or pathway. This notification is enabled by default and can be disabled if not needed. The completion email includes a summary of results (completion date, duration, assessment outcome if applicable), a copy of the learner’s journal, and a PDF of their completion certificate. Additional recipients such as managers, creators, or specific stakeholders can be added.
Provides learners with an immediate record of their achievement, including a certificate they can save or share. Gives managers and stakeholders automatic visibility of completions without needing to check reports, useful for onboarding sign-offs or compliance confirmation.
Last updated 24/06/2026
When the assessment module is enabled in a standard topic, additional notifications become available. These include: assessable item pending (notifies assessors or creators when a submission is awaiting review), assessable item result (notifies learners when their submission has been graded), assessment retake request (sent when a learner fails and requests a retake), assessment retake approved (sent to the learner when a retake is approved), and assessment review required (when admin review of results is enabled, notifies assessors and admins that results are being held for review). Assessment notifications cannot be customised.
Keeps the assessment workflow moving without manual follow-up. Assessors are alerted when action is needed, learners are informed of outcomes promptly — creating a clear, auditable chain of communication around formal assessments.
Last updated 24/06/2026
Three types of periodic summary emails can be subscribed to on a per-user basis: Learner report (a summary of the learner’s own training progress and outstanding items), Team Leader report (a summary of the team leader’s team’s training status), and Assessor report (a list of topics with pending assessable submissions awaiting grading). Frequency options range from daily to monthly. Reports only send when there is relevant data — no email is sent if there is nothing to report. Frequency is set per user on their profile or via CSV upload.
Gives learners, managers, and assessors a regular, structured view of their responsibilities without requiring them to log in to check. Particularly useful for team leaders managing compliance across a team, or assessors with high volumes of assessable submissions to review.
Last updated 24/06/2026
Admins can send a one-off custom email message to a selected group of users directly from within the platform via Admin > People. The message is sent using the portal’s standard email infrastructure (from the Primary Admin name) and appears in users’ inboxes like any other portal email. The bulk message template can be customised via Admin > Account > Emails.
Allows admins to communicate directly with a filtered group of users — such as all staff in a particular location, or all users who have not yet completed a specific topic — without needing to export a list and send from an external email tool. Useful for announcements, reminders, or important platform updates.
Last updated 24/06/2026
A set of platform-level notifications are sent automatically based on account events. These include: password reset (when a user requests a new password), scheduled deactivation reminder (sent ahead of an upcoming automatic deactivation), scheduled reactivation (sent when a user’s account is reactivated on a scheduled date), creator invitation (when a user is assigned as a creator to a topic), SSO local password login alert (when an SSO user logs in without SSO), and stale users deactivated (admin notification when inactive users have been automatically deactivated).
Ensures users and admins are kept informed of important account changes without manual communication. Deactivation and reactivation reminders are particularly useful when managing contractors or seasonal staff with scheduled access windows.
Last updated 24/06/2026
For each notification on a topic or pathway, admins can configure additional recipients beyond the default. Options include: Primary Admin (the portal’s designated admin email), Creators (all creators assigned to that topic), Managers (all managers assigned to the learner, up to 5), Mentor (the learner’s assigned mentor), and Stakeholders (one or more manually specified email addresses). Each notification can have a different recipient configuration, allowing escalation — for example, sending overdue reminders to the learner initially, then copying in managers once the due date has passed.
Enables a structured escalation approach to compliance and completion follow-up. Organisations can design notification sequences that start with the learner and progressively involve managers and stakeholders as urgency increases — without any manual monitoring required.
Last updated 24/06/2026
Admins can customise the content of topic and pathway notification emails (enrolment, retake enrolment, due soon, overdue, and completion) by creating custom templates. Each template can be edited for subject line, body text, formatting, dynamic variables, logo visibility, and footer. Multiple templates can be created for each notification type. One template is set as the default and applies globally across all instances of that notification type. A live preview and test send are available during editing. The invitation email, scheduled deactivation, and scheduled reactivation emails can also be customised. Many platform emails (assessment, event, reporting) cannot be customised.
Allows organisations to use their own voice and messaging in training communications — adding context, branding, and relevant instructions rather than relying on generic system text. Particularly useful for organisations with multiple audiences who want their training communications to feel consistent with other internal communications.
Last updated 13/05/2026
Beyond setting a global default template, admins on Business plans can assign a specific custom email template to an individual notification within a specific topic or pathway. This is done via the Notifications tab of the topic or pathway, where each notification shows a Default or Modified status. Clicking Modified allows selection of any available template of that notification type for that specific instance only. This means, for example, a specific topic can have a unique completion email with content tailored to that training, while all other topics continue to use the global default.
Gives organisations the ability to tailor communications at a granular level for high-priority or high-sensitivity training — such as a customised completion email for a compliance topic that includes specific next steps, or a unique reminder for onboarding training that references the new starter experience.
Last updated 24/06/2026
By default, all platform emails are sent from a @tribalhabits.com address with the Primary Admin name displayed as the sender. Organisations can request configuration of a custom email sending domain so that all notification emails are sent from their own domain (e.g. [email protected]). Setup requires the organisation to own and manage DNS for the domain, have DMARC enabled, and add several CNAME records provided by Tribal Habits support. The process is managed by the Tribal Habits support team and is independent of, but complementary to, the custom portal domain (vanity URL) feature.
Removes any @tribalhabits.com reference from outbound emails, replacing it with the organisation’s own domain. Improves deliverability for organisations with strict internal spam filters, increases learner trust in communications, and completes a fully branded experience when used alongside a custom portal URL.
Last updated 24/06/2026
Notifications can be disabled at two levels. At the platform level, a Super Admin can turn off all email notifications for the entire portal via Admin > Account > Subscription. This disables all outbound emails including system notifications and is intended only for temporary use during testing or data migration. At the user level, admins can disable training-related notifications (enrolments, reminders, completions) for individual users via their profile or in bulk via CSV. System emails such as invitation and password reset are not affected by the user-level setting.
The platform-level switch is essential during implementation when bulk-uploading historical data or test enrolments — preventing a flood of erroneous notification emails to users. The per-user setting is useful for managing users who receive training notifications through an alternate channel, or for administrators who do not want to receive learner-facing emails.
Last updated 24/06/2026
The Notifications report in Analytics provides a log of every email notification sent from the portal, including the notification type, recipient, topic or pathway, date sent, and delivery status. The report can be filtered and exported to CSV.
Gives admins a complete audit trail of all training-related communications sent from the platform. Useful for troubleshooting delivery issues, confirming that reminder campaigns were executed, or providing evidence to regulators or auditors that compliance notifications were sent.
| Cookie | Duration | Description |
|---|---|---|
| __cf_bm | 1 hour | This cookie, set by Cloudflare, is used to support Cloudflare Bot Management. |
| __hssc | 1 hour | HubSpot sets this cookie to keep track of sessions and to determine if HubSpot should increment the session number and timestamps in the __hstc cookie. |
| __hssrc | session | This cookie is set by Hubspot whenever it changes the session cookie. The __hssrc cookie set to 1 indicates that the user has restarted the browser, and if the cookie does not exist, it is assumed to be a new session. |
| __stripe_mid | 1 year | Stripe sets this cookie to process payments. |
| __stripe_sid | 1 hour | Stripe sets this cookie to process payments. |
| cookielawinfo-checkbox-advertisement | 1 year | Set by the GDPR Cookie Consent plugin, this cookie records the user consent for the cookies in the "Advertisement" category. |
| cookielawinfo-checkbox-analytics | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Analytics". |
| cookielawinfo-checkbox-functional | 11 months | The cookie is set by GDPR cookie consent to record the user consent for the cookies in the category "Functional". |
| cookielawinfo-checkbox-necessary | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookies is used to store the user consent for the cookies in the category "Necessary". |
| cookielawinfo-checkbox-others | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Other. |
| cookielawinfo-checkbox-performance | 11 months | This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Performance". |
| CookieLawInfoConsent | 1 year | CookieYes sets this cookie to record the default button state of the corresponding category and the status of CCPA. It works only in coordination with the primary cookie. |
| elementor | never | The website's WordPress theme uses this cookie. It allows the website owner to implement or change the website's content in real-time. |
| JSESSIONID | session | New Relic uses this cookie to store a session identifier so that New Relic can monitor session counts for an application. |
| rc::a | never | This cookie is set by the Google recaptcha service to identify bots to protect the website against malicious spam attacks. |
| rc::c | session | This cookie is set by the Google recaptcha service to identify bots to protect the website against malicious spam attacks. |
| viewed_cookie_policy | 11 months | The cookie is set by the GDPR Cookie Consent plugin and is used to store whether or not user has consented to the use of cookies. It does not store any personal data. |
| Cookie | Duration | Description |
|---|---|---|
| __hstc | 6 months | Hubspot set this main cookie for tracking visitors. It contains the domain, initial timestamp (first visit), last timestamp (last visit), current timestamp (this visit), and session number (increments for each subsequent session). |
| _ga | 1 year 1 month 4 days | Google Analytics sets this cookie to calculate visitor, session and campaign data and track site usage for the site's analytics report. The cookie stores information anonymously and assigns a randomly generated number to recognise unique visitors. |
| _ga_* | 1 year 1 month 4 days | Google Analytics sets this cookie to store and count page views. |
| hubspotutk | 6 months | HubSpot sets this cookie to keep track of the visitors to the website. This cookie is passed to HubSpot on form submission and used when deduplicating contacts. |
| sbjs_current | session | Sourcebuster sets this cookie to identify the source of a visit and stores user action information in cookies. This analytical and behavioural cookie is used to enhance the visitor experience on the website. |
| sbjs_current_add | session | Sourcebuster sets this cookie to identify the source of a visit and stores user action information in cookies. This analytical and behavioural cookie is used to enhance the visitor experience on the website. |
| sbjs_first | session | Sourcebuster sets this cookie to identify the source of a visit and stores user action information in cookies. This analytical and behavioural cookie is used to enhance the visitor experience on the website. |
| sbjs_first_add | session | Sourcebuster sets this cookie to identify the source of a visit and stores user action information in cookies. This analytical and behavioural cookie is used to enhance the visitor experience on the website. |
| sbjs_migrations | session | Sourcebuster sets this cookie to identify the source of a visit and stores user action information in cookies. This analytical and behavioural cookie is used to enhance the visitor experience on the website. |
| sbjs_session | 1 hour | Sourcebuster sets this cookie to identify the source of a visit and stores user action information in cookies. This analytical and behavioural cookie is used to enhance the visitor experience on the website. |
| sbjs_udata | session | Sourcebuster sets this cookie to identify the source of a visit and stores user action information in cookies. This analytical and behavioural cookie is used to enhance the visitor experience on the website. |
| Cookie | Duration | Description |
|---|---|---|
| _cfuvid | session | Description is currently not available. |
| blgj5lst | 5 days | Description is currently not available. |
| m | 2 years | No description available. |
| oxetqk28 | 5 days | Description is currently not available. |
| x4mk8hq1 | 5 days | Description is currently not available. |