BITV 2.0 - Barrierefreie-Informationstechnik-Verordnung

Technisch präzise Standards

Im Gegensatz zu allgemeinen rechtlichen Anforderungen liefert BITV 2.0 technisch präzise Spezifikationen. Sie verweist direkt auf EN 301 549 und integriert WCAG 2.1 Level AA (Stufe AA) als verbindliche Anforderungen. Diese technische Präzision ermöglicht es Entwicklern und Designern, genau zu wissen, was für die Konformität erforderlich ist.

Umfassende Abdeckung

BITV 2.0 deckt nicht nur öffentliche Websites ab, sondern auch mobile Anwendungen (native und hybride Apps), Intranets (interne Websites), Extranets (Websites für geschlossene Benutzergruppen), elektronische Verwaltungsdokumente (PDFs, Formulare usw.) und grafische Benutzerprogramme (Software mit grafischen Oberflächen für öffentliche Dienste).

Verpflichtende Erklärungen zur Barrierefreiheit

Jede erfasste Website und mobile App muss eine detaillierte Erklärung zur Barrierefreiheit (Erklärung zur Barrierefreiheit) gemäß einer standardisierten EU-Vorlage enthalten. Diese Erklärung muss das Konformitätsniveau erläutern, bekannte Barrierefreiheitsprobleme dokumentieren, einen Feedback-Mechanismus bereitstellen und auf Durchsetzungsverfahren verweisen.

Systematische Überwachung

Die bundesweite Überwachungsstelle, Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik, führt regelmäßige Überwachungen von Websites und Apps des Bundes durch, veröffentlicht Berichte über Konformitätsniveaus und unterstützt Bundesbehörden bei der Erreichung von Barrierefreiheit.

Bundesministerien und Bundesbehörden

Alle Bundesministerien und ihre nachgeordneten Behörden müssen BITV 2.0 einhalten. Dazu gehören:

• Bundesministerien (z. B. Bundesministerium für Arbeit und Soziales, Bundesministerium des Innern usw.)
• Bundesbehörden (Bundesanstalten, Bundesämter) wie das Bundesamt für Migration und Flüchtlinge (BAMF), Bundesagentur für Arbeit, Bundeskriminalamt (BKA)
• Bundesinstitute und Forschungszentren, die vom Bund finanziert und kontrolliert werden
• Aufsichtsbehörden auf Bundesebene

Verfassungsorgane des Bundes

Verfassungsorgane der Bundesregierung müssen konform sein, einschließlich:

• Deutscher Bundestag (Deutsches Parlament)
• Bundesrat (Bundesrat, der die Länder vertritt)
• Bundespräsidialamt (Amt des Bundespräsidenten)
• Bundesregierung und Bundeskanzleramt
• Bundesverfassungsgericht
• Andere Bundesgerichte (Bundesgerichte)

Körperschaften und Anstalten des öffentlichen Rechts auf Bundesebene

Einrichtungen des öffentlichen Rechts (Körperschaften, Anstalten und Stiftungen des öffentlichen Rechts) auf Bundesebene, wie:

• Träger der gesetzlichen Rentenversicherung wie die Deutsche Rentenversicherung
• Gesetzliche Krankenkassen auf Bundesebene
• Berufsverbände und Kammern, die dem Bundesrecht unterliegen
• Öffentlich-rechtlicher Rundfunk bei der Ausführung von Verwaltungsfunktionen

Websites (Internetauftritte und Internetangebote)

Alle öffentlich zugänglichen Websites von Bundesbehörden müssen konform sein, einschließlich:

• Hauptinstitutionelle Websites: Primäre Webpräsenz von Ministerien, Behörden und anderen Bundesstellen
• Kampagnen- und Informationsmikrosites: Spezielle Websites für Kampagnen, Initiativen oder spezifische Programme
• Webanwendungen: Interaktive webbasierte Anwendungen für öffentliche Dienste, Formulare, Rechner und Tools
• Portale und Gateways: Einstiegspunkte, die mehrere Dienste oder Informationsquellen aggregieren
• Content-Management-Backends: Wenn diese Schnittstellen von externen Benutzern oder der Öffentlichkeit verwendet werden (nicht nur interne Admin-Schnittstellen)

