Voluntary Product Accessibility Template (VPAT®)
Accessibility
We are committed to building an inclusive learning platform for every student, educator, and family we serve.
Report Overview
Braintrust Tutors Accessibility Conformance Report
This report is based on VPAT® Version 2.5Rev (International Edition) and documents the degree to which Braintrust Tutors conforms to web and software accessibility standards. Evaluation was performed using Chrome Lighthouse, WAVE, WebAIM Contrast Checker, and manual testing by team members with product knowledge.
Coverage
Applicable Standards & Guidelines
This report evaluates conformance against the following standards. WCAG 2.x tables also document conformance with EN 301 549 Clauses 9–12 and Revised Section 508 Chapters 5–6.
| Standard / Guideline | Level A | Level AA | Level AAA |
|---|---|---|---|
| Web Content Accessibility Guidelines (WCAG) 2.0 | Yes | Yes | No |
| Web Content Accessibility Guidelines (WCAG) 2.1 | Yes | Yes | No |
| Web Content Accessibility Guidelines (WCAG) 2.2 | Yes | Yes | No |
| Revised Section 508 (Jan 18, 2017 / corrected Jan 22, 2018) | Yes | ||
| EN 301 549 V3.1.1 (2019-11) & V3.2.1 (2021-03) | Yes | ||
Definitions
Terms
The following terms are used in the Conformance Level column throughout this report, as defined by ITI.
At least one method meets the criterion without known defects or with equivalent facilitation.
Some functionality of the product does not meet the criterion.
The criterion is not relevant to this product.
Not evaluated against this criterion. Used only for WCAG Level AAA.
WCAG 2.x · Table 1
Success Criteria, Level A
Also documents conformance with EN 301 549 Clause 9 (Web), Clauses 10–12, and Revised Section 508 Chapters 5–6 where applicable.
| Criteria | Conformance | Remarks |
|---|---|---|
| 1.1.1 Non-text Content | Partially Supports | Images and interactive elements throughout the platform include descriptive labels and alt text. Alt-text support for user-uploaded images within the collaborative whiteboard is being extended. |
| 1.2.1 Audio-only & Video-only (Prerecorded) | Not Applicable | No standalone audio-only or video-only prerecorded content is present in the platform. |
| 1.2.2 Captions (Prerecorded) | Not Applicable | No prerecorded video content requiring captions is present in the platform. |
| 1.2.3 Audio Description or Media Alternative (Prerecorded) | Not Applicable | No prerecorded synchronized media is present in the platform. |
| 1.3.1 Info and Relationships | Partially Supports | Page structure, headings, and form labels are programmatically conveyed throughout the core platform. Additional programmatic structure is being extended to all areas of the whiteboard tool. |
| 1.3.2 Meaningful Sequence | Supports | Content is presented in a logical reading order that is correctly conveyed to assistive technologies. |
| 1.3.3 Sensory Characteristics | Supports | Instructions do not rely solely on shape, size, visual location, orientation, or sound to convey meaning. |
| 1.4.1 Use of Color | Supports | Color is never the sole means of conveying information — all color-coded content has a text or visual equivalent. |
| 1.4.2 Audio Control | Not Applicable | No auto-playing audio is present in the platform. |
| 2.1.1 Keyboard | Supports | All core platform functionality is fully operable via keyboard, without requiring specific timing for individual keystrokes. |
| 2.1.2 No Keyboard Trap | Supports | Keyboard focus can always be moved away from any component using standard keystrokes. |
| 2.1.4 Character Key Shortcuts (2.1 / 2.2) | Not Applicable | The platform does not implement single-character key shortcuts. |
| 2.2.1 Timing Adjustable | Not Applicable | No time limits are applied to interactions in the platform. |
| 2.2.2 Pause, Stop, Hide | Not Applicable | No auto-updating, moving, or blinking content is present. |
| 2.3.1 Three Flashes or Below Threshold | Supports | No content flashes more than three times per second. |
| 2.4.1 Bypass Blocks | Not Applicable | The platform's application structure does not produce the repeated navigation blocks this criterion addresses. |
| 2.4.2 Page Titled | Supports | Every page has a descriptive title that clearly identifies its topic and purpose. |
| 2.4.3 Focus Order | Partially Supports | Focus moves in a logical, meaningful sequence throughout most of the platform. Keyboard focus handling in navigation menus is being improved. |
| 2.4.4 Link Purpose (In Context) | Supports | Link text clearly describes the destination or purpose of each link, either on its own or within its surrounding context. |
| 2.5.1 Pointer Gestures (2.1 / 2.2) | Not Applicable | No functionality requires multi-point or path-based pointer gestures. |
| 2.5.2 Pointer Cancellation (2.1 / 2.2) | Supports | Actions triggered by a single pointer can be cancelled before they complete, helping prevent accidental activation. |
| 2.5.3 Label in Name (2.1 / 2.2) | Supports | The accessible name of every UI component includes its visible label text, ensuring compatibility with voice input tools. |
| 2.5.4 Motion Actuation (2.1 / 2.2) | Not Applicable | No functionality is triggered by device motion or physical gestures. |
| 3.1.1 Language of Page | Supports | The language of each page is programmatically identified, enabling screen readers and other assistive technologies to apply correct pronunciation and rendering. |
| 3.2.1 On Focus | Supports | Moving keyboard focus to a component never automatically triggers an unexpected change of context. |
| 3.2.2 On Input | Supports | Changing the value of a form field or control does not cause an unexpected change of context. |
| 3.2.6 Consistent Help (2.2 only) | Supports | Help and support resources are available in a consistent location across all pages of the platform. |
| 3.3.1 Error Identification | Supports | Input errors are detected automatically and described to users in clear, plain-language text. |
| 3.3.2 Labels or Instructions | Supports | All form inputs include visible labels and, where needed, clear instructions so users always know what is expected. |
| 3.3.7 Redundant Entry (2.2 only) | Supports | Information entered earlier in a session is remembered, so users are never asked to type the same information twice. |
| 4.1.1 Parsing | Supports | Platform markup is well-formed and consistently interpretable by browsers and assistive technologies. |
| 4.1.2 Name, Role, Value | Supports | Every UI component correctly exposes its name, role, and current state to assistive technologies such as screen readers. |
WCAG 2.x · Table 2
Success Criteria, Level AA
| Criteria | Conformance | Remarks |
|---|---|---|
| 1.2.4 Captions (Live) | Partially Supports | Live caption support within tutoring sessions is dependent upon our partner's virtual classroom technology. Captions are not required for the core Braintrust platform experience. |
| 1.2.5 Audio Description (Prerecorded) | Not Applicable | No prerecorded video content is used in the platform interface. |
| 1.3.4 Orientation (2.1 / 2.2) | Supports | The platform is fully functional in both portrait and landscape orientations across all supported devices. |
| 1.3.5 Identify Input Purpose (2.1 / 2.2) | Supports | Form fields that collect personal information use standard autocomplete attributes, making them compatible with browser autofill and assistive tools. |
| 1.4.3 Contrast (Minimum) | Supports | All text and images of text meet or exceed a 4.5:1 contrast ratio, ensuring readability for users with low vision or color deficiencies. |
| 1.4.4 Resize Text | Supports | Text can be enlarged up to 200% using standard browser zoom without any loss of content or functionality. |
| 1.4.5 Images of Text | Partially Supports | Live text is used throughout the platform interface. Some assessment questions may include images of text; guidance is provided to administrators on maintaining accessibility when building assessment content. |
| 1.4.10 Reflow (2.1 / 2.2) | Supports | Content adapts gracefully to narrow viewports and high magnification without requiring horizontal scrolling, making the platform accessible on small screens and for users who zoom significantly. |
| 1.4.11 Non-text Contrast (2.1 / 2.2) | Supports | Buttons, form fields, icons, and other UI components meet the 3:1 contrast requirement and provide clear visual feedback on interaction. |
| 1.4.12 Text Spacing (2.1 / 2.2) | Supports | Adjusting line height, letter spacing, word spacing, or paragraph spacing does not cause any loss of content or functionality. |
| 1.4.13 Content on Hover or Focus (2.1 / 2.2) | Partially Supports | Most hover- and focus-triggered content behaves as expected throughout the platform. Tooltip accessibility on the student dashboard and keyboard focus within the virtual classroom are dependent upon our partner. |
| 2.4.5 Multiple Ways | Supports | Users can reach any part of the platform through menus, in-context links, and direct navigation, providing multiple paths to every page. |
| 2.4.6 Headings and Labels | Supports | Headings and form labels clearly describe the topic or purpose of the content or control they represent. |
| 2.4.7 Focus Visible | Supports | A clearly visible focus indicator is displayed on all interactive elements that receive keyboard focus, helping keyboard-only users navigate confidently. |
| 2.4.11 Focus Not Obscured – Minimum (2.2 only) | Not Applicable | Page overlays and sticky elements are designed to avoid covering focused components. |
| 2.5.7 Dragging Movements (2.2 only) | Not Applicable | No functionality requires a dragging motion — all interactions are achievable with a single pointer click. |
| 2.5.8 Target Size – Minimum (2.2 only) | Supports | All interactive targets meet or exceed the 24×24 CSS pixel minimum size, making them comfortable to activate for users with motor impairments. |
| 3.1.2 Language of Parts | Not Applicable | The platform is delivered in English. No passages in other languages appear in the interface. |
| 3.2.3 Consistent Navigation | Supports | Navigation menus and global controls appear in the same position on every page, so users always know where to find them. |
| 3.2.4 Consistent Identification | Supports | Components that perform the same function are identified with consistent labels throughout the platform — search is always called "Search," for example. |
| 3.3.3 Error Suggestion | Supports | When an input error is detected, specific, actionable suggestions are provided to help users correct the problem. |
| 3.3.4 Error Prevention (Legal, Financial, Data) | Supports | Submissions with meaningful consequences can be reviewed and confirmed before they are finalized, reducing the risk of accidental errors. |
| 3.3.8 Accessible Authentication – Minimum (2.2 only) | Supports | Logging in does not require solving puzzles, identifying objects, or completing any cognitive function test. |
| 4.1.3 Status Messages (2.1 / 2.2) | Supports | Success and status messages are announced to screen readers automatically, so users are kept informed without needing to move focus. |
WCAG 2.x · Table 3
Success Criteria, Level AAA
Level AAA is not a declared conformance target for this product. Results are provided for transparency.
| Criteria | Conformance | Remarks |
|---|---|---|
| 1.2.6 Sign Language (Prerecorded) | Not Applicable | No prerecorded synchronized media is present in the platform. |
| 1.2.7 Extended Audio Description (Prerecorded) | Not Applicable | No prerecorded synchronized media is present in the platform. |
| 1.2.8 Media Alternative (Prerecorded) | Not Applicable | No prerecorded synchronized media is present in the platform. |
| 1.2.9 Audio-only (Live) | Not Applicable | No live audio-only content is broadcast through the platform. |
| 1.3.6 Identify Purpose (2.1 / 2.2) | Supports | The purpose of UI components, icons, and page regions is programmatically identifiable, enabling personalization tools and assistive technologies to tailor the experience. |
| 1.4.6 Contrast (Enhanced) | Partially Supports | The majority of text across the platform exceeds the enhanced 7:1 contrast ratio, with continued attention given to all interface areas. |
| 1.4.7 Low or No Background Audio | Not Applicable | No background audio is present in the platform. |
| 1.4.8 Visual Presentation | Not Applicable | This criterion applies to large blocks of body text; the platform's content layout does not trigger this requirement. |
| 1.4.9 Images of Text (No Exception) | Supports | Text is rendered as live, scalable text wherever technically feasible throughout the platform. |
| 2.1.3 Keyboard (No Exception) | Partially Supports | The vast majority of platform functionality is keyboard accessible. Full keyboard operability is being extended to all remaining navigation menus and interactive components. |
| 2.2.3 No Timing | Supports | No time limits affect any part of the user experience. |
| 2.2.4 Interruptions | Supports | Interruptions and non-emergency alerts can be deferred or suppressed by the user. |
| 2.2.5 Re-authenticating | Supports | If a session expires, users can re-authenticate and pick up exactly where they left off without losing any data. |
| 2.2.6 Timeouts (2.1 / 2.2) | Supports | Users receive a clear warning before any inactivity timeout that could result in data loss. |
| 2.3.2 Three Flashes | Supports | No content flashes more than three times in any one-second period. |
| 2.3.3 Animation from Interactions (2.1 / 2.2) | Supports | Motion animations triggered by user interaction respect the operating system's "reduce motion" preference, making the experience comfortable for users sensitive to movement. |
| 2.4.8 Location | Supports | Users can always determine where they are within the platform through page titles, breadcrumbs, and active navigation states. |
| 2.4.9 Link Purpose (Link Only) | Supports | Link text is descriptive enough to convey its destination on its own, without relying on surrounding context. |
| 2.4.10 Section Headings | Supports | Section headings are used throughout the platform to organize content into clearly labeled, navigable regions. |
| 2.4.12 Focus Not Obscured – Enhanced (2.2 only) | Not Applicable | |
| 2.4.13 Focus Appearance (2.2 only) | Supports | Focus indicators meet the enhanced size and contrast requirements, making keyboard navigation clearly visible at a glance. |
| 2.5.5 Target Size (2.1 / 2.2) | Supports | Interactive targets are generously sized, making them easy and comfortable to activate for users with motor impairments. |
| 2.5.6 Concurrent Input Mechanisms (2.1 / 2.2) | Supports | Touch, keyboard, mouse, and other input methods can be used interchangeably — the platform never locks users into a single input mode. |
| 3.1.3 Unusual Words | Not Applicable | |
| 3.1.4 Abbreviations | Not Applicable | |
| 3.1.5 Reading Level | Not Applicable | As a platform designed to support literacy development across grade levels, content is intentionally written at varied reading levels to match each student's learning goals. |
| 3.1.6 Pronunciation | Not Applicable | |
| 3.2.5 Change on Request | Supports | Context changes are only initiated by an explicit user action — nothing on the platform changes unexpectedly. |
| 3.3.5 Help | Supports | Context-sensitive help is available throughout the platform to guide users through any task. |
| 3.3.6 Error Prevention (All) | Supports | All form submissions can be reviewed and corrected before they are processed. |
| 3.3.9 Accessible Authentication – Enhanced (2.2 only) | Supports | Authentication requires no cognitive tests of any kind. |
U.S. Federal Standard
Revised Section 508 Report
Chapter 3: Functional Performance Criteria
| Criteria | Conformance | Remarks |
|---|---|---|
| 302.1 Without Vision | Partially Supports | Assessment activities include audio to support non-visual access. Expanded non-visual support across the virtual classroom is dependent upon our partner. |
| 302.2 With Limited Vision | Partially Supports | The platform supports browser zoom, high-contrast display settings, and text resizing throughout. Enhanced low-vision support within the virtual classroom is dependent upon our partner. |
| 302.3 Without Perception of Color | Supports | All information conveyed with color has an equivalent text, shape, or structural representation. |
| 302.4 Without Hearing | Supports | Platform content and core learning activities are fully accessible without audio. |
| 302.5 With Limited Hearing | Supports | The platform supports users with limited hearing through text-based content and visual indicators throughout. |
| 302.6 Without Speech | Partially Supports | All core platform interactions can be completed without speech. Voice-based features within the virtual classroom are dependent upon our partner. |
| 302.7 With Limited Manipulation | Not Applicable | This criterion does not apply to the student learning experience. Drag-and-drop interactions for administrators and tutors are under ongoing review. |
| 302.8 With Limited Reach and Strength | Not Applicable | This criterion applies to physical hardware products. |
| 302.9 With Limited Language, Cognitive, and Learning Abilities | Supports | Braintrust is purpose-built to support students with diverse learning needs, including those requiring language and cognitive accommodations. |
Chapter 4: Hardware
Braintrust Tutors is a web-based software platform. All Chapter 4 hardware criteria are Not Applicable.
Chapter 5: Software
| Criteria | Conformance | Remarks |
|---|---|---|
| 501.1 Scope – WCAG 2.0 AA | See WCAG section | |
| 502.2.1 User Control of Accessibility Features | Supports | System-level accessibility features can be enabled and customized without any interference from the platform. |
| 502.2.2 No Disruption of Accessibility Features | Not Applicable | |
| 502.3.1 Object Information | Supports | Object roles, states, and boundaries are fully exposed to assistive technologies. |
| 502.3.2 Modification of Object Information | Supports | Assistive technologies can modify object properties where appropriate. |
| 502.3.3 Row, Column, and Headers | Supports | Data tables include properly associated row and column headers for assistive technology navigation. |
| 502.3.4 Values | Supports | Current values of interactive components are exposed to assistive technologies. |
| 502.3.5 Modification of Values | Supports | Assistive technologies can modify component values where interaction is permitted. |
| 502.3.6 Label Relationships | Partially Supports | Labels are programmatically associated with their controls throughout most of the platform. Full label association is being extended to all remaining interactive elements. |
| 502.3.7 Hierarchical Relationships | Supports | Parent-child relationships between UI components are correctly exposed to assistive technologies. |
| 502.3.8–3.14 (Text, Modifications, Actions, Focus, Events) | Supports | Text content, available actions, focus position, and event notifications are all accessible to assistive technologies. |
| 502.4 Platform Accessibility Features | Supports | The platform does not interfere with platform-level accessibility services or assistive technologies. |
| 503.2 User Preferences | Supports | The platform honors system-level user preferences for color, contrast, font type, size, and focus cursor. |
| 503.3 Alternative User Interfaces | Not Applicable | |
| 503.4.1 Caption Controls | Not Applicable | |
| 503.4.2 Audio Description Controls | Not Applicable | No prerecorded video with synchronized audio is present in the platform interface. |
| 504.2 Content Creation or Editing | Not Applicable | Authoring tool requirements do not apply to the core student and tutor experience. Accessibility guidance is provided to administrators who build assessment content. |
| 504.2.1 Preservation of Accessibility in Format Conversion | Not Applicable | |
| 504.2.2 PDF Export | Not Applicable |
Chapter 6: Support Documentation and Services
| Criteria | Conformance | Remarks |
|---|---|---|
| 602.2 Accessibility and Compatibility Features | Not Applicable | |
| 602.3 Electronic Support Documentation | See WCAG section | |
| 602.4 Alternate Formats for Non-Electronic Support | Not Applicable | |
| 603.2 Information on Accessibility Features | Not Applicable | |
| 603.3 Accommodation of Communication Needs | Not Applicable |
European Standard
EN 301 549 Report (EU)
Clause 4: Functional Performance Statements
| Criteria | Conformance | Remarks |
|---|---|---|
| 4.2.1 Usage without vision | Partially Supports | Assessment activities include audio to support non-visual access. Full non-visual access to the virtual classroom is dependent upon our partner. |
| 4.2.2 Usage with limited vision | Supports | Users can magnify content, resize text, and apply high-contrast display settings throughout the platform without loss of functionality. |
| 4.2.3 Usage without perception of colour | Supports | All color-coded content has a text or visual equivalent — color is never the sole means of conveying information. |
| 4.2.4 Usage without hearing | Supports | All core platform content and learning activities are fully accessible without audio. |
| 4.2.5 Usage with limited hearing | Supports | Text-based content and visual indicators throughout the platform support users with limited hearing. |
| 4.2.6 Usage without vocal capability | Supports | Every interaction on the platform, including answering assessments, can be completed via keyboard without any speech input. |
| 4.2.7 Usage with limited manipulation or strength | Not Applicable | |
| 4.2.8 Usage with limited reach | Not Applicable | |
| 4.2.9 Minimize photosensitive seizure triggers | Not Applicable | No flashing content is present anywhere in the platform. |
| 4.2.10 Usage with limited cognition, language or learning | Supports | Braintrust is purpose-built to support students with diverse cognitive, language, and learning needs — it is a core part of what we do. |
| 4.2.11 Privacy | Supports | All accessibility features can be used privately without disclosing any accommodation needs to other users. |
Clause 5: Generic Requirements
All closed functionality criteria (5.1.x) are Not Applicable. Hardware and biometric criteria (5.3–5.9) are Not Applicable.
Clause 6: ICT with Two-Way Voice Communication
| Criteria | Conformance | Remarks |
|---|---|---|
| 6.1 Audio bandwidth for speech | Supports | Two-way voice communication supports an upper frequency range of at least 7,000 Hz, delivering clear, high-quality audio during tutoring sessions. |
| 6.2.1.1 RTT communication | Partially Supports | Real-Time Text support within tutoring sessions is dependent upon our partner's virtual classroom technology. |
| 6.2.1.2 Concurrent voice and text | Partially Supports | Simultaneous voice and RTT within tutoring sessions is dependent upon our partner. |
| 6.2.2.1 Visually distinguishable display | Partially Supports | RTT display differentiation within tutoring sessions is dependent upon our partner. |
| 6.2.2.2 Programmatically determinable send/receive direction | Partially Supports | RTT directional metadata within tutoring sessions is dependent upon our partner. |
| 6.2.2.3 Speaker identification | Partially Supports | RTT speaker identification within tutoring sessions is dependent upon our partner. |
| 6.2.2.4 Visual indicator of audio with RTT | Partially Supports | Visual audio indicators in conjunction with RTT are dependent upon our partner. |
| 6.2.3 Interoperability | Partially Supports | RTT interoperability within tutoring sessions is dependent upon our partner. |
| 6.2.4 RTT responsiveness | Partially Supports | RTT responsiveness within tutoring sessions is dependent upon our partner. |
| 6.3 Caller ID | Not Applicable | The platform does not use telephony caller ID mechanisms. |
| 6.4 Alternatives to voice-based services | Partially Supports | Text-based alternatives to voice features within the virtual classroom are dependent upon our partner. |
| 6.5.2 Resolution | Not Evaluated | Video resolution within the virtual classroom has not been formally evaluated against this criterion. |
| 6.5.3 Frame rate | Supports | Video in the virtual classroom is delivered at a minimum of 20 frames per second, ensuring smooth and comfortable visual communication. |
| 6.5.4 Synchronization between audio and video | Supports | Audio and video are kept in sync within a 100 ms maximum offset throughout tutoring sessions. |
| 6.5.5 Visual indicator of audio with video | Partially Supports | Real-time visual audio indicators during video sessions are dependent upon our partner. |
| 6.5.6 Speaker identification for sign language | Partially Supports | Sign language speaker identification during video sessions is dependent upon our partner. |
Clause 7: ICT with Video Capabilities
| Criteria | Conformance | Remarks |
|---|---|---|
| 7.1.1 Captioning playback | Partially Supports | Caption playback within the virtual classroom is dependent upon our partner. |
| 7.1.2 Captioning synchronization | Partially Supports | Caption synchronization within the virtual classroom is dependent upon our partner. |
| 7.1.3 Preservation of captioning | Partially Supports | Caption data preservation through transmission is dependent upon our partner. |
| 7.1.4 Captions characteristics | Partially Supports | Caption display customization within the virtual classroom is dependent upon our partner. |
| 7.1.5 Spoken subtitles | Partially Supports | Spoken subtitle functionality within the virtual classroom is dependent upon our partner. |
| 7.2.1 Audio description playback | Not Applicable | No prerecorded video with separate audio description tracks is present in the platform. |
| 7.2.2 Audio description synchronization | Supports | For assessment content that includes audio, synchronization with visual content is maintained. |
| 7.2.3 Preservation of audio description | Partially Supports | Preservation of audio description through video transmission is dependent upon our partner. |
| 7.3 User controls for captions and audio description | Not Applicable | No video content requiring synchronized caption or audio description controls is present in the core platform. |
Clauses 8–13
| Clause | Conformance | Remarks |
|---|---|---|
| Clause 8 – Hardware | Not Applicable | Braintrust Tutors is a web-based platform. No hardware criteria apply. |
| Clause 9 – Web | See WCAG section | |
| Clause 10 – Non-Web Documents (10.1–10.4) | See WCAG section | Clauses 10.5 and 10.6 are Not Applicable. |
| Clause 11.1–11.4 – Software (WCAG criteria) | See WCAG section | |
| Clause 11.5 – Interoperability with AT (11.5.2.4–11.5.2.17) | Supports | The platform fully exposes object information, labels, values, text content, available actions, focus position, and state changes to assistive technologies. |
| Clause 11.6 – Documented accessibility usage | Not Evaluated | |
| Clause 11.7 – User preferences | Not Evaluated | |
| Clause 11.8 – Authoring tools | Not Applicable | |
| Clause 12.1.1 – Accessibility and compatibility features | Not Applicable | |
| Clause 12.1.2 – Accessible documentation | See WCAG section | |
| Clause 12.2.2 – Information on accessibility features | Partially Supports | This accessibility page documents our conformance. We are working to expand the depth of in-product accessibility guidance available to users. |
| Clause 12.2.3 – Effective communication | Not Evaluated | |
| Clause 13 – Relay / Emergency Service Access | Not Applicable |
Questions or Feedback?
We welcome feedback on the accessibility of the Braintrust Tutors platform. If you encounter a barrier or would like to report an issue, please contact our team.