Have you received a complaint regarding the inaccessibility of a system you manage or administrate?
| Info |
|---|
The following steps and associated resources are meant to support system administrators in responding to any accessibility incidents associated with their digital systems and resources. Departments should reach out to the Office of Information Technology via help-accessibility@pdx.edu with any questions regarding this recommended accessibility incident response workflow. |
Step 1: Replicate and Document the Issue
Attempt to validate the reported issue, determine the extent and severity of the associated accessibility barrier(s), and assign remediation and response to the appropriate responsible party.
Step 2: Remediation and Response
In-House Remediation and Response
If the responsible party is the system administrator or an internal content contributor, the issue should be resolved in house. Please refer to the follow resources for guidance and consultation as necessary:
Vendor Remediation and Response
Issues that cannot be remediated in house must be escalated to the vendor for resolution. Even if the system administrator or an internal content contributor is able to craft a workaround for a reported accessibility issues, it is important to inform the vendor, such that the underlying bug is addressed as soon as possible.
Prepare a vendor specific report using the Accessibility Incident Validation Template.
Prepare an Equally Effective Alternative Access Plan to mitigate the impact of validated accessibility barriers until they are remediated
Send a customized version of the following email template to the vendor:
| Expand | ||
|---|---|---|
| ||
[VENDOR CONTACT], My name is [YOUR NAME], and I am the system administrator for [SYSTEM NAME] at Portland State University (PSU). I am writing to inform you about [AN/SOME] accessibility [ISSUE/ISSUES] we’ve encountered. These validated bugs render [SYSTEM NAME] out of compliance with the World Wide Web Consortium’s Web Content Accessibility Guidelines (WCAG) and may pose substantial accessibility barriers for users with disabilities at PSU. The accessibility of our systems to people with disabilities is required under PSU’s Digital Accessibility Policy. Please reference this [LINK TO ACCESSIBILITY INCIDENT VALIDATION SPREADSHEET] for a list of identified accessibility bugs and their corresponding WCAG Success Criteria. At your earliest convenience, please provide a Digital Accessibility Roadmap, including remediation timelines and workarounds that will allow equitable access until each bug is resolved. Thanks, [YOUR NAME] |
Step 3: Follow Up with Customer
Respond to the customer via the associated ticket or email exchange, providing a synopsis of your accessibility incident response, including any relevant information regarding:
...
| title | Customer Follow Up Email Template |
|---|
[CUSTOMER NAME],
Thank you for reporting [THIS/THESE] accessibility [ISSUE/ISSUES]. We’ve conducted an internal assessment and consulted with the vendor, and determined that [THIS/THESE] accessibility [ISSUE/ISSUES] [MAY BE REMEDIATED IN HOUSE/MUST BE ADDRESSED BOTH INTERNALLY AND BY THE VENDOR/MUST BE ADDRESSED BY THE VENDOR].
The following [ISSUE/ISSUES] should be remediated in-house by [DATE]:
[Issue - Remediated/Remediation In Progress]
...
[Issue - Remediated/Remediation In Progress]
In the meantime, please reference this [LINK TO EQUALLY EFFECTIVE ALTERNATE ACCESS PLAN (EEAAP)] for workarounds. This EEAAP has been developed and shared with the Office of Human Resources and the Disability Resource Center, in consultation with the Office of Information Technology’s Digital Accessibility and Content team.
Best,
...
| Include Page | ||||
|---|---|---|---|---|
|
Related Support Content
| Filter by label (Content by label) | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|