Websites, die nach dem 23. September 2018 veröffentlicht oder wesentlich überarbeitet wurden, müssen konform sein. Ältere Websites, die nicht wesentlich aktualisiert wurden, aber weiterhin aktiv genutzt werden, sollten priorisiert auf Konformität gebracht werden.

Intranets und Extranets (Intranetauftritte und Extranetauftritte)

Interne Websites (Intranets) und Extranets (Websites, die nur für definierte geschlossene Gruppen zugänglich sind), die nach dem 23. September 2019 veröffentlicht oder wesentlich überarbeitet wurden, müssen barrierefrei sein. Dazu gehören:

• Mitarbeiterportale und interne Kommunikationsplattformen
• Interne Wissensdatenbanken und Dokumentationssysteme
• Kollaborationsplattformen und Projektmanagement-Tools
• Partnerportale und Dienstleisterplattformen
• B2B-Plattformen für Beschaffung und Vertragsmanagement

Die Anforderung an die Barrierefreiheit von Intranet/Extranet ist besonders wichtig in Deutschland, wo Bundesbedienstete Menschen mit Behinderungen einschließen, die ihre Aufgaben gleichberechtigt mit Kollegen ausführen können müssen.

Mobile Anwendungen (Mobile Anwendungen)

Mobile Anwendungen – sowohl native Apps (entwickelt für bestimmte Plattformen wie iOS oder Android) als auch hybride Apps (die Webtechnologien mit nativen Wrappern kombinieren) – müssen barrierefrei sein. Diese Anforderung gilt für Apps, die nach dem 23. Juni 2021 veröffentlicht oder wesentlich aktualisiert wurden.

Beispiele umfassen:

• Apps für den Zugang zu öffentlichen Diensten (z. B. Steuererklärung, Anträge auf Leistungen)
• Mobile Versionen von staatlichen Informationsdiensten
• Apps für Notfalldienste und Warnungen
• Apps, die Verkehrsinformationen und Ticketing bereitstellen
• Bildungs- und Informations-Apps von Bundesinstitutionen

Elektronische Verwaltungsdokumente (Elektronisch unterstützte Verwaltungsabläufe)

Elektronische Dokumente, die in Verwaltungsprozessen verwendet werden, müssen barrierefrei sein, wenn sie nach dem 23. September 2018 (oder nach dem 23. September 2019 für Intranets/Extranets) veröffentlicht wurden. Dazu gehören:

• PDF-Dokumente: Formulare, Broschüren, Berichte, Vorschriften, Richtlinien und andere offizielle Dokumente
• Office-Dokumente: Word-Dokumente, Excel-Tabellen, PowerPoint-Präsentationen, die zum Download oder Austausch bereitgestellt werden
• Elektronische Formulare: PDF-Formulare, Webformulare und Antragsformulare für die Interaktion mit Bundesbehörden
• Rechtsdokumente: Veröffentlichte Gesetze, amtliche Bekanntmachungen und Rechtsinformationen in digitalen Formaten

Grafische Benutzeroberflächen (Grafische Programmoberflächen)

Software mit grafischen Benutzeroberflächen, die zur Bereitstellung öffentlich zugänglicher Dienste verwendet wird, muss gemäß Anlage 2 der BITV 2.0 barrierefrei sein. Dazu gehören:

• Selbstbedienungskioske und Terminals in Bundeseinrichtungen
• Öffentliche Workstations in Bibliotheken, Bürgerzentren und Büros
• Softwareanwendungen, auf die die Öffentlichkeit in Bundeseinrichtungen zugreift
• Interaktive Displays und Informationssysteme

Ausgenommene Inhaltstypen

