Charge
Under the direction of the Office of the Vice President for Information Technology, the charge of this Council is to have oversight of the ICT Accessibility policy, related processes, procedures, roles and responsibilities, and to review the policy.
Membership
Contact Information
For questions or comments please contact aictpc@ot.syr.edu.
To all AICTPC members, please use AICTPC@listserv.syr.edu to share communications within the Council.
Agendas/Minutes
Sub-committees
Accessibility Procurement Review Committee (APRC)
Resources
Procurement of Accessible ICT Products and Services PAICT
University Adopts Disability External Review Committee's Phase One Recommendations (SU News)
Working Google Doc for ICT Accessibility Policy
Draft Legacy Software Reference Guide
Summary of Accessibility ICT Policy Recommendations
Table of Recommendations
| Recommendation | Type | Policy Section | Sequence of Review | Outcome (adopt/defer/modify) |
|---|---|---|---|---|
Recommendation 1: Do not revert to a limited web accessibility policy. | Policy | 1 - General Statement | A | Accepted and Agreed |
Recommendation 2: Explicitly add faculty and staff obligations to the policy, as well as adding tertiary links to other relevant University policies. | Policy | 4 - To Whom Does This Apply & 5.A.1 - Compliance | D | Note: May need to add a sub-bullet |
Recommendation 3: Embed vendor obligations and tertiary links in the ICT Policy, where the language is applicable to all purchases and is consistent with other procedures and policies across the campus. | Policy | 5.A.1 Procedures | C | |
Recommendation 5: Add updates to the policy regarding any roles or committees, as determined/recommended by HirePotential. | Policy | 5.C - Policy Review | A | Edit Section 5.C of the Policy to include the AICTPC as a formal working group
|
Recommendation 6: Follow peer and/or other institutions’ guidelines by making a table with relevant standards, as appropriate. | Policy | 5.B -Definitions, Standards, and Guidelines | B | Adopted this recommendation and drafted the table of relevant standards. |
Recommendation 7: The University intends to continue to use WCAG 2.1 AA for new purchases; SU will fall back to WCAG 2.0 AA for existing products and services, until the next ICTAP policy review. | Policy | 5.B -Definitions, Standards, and Guidelines | B | Adopted this recommendation and drafted the table of relevant standards. |
| Recommendation 7a: The University intends to use ATAG (Authoring Tool Accessibility Guidelines) 2.0 to ensure that authoring tools are capable of producing accessible content. | Policy | 5.B -Definitions, Standards, and Guidelines | B | Adopted this recommendation and a definition of "authoring tool," and drafted an Authoring Tool Coverage Table. (Potentially adopted the W3C standards for an authoring tool.) |
Recommendation 8: Add a progressive standards intent table that includes historical citation dates. | Policy | 5.B -Definitions, Standards, and Guidelines | B | Adopted this recommendation and drafted the table of relevant standards. |
Recommendation 9: Establish a legacy software expectations schedule—with timelines specified—explaining the deadlines by which currently non-compliant legacy software is to be brought into compliance. | Policy | 5.B -Definitions, Standards, and Guidelines | B | Upon adoption of Policy, owners will be given a year to review software then come up with a plan for addressing inaccessible software with timelines for remediation, replacement, or abandonment. |
| Recommendation 9a: Establish a legacy content expectations schedule—with timelines specified—explaining the deadlines by which currently non-compliant legacy content is to be brought into compliance. | Policy | 5.B -Definitions, Standards, and Guidelines | B | Anything that is active and inaccessible needs to be remediated; any legacy content that is inactive can be left alone. If it’s inactive, leave it alone/get an exception, but if it’s active/public, we need to make sure it’s accessible. Active content will take highest priority. Owners of inaccessible active content should also offer an option for remediation on demand. Upon adoption of Policy, owners will be given a year to review inaccessible active content then come up with a plan for addressing this content with timelines for remediation, replacement, or abandonment. |
| Recommendation 10: Include examples of indirect, contracted ICT products and services that must adhere to the policy. | Policy | 5.A.1 Procedures | C | |
| Recommendation 11: Rely on property management building codes, as they relate to ADA specifications for embedded building maintenance and monitoring equipment, and make the evaluation exempt from the policy. | Policy | 3 - Exclusions & 5.B -Definitions, Standards, and Guidelines | B | Agree with this recommendation to exempt property management building codes, as they relate to ADA specifications for embedded building maintenance and monitoring equipment, and make the evaluation exempt from the policy as articulated in the Accessibility ICT policy under the definition of "Restricted Access to the Technology." This exemption strictly applies to work done by facilities. Examples of software for this exemption include (but are not limited to) software used to configure and manage energy controls for heating and air conditioning units, devices to read usage and monitor utility meters (e.g., electricity, water, natural gas), and software to configure and control lighting systems. |
| Recommendation 12: Provide alternative access examples in the policy for reference purposes. | Policy | 4 - To Whom Does This Apply & 5.A.1 - Compliance (Maybe 5.B - Definitions) | D | |
| Recommendation 13: Define faculty and staff responsibilities in the policy so that appointed/assigned individuals know they are responsible for understanding how to apply this policy to all technology resources that they create, maintain, procure, or publish. | Policy | 4 - To Whom Does This Apply & 5.A.1 - Compliance (Maybe 5.B - Definitions) | D | |
Recommendation 14: In the policy, increase the emphasis on faculty’s inclusive teaching and student learning responsibilities, and foster a broader awareness by cross-linking to additional faculty-related policies. | Policy | 4 - To Whom Does This Apply & 5.A.1 - Compliance (Maybe 5.B - Definitions) | D | |
Recommendation 15: Explicitly include a vendor section documenting expectations concerning the procurement process and product and services deliverables; importantly, we are anticipating increased staffing to provide ICT consulting to the Purchaser and Vendor. | Policy | 5.A.1 Procedures | C | |
Recommendation 23: To avoid the risk of procuring inaccessible products or services, the policy should include a purchasing process requirements table, similar to the draft version (in the report). | Policy | 5.A.1 Procedures | C | |
| Recommendation X: Do not implement the updated policy without resource allocation confirmation. | Policy | Z |