Skip to main content

Appian Accessibility Conformance Report

(Based on VPAT® Version 2.5)

Name of Product/Version: Appian 24.3
Platform: Web
Date: August 2024
Contact Information: accessibility@appian.com

Product Description: Appian Low-Code Automation Platform

Notes: This report covers accessibility conformance for the Appian product available to end users via Tempo, sites and embedded interfaces. This report does not discuss the design environment which is only used by designers of application processes and forms when using a recommended browser and screen reader.

Evaluation Methods Used: Conformance to the listed accessibility standards has been evaluated by Appian using a combination of static analysis tools and manual testing with assistive technologies. The following operating system, web browsers, and screen readers were used for evaluation: Windows 10, Chrome/JAWS, Edge/JAWS, Firefox/NVDA.

Applicable Standards / Guidelines

This report covers the degree of conformance for the following accessibility standard/guidelines:

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.
  • Partially Supports: 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.
  • Not Evaluated: The product has not been evaluated against the criterion. This can be used only in WCAG 2.1 Level AAA.

WCAG 2.2 Report

Tables 1 and 2 also document conformance with:

  • EN 301 549: Chapter 9 – Web, Sections 10.1-10.4 of Chapter 10 – Non-Web documents, and Sections 11.1-11.4 and 11.8.2 of Chapter 11 – Non-Web Software (open and closed functionality), and Sections 12.1.2 and 12.2.4 of Chapter 12 – Documentation.
  • 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.2 Conformance Requirements.

Table 1: Success Criteria, Level A