• Dateien vor 2018/2019: Office-Dateien (PDF, Word, Excel usw.), die vor dem 23. September 2018 (oder 23. September 2019 für Intranets/Extranets) veröffentlicht wurden, es sei denn, sie werden für aktive Verwaltungsprozesse benötigt
• Zeitbasierte Medien vor 2019: Vorab aufgezeichnete Audio- und Videoinhalte, die vor dem 23. September 2019 veröffentlicht wurden
• Live-Medien: Live-Audio- und Video-Streams (obwohl Live-Textalternativen wie Live-Untertitel nach Möglichkeit bereitgestellt werden sollten)
• Online-Karten: Ausgenommen, wenn wesentliche Informationen in barrierefreiem alternativem Format für Wegfindung und Navigation bereitgestellt werden
• Inhalte Dritter: Inhalte, die weder von der öffentlichen Stelle finanziert noch entwickelt wurden und nicht unter ihrer Kontrolle stehen
• Kulturerbe-Sammlungen: Digitale Inhalte aus Sammlungen (Bibliotheken, Museen, Archiven), bei denen Barrierefreiheit nicht erreicht werden kann, weil:
  • Quellmaterial nicht barrierefrei gemacht werden kann (z. B. handschriftliche historische Dokumente)
  • Die Barrierefreiheit ihre historische oder kulturelle Bedeutung grundlegend verändern würde
  • Die Digitalisierung den empfindlichen Originalen unakzeptablen Schaden zufügen würde
• Archivierte Inhalte: Inhalte auf Websites, die nicht mehr aktualisiert oder bearbeitet werden und zuletzt vor dem 23. September 2019 geändert wurden

Unverhältnismäßige Belastung

Träger öffentlicher Gewalt können gemäß § 12a BGG und der Richtlinie über den barrierefreien Zugang zu Websites geltend machen, dass bestimmte Barrierefreiheitsanforderungen eine unverhältnismäßige Belastung darstellen. Diese Ausnahme erfordert:

• Eine dokumentierte Bewertung unter Berücksichtigung von Größe, Ressourcen und Art der Organisation
• Geschätzte Kosten und Nutzen der Barrierefreiheit des Inhalts
• Häufigkeit und Wichtigkeit der Nutzung durch Menschen mit Behinderungen
• Dauer und Dauerhaftigkeit des Inhalts

Auch wenn eine unverhältnismäßige Belastung geltend gemacht wird, müssen öffentliche Stellen nach Möglichkeit barrierefreie Alternativen bereitstellen und die Ausnahme in ihrer Erklärung zur Barrierefreiheit dokumentieren und veröffentlichen. Diese Ausnahme sollte sparsam verwendet werden und nur für spezifische Elemente, nicht als pauschale Ausrede für Nichteinhaltung.

1. Wahrnehmbar

Informationen und Benutzeroberflächen-Komponenten müssen Benutzern in einer Weise präsentiert werden, die sie wahrnehmen können:

• Textalternativen (1.1.1): Jedes Nicht-Text-Element (Bilder, Icons, Grafiken, Diagramme) muss einen aussagekräftigen Alternativtext (Alternativtext) haben, der gleichwertige Informationen vermittelt. Dekorative Bilder müssen als solche markiert werden, um von assistiven Technologien ignoriert zu werden.
• Zeitbasierte Medien (1.2):
  • Vorab aufgezeichnete Videos müssen Untertitel (Untertitel) und Audiodeskriptionen (Audiodeskription) haben
  • Live-Videos müssen Live-Untertitel (Live-Untertitel) haben, wo technisch machbar
  • Vorab aufgezeichnete reine Audioinhalte müssen Transkripte (Transkripte) haben
  • Gebärdensprachdolmetschung (Gebärdensprache) sollte für wichtige Ankündigungen bereitgestellt werden
• Anpassbar (1.3):
  • Verwenden Sie semantisches HTML (Überschriften h1-h6, Listen, Tabellen mit richtiger Struktur)
  • Stellen Sie eine sinnvolle Reihenfolge sicher (Lesereihenfolge ist logisch)
  • Verlassen Sie sich nicht allein auf sensorische Merkmale (Form, Größe, Position, Farbe)
  • Unterstützen Sie sowohl Hoch- als auch Querformat (1.3.4)
  • Identifizieren Sie den Eingabezweck programmatisch für Autofill (1.3.5)
