Was ist ein VPAT? Der ACR-Leitfaden

Wenn Sie Software an eine Behörde, eine Universität, ein Krankenhausnetzwerk oder ein großes Unternehmen verkaufen, wird Sie früher oder später ein Einkäufer nach „Ihrem VPAT” fragen. Für viele Anbieter ist dies die erste Begegnung mit dem Dokument, und die Anfrage kommt mit wenig Erklärung und einer knappen Frist. Dieser Leitfaden entmystifiziert den VPAT und den Accessibility Conformance Report (ACR), zu dem er wird: was das Dokument ist, wie die beiden Begriffe zusammenhängen, welche der vier Editionen Sie erstellen sollten, wie Konformität bewertet wird und warum ein ehrlicher, evidenzbasierter Bericht eines der wertvollsten Barrierefreiheits-Assets ist, das Ihre Organisation besitzen kann.

Ein VPAT ist kein Zertifikat, kein Siegel und keine Marketingaussage. Im besten Fall ist er eine sorgfältige, kriterienweise Darstellung, wie Ihr Produkt im Vergleich zu anerkannten Barrierefreiheitsstandards abschneidet. Im schlimmsten Fall ist er eine pauschal abgesegnete Fiktion, die Sie in dem Moment rechtlichen und reputativen Risiken aussetzt, in dem das Barrierefreiheitsteam eines Käufers Ihr Produkt testet. Der Unterschied zwischen diesen beiden Ergebnissen liegt im Testing hinter dem Dokument — genau darauf konzentriert sich QualiBooth.

Was ein VPAT tatsächlich ist

VPAT steht für Voluntary Product Accessibility Template. Es ist ein standardisiertes Dokument, das vom Information Technology Industry Council (ITI, über seinen ITIC-Zweig) erstellt und gepflegt wird und das Anbieter verwenden, um zu beschreiben, wie ein Produkt oder eine Dienstleistung der Informations- und Kommunikationstechnologie (IKT) einer Reihe von Barrierefreiheitsstandards entspricht.

Das Wort „freiwillig” ist heute etwas irreführend. Die Vorlage entstand, um Anbietern zu helfen, Barrierefreiheitsinformationen freiwillig an US-Bundeskäufer offenzulegen, doch in der Praxis ist das Ausfüllen heute in zahllosen Beschaffungsprozessen eine harte Anforderung. Der „Template”-Teil ist wörtlicher gemeint: Der VPAT ist ein leeres Formular mit einer definierten Struktur — Tabellen mit Erfolgskriterien, eine Spalte für die Konformitätsstufe und eine Spalte für erläuternde Bemerkungen.

Drei Dinge sollten Sie sich von Anfang an einprägen:

Ein VPAT beschreibt eine bestimmte Version eines bestimmten Produkts auf bestimmten Plattformen. Ein VPAT für „unsere App” ohne Versionsnummer ist bedeutungslos.
Ein VPAT wird selbst berichtet. Keine externe Stelle zertifiziert ihn. Genau deshalb hängt die Glaubwürdigkeit eines VPAT vollständig von der Sorgfalt des dahinterstehenden Testings ab.
Die derzeit weit verbreitete Vorlagenfamilie ist VPAT 2.5. Arbeiten Sie immer mit der neuesten Version der ITI-Vorlage und nicht mit einer alten Kopie, die irgendwo auf Ihrem gemeinsamen Laufwerk herumliegt.

VPAT vs ACR: der Unterschied, über den viele stolpern

Menschen verwenden „VPAT” und „ACR” austauschbar, aber sie sind nicht dasselbe — und das Verständnis dieser Unterscheidung signalisiert einem sachkundigen Käufer, dass Sie den Prozess ernst nehmen.

Ein VPAT ist die leere Vorlage. Es ist das leere Formular, das ITI veröffentlicht.
Ein ACR — Accessibility Conformance Report — ist das ausgefüllte Dokument. Sobald Sie die Vorlage für Ihr tatsächliches Produkt mit echten Konformitätsbewertungen und Bemerkungen ausgefüllt haben, ist das Ergebnis ein ACR.

Mit anderen Worten: Der VPAT ist die Plätzchenform und der ACR das Plätzchen. Wenn ein Käufer nach „Ihrem VPAT” fragt, will er eigentlich Ihren ACR: den ausgefüllten Bericht. Die meisten Teams werden im Alltag weiterhin „VPAT” sagen, und das ist in Ordnung, aber in formaler Dokumentation ist es korrekt, die fertige Datei als Accessibility Conformance Report zu bezeichnen.

