Erklärung zur Barrierefreiheitfeedback

Diese Erklärung gilt für das BMDS DA-Specs unter gitlab.opencode.de/egovlab/refa-test.

gavel Gesetzliche Grundlagen und Bundesvorgabenfeedback

Digitale Barrierefreiheit bedeutet, dass IT-Lösungen in der allgemein üblichen Weise, ohne besondere Erschwernis und grundsätzlich ohne fremde Hilfe auffindbar, zugänglich und nutzbar sind (§ 4 BGG). Diese Anforderung konkretisiert sich in den folgenden Vorgaben:

Gesetze und Verordnungenfeedback

Regelwerk	Beschreibung
Behindertengleichstellungsgesetz (BGG)	Bundesgesetz zur Gleichstellung behinderter Menschen – Grundlage für barrierefreie IT in der Bundesverwaltung.
BITV 2.0	Barrierefreie-Informationstechnik-Verordnung – konkretisiert die technischen Anforderungen des BGG für Webauftritte und Apps des Bundes.
EU-Richtlinie 2016/2102	Richtlinie über den barrierefreien Zugang zu Websites und mobilen Anwendungen öffentlicher Stellen.
Barrierefreiheitsstärkungsgesetz (BFSG)	Umsetzung des European Accessibility Act (EAA) – erweitert die Barrierefreiheitspflicht auf den Privatsektor ab Juni 2025.

Technische Standardsfeedback

Standard	Beschreibung
EN 301 549	Europäische Norm für IKT-Barrierefreiheit – verbindlicher technischer Standard für die Bundesverwaltung.
WCAG 2.2 (Level AA)	Web Content Accessibility Guidelines – internationaler Standard für barrierefreie Webinhalte. Referenziert durch BITV 2.0 und EN 301 549.
PDF/UA (ISO 14289)	ISO-Standard für barrierefreie PDF-Dokumente – vorgeschrieben für alle PDF-Veröffentlichungen der Bundesverwaltung.

Zentrale Informationsquellenfeedback

• Portal Barrierefreiheit (Dienstekonsolidierung Bund) – Zentrale Anlaufstelle des Bundes für digitale Barrierefreiheit mit Anforderungen, Prüfverfahren und Vergabekriterien.
• Übergreifende Anforderungen Web & App – Spezifische Anforderungen an Webauftritte und mobile Anwendungen.
• Vergabekriterien Barrierefreiheit – Kriterien für die Vergabe barrierefreier IT-Lösungen.
• Prüfen (Bund) – Prüfverfahren und Werkzeuge zur Überprüfung der Barrierefreiheit.

check_circle Konformitätsstatusfeedback

Dieses Portal ist mit der BITV 2.0, der EU-Richtlinie 2016/2102 und der EN 301 549 weitgehend konform.

Bekannte Abweichungen:

• Eingebettete Mermaid-Diagramme sind reine Bildinhalte ohne Textalternativen. Daran wird gearbeitet (Priorität: mittel).
• Externe Verlinkungen auf Nicht-BMDS-Domains können abweichende Barrierefreiheitsstandards aufweisen.

accessibility_new Barrierefreie Merkmale dieses Portalsfeedback

• Alle Seiten erfüllen die Farbkontrastvorgaben gemäß WCAG 2.2 Erfolgskriterium 1.4.3 (Level AA).
• Überschriftenhierarchie folgt semantischen HTML-Standards.
• Navigation ist vollständig per Tastatur erreichbar.
• Links sind durch Unterstreichung auch ohne Farbe erkennbar (WCAG 1.4.1).
• Drucken / PDF / Word-Export: Jede Seite kann barrierefrei gedruckt, als PDF gespeichert oder als Word-Dokument heruntergeladen werden (für Umlaufmappen und verteilte Kommentierung).

description Barrierefreie Dokumente (PDF und Word)feedback

Neben der Webversion stellt dieses Portal auf jeder Seite Exportfunktionen bereit:

• Drucken / PDF speichern – Über die Druckfunktion des Browsers. Chromium-basierte Browser (Chrome, Edge) erzeugen dabei getaggte, weitgehend PDF/UA-konforme Dokumente.
• Word-Export (.doc) – Für die verteilte Kommentierung und Abstimmung im Sinne einer Umlaufmappe. Das Word-Dokument enthält eine semantische Überschriftenhierarchie, die im Navigationsbereich von Word angezeigt wird.

Prüfwerkzeuge für barrierefreie Dokumentefeedback

Werkzeug	Beschreibung
axesCheck	Webbasierter PDF-Barrierefreiheitsprüfer – prüft PDF/UA (Matterhorn-Protokoll) und WCAG A/AA.
PAC 2026	PDF Accessibility Checker – Desktop-Anwendung (Windows) der PDF/UA Foundation für umfassende PDF/UA- und WCAG-Prüfung mit Screenreader-Vorschau.
Barrierefreiheitsprüfung in Word	Integrierte Prüfung in Microsoft Word – erkennt fehlende Alt-Texte, Überschriften und Lesereihenfolge.

Anforderungen an barrierefreie PDFs (PDF/UA)feedback

Gemäß dem Lexikon des Portal Barrierefreiheit müssen barrierefreie PDF-Dokumente:

• Eine unsichtbare Strukturebene (Tag-Baum) mit allen inhaltsrelevanten Elementen enthalten
• Textäquivalente für Bilder bereitstellen (Alt-Texte)
• Eine korrekte, maschinenlesbare Lesereihenfolge aufweisen
• Die Dokumentsprache definieren
• Mindestkontrast einhalten (WCAG 1.4.3)
• Navigationsstrukturen (Lesezeichen/Inhaltsverzeichnis) bereitstellen

bug_report Automatische Barrierefreiheitstestsfeedback

Dieses Portal wird kontinuierlich automatisiert getestet – sowohl lokal als auch in der GitLab CI/CD Pipeline bei jedem Commit:

• WCAG 2.2 AA Web-Tests: pa11y mit axe-core und HTML_CodeSniffer gegen alle 29 Seiten des Portals (npm run test:a11y). Läuft als test:a11y-Job in der CI/CD Pipeline.
• Lighthouse Performance + Accessibility: Lighthouse prüft Performance, Accessibility, Best Practices und SEO mit Mindest-Schwellenwerten (npm run test:lighthouse). Läuft als test:lighthouse-Job in der CI/CD Pipeline.
• PDF/UA-Validierung: Automatische Erzeugung und Validierung von PDFs auf Dokument-Tags, Strukturbaum, Sprachattribut, Metadaten und Strukturelemente (npm run test:export). Erweiterte Prüfungen gemäß PDF/UA (ISO 14289). Läuft als test:export-Job in der CI/CD Pipeline.
• veraPDF PDF/UA-1: veraPDF validiert die erzeugten PDFs gegen den vollständigen PDF/UA-1 Standard (ISO 14289-1) mit über 100 Prüfregeln (npm run test:verapdf). Läuft als test:verapdf-Job in der CI/CD Pipeline (Docker-Image verapdf/cli).
• Word-Strukturtests: Automatische Prüfung der Word-Exporte auf semantische Überschriften, Dokumentsprache und Metadaten.

CI/CD-Integrationfeedback

Die Barrierefreiheitstests sind als eigenständige Jobs in die GitLab CI/CD Pipeline integriert:

Job	Stage	Beschreibung	Blockiert Deployment
test:a11y	test	WCAG 2.2 AA mit pa11y (axe-core + HTML_CodeSniffer)	Ja
test:lighthouse	test	Lighthouse Audit (Performance, Accessibility, SEO)	Nein (allow_failure)
test:export	test	PDF/Word-Export-Erzeugung + Strukturvalidierung	Ja
test:verapdf	test	veraPDF PDF/UA-1 Validierung (ISO 14289-1, 100+ Regeln)	Nein (allow_failure)
build	build	Docusaurus Production-Build	Ja
create-pages	deploy	Deployment auf GitLab Pages	—

Letzter Testlauf: 20. April 2026feedback

WCAG 2.2 AA – 29/29 Seiten bestanden (0 Fehler)feedback

