Appian Accessibility Conformance Report
(Based on VPAT® Version 2.4)
Name of Product/Version: Appian 23.2
Platform: Web
Date: May 2023
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:
| 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 |
| Revised Section 508 standards published January 18, 2017 and corrected January 22, 2018, at https://www.access-board.gov/guidelines-and-standards/communications-and-it/about-the-ict-refresh/final-rule/text-of-the-standards-and-guidelines | Yes | No |
| EN 301 549 Accessibility requirements suitable for public procurement of ICT products and services in Europe, at https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.01.01_60/en_301549v030101p.pdf | 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.
- 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.1 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.1 Conformance Requirements.
Table 1: Success Criteria, Level A
| Criteria | Conformance Level | Remarks and Explanations |
| 1.1.1 Non-text Content (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
| 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. Exception:
|
| 1.2.1 Audio-only and Video-only (Prerecorded) (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Supports | The 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
Revised Section 508
| 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:
|
| 1.2.3 Audio Description or Media Alternative (Prerecorded) (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Supports | Appian 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
Revised Section 508
| Partially Supports | The Appian product uses semantically-correct markup so that information, structure, and relationships can be understood independent of presentation. Exceptions:
|
| 1.3.2 Meaningful Sequence (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Partially Supports | The Appian product generates semantically-correct markup to allow assistive technologies to interpret the meaning of content and controls. Exceptions:
|
| 1.3.3 Sensory Characteristics (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Supports | The 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
Revised 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.
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
Revised Section 508
| Supports | The 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
Revised Section 508
| Supports | All functionality of the Appian product is operable through a keyboard interface without requiring specific timings for individual keystrokes. |
| 2.1.2 No Keyboard Trap (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Supports | Focus 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 only)
Also applies to: EN 301 549 Criteria
Revised Section 508 – Does not apply | Supports | The 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
Revised Section 508
| Supports | The 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
Revised Section 508
| Not Applicable | The 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
Revised Section 508
| Supports | The Appian product does not use flashing interface elements. |
| 2.4.1 Bypass Blocks (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
| 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:
|
| 2.4.2 Page Titled (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Partially Supports | Web pages within the Appian product have descriptive titles that indicate the topic or purpose of each page. Exception:
|
| 2.4.3 Focus Order (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Supports | Focusable components receive focus in an order that preserves meaning and operability.
|
| 2.4.4 Link Purpose (In Context) (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
| 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 only)
Also applies to: EN 301 549 Criteria
Revised Section 508 – Does not apply | Not Applicable | The Appian product does not rely on multipoint or path-based gestures for operation. |
| 2.5.2 Pointer Cancellation (Level A 2.1 only)
Also applies to: EN 301 549 Criteria
Revised Section 508 – Does not apply | Supports | The 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 only)
Also applies to: EN 301 549 Criteria
Revised Section 508 – Does not apply | Supports | Appian 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 only)
Also applies to: EN 301 549 Criteria
Revised Section 508 – Does not apply | Not Applicable | The 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
Revised Section 508
| Supports | The 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
Revised Section 508
| Supports | When 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
Revised Section 508
| Supports | Changing the setting of a component in an Appian user interface does not initiate a change of context. |
| 3.3.1 Error Identification (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
| 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.
|
| 3.3.2 Labels or Instructions (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
| 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:
|
| 4.1.1 Parsing (Level A)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Partially supports | The Appian product uses semantically-correct markup for 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
Revised Section 508
| 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. Exceptions:
|
Table 2: Success Criteria, Level AA
| Criteria | Conformance Level | Remarks and Explanations |
| 1.2.4 Captions (Live) (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Not Applicable | The 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
Revised Section 508
| 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:
|
| 1.3.4 Orientation (Level AA 2.1 Only)
Also applies to: EN 301 549 Criteria
Revised Section 508 – Does not apply | Supports | Appian user interfaces are not restricted to a single display orientation. |
| 1.3.5 Identify Input Purpose (Level AA 2.1 Only)
Also applies to: EN 301 549 Criteria
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
Revised Section 508
| Supports | The 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
Revised Section 508
| Partially Supports | Most Appian product user interfaces support standard zoom capabilities built into modern web browsers and operating systems. Exception:
|
| 1.4.5 Images of Text (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Supports | The 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 only)
Also applies to: EN 301 549 Criteria
Revised Section 508 – Does not apply | Partially Supports | Appian user interfaces reflow to fit the width of the window. Exceptions:
|
| 1.4.11 Non-text Contrast (Level AA 2.1 only)
Also applies to: EN 301 549 Criteria
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. Exceptions:
|
| 1.4.12 Text Spacing (Level AA 2.1 only)
Also applies to: EN 301 549 Criteria
Revised Section 508 – Does not apply | Supports | The 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 only)
Also applies to: EN 301 549 Criteria
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:
|
| 2.4.5 Multiple Ways (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Supports | For 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
Revised Section 508
| 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
Revised Section 508
| Partially Supports | The Appian product uses visual changes to elements to indicate the current position of focus. Exceptions:
|
| 3.1.2 Language of Parts (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
| 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
Revised Section 508
| Supports | The 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
Revised Section 508
| Supports | The 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
Revised Section 508
| Supports | Application designers can choose to include error messages that provide suggestion(s) for correcting input errors when errors are detected. that were not completed. |
| 3.3.4 Error Prevention (Legal, Financial, Data) (Level AA)
Also applies to: EN 301 549 Criteria
Revised Section 508
| Supports | The 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. |
| 4.1.3 Status Messages (Level AA 2.1 only)
Also applies to: EN 301 549 Criteria
Revised Section 508 – Does not apply | Supports | The Appian product uses semantically-correct markup to allow assistive technologies to interpret platform status messages that do not receive focus. |
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)
| Criteria | Conformance Level | Remarks and Explanations |
| 302.1 Without Vision | Partially Supports | Screen 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 Vision | Partially Supports | Some content has insufficient color contrast between default and hover/focus states. Some content is not visible when the screen is magnified. |
| 302.3 Without Perception of Color | Partially Supports | Some content has insufficient color contrast between default and hover/focus states. |
| 302.4 Without Hearing | Supports | Hearing is not required for interacting with or understanding Appian content. |
| 302.5 With Limited Hearing | Supports | Hearing is not required for interacting with or understanding Appian content. |
| 302.6 Without Speech | Supports | Speech is not required for interacting with or understanding Appian content. |
| 302.7 With Limited Manipulation | Supports | The Appian 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 | Supports | 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 Abilities | Supports | The 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. |
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
| Criteria | Conformance Level | Remarks and Explanations |
| 501.1 Scope – Incorporation of WCAG 2.1 AA | See WCAG 2.1 section | See information in WCAG 2.1 section |
| 502 Interoperability with Assistive Technology | Heading cell – no response required | Heading cell – no response required |
| 502.2.1 User Control of Accessibility Features | Not Applicable | The Appian end-product is not considered platform software as defined by Section 508. |
| 502.2.2 No Disruption of Accessibility Features | Supports | Appian is compatible with operating system and browser accessibility features configured by the user. |
| 502.3 Accessibility Services | Heading cell – no response required | Heading cell – no response required |
| 502.3.1 Object Information | Partially Supports | Some control roles and states are not correctly defined or conveyed (see 4.1.2 in Table 1). |
| 502.3.2 Modification of Object Information | Partially Supports | Some changes in control state resulting from user interaction are not conveyed correctly (see 4.1.2 in Table 1). |
| 502.3.3 Row, Column, and Headers | Supports | The Appian product uses standard HTML attributes to define table structure and relationships, including column and row headers, to Assistive Technologies. |
| 502.3.4 Values | Supports | The Appian product uses standard HTML or ARIA object attributes for maximum compatibility with assistive technologies. |
| 502.3.5 Modification of Values | Supports | The Appian product uses standard HTML or ARIA object attributes for maximum compatibility with assistive technologies. |
| 502.3.6 Label Relationships | Supports | The Appian product uses standard HTML and WAI-ARIA attributes to describe label relationships of user interface elements to Assistive Technologies. |
| 502.3.7 Hierarchical Relationships | Partially Supports | The user and user group browsers and hierarchy browser component do not expose parent/child relationships to assistive technology (see 4.1.2 in Table 1). |
| 502.3.8 Text | Supports | The Appian product renders strings as plain text values in HTML for maximum compatibility with assistive technologies. |
| 502.3.9 Modification of Text | Supports | The Appian product renders strings as plain text values in HTML for maximum compatibility with assistive technologies. |
| 502.3.10 List of Actions | Supports | The Appian product uses standard HTML or ARIA object attributes for maximum compatibility with assistive technologies. |
| 502.3.11 Actions on Objects | Supports | The Appian product uses standard HTML or ARIA object attributes for maximum compatibility with assistive technologies. |
| 502.3.12 Focus Cursor | Partially Supports | The currently selected outermost node in the hierarchy browser (tree) and org chart components have no visible indication of focus. Some content that is keyboard accessible is not visible when the screen is magnified. |
| 502.3.13 Modification of Focus Cursor | Supports | The 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. |
| 502.3.14 Event Notification | Supports | Notification of events relevant to user interactions, including but not limited to, changes in the component’s state(s), value, name, description, or boundary, shall be available to assistive technology. |
| 502.4 Platform Accessibility Features | Not Applicable | The Appian end-product is not considered platform software as defined by Section 508. |
| 503 Applications | Heading cell – no response required | Heading cell – no response required |
| 503.2 User Preferences | Partially Supports | The Appian product honors platform settings for color, contrast, font type and focus cursor but some content is not fully visible when screen magnification is used. |
| 503.3 Alternative User Interfaces | Not Applicable | Appian 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 | Heading cell – no response required |
| 503.4.1 Caption Controls | Does Not Support | The Appian media player does not provide controls for the selection of captions at the same level as the player volume control. |
| 503.4.2 Audio Description Controls | Not Applicable | The Appian media player does not provide a control for program selection. |
| 504 Authoring Tools | Heading cell – no response required | 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 2.1 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 |
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)
| Criteria | Conformance Level | Remarks and Explanations |
| 4.2.1 Usage without vision | Partially Supports | Screen 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 vision | Partially Supports | Some content has insufficient color contrast between default and hover/focus states. Some content is not visible when the screen is magnified. |
| 4.2.3 Usage without perception of colour | Partially Supports | Some content has insufficient color contrast between default and hover/focus states. |
| 4.2.4 Usage without hearing | Supports | Hearing is not required for interacting with or understanding Appian content. |
| 4.2.5 Usage with limited hearing | Supports | Hearing is not required for interacting with or understanding Appian content. |
| 4.2.6 Usage with no or limited vocal capability | Supports | The Appian product does not require speech input |
| 4.2.7 Usage with limited manipulation or strength | Supports | The Appian product supports standard input mechanisms such as user-provided keyboards pointing devices and speech recognition. Usage of the product does not require physical manipulation or level of strength. |
| 4.2.8 Usage with limited reach | Supports | 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 triggers | Supports | The Appian product does not include visual features with flashing that could trigger seizures |
| 4.2.10 Usage with limited cognition, language or learning | Supports | The 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 Privacy | Supports | The 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.
| Criteria | Conformance Level | Remarks and Explanations | |
| 7.1 Caption processing technology | Heading cell – no response required | Heading cell – no response required | |
| 7.1.1 Captioning playback | Does Not Support | ||
| 7.1.2 Captioning synchronization | Does Not Support | ||
| 7.1.3 Preservation of captioning | Does Not Support | ||
| 7.1.4 Captions, characteristics | Does Not Support | ||
| 7.1.5 Spoken subtitles | Does Not Support | ||
| 7.2.1 Audio description playback | Does Not Support | ||
| 7.2.2 Audio description synchronization | Does Not Support | ||
| 7.2.3 Preservation of audio description | Does Not Support | ||
| 7.3 User controls for captions and audio description | Does 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
| Criteria | Conformance Level | Remarks and Explanations |
| 11.0 General (informative) | Heading cell – no response required | Heading cell – no response required |
| 11.1.1.1 through 11.4.1.3 | See WCAG 2.1 section | See information in WCAG 2.1 section |
| 11.5 Interoperability with assistive technology | Heading cell – no response required | Heading cell – no response required |
| 11.5.1 Closed functionality (informative) | Heading cell – no response required | Heading cell – no response required |
| 11.5.2 Accessibility services | Heading cell – no response required | Heading cell – no response required |
| 11.5.2.1 Platform accessibility service support for software that provides a user interface | See 11.5.2.5 through 11.5.2.17 | See information in 11.5.2.5 through 11.5.2.17 |
| 11.5.2.2 Platform accessibility service support for assistive technologies | See 11.5.2.5 through 11.5.2.17 | See information in 11.5.2.5 through 11.5.2.17 |
| 11.5.2.3 Use of accessibility services | Supports | Appian uses standard platform accessibility services. |
| 11.5.2.4 Assistive technology | Not Applicable | The Appian product is not itself an assistive technology. |
| 11.5.2.5 Object information | Partially Supports | Some control roles and states are not correctly defined or conveyed (see 4.1.2 in Table 1). |
| 11.5.2.6 Row, column, and headers | Supports | The Appian product uses standard HTML attributes to define table structure and relationships, including column and row headers, to Assistive Technologies. |
| 11.5.2.7 Values | Supports | The Appian product uses standard HTML or ARIA object attributes for maximum compatibility with assistive technologies. |
| 11.5.2.8 Label relationships | Supports | The 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 relationships | Partially Supports | The user and user group browsers and hierarchy browser components do not expose parent/child relationships to assistive technology (see 4.1.2 in Table 1). |
| 11.5.2.10 Text | Supports | The Appian product renders strings as plain text values in HTML for maximum compatibility with assistive technologies. |
| 11.5.2.11 List of available actions | Supports | The Appian product uses standard HTML or ARIA object attributes for maximum compatibility with assistive technologies. |
| 11.5.2.12 Execution of available actions | Supports | 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 attributes | Partially Supports | The currently selected outermost node in the hierarchy browser (tree) and org chart components have no visible indication of focus. Some content that is keyboard accessible is not visible when the screen is magnified. |
| 11.5.2.14 Modification of focus and selection attributes | Supports | The 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 notification | Supports | Notification of changes to attributes of user interface elements are available to assistive technology. |
| 11.5.2.16 Modifications of states and properties | Supports | The 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 text | Supports | The Appian product allows users to modify values or text of an object without the use of assistive technology. |
| 11.6 Documented accessibility usage | Heading cell – no response required | Heading cell – no response required |
| 11.6.1 User control of accessibility features | Not Applicable | Appian is not considered platform software as defined by EN 301 549. |
| 11.6.2 No disruption of accessibility features | Supports | The Appian product does not disrupt platform accessibility features. |
| 11.7 User preferences | Partially Supports | The Appian product honors platform settings for color, contrast, font type and focus cursor but some content is not fully visible when screen magnification is used. |
| 11.8 Authoring tools | Heading cell – no response required | Heading cell – no response required |
| 11.8.1 Content technology | Heading cell – no response required | Heading cell – no response required |
| 11.8.2 Accessible content creation | See WCAG 2.1 section | See information in WCAG 2.1 section |
| 11.8.3 Preservation of accessibility information in transformations | Not Applicable | |
| 11.8.4 Repair assistance | Not Applicable | |
| 11.8.5 Templates | Not 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.
Appian is a software company that automates business processes. The Appian Platform includes everything you need to design, automate, and optimize even the most complex processes, from start to finish. The world's most innovative organizations trust Appian to improve their workflows, unify data, and optimize operations—resulting in better growth and superior customer experiences.
©2023 Appian. All rights reserved.