Das ist mehr als Pedanterie. Ein Käufer, der eine Datei erhält, die buchstäblich „VPAT 2.5 Template” heißt und leere Tabellen enthält — was häufiger vorkommt, als man erwarten würde — weiß sofort, dass der Anbieter die Arbeit nicht geleistet hat. Ein ordnungsgemäß ausgefüllter ACR, benannt und datiert für die abgedeckte Produktversion, vermittelt Kompetenz, bevor der Käufer eine einzige Zeile liest.

Die vier Editionen der VPAT-2.5-Vorlage

Einer der häufigsten Verwirrungspunkte ist, dass die VPAT-2.5-Vorlage in vier Editionen vorliegt, von denen jede auf einen anderen Standard oder eine andere Kombination von Standards abgestimmt ist. Die Wahl der falschen Edition kann ein Geschäft ins Stocken bringen oder ein Audit zum Scheitern bringen, treffen Sie Ihre Wahl daher bewusst auf Basis Ihrer Absatzmärkte.

1. WCAG-Edition

Diese Edition bewertet Ihr Produkt nur anhand der Web Content Accessibility Guidelines — typischerweise WCAG 2.2 (oder die vom Käufer angegebene Version, oft auf Stufe A und AA). Sie ist die richtige Wahl, wenn ein Käufer einfach WCAG-Konformitätsinformationen wünscht und kein gesetzlicher Rahmen darüberliegt. Sie ist außerdem die schlankste Edition, was sie zu einem sinnvollen Ausgangspunkt für überwiegend in der Privatwirtschaft verkaufte Produkte macht. Falls WCAG selbst Neuland ist, erklären unser WCAG-Konformitätsüberblick und unser Leitfaden zum barrierefreien Gestalten einer Website nach WCAG den zugrunde liegenden Standard.

2. Section-508-Edition

Diese Edition ordnet Ihr Produkt den Section 508-Standards zu, die in der US-Bundesbeschaffung verwendet werden. Da die überarbeiteten Section-508-Standards WCAG 2.0 Stufe A und AA per Verweis einbeziehen, umfasst diese Edition die WCAG-Tabellen plus zusätzliche 508-spezifische Anforderungen für Hardware, Software, Begleitdokumentation und Dienstleistungen. Wenn Sie an eine US-Bundesbehörde verkaufen — oder an Landesbehörden, die Bundesregeln spiegeln — ist dies in der Regel die Edition, die Sie benötigen. Den regulatorischen Kontext finden Sie in unserem Section-508-Konformitätsleitfaden.

3. EU-Edition (EN 301 549)

Diese Edition ist auf EN 301 549 abgestimmt, den europäischen harmonisierten Standard für IKT-Barrierefreiheit, der die Beschaffung im öffentlichen Sektor in der gesamten EU und zunehmend die mit dem European Accessibility Act eingeführten Verpflichtungen des privaten Sektors untermauert. EN 301 549 bezieht WCAG ein und fügt für den europäischen Kontext spezifische Anforderungen hinzu, einschließlich Aussagen zur funktionalen Leistungsfähigkeit. Wenn Sie an den europäischen öffentlichen Sektor verkaufen — oder die Bereitschaft für den European Accessibility Act nachweisen müssen — erstellen Sie die EU-Edition.

4. INT-(internationale)-Edition

Die INT-Edition kombiniert alle drei Rahmenwerke — WCAG, Section 508 und EN 301 549 — in einem einzigen Dokument. Sie ist die umfassendste und aufwendigste in der Erstellung, aber für Anbieter, die in mehreren Märkten verkaufen, von unschätzbarem Wert, denn ein Bericht stellt Käufer auf beiden Seiten des Atlantiks zufrieden. Wenn Ihr Kundenstamm den US-amerikanischen öffentlichen Sektor und Europa umfasst, erspart Ihnen die INT-Edition in der Regel die Pflege von drei separaten Dokumenten.

Wenn Kunden unsicher sind, helfen wir ihnen bei der Wahl während des Scopings. Eine einzige INT-Edition zu erstellen ist oft effizienter, als mitten im Geschäft festzustellen, dass Sie die falsche regionale Edition haben. Mehr über unseren Ansatz erfahren Sie auf unserer Serviceseite für VPAT-Berichte.