Seite	Ergebnis
/ (Startseite)	✅ 0 Fehler
/docs/vorgaben/overview	✅ 0 Fehler
/docs/framework/core-principles	✓ 0 Fehler
/docs/vorgaben/core-principles	✅ 0 Fehler
/docs/framework/handbuch/best-practices-architektur	✓ 0 Fehler
/docs/framework/handbuch/togaf-adm	✅ 0 Fehler
/docs/eam/ea-tools/hopex-togaf	✅ 0 Fehler
/docs/vorgaben/overview	✅ 0 Fehler
/docs/rechtliches/barrierefreiheit	✅ 0 Fehler
/docs/rechtliches/data-protection	✅ 0 Fehler
/docs/vorgaben/digitale-souveraenitaet	✅ 0 Fehler
/docs/vorgaben/legal-orga-framework	✅ 0 Fehler
/docs/vorgaben/nationale-it-architekturrichtlinie	✅ 0 Fehler
/docs/vorgaben/rahmenwerk-zielarchitektur	✅ 0 Fehler
/docs/vorgaben/security-compliance	✅ 0 Fehler
/docs/rechtliches/impressum	✅ 0 Fehler
/docs/rechtliches/lizenz	✅ 0 Fehler
/docs/framework/overview	✅ 0 Fehler
/docs/framework/handbuch/architekturhandbuch	✅ 0 Fehler
/docs/framework/capabilities	✅ 0 Fehler
/docs/framework/weitere/cloud-adoption-framework	✅ 0 Fehler
/docs/framework/weitere/cloud-native	✅ 0 Fehler
/docs/framework/ref-architekturen/overview	✅ 0 Fehler
/docs/framework/ref-architekturen/fachanwendungen-absichern	✅ 0 Fehler
/docs/framework/weitere/microservices	✅ 0 Fehler
/docs/framework/plain-plattform	✅ 0 Fehler
/docs/framework/weitere/well-architected-framework	✅ 0 Fehler
/docs/radar/zero-trust	✅ 0 Fehler
/docs/glossar	✅ 0 Fehler

Export-Tests – 4/4 bestandenfeedback

Test	Ergebnis
PDF: Dokument-Tags vorhanden	✅ bestanden
PDF: Sprachattribut gesetzt	✅ bestanden
PDF: Lesezeichen/Outlines	✅ bestanden
PDF: DisplayDocTitle	✅ bestanden
Word: Semantische Überschriften	✅ bestanden
Word: Dokumentsprache + Metadaten	✅ bestanden

veraPDF PDF/UA-1 Validierung – 4/4 PDFs geprüftfeedback

Validierung gegen den vollständigen PDF/UA-1 Standard (ISO 14289-1) mit veraPDF CLI (verapdf/cli Docker-Image):

PDF	Bestanden	Fehlgeschlagen	Prüfungen
docs_glossar.pdf	100/106 Regeln	6 Regeln	924
docs_prinzipien_overview.pdf	101/106 Regeln	5 Regeln	300
docs_referenzarchitekturen_cloud-native.pdf	100/106 Regeln	6 Regeln	224
docs_vorgaben_barrierefreiheit.pdf	100/106 Regeln	6 Regeln	2.833

~95 % der PDF/UA-1-Regeln bestanden. Die verbleibenden Fehler sind bekannte Chromium-Limitationen:

Regel	Beschreibung	Ursache
§7.1 – Metadata	XMP-Metadaten-Stream fehlt im Catalog	Chromium erzeugt kein XMP
§7.1 – NonStandard Types	Em, Strong nicht auf Standard gemappt	Chromium-RoleMap unvollständig
§7.1 – Artifact Marking	Inhalt nicht als Artifact/Tagged markiert	Chromium taggt nicht alle Elemente
§7.18.1/7.18.5 – Link Annotations	Link-Annotationen ohne Alt-Text/Contents	Chromium setzt keinen Contents-Key
§7.2 – LI Structure	LI enthält nicht nur Lbl/LBody	Chromium-Listenstruktur

Hinweis

