Konzepte

VPAT

Auch: Voluntary Product Accessibility Template

Voluntary Product Accessibility Template — die Selbstauskunft eines Anbieters darüber, wie ein Produkt die Anforderungen von Barrierefreiheitsstandards (Section 508, EN 301 549, WCAG) erfüllt. Das aktuelle Muster ist VPAT 2.5 (Revised Section 508 + EN 301 549 + WCAG 2.x).

Ein Voluntary Product Accessibility Template (VPAT) ist eine standardisierte Selbstauskunft, in der ein Anbieter dokumentiert, wie sein Produkt die Anforderungen von Barrierefreiheitsstandards erfüllt. Das aktuelle Muster, VPAT 2.5, wird vom Information Technology Industry Council (ITI) herausgegeben.

Was ein VPAT eigentlich ist

Ein VPAT ist eine strukturierte Antwort, Kriterium für Kriterium, auf einen oder mehrere der wichtigsten Barrierefreiheitsstandards:

  • Revised Section 508 — für die Beschaffung durch US-Bundesbehörden.
  • EN 301 549 — für die Beschaffung im EU-Bereich.
  • WCAG 2.x — auf einer bestimmten Konformitätsstufe (fast immer AA).
  • Worldwide — die kombinierte Sicht, die alle drei abdeckt.

Für jedes Kriterium vermerkt der Anbieter eine der folgenden Konformitätsstufen:

  • Supports — das Kriterium ist erfüllt.
  • Partially Supports — für einige Inhalte oder Kontexte erfüllt, für andere nicht, mit einer Beschreibung der Lücke.
  • Does Not Support — vollständige Nichterfüllung.
  • Not Applicable — das Kriterium ist für dieses Produkt nicht anwendbar.
  • Not Evaluated — nur für WCAG-AAA-Kriterien zulässig.

Ein nützliches VPAT vs. ein defensives VPAT

Ein Anbieter, der jede Zeile kommentarlos mit „Supports“ bewertet, verschleiert etwas. Ein wirklich nützliches VPAT enthält:

  • Eine Produktbeschreibung, die klar genug ist, um nachzuvollziehen, was getestet wurde.
  • Eine Testmethodik — welche assistiven Technologien eingesetzt wurden (NVDA + Firefox, JAWS + Chrome, VoiceOver + Safari), welche Stichprobe von Seiten oder Funktionen auditiert wurde und wann.
  • Konkrete Erläuterungen zu jeder Bewertung mit „Partially Supports“ oder „Does Not Support“ — mit Benennung der betroffenen Funktion und, idealerweise, einem Mängelbeseitigungsplan mit Zeitplan.
  • Ein Bewertungsdatum. Ein zwei Jahre altes VPAT ist veraltet; seitdem wurden Hunderte von Änderungen am Produkt ausgeliefert.
  • Die Bestätigung durch einen unabhängigen Prüfer, wo verfügbar, getrennt von der Selbstbescheinigung des Entwicklungsteams.

Die Barrierefreiheits-Community hat informelle Heuristiken entwickelt, um ein nichtssagendes VPAT zu erkennen: zu wenige „Partially Supports“-Bewertungen, kein Methodikabschnitt, keine Testumgebung, kein benannter Prüfer.

ACR vs. VPAT

Das ITI hat die Benennung des Musters präzisiert, um zwei Dinge klarzustellen:

  • Das VPAT ist das Leerformular.
  • Der Accessibility Conformance Report (ACR) ist das ausgefüllte Dokument, das ein Anbieter erstellt.

In der Praxis werden beide Begriffe weiterhin synonym verwendet. Beschaffungsteams fordern „das VPAT“ an; Anbieter liefern „einen ACR“. Es handelt sich um dasselbe Dokument.

Wann ein VPAT benötigt wird

  • Beim Verkauf an US-Bundesbehörden. Die Beschaffung nach Section 508 schreibt es vor.
  • Beim Verkauf an den öffentlichen Sektor in der EU. Der European Accessibility Act (EAA) und die Beschaffungsvorschriften der Mitgliedstaaten erwarten inzwischen einen ACR gegen EN 301 549.
  • Beim Verkauf an US-amerikanische Großunternehmen. Die meisten IT-Abteilungen von Fortune-500-Unternehmen haben VPAT-auf-Anfrage als Standardpraxis in der Beschaffung etabliert, auch wenn Section 508 für sie nicht gilt.
  • Beim Verkauf an Hochschulen. Die meisten US-amerikanischen Universitäten und viele europäische verlangen inzwischen einen aktuellen ACR vor einem Kauf.

Für Softwareprodukte, die B2B vertrieben werden, ist ein aktueller ACR/VPAT keine Kür mehr — er ist eine selbstverständliche Position in jeder Antwort auf eine Ausschreibung.