CriteriaConformance LevelRemarks and Explanations
1.1.1 Non-text Content (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.1.1.1 (Web)

Revised Section 508

  • 501 (Web)(Software)
Partially supports

The Appian platform sets text alternatives for some non-text content by default using  HTML and ARIA techniques.

The Appian user interface framework (“SAIL”) allows application designers to define text alternatives for non-text content.

Exceptions:

  • Captions set for image fields are not announced by screen readers when a text alternative is provided for the image or when the image is used in a link.
  • Icons used in tokens created by Picker components  that identify the entity as a group or a user have no text alternative.

  • The Appian logo graphic has an incorrect text alternative of "logo".

  • CSS background images are used to convey the purpose of grid pagination controls.

1.2.1 Audio-only and Video-only (Prerecorded) (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.1.2.1 (Web)

Revised Section 508

  • 501 (Web)(Software)
SupportsThe Appian product does not include audio or video content by default. However, application designers may choose to include video content in user interfaces that they design with Appian. In such cases, designers may include alternative representations (such as a text transcript or a textual description) that present equivalent information to the videos.
1.2.2 Captions (Prerecorded) (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.1.2.2 (Web)

Revised Section 508

  • 501 (Web)(Software)
Partially Applicable

The Appian is not multimedia creation/editing software. However, content authors can include prerecorded multimedia presentations that have transcripts embedded in the video track of the presentation (open captions).

Exception:

  • The media player used by Appian does not have a control that allows users to turn closed captions on and off for captions that are not embedded in the presentation video track.

 

1.2.3 Audio Description or Media Alternative (Prerecorded) (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.1.2.3 (Web)

Revised Section 508

  • 501 (Web)(Software)
SupportsAppian content authors can include full textual alternatives for all visual information conveyed  in prerecorded time-based media.
1.3.1 Info and Relationships (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.1.3.1 (Web)

Revised Section 508

  • 501 (Web)(Software)
Partially Supports

The Appian product uses semantically-correct markup so that information, structure, and relationships can be understood independent of presentation.

Exceptions:

  • The grid column header for cells that contain a token from a selected picker value is not announced by screen readers when the token receives keyboard focus.

  • Newly-served content in chained interfaces that behave as single-page applications is not identified by screen readers.

  • Browser component node elements (tree) are not ordered correctly in the rendered DOM.
  • Screen readers do not announce the single or first option value returned from searchable Picker components when they are initially navigated to.
  • Screen readers announce cells in sortable grid columns as being sortable but this function cannot be performed within the cell.
  • Selectable grids that use the checkbox selection style have an incorrect column header value for the column that contains row selection checkboxes.

 

1.3.2 Meaningful Sequence (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.1.3.2 (Web)

Revised Section 508

  • 501 (Web)(Software)
Partially Supports

The Appian product generates semantically-correct markup to allow assistive technologies to interpret the meaning of content and controls.

Exceptions:

  • Browser component child node elements are read by screen readers in an illogical order.
  • Activating a record view tab causes a screen reader to begin reading at the beginning of the interface when Browse mode is invoked after tab activation.
  • Activating a record action menu button causes a screen reader to begin reading at the beginning of the interface when securityOnDemand is enabled.
1.3.3 Sensory Characteristics  (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.1.3.3 (Web)

Revised Section 508

  • 501 (Web)(Software)
SupportsThe Appian product does not depend solely on sensory characteristics such as shape, size, visual location, orientation, or sound to convey content.
1.4.1 Use of Color (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.1.4.1 (Web)

Revised Section 508

  • 501 (Web)(Software)
SupportsColor 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.

 

Application designers may choose how to use color in user interfaces that they design with Appian. Appian provides capabilities for defining text alternatives of designer-specified content.

1.4.2 Audio Control (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.1.4.2 (Web)

Revised Section 508

  • 501 (Web)(Software)
SupportsThe Appian product does not include audio or video content by default. However, application designers may choose to include multimedia content in user interfaces that they design with Appian. The Appian multimedia player provides the capability for pausing and adjusting the volume of designer-specified video content.
2.1.1 Keyboard (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.2.1.1 (Web)

Revised Section 508

  • 501 (Web)(Software)
Partially Supports

All functionality of the Appian product is operable through a keyboard interface without requiring specific timings for individual keystrokes.

Exception:

  • When multiple tokens are present from Picker component selections, attempting to remove the first tokens (leftmost) in the token list with the keyboard removes the last (rightmost) token in the list when using a screen reader.

2.1.2 No Keyboard Trap (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.2.1.2 (Web)

Revised Section 508

  • 501 (Web)(Software)
SupportsFocus can be moved away from any component that receives focus by using only a keyboard interface.
2.1.4 Character Key Shortcuts (Level A 2.1 and 2.2)

 

Also applies to:

EN 301 549 Criteria

  • 9.2.1.4 (Web)

Revised Section 508 – Does not apply

SupportsThe Appian product does not provide global single character key shortcuts.  The Appian date picker component uses single character key shortcuts that function only when the date picker component is open and has focus.
2.2.1 Timing Adjustable (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.2.2.1 (Web)

Revised Section 508

  • 501 (Web)(Software)
SupportsThe Appian product has a session timeout warning that allows users to extend their session.
2.2.2 Pause, Stop, Hide (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.2.2.2 (Web)

Revised Section 508

  • 501 (Web)(Software)
Not ApplicableThe Appian product does not include moving, blinking, scrolling, or auto-updating information.
2.3.1 Three Flashes or Below Threshold (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.2.3.1 (Web)

Revised Section 508

  • 501 (Web)(Software)
SupportsThe Appian product does not use flashing interface elements.
2.4.1 Bypass Blocks (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.2.4.1 (Web)

Revised Section 508

  • 501 (Web)(Software) – Does not apply to non-web software
Partially Supports

The Appian product uses a skip link to bypass repeated navigation links  and has ARIA landmarks defined. In addition, content authors can create semantic page headings with appropriate heading levels.

Exception:

  • The skip link does not correctly move virtual focus. This impacts screen reader users who continue navigation in browse mode after activating the link.

2.4.2 Page Titled (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.2.4.2 (Web)

Revised Section 508

  • 501 (Web)(Software)
Partially Supports

Web pages within the Appian product have descriptive titles that indicate the topic or purpose of each page.

Exception:

  • SAIL wizards and some chained tasks do not update the document title for each interface presented in the wizard or task.

2.4.3 Focus Order (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.2.4.3 (Web)

Revised Section 508

  • 501 (Web)(Software)
Partially Supports

Focusable components receive focus in an order that preserves meaning and operability.

Exceptions:

  • Tokens that are created from Picker component selections are removed from the focus order when the first token is navigated to with the keyboard and the maximum number of tokens have been created.

  • Items in the option list produced by activating a Picker component are not accessed in a logical order when using swipe gestures on a mobile device.

  • Items in the Time widget option list are not accessed in a logical order when using swipe gestures on a mobile device.

  • Keyboard focus is lost when activating the First and Last page grid pagination controls.

  • Browser node elements have an incorrect tab order.

  • The pane layout is included in the tab order when actionable controls are present within the pane.

2.4.4 Link Purpose (In Context) (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.2.4.4 (Web)

Revised Section 508

  • 501 (Web)(Software)
Supports

Links generated by the Appian product use descriptive text to identify the purpose  of links. Where links can contain images, Appian allows for the inclusion of text in the link or a text alternative for the image.

Application designers may choose to include links in user interfaces that they design with Appian. Appian provides capabilities for defining the text of designer-specified link content. Designers can also provide visually-hidden text to links to provide additional context for screen reader users.

 

2.5.1 Pointer Gestures (Level A 2.1 and 2.2)

 

Also applies to:

EN 301 549 Criteria

  • 9.2.5.1 (Web)

Revised Section 508 – Does not apply

Not ApplicableThe Appian product does not rely on multipoint or path-based gestures for operation.
2.5.2 Pointer Cancellation (Level A 2.1 and 2.2)

 

Also applies to:

EN 301 549 Criteria

  • 9.2.5.2 (Web)

Revised Section 508 – Does not apply

SupportsThe Appian product allows for pointer cancellation to prevent accidental or erroneous pointer input.  Actions are not invoked on the Down event.
2.5.3 Label in Name (Level A 2.1 and 2.2)

 

Also applies to:

EN 301 549 Criteria

  • 9.2.5.3 (Web)

Revised Section 508 – Does not apply

SupportsAppian provides capabilities for specifying labels for user interface components configured by application designers with Appian. When a component has a visible text label, the label matches the programmatic control name.
2.5.4 Motion Actuation (Level A 2.1 and 2.2)

 

Also applies to:

EN 301 549 Criteria

  • 9.2.5.4 (Web)

Revised Section 508 – Does not apply

Not ApplicableThe Appian product does not include functionality that can be operated by device or user motion.
3.1.1 Language of Page (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.3.1.1 (Web)

Revised Section 508

  • 501 (Web)(Software)
SupportsThe Appian product uses the lang attribute on the HTML element to specify the default language of each page.
3.2.1 On Focus (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.3.2.1 (Web)

Revised Section 508

  • 501 (Web)(Software)
SupportsWhen a component in an Appian 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

  • 9.3.2.2 (Web)

Revised Section 508

  • 501 (Web)(Software)
Partially Supports

Changing the setting of most components in an Appian user interface does not initiate a change of context.

Exception:

  • Activating a record view tab causes a screen reader virtual cursor to be repositioned at the beginning of the interface.

3.2.6 Consistent Help (Level A 2.2 only)

EN 301 549 Criteria - Does not apply

Revised Section 508 - Does not apply
SupportsAppian provides capabilities for positioning help mechanisms in the same order relative to other page content when help mechanisms may be repeated on multiple web pages within a set of web pages.
3.3.1 Error Identification (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.3.3.1 (Web)

Revised Section 508

  • 501 (Web)(Software)
Partially Supports

Appian provides capabilities for specifying error message text for user interface components configured by application designers.

Additionally, the Appian product uses the aria-invalid attribute to flag inputs with errors and relay this information to Assistive Technologies.

Exceptions:

  • Errors displayed when submitting the Change Password form are not announced by screen readers on form submission.

  • Invalid form fields in the Change Password form are not programmatically indicated as being invalid.

  • Grid field error messaging requires mouse and keyboard focus to expose error messages.

3.3.2 Labels or Instructions (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.3.3.2 (Web)

Revised Section 508

  • 501 (Web)(Software)
Partially Supports

Appian provides capabilities for specifying labels and instructions for user input components configured by application designers.

The Appian product uses standard HTML and WAI-ARIA attributes to associate labels and instructions with user interface elements. 

Exceptions:

  • The login page uses only placeholder text for form field labels.

  • Instructions provided for rich text links are not programmatically associated with the link

3.3.7 Redundant Entry (Level A 2.2 Only)

EN 301 549 Criteria - Does not apply

Revised Section 508 - Does not apply
SupportsAppian provides capabilities for auto-population of information previously entered by a user that is required to be entered again in the same process. Application designers can also configure other methods to allow users to make a selection when auto-population is not possible.

4.1.1 Parsing (Level A)

Also applies to:

WCAG 2.0 and 2.1 - Always supports

WCAG 2.2 (obsolete and removed) - Does not apply

Also applies to:

EN 301 549 Criteria

  • 9.4.1.1 (Web)

Revised Section 508

  • 501 (Web)(Software)
Partially supportsFor WCAG 2.0, 2.1, EN 301 549, and Revised 508 Standards, the September 2023 errata update indicates this criterion is always supported. See the WCAG 2.0 Editorial Errata and the WCAG 2.1 Editorial Errata.
4.1.2 Name, Role, Value (Level A)

 

Also applies to:

EN 301 549 Criteria

  • 9.4.1.2 (Web)

Revised Section 508

  • 501 (Web)(Software)
Partially Supports

The Appian product uses standard HTML and WAI-ARIA attributes to describe the identity, operation, and state of user interface elements to Assistive Technologies.

The date picker is appropriately defined as a labeled application. Because of support-level variations of Windows screen readers, additional instructions for navigation of the component are added for screen reader users.

Exceptions:

  • The inputs used in the date time component have the same programmatic label.

  • Sortable grid column headers have an invalid defined role.

  • Browser component nodes have an undefined role and state.

  • The hierarchy tree and org chart components are hidden from assistive technology and have no programmatic role and state defined.

  • The screen reader announcement of the dynamic state change of a card choice component is overridden by the grid alert announcement when the card choice applies a grid filter that returns no records.

  • The checkbox used to select all rows in selectable grids that use the selection style of checkbox performs no function and is not programmatically indicated as being disabled.

  • Screen readers announce cells in sortable grid columns as being sortable but this function cannot be performed within the cell.

  • The visible instructions for the Username input in the Forgot Password interface are not programmatically associated with the input.

  • The application loading bar and its progress is not indicated to assistive technology in Appian Portals (does not apply to Sites).

  • Invalid form fields in the Change Password form are not programmatically indicated as being invalid.

  • Form fields in the Change Password form are not programmatically indicated as being required.

  • Some screen readers do not indicate grid rows as being selected when the row highlight selection style is used.

  • The error state and error message used for the card choice component are not programmatically associated with the card choice group label.
  • Items in record action menus are not announced by screen readers as they are navigated to.

 

Table 2: Success Criteria, Level AA

CriteriaConformance LevelRemarks and Explanations
1.2.4 Captions (Live) (Level AA)

 

Also applies to:

EN 301 549 Criteria

  • 9.1.2.4 (Web)

Revised Section 508

  • 501 (Web)(Software)
Not ApplicableThe Appian product does not use  live audio content in synchronized media.
1.2.5 Audio Description (Prerecorded) (Level AA)

 

Also applies to:

EN 301 549 Criteria

  • 9.1.2.5 (Web)

Revised Section 508

  • 501 (Web)(Software)
Partially Supports

The Appian product does not include audio or video content by default. However, application designers may choose to include synchronized media content in user interfaces that they design with Appian. In such cases, content authors have the ability to use prerecorded media that has audio descriptions included in the audio track. 

Exception: 

  • The media player provided by Appian does not have a control that can enable audio description.

1.3.4 Orientation (Level AA 2.1 and 2.2)

 

Also applies to:

EN 301 549 Criteria

  • 9.1.3.4 (Web)

Revised Section 508 – Does not apply

SupportsAppian user interfaces are not restricted to a single display orientation.
1.3.5 Identify Input Purpose (Level AA 2.1 and 2.2)

 

Also applies to:

EN 301 549 Criteria

  • 9.1.3.5 (Web)

Revised Section 508 – Does not apply

Supports

Appian provides a mechanism to indicate the purpose of each input field that gathers user information in a programmatically identifiable way. Because of the large number of possible autocomplete values, values that are available for Appian developers to use are based on browser compatibility and use cases.

 

1.4.3 Contrast (Minimum) (Level AA)

 

Also applies to:

EN 301 549 Criteria

  • 9.1.4.3 (Web)

Revised Section 508

  • 501 (Web)(Software)
SupportsThe visual presentation of text in the Appian product provides sufficient contrast.

 

Administrators may configure custom color schemes for the Appian product. Any web-supported color scheme may be selected, allowing for satisfactory contrast requirements.

1.4.4 Resize Text (Level AA)

 

Also applies to:

EN 301 549 Criteria

  • 9.1.4.4 (Web)

Revised Section 508

  • 501 (Web)(Software)
 Supports

Appian product user interfaces support 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

  • 9.1.4.5 (Web)

Revised Section 508

  • 501 (Web)(Software)
SupportsThe Appian product does not use images of text by default. Application designers may choose to include images of text in user interfaces that they design with Appian.
1.4.10 Reflow (Level AA 2.1 and 2.2)

 

Also applies to:

EN 301 549 Criteria

  • 9.1.4.10 (Web)

Revised Section 508 – Does not apply

Partially Supports

Appian user interfaces reflow to fit the width of the window.

Exception:

  • Some list options in dropdown components are not visible and cannot be scrolled into view when content is magnified.

1.4.11 Non-text Contrast (Level AA 2.1 and 2.2)

 

Also applies to:

EN 301 549 Criteria

  • 9.1.4.11 (Web)

Revised Section 508 – Does not apply

Partially Supports

The Appian platform provides a mechanism to allow users to modify their display to ensure non-text content provides sufficient contrast.

Exception:

  • On the login screen, input textbox borders have insufficient color contrast (not configurable within user accessibility settings).

1.4.12 Text Spacing (Level AA 2.1 and 2.2)

 

Also applies to:

EN 301 549 Criteria

  • 9.1.4.12 (Web)

Revised Section 508 – Does not apply

SupportsThe Appian platform allows users to override text spacing via user stylesheets, bookmarklets, extensions, or applications to help improve reading experience.
1.4.13 Content on Hover or Focus (Level AA 2.1 and 2.2)

 

Also applies to:

EN 301 549 Criteria

  • 9.1.4.13 (Web)

Revised Section 508 – Does not apply

Partially Supports

When a component in an Appian user interface triggers additional content to become visible, that content is dismissible, hoverable, and persistent.

Exception:

  • Hover cards that are produced when hovering over a user avatar or user name link cannot be dismissed with the Escape key.

2.4.5 Multiple Ways (Level AA)

 

Also applies to:

EN 301 549 Criteria

  • 9.2.4.5 (Web)

Revised Section 508

  • 501 (Web)(Software) – Does not apply to non-web software
SupportsFor interfaces that are not a step in a process, the Appian product provides capabilities for incorporating navigation links and search functions in user interfaces built with Appian. Application designers may choose to implement these techniques as they see fit.
2.4.6 Headings and Labels (Level AA)

 

Also applies to:

EN 301 549 Criteria

  • 9.2.4.6 (Web)

Revised Section 508

  • 501 (Web)(Software)
Supports

 

Heading and label text in Appian user interfaces are specified by application designers. Appian provides capabilities for defining descriptive headings and labels.

2.4.7 Focus Visible (Level AA)

 

Also applies to:

EN 301 549 Criteria

  • 9.2.4.7 (Web)

Revised Section 508

  • 501 (Web)(Software)
Partially Supports

The Appian product uses visual changes to elements to indicate the current position of focus.

Exceptions:

  • When using the VoiceOver screen reader on a Mac, the focus indicator for dropdown list options is incorrectly drawn around the entire listbox instead of being drawn around each option as it receives focus.

  • The currently selected outermost hierarchy tree and org chart component node lacks indication of keyboard focus.

2.4.11 Focus Not Obscured (Minimum) (Level AA 2.2 only)

 

EN 301 549 Criteria - Does not apply

 

Revised Section 508 - Does not apply

SupportsWhen a user interface component receives keyboard focus, the component is not entirely hidden due to author-created content.

2.5.7 Dragging Movements (Level AA 2.2 only)

 

EN 301 549 Criteria - Does not apply

 

Revised Section 508 - Does not apply

Not ApplicableThe Appian product does not have functionality that requires a dragging movement for operation.

2.5.8 Target Size (Minimum) (Level AA 2.2 only)

 

EN 301 549 Criteria - Does not apply

 

Revised Section 508 - Does not apply

SupportsMost pointer inputs in Appian have a minimum target size of 24 by 24 CSS pixels. In cases where this is not achieved, there is sufficient space between adjacent inputs.
3.1.2 Language of Parts (Level AA)

 

Also applies to:

EN 301 549 Criteria

  • 9.3.1.2 (Web)

Revised Section 508

  • 501 (Web)(Software)
Does Not Support

The Appian product does not support the programmatic language determination of passages or phrases in content.

 

3.2.3 Consistent Navigation (Level AA)

 

Also applies to:

EN 301 549 Criteria

  • 9.3.2.3 (Web)

Revised Section 508

  • 501 (Web)(Software) – Does not apply to non-web software
SupportsThe Appian product allows developers to configure navigation mechanisms that occur in the same relative order across pages each time they are repeated.
3.2.4 Consistent Identification (Level AA)

 

Also applies to:

EN 301 549 Criteria

  • 9.3.2.4 (Web)

Revised Section 508

  • 501 (Web)(Software) – Does not apply to non-web software
SupportsThe Appian user interface framework (“SAIL”) provides a standard component library for application designers, ensuring consistent identification for components that have the same functionality across pages.
3.3.3 Error Suggestion (Level AA)

 

Also applies to:

EN 301 549 Criteria

  • 9.3.3.3 (Web)

Revised Section 508

  • 501 (Web)(Software)
SupportsApplication designers can choose to include error messages that provide suggestion(s) for correcting  input errors when errors are detected. 
3.3.4 Error Prevention (Legal, Financial, Data) (Level AA)

 

Also applies to:

EN 301 549 Criteria

  • 9.3.3.4 (Web)

Revised Section 508

  • 501 (Web)(Software)
SupportsThe Appian product provides capabilities for application designers to design their user interfaces for error prevention. Designers may choose to incorporate methods such as checking for input errors, ensuring that submissions are reversible, and allowing users to review and confirm information prior to submission.

3.3.8 Accessible Authentication (Minimum) (Level AA 2.2 only)

 

EN 301 549 Criteria - Does not apply

 

Revised Section 508 - Does not apply

SupportsAppian allows support for password entry by password managers and the ability to copy and paste to reduce the cognitive burden of re-typing as mechanisms to assist the user in completing a cognitive function test.
4.1.3 Status Messages (Level AA 2.1 and 2.2)

 

Also applies to:

EN 301 549 Criteria

  • 9.4.1.3 (Web)

Revised Section 508 – Does not apply

Partially Supports

The Appian product uses semantically-correct markup to allow assistive technologies to interpret platform status messages that do not receive focus.

Exception:

  • System (platform-level) error messages are not announced by some screen readers when they appear.

Table 3: Success Criteria, Level AAA

Notes: The Appian product has not been evaluated for WCAG 2.1 Level AAA conformance.

Revised Section 508 Report

Chapter 3: Functional Performance Criteria (FPC)

CriteriaConformance LevelRemarks and Explanations
302.1 Without VisionPartially SupportsScreen reader users may experience some difficulty understanding some controls, control states, and changes in page language as noted in Table 1 and Table 2.
302.2 With Limited VisionPartially SupportsUsers having limited vision may encounter some content that  is difficult to perceive or interact with as noted in Table 1 and Table 2.
302.3 Without Perception of ColorPartially SupportsUsers without perception of color may encounter some content that  is presented via color that is not provided in a visual mode that does not require perception of color as noted in Table 2.
302.4 Without HearingSupportsThe product does not require the use of hearing.
302.5 With Limited HearingSupportsThe product does not require the use of hearing.
302.6 Without SpeechSupportsSpeech is not required for interacting with or understanding Appian content.
302.7 With Limited ManipulationPartially Supports

Users with limited manipulation may encounter some content that may not be easily used with a keyboard or other pointer device and may not know where they are within content as noted in Table 1 and Table 2.

302.8 With Limited Reach and StrengthSupports

The Appian product supports standard input mechanisms such as user-provided keyboards, pointing devices and speech recognition. Usage of the product does not require reach or level of strength.

302.9 With Limited Language, Cognitive, and Learning AbilitiesPartially Supports

Users having limited language, cognitive, and learning abilities may encounter some content that  is difficult to perceive based on the order in which it can be accessed, some keyboard interaction patterns, and control names, roles, or states as noted in Table 1 and Table 2.

Chapter 4: Hardware

Notes: The Appian product is a web software application and is not subject to the requirements of this section.

Chapter 5: Software

CriteriaConformance LevelRemarks and Explanations
501.1 Scope – Incorporation of WCAG 2.1 AASee WCAG 2.2 sectionSee information in WCAG 2.2 section
502 Interoperability with Assistive TechnologyHeading cell – no response requiredHeading cell – no response required
502.2.1 User Control of Accessibility FeaturesNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
502.2.2 No Disruption of Accessibility FeaturesNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
502.3 Accessibility ServicesHeading cell – no response requiredHeading cell – no response required
502.3.1 Object InformationNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
502.3.2 Modification of Object InformationNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
502.3.3 Row, Column, and HeadersNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
502.3.4 ValuesNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
502.3.5 Modification of ValuesNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
502.3.6 Label RelationshipsNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
502.3.7 Hierarchical RelationshipsNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
502.3.8 TextNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
502.3.9 Modification of TextNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
502.3.10 List of ActionsNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
502.3.11 Actions on ObjectsNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
502.3.12 Focus CursorNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
502.3.13 Modification of Focus CursorNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
502.3.14 Event NotificationNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
502.4 Platform Accessibility FeaturesNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
503 ApplicationsHeading cell – no response requiredHeading cell – no response required
503.2 User PreferencesNot ApplicableThe Appian product honors platform settings for color, contrast, font type and focus cursor.
503.3 Alternative User InterfacesNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
503.4 User Controls for Captions and Audio DescriptionHeading cell – no response requiredHeading cell – no response required
503.4.1 Caption ControlsNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
503.4.2 Audio Description ControlsNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
504 Authoring ToolsHeading cell – no response requiredHeading cell – no response required
504.2 Content Creation or Editing (if not authoring tool, enter “not applicable”)Not ApplicableThe Appian end-product  is not considered platform software as defined by Section 508.
504.2.1 Preservation of Information Provided for Accessibility in Format ConversionNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
504.2.2 PDF ExportNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
504.3 PromptsNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.
504.4 TemplatesNot ApplicableThe Appian end-product is not considered platform software as defined by Section 508.

Chapter 6: Support Documentation and Services

Notes: This report covers accessibility conformance for the Appian product and does not discuss Documentation or Support Services.

EN 301 549 Report

Chapter 4: 4.2 Functional Performance Statements (FPS)

CriteriaConformance LevelRemarks and Explanations
4.2.1 Usage without visionPartially SupportsScreen reader users may experience some difficulty understanding some controls, some control states, and changes in page language as noted in Table 1 and Table 2.
4.2.2 Usage with limited visionPartially SupportsUsers having limited vision may encounter some content that  is difficult to perceive or interact with as noted in Table 1 and Table 2.
4.2.3 Usage without perception of colourPartially SupportsUsers without perception of color may encounter some content that is presented via color that is not provided in a visual mode that does not require perception of color as noted in Table 2.
4.2.4 Usage without hearingSupportsHearing is not required for interacting with or understanding Appian content.
4.2.5 Usage with limited hearingSupportsHearing is not required for interacting with or understanding Appian content.
4.2.6 Usage with no or limited vocal capabilitySupportsThe Appian product does not require speech input
4.2.7 Usage with limited manipulation or strengthPartially Supports

Users with limited manipulation may encounter some content that may not be easily used with a keyboard or other pointer device and may not know where they are within content as noted in Table 1 and Table 2.

4.2.8 Usage with limited reachSupports

The Appian product supports standard input mechanisms such as user-provided keyboards, pointing devices, and speech recognition. Usage of the product does not require reach.

4.2.9 Minimize photosensitive seizure triggersSupportsThe Appian product does not include visual features with flashing that could trigger seizures
4.2.10 Usage with limited cognition, language or learningSupportsThe Appian product does not require the use of speech. The product provides features such as the ability to extend the user session, text spacing, and intuitive content layout structure and labeling. Focus order is in a logical sequence and error messaging is provided to assist users.
4.2.11 PrivacySupportsThe Appian 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

Accessibility requirements for ICT products and services

Notes: The Appian 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

Accessibility requirements for ICT products and services

Notes: The Appian 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

Accessibility requirements for ICT products and services

Notes: The Appian product does not include video content. However, application designers may choose to include video content in user interfaces that they design with Appian. Appian does not provide capabilities for captioning or defining audio descriptions of designer-specified video content.

CriteriaConformance LevelRemarks and Explanations
7.1 Caption processing technologyHeading cell – no response requiredHeading cell – no response required
7.1.1 Captioning playbackDoes Not Support 
7.1.2 Captioning synchronizationDoes Not Support 
7.1.3 Preservation of captioningDoes Not Support 
7.1.4 Captions, characteristicsDoes Not Support 
7.1.5 Spoken subtitlesDoes Not Support 
7.2.1 Audio description playbackDoes Not Support 
7.2.2 Audio description synchronizationDoes Not Support 
7.2.3 Preservation of audio descriptionDoes Not Support 
7.3 User controls for captions and audio descriptionDoes Not Support 

Chapter 8: Hardware

Accessibility requirements for ICT products and services

Notes: The Appian 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

Accessibility requirements for ICT products and services

Notes: The Appian product supports standard assistive technologies and is therefore not subject to the Closed Functionality criteria described in this Chapter.

Chapter 11: Software

CriteriaConformance LevelRemarks and Explanations
11.0 General (informative)Heading cell – no response requiredHeading cell – no response required
11.1.1.1 through 11.4.1.3See WCAG 2.2 sectionSee information in WCAG 2.2 section
11.5 Interoperability with assistive technologyHeading cell – no response requiredHeading cell – no response required
11.5.1 Closed functionality (informative)Heading cell – no response requiredHeading cell – no response required
11.5.2 Accessibility servicesHeading cell – no response requiredHeading cell – no response required
11.5.2.1 Platform accessibility service support for software that provides a user interfaceSee 11.5.2.5 through 11.5.2.17See information in 11.5.2.5 through 11.5.2.17
11.5.2.2 Platform accessibility service support for assistive technologiesSee 11.5.2.5 through 11.5.2.17See information in 11.5.2.5 through 11.5.2.17
11.5.2.3 Use of accessibility servicesSupportsAppian uses standard platform accessibility services.
11.5.2.4 Assistive technologyNot ApplicableThe Appian product is not itself an assistive technology.
11.5.2.5 Object informationPartially SupportsSome control roles and states are not correctly defined or conveyed (see 4.1.2 in Table 1).
11.5.2.6 Row, column, and headersPartially SupportsSome grid column headers are not programmatically determinable by assistive technologies (see 1.3.1 in Table 1).
11.5.2.7 ValuesPartially Supports

Some control values are not correctly defined or conveyed (see 4.1.2 in Table 1).

11.5.2.8 Label relationshipsSupportsThe Appian product uses standard HTML and WAI-ARIA attributes to describe label relationships of user interface elements to Assistive Technologies.
11.5.2.9 Parent-child relationshipsPartially Supports

The parent-child relationships in some components are not exposed to assistive technology (see 4.1.2 in Table 1).

11.5.2.10 TextSupportsThe Appian product renders strings as plain text values in HTML for maximum compatibility with assistive technologies.
11.5.2.11 List of available actionsSupportsThe Appian product uses standard HTML or ARIA object attributes for maximum compatibility with assistive technologies.
11.5.2.12 Execution of available actionsSupports

The Appian product uses standard HTML or ARIA object attributes for maximum compatibility with assistive technologies.

11.5.2.13 Tracking of focus and selection attributesPartially Supports

Some actionable elements lack visual focus or have an incorrectly drawn indication of focus (see 2.4.7 in Table 2).

11.5.2.14 Modification of focus and selection attributesSupportsThe Appian product uses standard HTML elements with standard cursor controls for user input. The Appian product supports the use of cursor enhancement provided by assistive technology.
11.5.2.15 Change notificationSupportsNotification of changes to attributes of user interface elements are available to assistive technology.
11.5.2.16 Modifications of states and propertiesSupportsThe Appian product allows users to modify states and properties of an object  without the use of assistive technology.
11.5.2.17 Modifications of values and textSupportsThe Appian product allows users to modify values or text of an object  without the use of assistive technology.
11.6 Documented accessibility usageHeading cell – no response requiredHeading cell – no response required
11.6.1 User control of accessibility featuresNot ApplicableAppian is not considered platform software as defined by EN 301 549.
11.6.2 No disruption of accessibility featuresSupportsThe Appian product does not disrupt platform accessibility features.
11.7 User preferencesSupportsThe Appian product honors platform settings for units of measure, color, contrast, font type, font size, and focus cursor.
11.8 Authoring toolsHeading cell – no response requiredHeading cell – no response required
11.8.1 Content technologyHeading cell – no response requiredHeading cell – no response required
11.8.2 Accessible content creationSee WCAG 2.1 sectionSee information in WCAG 2.2 section
11.8.3 Preservation of accessibility information in transformationsNot Applicable 
11.8.4 Repair assistanceNot Applicable 
11.8.5 TemplatesNot Applicable 

Chapter 12: Documentation and Support Services

Accessibility requirements for ICT products and services

Notes: This report covers accessibility conformance for the Appian product and does not discuss Documentation or Support Services.

Chapter 13: ICT Providing Relay or Emergency Service Access

Accessibility requirements for ICT products and services

Notes: The Appian product does not provide relay or emergency services and is therefore not subject to the requirements of this section.