Konformitätsstufen: das Herzstück des Berichts

Jedes anwendbare Erfolgskriterium in einem ACR erhält eine aus einer kleinen Auswahl von Konformitätsstufen. Diese Bewertungen richtig vorzunehmen — und der Versuchung zu widerstehen, sie aufzublähen — ist der mit Abstand wichtigste Teil der Arbeit.

Supports (Erfüllt) — die Funktionalität erfüllt das Kriterium ohne wesentliche Barrieren. Das bedeutet nicht „perfekt”; es bedeutet, dass eine Nutzerin, die auf assistive Technologie angewiesen ist, die Aufgabe ohne Hindernis erledigen kann.
Partially Supports (Teilweise erfüllt) — ein Teil der Funktionalität erfüllt das Kriterium, aber es gibt Ausnahmen oder bekannte Barrieren. Dies ist eine ehrliche und sehr häufige Bewertung; die Bemerkungsspalte sollte genau erklären, was funktioniert und was nicht.
Does Not Support (Nicht erfüllt) — der Großteil der Funktionalität erfüllt das Kriterium nicht. Auch hier sollten die Bemerkungen konkret sein.
Not Applicable (Nicht anwendbar) — das Kriterium trifft auf das Produkt nicht zu (zum Beispiel Kriterien zu Audioinhalten für ein Produkt, das keinen Ton enthält).
Not Evaluated (Nicht bewertet) — wird nur in den Stufe-AAA-Tabellen des Section-508-Berichts verwendet, da eine AAA-Bewertung nicht erforderlich ist.

Zwei Prinzipien unterscheiden einen glaubwürdigen Bericht von einem wertlosen. Erstens: die Bemerkungsspalte trägt die eigentliche Information. „Partially Supports” ohne Erläuterung ist nahezu nutzlos; „Partially Supports — Datumsauswahlfelder sind per Tastatur bedienbar, geben das ausgewählte Datum jedoch nicht an Screenreader weiter; Behebung für v4.2 geplant” sagt dem Käufer genau, was er wissen muss. Zweitens: Bewertungen müssen durch Tests verdient werden, nicht durch Optimismus vergeben. Ein als „Supports” markiertes Kriterium sollte verifiziert worden sein, idealerweise einschließlich Tests durch Nutzer assistiver Technologie.

Warum ehrliche, evidenzbasierte VPATs wichtig sind

Es ist verlockend, den VPAT als bloße Formalität zum Abhaken zu behandeln und alles mit „Supports” zu markieren, um die Beschaffung schnell hinter sich zu bringen. Das ist aus mehreren zusammenlaufenden Gründen ein schwerwiegender Fehler.

Beschaffungsteams verifizieren

Versierte Käufer — Bundesbehörden, große Universitäten, Gesundheitssysteme, Banken — verfügen zunehmend über Barrierefreiheitsspezialisten, die einen ACR nicht für bare Münze nehmen. Sie überprüfen Behauptungen stichprobenartig, indem sie Ihr Produkt mit Screenreadern und Tastaturen testen. Wenn eine „Supports”-Bewertung unter einer fünfminütigen Screenreader-Evaluierung zusammenbricht, verlieren Sie nicht nur die Zeile; Sie verlieren das Vertrauen des Käufers in das gesamte Dokument und oft das Geschäft.

Rechtliche Risiken summieren sich

Ein überzogener VPAT ist eine schriftliche Aussage über die Barrierefreiheit Ihres Produkts. In einer Jurisdiktion mit Risiko von Barrierefreiheitsklagen — unter dem ADA in den USA, dem AODA in Ontario oder dem European Accessibility Act in der EU — wird ein Dokument, das eine Konformität behauptet, die Ihr Produkt nicht liefert, zum Beweismittel gegen Sie. Ein ehrlicher ACR, der offen „Partially Supports” mit einem Zeitplan zur Behebung meldet, ist weitaus besser zu verteidigen als ein aufgeblähter, der Perfektion behauptet.

Ein ehrlicher Bericht ist intern nützlicher