Die veraPDF-Ergebnisse sind informativ (allow_failure in der CI/CD Pipeline). Vollständige PDF/UA-1-Konformität erfordert entweder einen anderen PDF-Renderer oder Post-Processing-Schritte, die über die Möglichkeiten von Chromium/Puppeteer hinausgehen.

CI/CD Pipeline-Verlauffeedback

Pipeline	Commit	Status	Datum
#87	ae56a0c fix: veraPDF JSON-Parser, ARM, Buffer	⏳ laufend	20.04.2026
#86	80c3f40 feat: veraPDF CI/CD-Integration	⏳ laufend	20.04.2026
#85	9f325ef feat: CI/CD a11y-Tests, Lighthouse	✅ erfolgreich	20.04.2026
#83	a4c1f66 fix: restore glossar.md	✅ erfolgreich	20.04.2026
#82	f7b5367 feat: WCAG 2.2 AA + Export	❌ fehlgeschlagen (glossar.md fehlte)	20.04.2026

BITV-Prüfplan (Manuelle Prüfung)feedback

Automatisierte Tests decken ca. 30–40 % der WCAG-Erfolgskriterien ab. Für eine vollständige BITV-Konformitätsprüfung ist zusätzlich eine manuelle Prüfung nach dem BIK BITV-Test erforderlich.

Geplante Prüfschrittefeedback

Prüfschritt	WCAG	Methode	Status
Alternativtexte für Bilder	1.1.1	Manuell: Alt-Texte auf Aussagekraft prüfen	Ausstehend
Untertitel für Videos	1.2.2	Manuell: Prüfung bei Videoeinbettung	Nicht zutreffend
Aussagekräftige Reihenfolge	1.3.2	Manuell + Screenreader	Ausstehend
Tastaturzugänglichkeit	2.1.1	Manuell: Tab-Reihenfolge durchspielen	Teilweise geprüft
Keine Tastaturfalle	2.1.2	Manuell: Alle interaktiven Elemente testen	Teilweise geprüft
Fokus sichtbar	2.4.7	Manuell: Fokus-Ring prüfen	Teilweise geprüft
Seitentitel	2.4.2	Automatisiert (pa11y)	Bestanden
Überschriftenhierarchie	1.3.1	Automatisiert + manuell	Bestanden
Kontraste (Text)	1.4.3	Automatisiert (axe-core)	Bestanden
Kontraste (Nicht-Text)	1.4.11	Manuell: Icons, Rahmen prüfen	Ausstehend
Vergrößerung auf 200 %	1.4.4	Manuell: Browser-Zoom testen	Ausstehend
Reflow bei 320 px	1.4.10	Manuell: Viewport verkleinern	Ausstehend
Screenreader-Kompatibilität	4.1.2	Manuell: VoiceOver / NVDA testen	Ausstehend
Fehleridentifikation	3.3.1	Manuell: Suchfeld und Navigation	Ausstehend
Konsistente Navigation	3.2.3	Manuell: Navigation über Seiten vergleichen	Teilweise geprüft
Sprache der Seite	3.1.1	Automatisiert (pa11y)	Bestanden

Prüfintervallfeedback

• Automatisierte Tests: Bei jedem Commit (CI/CD Pipeline)
• Manuelle Stichproben: Quartalsweise (nächste geplant: Q3 2026)
• Vollständiger BIK BITV-Test: Jährlich durch externe Prüfstelle geplant

Feedback und Kontaktfeedback

Wenn Sie Barrieren auf diesem Portal entdecken oder Verbesserungsvorschläge haben, wenden Sie sich bitte an:

• E-Mail / Web: www.bmds.de
• Quellcode-Repository: gitlab.opencode.de/egovlab/refa-test
• Barriere melden (Bund): DGII1@bmi.bund.de

Schlichtungsverfahrenfeedback

Wenn Sie auf Ihre Mitteilung keine zufriedenstellende Antwort erhalten, können Sie sich an die Schlichtungsstelle nach § 16 BGG wenden:

Schlichtungsstelle nach dem Behindertengleichstellungsgesetz (BGG)

---

Erstellt: März 2026 | Aktualisiert: April 2026 | Status: weitgehend konform