Publish VPAT based Accessibility Conformance Report(s) ACR

This comes up from time to time, and unfortunately The Document Foundation has not yet generated the “voluntary” Accessibility Conformance Report (ACR) based on VPAT. Institutional and governmental users often need such ACR to document compliance/support of accessibility standards, i.e. W3C/WAI WCAG, EN 301 549 (EU), or Section 508 (US).

Believe VPAT based ACR should be published for the UI of TDF delivered LibreOffice builds. While Community built products (e.g. Zeta Office, Collabora Office) would be well aided by a central repository of accessibility information for the LibreOffice core, with ability to document facets unique to their builds.

Recommend BoD should resolve, and tender if needed, to post suitable ACR from completed VPAT to the Foundation WiKi, perhaps best hosted to the TDF Accessibility page [1].

Reporting VPAT format is rather flexible, but the VPAT 2.5 templates provided by the Information Technology Industry Council (ITI) [2] are suitable to task, though in OOXML rather than ODF :wink:

Looks like their “International” flavor might be the best template to complete for LibreOffice.

The effort would be helpful to document Foundation commitment to and the state of compliance with accessibility standards. It would really help keep institutional and governmental adopters compliant with accessibility regulations.

[1] Accessibility - The Document Foundation Wiki
[2] VPAT - Information Technology Industry Council

1 Like

Can you give an example of how having this report is necessary? Does it relate to some regulatory requirements (e.g. using a piece of software in a government facility)? If so - have we had relevant experience with this during adoptions in larger bodies like Tirana IIANM, Munich, or recently Schleswig-Holstein?

The VPAT is only relevant for US based institutions and government bodies, and does not apply to European ones. Lack of these documents is one of the reasons of our weakness in the US, where we have a very large number of individual users but a very small number of enterprise, institutional and governmental users.

1 Like

No Italo, the term VPAT is a broadly misused shorthand for a compliance testing requirement levied on the vendor of a communications product. Yes it arose from the US Section 508 of the Rehabilitation Act (29 U.S.C. 794d) but its use is international in scope. Applicable to characterizing W3C/WAI WCAG Web Content Accessibility Guidelines, or the EN 301 549 European Standard for ICT Accessibility, so what is actually required and would be useful for TDF to curate is an Accessibility Conformance Report (ACR).

In effect the VPAT can be any documentation template (guiding the testing and reporting effort to standard) but no standard exists, but the ITI offerings are broadly accepted/adopted. A single ACR could be produced (though translations might be appropriate). It would satisfy compliance considerations for adopters/implementers of a LibreOffice based Office suite.

1 Like

Sure, in the United States Federal Departments and Agencies are required under Section 508 of the Rehabilitation Act - 29 U.S.C. § 798 to comply with requirements for accessibility in Electronic and Information Technology as maintained by the US Architectural and Transportation Barriers Compliance Board (a.k.a. ‘Access Board’). Compliance is evaluated during the “procurement” of such Information Technology and Communications (ITC) products. So the “vendor” is pressed into documenting their products compliance with accessibility. Similar vendor assessment reporting of information security concerns under the US FedRAMP (risk and authorization management) program causes similar procurement grief, desktop versions of LibreOffice not affected–but the Ecosystem partners should check that out for their collaborative offerings.

While a Federal requirement, most US States comply with the Federal procurement requirements as not doing so puts their apportionment at risk. So Section 508 Accessibility requirements come along with the package. That extends down to local municipalities, public school districts, community colleges, etc.

And the chilling effect is that procuring, and operating non-accessible ICT places these governmental branches at risk of Section 508 compliance complaints or civil action.

Non-governmental and private entities may face civil action for not offering accessible services, so most will follow Section 508 practices when procuring ICT.

In my past professional life as a sysadmin and lab manager at a large research University I had to chase down ACR for multiple software products to satisfy procurement requirements for compliance before deployment. I did get to sidestep that for my LibreOffice installations, but having an ACR would have better covered the requirements or a compliance audit. Others simply don’t have that option and an ACR would be helpful.

Can’t speak directly to European Nations, but believe Sophie is up to speed on the corresponding EN 301 549 standard for the EU, and if any governmental (or private business) adopters had ICT accessibility compliance concerns.

Obviously LibreOffice as an ICT “procurement” as an office suite is as a generator of documents. So we do need to be concerned that we produce accessible documents, e.g. our ODF, SVG, PDF/UA, EPUB. But equally we also need to be concerned that the User Interface of LibreOffice is as accessible as feasible. And both facets should be addressed in a TDF curated Accessibility Conformance Report made readily available to any user or “procurement” official.

2 Likes

You can see the Microsoft prepared ACRs for their offerings here:

Think an ACR for the TDF Community build of LibreOffice posted to the TDF Accessibility wiki would cover a lot of territory.

Given your experience as a sysadmin and lab manager at a large research University, would you be able to support us in the process of creating a VPAT? Of course, only if needed. We would like to produce one for LibreOffice 25.2, which means mid-February as a starting date for the process.

If the BoD resolves to prepare an Accessibility Conformance Report and host it, then of course.

Myself and numerous trustees and contributors active on the accessibility@ ML could certainly undertake the testing using one of the VPAT templates, gratis. Just need some direction.

Likewise it seems a reasonable TDF expense to put out for tender.

Point is we need BoD resolution accepting TDF ownership of the process to get an ACR for LibreOffice prepared and hosted. And probably support from Staff to coordinate such ad-hoc committee to undertake the assessment(s), or to prepare a tender request if that is the decision.

My preference is a single ACR for the full LibreOffice suite, but a case can be made that each module should receive its own ACR. Either way use of ITI’s International VPAT template to record WCAG, EU (EN 301 549) , and US (Sec 508) criteria into a single report probably makes sense.

BoD should understand that such ACR reporting does not obligate changes to the evaluated ICT i.e. LibreOffice, it is meant only to document testing conformance in achieving the indexed success criteria against the standards.

A maintained current ACR could then help in categorizing development efforts needed to address accessibility deficiencies in the project. And to some extent help prioritize what gets addressed by TDF resources.

Its up to the Board, they do read this Discourse, right?

2 Likes

If this process requires some work on RTL-related aspects, do ask for help (i.e. not you personally, whoever is working on authoring such a document), e.g. on the LibreOffice RTL channel. Same for CJK I guess. I’m sure there would be at least some volunteers (if only because I’m there).

2 Likes