Ein wahrheitsgetreuer ACR dient gleichzeitig als Backlog. Jedes „Partially Supports” und „Does Not Support” ist eine priorisierte Aufgabe für Ihr Engineering-Team. Teams, die den VPAT als lebendiges Inventar an Barrierefreiheitsschulden behandeln, machen stetige, messbare Fortschritte; Teams, die ihn fälschen, häufen verstecktes Risiko an.

Deshalb sollte ein VPAT niemals mit einem Barrierefreiheits-Overlay oder einem einzeiligen „Barrierefreiheits-Widget” verwechselt werden. Overlays beheben den zugrunde liegenden Code nicht, erzeugen keine belastbaren Konformitätsnachweise und können einen echten ACR nicht ersetzen. QualiBooth befürwortet Overlays genau aus diesem Grund nicht — sie erzeugen den Anschein von Konformität ohne Substanz, was das genaue Gegenteil dessen ist, was ein ehrlicher VPAT darstellt.

Wie man einen VPAT erstellt, Schritt für Schritt

Ein zuverlässiger ACR ist das Ergebnis eines disziplinierten Prozesses. Hier ist die Abfolge, der wir folgen, und die Sie von jedem kompetenten Anbieter erwarten sollten.

Den Umfang definieren. Bestimmen Sie das genaue Produkt, die Version und die Plattformen (Web, iOS, Android, Desktop), die der Bericht abdecken wird. Entscheiden Sie sich anhand Ihrer Zielmärkte für eine Edition — WCAG, Section 508, EU oder INT.
Automatisierte Tests durchführen. Automatisierte Scanner sind schnell und hervorragend darin, bestimmte Kategorien von Problemen zu erkennen — fehlende Alternativtexte, geringer Kontrast, unbeschriftete Formularelemente. Unsere Software zum Barrierefreiheits-Scanning liefert diese Basislinie, und Sie können sie kostenlos mit einem Schnellscan ausprobieren. Bedenken Sie jedoch, dass Automatisierung zuverlässig nur einen Teil der WCAG-Probleme erkennt.
Manuelle Tests durchführen. Der Großteil der Erfolgskriterien erfordert menschliches Urteilsvermögen: sinnvolle Fokusreihenfolge, logische Lesereihenfolge, verständliche Fehlermeldungen, barrierefreie benutzerdefinierte Widgets. Ein gründliches manuelles Barrierefreiheits-Audit ist für einen glaubwürdigen Bericht unverzichtbar.
Mit Nutzern assistiver Technologie testen. Die belastbarsten Bewertungen stammen aus Audits durch Menschen mit Behinderungen, die täglich Screenreader, Vergrößerung und Schaltergeräte verwenden. Sie decken reale Barrieren auf, die sehende Tester übersehen.
Bewertungen vergeben und Bemerkungen verfassen. Übersetzen Sie Erkenntnisse für jedes Kriterium in Supports / Partially Supports / Does Not Support, mit konkreten, nützlichen Bemerkungen.
Den ACR zusammenstellen und prüfen. Formatieren Sie den fertigen Bericht sauber, kennzeichnen Sie ihn mit Produktversion und Datum und lassen Sie ihn auf Richtigkeit und Konsistenz prüfen, bevor er das Haus verlässt.
Mit einem Behebungsfahrplan kombinieren. Ein guter Anbieter übergibt Ihnen nicht nur den Bericht, sondern auch einen priorisierten Plan, um „Partially Supports” in Richtung „Supports” zu bewegen.

Wenn Ihrem Team die interne Expertise für die Schritte zwei bis fünf fehlt, ist das eher die Norm als die Ausnahme. Genau diese Arbeit deckt unser Service für VPAT-Berichte und unsere umfassendere Barrierefreiheitsberatung ab. Ein vollständigeres Bild davon, was Beratungsleistungen umfassen, finden Sie in unserer Erläuterung zur Barrierefreiheitsberatung.

Einen VPAT über die Zeit pflegen

Ein VPAT ist eine Momentaufnahme eines beweglichen Ziels. An dem Tag, an dem Sie ein neues Release ausliefern, beginnt Ihr ACR von der Realität abzuweichen. Das Dokument als einmaliges Liefergut zu behandeln, ist einer der häufigsten — und schädlichsten — Fehler, die Anbieter machen.