• Unterscheidbar (1.4):
  • Verwenden Sie Farbe nicht als einziges Mittel zur Informationsvermittlung
  • Bieten Sie Audiosteuerung für automatisch abspielende Audiodaten länger als 3 Sekunden
  • Minimales Kontrastverhältnis von 4,5:1 für normalen Text, 3:1 für großen Text (1.4.3)
  • Text kann bis zu 200 % ohne Verlust von Inhalt oder Funktionalität vergrößert werden (1.4.4)
  • Keine Bilder von Text außer Logos und wesentlichen Bildern (1.4.5)
  • Reflow-Inhalt für 320px Breite ohne horizontales Scrollen (1.4.10)
  • Stellen Sie einen Nicht-Text-Kontrast von 3:1 für UI-Komponenten und Grafiken sicher (1.4.11)
  • Unterstützen Sie Textabstandsanpassungen ohne Verlust von Inhalt (1.4.12)
  • Stellen Sie sicher, dass Inhalte, die beim Hover oder Focus erscheinen, verwerfbar, schwebbar und persistent sind (1.4.13)

2. Bedienbar

Benutzeroberflächen-Komponenten und Navigation müssen bedienbar sein:

• Tastaturzugänglich (2.1):
  • Alle Funktionen über Tastatur verfügbar, ohne spezifische Zeitvorgaben zu benötigen
  • Keine Tastaturfalle – Benutzer können den Fokus in und aus allen Komponenten bewegen
  • Bieten Sie Tastaturkürzel an, wo sie nützlich sind, stellen Sie jedoch sicher, dass sie neu zugeordnet oder deaktiviert werden können
• Ausreichend Zeit (2.2):
  • Erlauben Sie Benutzern, Zeitbegrenzungen (Zeitbegrenzungen) auszuschalten, anzupassen oder zu verlängern
  • Bieten Sie Warnungen vor Timeout mit der Möglichkeit, die Sitzung zu verlängern
  • Erlauben Sie Benutzern, sich bewegende, blinkende oder automatisch aktualisierende Inhalte zu pausieren, zu stoppen oder zu verbergen
• Anfälle und physische Reaktionen (2.3):
  • Nichts blinkt mehr als dreimal pro Sekunde
  • Vermeiden Sie Inhalte, die photosensitive Anfälle auslösen könnten
• Navigierbar (2.4):
  • Bieten Sie eine Möglichkeit, wiederholte Inhalte zu überspringen (Skip-Links, 2.4.1)
  • Verwenden Sie beschreibende Seitentitel (2.4.2)
  • Stellen Sie eine logische Fokusreihenfolge sicher (2.4.3)
  • Bieten Sie klaren Linkzweck aus dem Linktext allein oder mit Kontext (2.4.4)
  • Bieten Sie mehrere Wege zum Auffinden von Seiten (Suche, Sitemap, Navigation, 2.4.5)
  • Verwenden Sie beschreibende Überschriften und Beschriftungen (2.4.6)
  • Machen Sie den Fokus sichtbar (2.4.7)
• Eingabemodalitäten (2.5):
  • Bieten Sie Alternativen zu pfadbasierten oder Mehrpunkt-Gesten (2.5.1)
  • Entwerfen Sie, um versehentliche Zeigereingaben zu vermeiden (2.5.2)
  • Stellen Sie sicher, dass Beschriftungen oder Anweisungen mit zugänglichen Namen übereinstimmen (2.5.3)
  • Bieten Sie Alternativen zur bewegungsbasierten Betätigung (Neigen, Schütteln, 2.5.4)
  • Stellen Sie sicher, dass Berührungsziele mindestens 44×44 CSS-Pixel groß sind (2.5.5)

3. Verständlich

Informationen und Bedienung der Benutzeroberfläche müssen verständlich sein:

• Lesbar (3.1):
  • Identifizieren Sie die Standardsprache der Seite programmatisch (lang-Attribut, 3.1.1)
  • Identifizieren Sie Sprachwechsel innerhalb des Inhalts (3.1.2)
  • Schreiben Sie in klarem, einfachem Deutsch (Einfache Sprache), das für ein allgemeines Publikum geeignet ist
• Vorhersehbar (3.2):
  • Lösen Sie keine Kontextänderungen automatisch beim Fokus aus (3.2.1)
  • Lösen Sie keine Kontextänderungen automatisch bei der Eingabe aus, es sei denn, der Benutzer wird gewarnt (3.2.2)
  • Verwenden Sie konsistente Navigation (3.2.3)
  • Verwenden Sie konsistente Identifizierung für Komponenten mit derselben Funktionalität (3.2.4)
