SuperSaaS Accessibility Conformance Report (VPAT)
VPAT® Version 2.4 – February 2020
Name of Product: SuperSaaS
Platform: Web
Date: July 2020
Contact information:
Evaluation Methods Used: Conformance to the listed accessibility standards has been evaluated by SuperSaaS using a combination of static analysis tools and manual testing.
Applicable Standards/Guidelines
This report covers the degree of conformance for the following accessibility standard/guidelines:
Standard/Guideline | Included In Report |
---|---|
Web Content Accessibility Guidelines 2.1, at https://www.w3.org/TR/WCAG21/ |
Level A – Yes | No Level AA – Yes | No Level AAA – Yes | No |
Section 508 as published in 2017, at https://www.section508.gov | Yes | No |
EN 301 549 Accessibility requirements suitable for public procurement of ICT products and services in Europe, at mandate376.standards.eu | Yes | No |
Terms
The terms used in the Conformance Level information are defined as follows:
- Supports: The functionality of the product has at least one method that meets the criterion without known defects or meets with equivalent facilitation.
- Supports with Exceptions: Some functionality of the product does not meet the criterion.
- Does Not Support: The majority of product functionality does not meet the criterion.
- Not Applicable: The criterion is not relevant to the product.
WCAG 2.1 Report
Tables 1 and 2 also document conformance with:
- EN 301 549: Chapter 9 – Web, Chapter 10 – Non-Web documents, Section 11.2.1- Non-Web Software (excluding closed functionality), and Section 11.2.2 – Non-Web Software (closed functionality).
- Revised Section 508: Chapter 5 – 501.1 Scope, 504.2 Content Creation or Editing, and Chapter 6 – 602.3 Electronic Support Documentation.
Note: When reporting on conformance with the WCAG 2.1 Success Criteria, they are scoped for full pages, complete processes, and accessibility-supported ways of using technology as documented in the WCAG 2.1 Conformance Requirements.
Criteria | Conformance Level | Remarks and Explanations |
---|---|---|
1.1.1 Non-text Content (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | The SuperSaaS application uses standard HTML and WAI-ARIA techniques for providing text equivalents of non-text elements. This includes the use of “alt” attributes for images and the use of “aria-label” or “aria-describedby” attributes for other visual elements. Some purely decorative elements that have no functional or informational purpose may not provide a text alternative. |
1.2.1 Audio-only and Video-only (Prerecorded) (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | The application does not include audio or video content by default. However, customers may choose to include video content on the web page. In such cases, customers may include alternative representations (such as text transcripts) that present equivalent information to the videos. |
1.2.2 Captions (Prerecorded) (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | SuperSaaS includes video content only in the setup instructions. All videos are provided with captions, switched on by default. Video is not necessary for use of the product, it only serves to augment the documentation. As such, all information in the video can be found in textual format in the web based documentation. |
1.2.3 Audio Description or Media Alternative (Prerecorded) (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Not Applicable | The application does not use synchronized media. |
1.3.1 Info and Relationships (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | The application uses semantically-correct markup so that information, structure, and relationships can be understood independent of presentation. |
1.3.2 Meaningful Sequence (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | The application generates semantically-correct markup to allow assistive technologies to interpret the meaning of content and controls. |
1.3.3 Sensory Characteristics (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports |
The application does not depend solely on sensory characteristics such as shape, size, visual location, orientation, or sound to understand content.
For example, while labels and instructions display in proximity to corresponding input elements, the application also uses WAI-ARIA techniques to ensure that those relationships are available to Assistive Technologies. |
1.4.1 Use of Color (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | Color is only used as a decorative or supplemental attribute of user interface elements. A textual representation is always used as the primary mechanism for conveying information. |
1.4.2 Audio Control (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | The application does not include audio or video content by default. The documentation contains illustrative video clips. Capabilities are provided for pausing and adjusting the volume of these clips. |
2.1.1 Keyboard (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | SuperSaaS is a web-based application that supports standard keyboard navigation and input functions (such as pressing [Tab] to move between input fields, pressing the arrow keys to move between list items, and pressing [Space] or [Enter] to make selections). |
2.1.2 No Keyboard Trap (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | SuperSaaS is a web-based application that supports standard keyboard navigation and ensures that keyboard users cannot be trapped in a subset of content. |
2.1.4 Character Key Shortcuts (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | No custom keyboard shortcuts are used |
2.2.1 Timing Adjustable (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Not applicable | None of the dialog boxes or other interactions in the application are time-limited. |
2.2.2 Pause, Stop, Hide (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | The application does not include moving, scrolling, or auto-updating information. The interface supports some visual effects for illustrative purposes, such as highlighting the last updated item, but this is not essential for accessibility |
2.3.1 Three Flashes or Below Threshold (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | The application does not use continually flashing interface elements. The interface flashes recently changed items just once, below the threshold |
2.4.1 Bypass Blocks (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | All content has been structurally marked up to allows users to quickly jump to the relevant content of each page. |
2.4.2 Page Titled (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | Web pages within the application have descriptive titles that indicate the topic or purpose of each page. |
2.4.3 Focus Order (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | The application uses a logical tab order through interactive elements such as links and form controls. The application also uses semantically correct markup, ensuring that the markup matches the visual presentation of content on the page. |
2.4.4 Link Purpose (In Context) (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | The application uses descriptive text or WAI-ARIA techniques, such as adding an “aria-label” attribute to table paging control icons, to identify the purpose of links. |
2.5.1 Pointer Gestures (Level A) | Supports | No multipoint or path-based gestures are used. |
2.5.2 Pointer Cancellation (Level A) | Supports | Completion of the function is on the up-event, and a mechanism is available to abort the function before completion or to undo the function after completion. |
2.5.3 Label in Name (Level A) | Supports | For user interface components with labels that include text or images of text, the name contains the text that is presented visually. |
2.5.4 Motion Actuation (Level A) | Supports | Motion is not used. |
3.1.1 Language of Page (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | The application uses the language attribute on the HTML element to specify the default language of a page. |
3.2.1 On Focus (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | When a component in the application user interface receives focus, it does not initiate a change of context. |
3.2.2 On Input (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports with Exceptions | Changing a setting in the application does not initiate a change of context. Changing a setting in the administrator interface may cause other settings on the page to hide or reveal themselves, depending on whether they are applicable. |
3.3.1 Error Identification (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | The application provides clear feedback in text of all input errors. |
3.3.2 Labels or Instructions (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | The application uses standard HTML and WAI-ARIA attributes to associate labels and instructions to user interface elements. This includes the use of “aria-labelledby” and “aria-describedby” to describe relationships to Assistive Technologies. |
4.1.1 Parsing (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | The application uses semantically-correct markup for all interface elements. The markup is programmatically generated to prevent parsing errors. |
4.1.2 Name, Role, Value (Level A)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | The application uses standard HTML and WAI-ARIA attributes to describe the identity, operation, and state of user interface elements to Assistive Technologies. |
Criteria | Conformance Level | Remarks and Explanations |
---|---|---|
1.2.4 Captions (Live) (Level AA)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Not Applicable | The application does not use synchronized media. |
1.2.5 Audio Description (Prerecorded) (Level AA)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Not Applicable | The application does not use synchronized media. |
1.3.4 Orientation (Level AA)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports |
Content does not restrict its view and operation to a single display orientation, such as portrait or landscape, unless a specific display orientation is essential.
For example, a page is shown in either portrait or in landscape based on the user’s chosen orientation. |
1.3.5 Identify Input Purpose (Level AA)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | The purpose of each input field collecting information about the user can be programmatically determined. |
1.4.3 Contrast (Minimum) (Level AA)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports with Exceptions | Administrators can select a “High contrast” option on the Layout Settings screen of the application to ensure the site meets the contrast requirements for vision impaired. Administrators can also configure custom color schemes for the product if they want to modify the contrast themselves. |
1.4.4 Resize text (Level AA)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | The application allows setting a default large text size and also supports standard zoom capabilities built into modern web browsers and operating systems. |
1.4.5 Images of Text (Level AA)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Not applicable | The application does not use images of text |
1.4.10 Reflow (Level AA) | Supports |
Content can be presented without loss of information or functionality, and without requiring scrolling in two dimensions for:
|
1.4.11 Non-text Contrast (Level AA) | Supports | The visual presentation of the interface components have a contrast ratio of at least 3:1 against adjacent colors, provided the administrator has configured “High contrast” settings. |
1.4.12 Text Spacing (Level AA) | Supports | No loss of content or functionality occurs by changing line height, line spacing, letter spacing or word spacing. |
1.4.13 Content on Hover or Focus (Level AA) | Supports | Hover does not trigger additional content to become available. |
2.4.5 Multiple Ways (Level AA)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | Each page contains a menu to escape from the current flow through the user interface. |
2.4.6 Headings and Labels (Level AA)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | The application uses semantically-correct markup for all interface elements, including headings and labels. |
2.4.7 Focus Visible (Level AA)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | SuperSaaS uses the standard visual changes to web elements to indicate the current position of focus. |
3.1.2 Language of Parts (Level AA)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | If a page contains multiple languages, the parts are marked up with separate HTML language tags. |
3.2.3 Consistent Navigation (Level AA)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | The application uses the same navigation mechanisms across pages. |
3.2.4 Consistent Identification (Level AA)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | Care has been taken to ensure consistent functionality and presentation across pages. |
3.3.3 Error Suggestion (Level AA)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | The application provides suggestions for correcting errors such as identifying required fields using the “aria-required” attribute. |
3.3.4 Error Prevention (Legal, Financial, Data) (Level AA)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports with exceptions | The legal or financial implications of an appointment on the appointment scheduling system are dependent on the application as designed by the administrator. Payment is typically handled on the site of a third party payment provider, the accessibility there is outside the control of SuperSaaS but will always include a confirmation step. |
4.1.3 Status Messages (Level AA)
Also applies to: EN 301 549 Criteria
2017 Section 508
|
Supports | Status messages have an appropriate ARIA role. |
Table 3: Success Criteria, Level AAA
Note: The product has not been evaluated for WCAG 2.1 Level AAA conformance.
2017 Section 508 Report
Criteria | Conformance Level | Remarks and Explanations |
---|---|---|
302.1 Without Vision | Supports | The product uses standard HTML and WAI-ARIA attributes to describe the identity, operation, and state of user interface elements to Assistive Technologies. |
302.2 With Limited Vision | Supports | The product supports standard browser magnification and contrast adjustments. |
302.3 Without Perception of Color | Supports | Color is only used as a decorative or supplemental attribute of user interface elements. A textual representation is always used as the primary mechanism for conveying information. |
302.4 Without Hearing | Not Applicable | The product does not include audio-only features that require hearing to be used. |
302.5 With Limited Hearing | Not Applicable | The product does not include audio-only features that require hearing to be used. |
302.6 Without Speech | Not Applicable | The product does not require speech input. |
302.7 With Limited Manipulation | Supports | The product supports standard input mechanisms such as user-provided keyboards and pointing devices. Usage of the product does not require fine motor controls nor simultaneous actions. |
302.8 With Limited Reach and Strength | Not Applicable | |
302.9 With Limited Language, Cognitive, and Learning Abilities | Supports |
Chapter 4: Hardware
Notes: The product is a web software application and is not subject to the requirements of this section.
Criteria | Conformance Level | Remarks and Explanations |
---|---|---|
501.1 Scope – Incorporation of WCAG 2.1 AA | See WCAG 2.1 section | See information in WCAG section |
502 Interoperability with Assistive Technology | Heading cell – no response required | |
502.2.1 User Control of Accessibility Features | Not Applicable | SuperSaaS is not considered platform software as defined by Section 508. |
502.2.2 No Disruption of Accessibility Features | Supports | The application is compatible with operating system and browser accessibility features configured by the user. |
502.3 Accessibility Services | Heading cell – no response required | |
502.3.1 Object Information | Supports | The product uses WAI-ARIA attributes to describe the role, state, and description of user interface elements to Assistive Technologies. The includes the use of “role”, “aria-invalid”, and “aria-required” attributes. |
502.3.2 Modification of Object Information | Supports | The product uses standard HTML or ARIA object roles for maximum compatibility with assistive technologies. |
502.3.3 Row, Column, and Headers | Supports with Exceptions | The product uses standard HTML attributes to define table structure and relationships, including column headers, to Assistive Technologies. Some calendars on the desktop version of the site are drawn using table cells, which could confuse some screen readers. The mobile version of the website is fully functional on screen readers. |
502.3.4 Values | Supports | The product uses standard HTML or and ARIA object attributes for maximum compatibility with assistive technologies. |
502.3.5 Modification of Values | Supports | The product uses standard HTML or and ARIA object attributes for maximum compatibility with assistive technologies. |
502.3.6 Label Relationships | Supports | The product uses standard HTML and WAI-ARIA attributes to describe label relationships of user interface elements to Assistive Technologies. This includes the use of “<label>” and “aria-labelledby” attributes. |
502.3.7 Hierarchical Relationships | Supports | The product uses standard HTML markup to express hierarchical relationships. |
502.3.8 Text | Supports | The product renders strings as plain text values in HTML for maximum compatibility with assistive technologies. |
502.3.9 Modification of Text | Supports | The product renders strings as plain text values in HTML for maximum compatibility with assistive technologies. |
502.3.10 List of Actions | Supports | The product uses standard HTML or and ARIA object attributes for maximum compatibility with assistive technologies. |
502.3.11 Actions on Objects | Supports | The product uses standard HTML or and ARIA object attributes for maximum compatibility with assistive technologies. |
502.3.12 Focus Cursor | Supports | The product uses visual changes to elements to indicate the current position of focus. |
502.3.13 Modification of Focus Cursor | Supports | The product uses standard HTML elements with standard cursor controls for user input. |
502.3.14 Event Notification | Supports | The product support webhooks to programmatically channel changes to assistive technologies |
502.4 Platform Accessibility Features | Not Applicable | SuperSaaS is not considered platform software as defined by Section 508. |
503 Applications | Heading cell – no response required | |
503.2 User Preferences | Supports | The product respects user preferences from platform or OS settings. |
503.3 Alternative User Interfaces | Not Applicable | SuperSaaS does not provide any alternative user interfaces that function as assistive technology. |
503.4 User Controls for Captions and Audio Description | Heading cell – no response required | |
503.4.1 Caption Controls | Not applicable | The application does not include video content. |
503.4.2 Audio Description Controls | Not applicable | The application does not include video content. |
504 Authoring Tools | Heading cell – no response required | |
504.2 Content Creation or Editing (if not authoring tool, enter “not applicable”) | See WCAG 2.1 section | See information in WCAG section |
504.2.1 Preservation of Information Provided for Accessibility in Format Conversion | Not Applicable | |
504.2.2 PDF Export | Not Applicable | |
504.3 Prompts | Not Applicable | |
504.4 Templates | Not Applicable |
Criteria | Conformance Level | Remarks and Explanations |
---|---|---|
601.1 Scope | Heading cell – no response required | |
602 Support Documentation | Heading cell – no response required | |
602.2 Accessibility and Compatibility Features | Supports | All documentation uses semantic HTML markup and is programmatically scanned for accessibility issues |
602.3 Electronic Support Documentation | See WCAG 2.1 section | See information in WCAG section |
602.4 Alternate Formats for Non-Electronic Support Documentation | Supports with exceptions | All pages contain a “print to PDF” button. |
603 Support Services | Heading cell – no response required | |
603.2 Information on Accessibility and Compatibility Features | Does Not Support | |
603.3 Accommodation of Communication Needs | Does Not Support |
EN 301 549 Report
Criteria | Conformance Level | Remarks and Explanations |
---|---|---|
4.2.1 Usage without vision | Supports | The product uses standard HTML and WAI-ARIA attributes to describe the identity, operation, and state of user interface elements to Assistive Technologies |
4.2.2 Usage with limited vision | Supports | The product supports standard browser magnification and contrast adjustments |
4.2.3 Usage without perception of color | Supports | Color is only used as a decorative or supplemental attribute of user interface elements. A textual representation is always used as the primary mechanism for conveying information. |
4.2.4 Usage without hearing | Not Applicable | The product does not include audio-only features that require hearing to be used |
4.2.5 Usage with limited hearing | Not Applicable | The product does not include audio-only features that require hearing to be used |
4.2.6 Usage without vocal capability | Not Applicable | The product does not require speech input |
4.2.7 Usage with limited manipulation or strength | Supports | The product supports standard input mechanisms such as user-provided keyboards and pointing devices |
4.2.8 Usage with limited reach | Not Applicable | |
4.2.9 Minimize photosensitive seizure triggers | Supports | The product does not include visual features with flashing that could trigger seizures |
4.2.10 Usage with limited cognition | Supports | The application uses a logical focus order, and provides capabilities for specifying error text for user interface components configured by application designers |
4.2.11 Privacy | Supports | The product does not impede usage of standard privacy controls alongside assistive technologies. For example, users can connect a headset for private listening to screen reader announcements. |
Chapter 5: Generic Requirements
Notes: The product supports standard assistive technologies and is therefore not subject to the Closed Functionality criteria described in this Chapter.
Chapter 6: ICT with Two-Way Voice Communication
Notes: The product does not offer two-way voice communication and is therefore not subject to the requirements of this section.
Chapter 7: ICT with Video Capabilities
Notes: The application does not include video content.
Chapter 8: Hardware
Notes: The product is a web software application and is not subject to the requirements of this section.
Chapter 9: Web (see WCAG 2.1 section)
Chapter 10: Non-web Documents
Notes: The product does not include non-web documents and is therefore not subject to the requirements of this section.
Criteria | Conformance Level | Remarks and Explanations |
---|---|---|
11.2.1 Software success criteria (excluding closed functionality) | See WCAG 2.1 section | See information in WCAG section |
11.2.2 Software success criteria (closed functionality) | See WCAG 2.1 section | See information in WCAG section |
11.3 Interoperability with assistive technology | /td> | Heading cell – no response required |
11.3.1 Closed functionality (informative) | Heading cell – no response required | |
11.3.2 Accessibility services | Heading cell – no response required | |
11.3.2.1 Platform accessibility service support for software that provides a user interface | See 11.3.2.5 through 11.3.2.17 | See information in 11.3.2.5 through 11.3.2.17 |
11.3.2.2 Platform accessibility service support for assistive technologies | See 11.3.2.5 through 11.3.2.17 | See information in 11.3.2.5 through 11.3.2.17 |
11.3.2.3 Use of accessibility services | Supports | The product uses standard platform accessibility services. |
11.3.2.4 Assistive technology | Not Applicable | The product is not itself an assistive technology. |
11.3.2.5 Object information | Supports | The product uses WAI-ARIA attributes to describe the role, state, and description of user interface elements to Assistive Technologies. The includes the use of “role”, “aria-invalid”, and “aria-required” attributes. |
11.3.2.6 Row, column, and headers | Supports with Exceptions | The product uses standard HTML attributes to define table structure and relationships, including column headers, to Assistive Technologies. |
11.3.2.7 Values | Supports | |
11.3.2.8 Label relationships | Supports | The product uses standard HTML and WAI-ARIA attributes to describe label relationships of user interface elements to Assistive Technologies. This includes the use of “<label>” and “aria-labelledby” attributes. |
11.3.2.9 Parent-child relationships | Supports | |
11.3.2.10 Text | Supports | |
11.3.2.11 List of available actions | Supports | |
11.3.2.12 Execution of available actions | Supports | |
11.3.2.13 Tracking of focus and selection attributes | Supports | |
11.3.2.14 Modification of focus and selection attributes | Supports | |
11.3.2.15 Change notification | Supports | |
11.3.2.16 Modifications of states and properties | Supports | |
11.3.2.17 Modifications of values and text | Supports | |
11.4 Documented accessibility usage | Heading cell – no response required | |
11.4.1 User control of accessibility features | Not Applicable | The product is not considered platform software as defined by EN 301 549. |
11.4.2 No disruption of accessibility features | Supports | |
11.5 User preferences | Supports | The product respects user preferences from platform or OS settings. |