Bei wesentlichen Änderungen aktualisieren. Jedes Release, das die Benutzeroberfläche maßgeblich verändert oder neue Funktionen hinzufügt, sollte eine Überprüfung der betroffenen Kriterien auslösen.
Mindestens jährlich auffrischen. Selbst ohne größere Änderungen entwickeln sich Standards weiter, und Käufer erwarten ein aktuelles Datum auf dem Dokument. Ein ACR mit einem Datum von vor drei Jahren lädt zu Skepsis ein.
An laufende Tests koppeln. Der zuverlässigste Weg, einen ACR wahrheitsgetreu zu halten, besteht darin, das Produkt kontinuierlich zu testen. Wiederkehrende Barrierefreiheits-Audits fangen Regressionen ab, bevor sie Ihre Aussagen ungültig machen, sodass der Bericht, den Sie einem Käufer übergeben, immer mit dem Produkt übereinstimmt, das er testen wird.

QualiBooth kombiniert eine Scanning-Plattform mit fachkundiger menschlicher Evaluierung, genau damit die Belege hinter Ihrem ACR aktuell bleiben. Der Scanner achtet auf Regressionen zwischen formalen Audits; das menschliche Testing hält die nuancierten, urteilsbasierten Bewertungen ehrlich. Sie können unser gesamtes Angebot auf der Seite Barrierefreiheitsdienste vergleichen und Optionen auf unserer Preisseite prüfen.

Häufig gestellte Fragen

Ist ein VPAT gesetzlich vorgeschrieben?

Die Vorlage selbst ist freiwillig, aber die Bereitstellung ist häufig eine zwingende Bedingung eines Kaufvertrags, insbesondere in der US-Bundes- und Landesbeschaffung und im gesamten öffentlichen Sektor der EU. Davon getrennt sind die zugrunde liegenden Barrierefreiheitsverpflichtungen — Section 508, der EAA, der ADA — sehr wohl verpflichtend, und ein VPAT ist die Art und Weise, wie Sie Ihre Position gegenüber diesen nachweisen.

Kann ich einen VPAT selbst ausfüllen?

Sie können, und nichts verbietet das Selbstausfüllen. Das Risiko ist die Genauigkeit. Eine ohne strenge Tests verfasste Selbsteinschätzung — oder eine mit dem Anreiz, gut dazustehen — neigt dazu, die Konformität zu überschätzen, was rechtliche Risiken schafft und das Vertrauen des Käufers in dem Moment untergräbt, in dem die Behauptungen getestet werden. Viele Organisationen ziehen genau aus diesem Grund einen unabhängigen Anbieter hinzu.

Wie lange dauert die Erstellung eines VPAT?

Das hängt von Größe und Komplexität des Produkts und der benötigten Edition ab. Eine Single-Plattform-Webanwendung kann ein paar Wochen dauern, sobald die Tests laufen; eine große Multi-Plattform-Suite, die die INT-Edition benötigt, dauert länger. Ein Scoping-Gespräch gibt Ihnen einen realistischen Zeitrahmen.

Was ist der Unterschied zwischen WCAG-Konformität und einem VPAT?

WCAG ist der Standard — die Reihe von Erfolgskriterien. Ein VPAT/ACR ist das Dokument, das kriterienweise festhält, wie Ihr Produkt im Vergleich zu diesem Standard abschneidet (und, je nach Edition, auch gegenüber Section 508 und EN 301 549). Sie müssen WCAG tatsächlich erfüllen, um Konformität zu behaupten; der ACR ist die Art und Weise, wie Sie Ihren Stand kommunizieren.

Das Fazit

Ein VPAT, ausgefüllt als Accessibility Conformance Report, ist weit mehr als eine Beschaffungshürde. Ehrlich erstellt, ist er eine glaubwürdige Darstellung, wie Ihr Produkt Menschen mit Behinderungen dient, ein belastbarer Nachweis, der rechtliche Risiken reduziert, und ein aktives Backlog, das echte Verbesserungen vorantreibt. Unehrlich erstellt, ist er eine Haftung, die nur darauf wartet, aufgedeckt zu werden.

Der entscheidende Faktor ist immer das Testing hinter den Bewertungen. Wenn Sie einen ACR brauchen, für den Sie mit Ihrem Namen einstehen können — einen, der auf automatisiertem Scanning, manuellen Audits und Evaluierung durch Menschen mit Behinderungen beruht — entdecken Sie unseren Service für VPAT-Berichte oder fordern Sie eine Demo an, um zu sehen, wie QualiBooth Berichte erstellt, die einer Prüfung standhalten.