• Hilfestellung bei Eingabe (3.3):
  • Identifizieren und beschreiben Sie Fehler klar (3.3.1)
  • Bieten Sie Beschriftungen oder Anweisungen für Benutzereingaben (3.3.2)
  • Schlagen Sie Korrekturen für Eingabefehler vor (3.3.3)
  • Erlauben Sie Überprüfung und Korrektur für rechtliche/finanzielle Übermittlungen (3.3.4)

4. Robust

Inhalte müssen robust genug sein, um mit assistiven Technologien zu funktionieren:

• Kompatibel (4.1):
  • Verwenden Sie gültiges HTML mit richtiger Verschachtelung und eindeutigen IDs (4.1.1)
  • Stellen Sie sicher, dass alle UI-Komponenten programmatisch bestimmbaren Namen, Rolle, Zustand und Wert haben (4.1.2)
  • Kommunizieren Sie Statusmeldungen programmatisch ohne Fokus zu erhalten (4.1.3)

1. Konformitätsstatus

Erklären Sie eine von drei Konformitätsstufen:

• Vollständig konform: Die Website oder App entspricht vollständig WCAG 2.1 Level AA
• Teilweise konform: Einige Teile entsprechen nicht vollständig
• Nicht konform: Die Website oder App entspricht nicht WCAG 2.1 Level AA

2. Nicht barrierefreie Inhalte

Wenn nicht vollständig konform, identifizieren Sie speziell nicht barrierefreie Inhalte und erklären Sie warum:

• Nichtkonformität: Listen Sie spezifische Probleme auf und welche WCAG-Kriterien sie verletzen
• Unverhältnismäßige Belastung: Erklären Sie, welche Inhalte aufgrund unverhältnismäßiger Belastung ausgenommen sind und warum
• Inhalte außerhalb des Anwendungsbereichs: Identifizieren Sie ausgenommene Inhalte (Dateien vor 2018, Inhalte Dritter usw.)

3. Erstellung der Erklärung

• Datum der Erstellung oder letzten Aktualisierung der Erklärung
• Verwendete Methode (Selbstbewertung, externes Audit, automatisierte Tools, Benutzertests)
• Datum der letzten wesentlichen Aktualisierung der Website oder App

4. Feedback-Mechanismus

Bieten Sie einen klaren, barrierefreien Weg für Benutzer, um:

• Barrierefreiheitsprobleme zu melden (Barrieren melden)
• Informationen in barrierefreien Formaten anzufordern
• Fragen zur Barrierefreiheit zu stellen

Geben Sie Kontaktdaten (E-Mail, Telefon, Postadresse) an und verpflichten Sie sich zu einem Antwortzeitrahmen (typischerweise innerhalb von zwei Wochen).

5. Schlichtungsverfahren

Informieren Sie Benutzer über das Durchsetzungsverfahren über die Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik und die Schlichtungsstelle BGG (Bundesschlichtungsstelle). Fügen Sie Folgendes hinzu:

• Kontaktdaten für die Überwachungsstelle des Bundes
• Informationen über das Schlichtungsverfahren gemäß § 16 BGG
• Link zur Website der Schlichtungsstelle BGG

Wann Schlichtung zu nutzen ist

Benutzer können eine Schlichtung einleiten, wenn:

• Sie auf Barrierefreiheitshindernisse auf Bundeswebsites oder -apps stoßen
• Sie die Bundesbehörde kontaktiert haben und keine oder eine unbefriedigende Antwort erhalten haben
• Sie glauben, dass ihre Rechte gemäß dem BGG verletzt wurden

Schlichtungsprozess

• Benutzer reicht eine Beschwerde bei der Schlichtungsstelle ein (keine rechtliche Vertretung erforderlich)
• Schlichtungsstelle kontaktiert die Bundesbehörde und fordert eine Antwort an
• Schlichtung versucht, eine für beide Seiten akzeptable Lösung zu erreichen
• Der Prozess ist vertraulich und in der Regel schneller und weniger formell als Gerichtsverfahren
• Wenn die Schlichtung fehlschlägt, behalten Benutzer das Recht, rechtliche Schritte zu unternehmen