VPAT und ACR erklärt: So gewinnen Sie Aufträge von Unternehmen und Behörden

Wenn Sie Software oder digitale Dienstleistungen an Großunternehmen, Universitäten oder Behörden verkaufen, verlangt früher oder später ein Beschaffungsformular ein VPAT. Ohne eines geraten Abschlüsse ins Stocken. Mit einem vagen oder ungenauen riskieren Sie, später eine technische Prüfung nicht zu bestehen. Dieser Leitfaden erklärt, was ein VPAT ist, was ein Accessibility Conformance Report (ACR) enthält und wie Sie einen erstellen, dem Käufer vertrauen.

Was ist ein VPAT?

VPAT steht für Voluntary Product Accessibility Template. Es ist ein standardisiertes Dokumentformat, veröffentlicht vom Information Technology Industry Council (ITI), das beschreibt, wie gut ein Produkt anerkannte Barrierefreiheitsstandards erfüllt.

Die leere Vorlage ist das VPAT. Sobald Sie sie für Ihr Produkt ausgefüllt haben, heißt das fertige Dokument Accessibility Conformance Report (ACR). In der Praxis verwenden Käufer beide Begriffe für den ausgefüllten Bericht.

Welche VPAT-Ausgabe brauchen Sie?

Das ITI veröffentlicht mehrere Ausgaben der Vorlage. Wählen Sie die, die zu den Standards passt, auf die Ihre Käufer Wert legen:

• WCAG-Ausgabe: berichtet ausschließlich gegen die Web Content Accessibility Guidelines. Passt für die meisten Käufer aus der Privatwirtschaft.
• Section-508-Ausgabe: für US-Bundesbehörden und die Auftragnehmer, die an sie verkaufen. Section 508 übernimmt WCAG 2.0 Level A und AA.
• EU-Ausgabe: berichtet gegen EN 301 549, den europäischen Standard hinter der öffentlichen Beschaffung und dem European Accessibility Act.
• INT-Ausgabe (international): vereint WCAG, Section 508 und EN 301 549 in einem Dokument. Nützlich, wenn Sie in mehreren Märkten verkaufen.

Was in einem ACR steht

Ein fertiger Bericht hat drei Hauptteile:

1. Produktangaben: Produktname und Version, Datum, Kontaktdaten und die verwendeten Prüfmethoden (zum Beispiel automatisiertes Scannen plus manuelle Tests mit Screenreadern).
2. Konformitätstabellen: eine Zeile pro Erfolgskriterium oder Anforderung, jeweils mit Konformitätsstufe und Anmerkungen.
3. Rechtlicher Hinweis: optionale Angaben zu Umfang und Einschränkungen.

Jedes Kriterium erhält eine dieser Konformitätsstufen:

Warum die Spalte „Anmerkungen“ am wichtigsten ist

Prüfer im Einkauf lesen die Anmerkungen genau. „Supports“ ohne Erklärung wirkt wie Rätselraten. Gute Anmerkungen erläutern, was getestet wurde, und bei allem unterhalb voller Erfüllung, was nicht funktioniert und wann es behoben wird. Zum Beispiel:

1.4.3 Kontrast (Minimum): Partially Supports. Fließtext und Bedienelemente erreichen 4,5:1. Der Platzhaltertext im Suchfeld misst 3,2:1. Eine Korrektur ist für das nächste Release geplant.

Ehrliche, konkrete Anmerkungen schaffen Vertrauen. Wer überall „Supports“ behauptet, bekommt das meist zu spüren, wenn das Barrierefreiheitsteam des Käufers das Produkt selbst testet.

Häufige VPAT-Fehler

• Aus dem Gedächtnis ausfüllen. Ein ACR muss auf tatsächlichen Tests beruhen, einschließlich manueller Tests mit assistiven Technologien.
• Nur die Marketing-Website testen. Käufer wollen etwas über das Produkt wissen, das sie nutzen werden: Dashboards, Formulare, E-Mails und Dokumente.
• Eine veraltete Ausgabe oder einen veralteten Standard verwenden. Erwartet Ihr Käufer WCAG 2.2, hinterlässt ein Bericht gegen WCAG 2.0 Lücken.
• Ihn nie aktualisieren. Ein ACR beschreibt eine bestimmte Version. Aktualisieren Sie ihn, wenn Sie wesentliche Änderungen ausliefern.
• Bekannte Probleme verschweigen. „Partially Supports“ mit einem klaren Behebungstermin ist weit besser als eine Behauptung, die ein Prüfer in Minuten widerlegt.

So erstellen Sie einen ACR, Schritt für Schritt

1. Legen Sie den Umfang fest. Listen Sie die Produktbereiche, Benutzerrollen und Plattformen auf, über die Sie berichten.
2. Führen Sie automatisierte Scans durch. Scannen Sie jede Seite und jedes Template im Umfang gegen WCAG 2.2, um die messbaren Probleme schnell zu finden.
3. Testen Sie manuell. Prüfen Sie Tastaturzugang, Fokusreihenfolge, Screenreader-Ausgabe, Zoom und Reflow in Ihren wichtigsten Abläufen.
4. Ordnen Sie die Befunde den Kriterien zu. Erfassen Sie jeden Befund beim jeweiligen Erfolgskriterium und legen Sie die Konformitätsstufe fest.
5. Schreiben Sie klare Anmerkungen. Beschreiben Sie, was funktioniert, was nicht, und wie Sie es beheben wollen.
6. Beheben Sie zuerst die schnellen Erfolge. Viele Zeilen mit „Partially Supports“ lassen sich vor der Veröffentlichung durch kleine Änderungen zu „Supports“ machen.
7. Prüfen und veröffentlichen. Lassen Sie den Bericht von einer unabhängigen Person prüfen und teilen Sie ihn dann mit Käufern oder veröffentlichen Sie ihn auf Ihrer Trust-Seite.

Häufig gestellte Fragen

Ist ein VPAT gesetzlich vorgeschrieben?

Das VPAT selbst ist freiwillig, aber US-Bundesbehörden müssen beim Kauf von Technologie nach Section 508 die Barrierefreiheit berücksichtigen, und viele Landesbehörden, Universitäten und Unternehmen verlangen inzwischen einen ACR, bevor sie unterschreiben.

Wie oft sollte ich mein VPAT aktualisieren?

Immer wenn Sie wesentliche Änderungen veröffentlichen, und mindestens einmal im Jahr. Käufer fragen oft nach einem Bericht, der nicht älter als 12 Monate ist.

Kann ich ein VPAT selbst schreiben?

Ja, wenn Sie über die nötigen Testkenntnisse verfügen. Viele Teams kombinieren automatisiertes Scannen mit einer Expertenprüfung, damit der Bericht korrekt und glaubwürdig ist.

Erstellen Sie Ihren ACR mit Reguweb

Der VPAT-Generator von Reguweb macht aus Ihren Audit-Ergebnissen einen Accessibility Conformance Report, und unsere Barrierefreiheits-Spezialisten können ihn prüfen oder die manuellen Tests für Sie übernehmen. In Kombination mit täglicher Überwachung bleibt Ihr Bericht korrekt, während sich Ihr Produkt weiterentwickelt. Sprechen Sie mit einem Experten über ein VPAT oder starten Sie einen kostenlosen Scan, um zu sehen, wo Ihre Website heute steht.