# Barrierefreiheit für Projektmanager

Der Schlüssel zur erfolgreichen Umsetzung von Barrierefreiheit hängt oft davon ab, ob der Projektleiter Barrierefreiheit in jeden Sprint einbindet oder sie auf eine Nachbearbeitungsmaßnahme verschiebt. Nachbearbeitung ist normalerweise der Moment, in dem ein Barrierefreiheitsexperte prüft und Hinweise gibt, aber dies ist keine skalierbare Praxis für die gesamte Organisation und auch keine agile Vorgehensweise.

Um einen stärker eingebetteten Ansatz zu unterstützen, stellt dieses Dokument dem Projektleiter Links zu Ressourcen zur Verfügung, die unter anderem Colts technische Barrierefreiheitsleitlinien enthalten.

Um Barrierefreiheit in ein Projekt zu integrieren, gibt es einige einfache Schritte, die es ermöglichen, sie als grundlegenden Bestandteil des Projekts zu liefern und dabei minimale Auswirkungen auf Ressourcen, Zeit oder Kosten zu haben.

## 1. Bevor das Projekt startet

### Schritt #1

Stellen Sie sicher, dass die Geschäftsanalyse nicht nur Barrierefreiheit als rechtliches Risiko hervorgehoben hat, sondern auch auf die richtigen Gesetze und Richtlinien verweist, die im [Leitfaden zu rechtlichen Risiken](#5-legal-risks).

### Schritt #2

Um sicherzustellen, dass Barrierefreiheits-Akzeptanzkriterien sowie Verantwortungsbereiche, Lieferung und Berichterstattung zu Beginn des Projekts identifiziert werden, bietet das Barrierefreiheits-RACI drei Varianten zur Zuordnung von Tätigkeits- und Verantwortungsbereichen im Wasserfallprozess.

{% file src="/files/b8b66b9f112326b8cae544ec947a620c86b5bbe5" %}

### Schritt #3

Stellen Sie sicher, dass das Team die Bedeutung von Colts [Barrierefreiheitsstrategie](https://www.colt.net/why-colt/esg/accessibility/roadmap/) kennt und stellen Sie außerdem sicher, dass ihnen die vorhandenen Leitlinien und Ressourcen zur Barrierefreiheit bekannt sind, die sie befähigen, Colts Ambitionen umzusetzen.

### Schritt #4

Prüfen Sie, ob die Entwickler Zugriff auf eine Plattform haben, die sie für die automatisierten Aspekte der Barrierefreiheitstests nutzen können.

### Schritt #5

Wenn im Rahmen des Projekts Inhalte geplant sind, z. B. herunterladbare Dokumentationen, Videos, Inhaltsbilder, E-Mail-Newsletter oder Datenblätter, stellen Sie sicher, dass die Inhaltsverantwortlichen über die [Leitlinien sowohl für Inhaltserstellung als auch für barrierefreie Dokumentformatierung](https://www.colt.net/why-colt/esg/accessibility/content/).

### informiert sind.

Schritt #6

### Am wichtigsten ist, dass in jedem Sprint die verfügbaren Leitlinien verwendet werden und Barrierefreiheit nicht auf ein Audit oder einen Sprint am Ende verschoben wird, da dies unweigerlich das Backlog mit Tickets überschwemmen wird. Barrierefreiheit nach links zu verlagern ist kosten‑effektiver und verhindert, dass Barrierefreiheit so stark aus dem Umfang fällt, dass ein rechtliches Risiko entsteht (siehe Schritt #1).

Schritt #7 [Wenn das Projekt die Beschaffung von Drittanbieter-Widgets oder digitalen Diensten mit einer Benutzeroberfläche umfasst, stellen Sie sicher, dass der Anbieter die Barrierefreiheit seines Produkts durch die Bereitstellung eines](https://www.section508.gov/sell/acr/) Accessibility Conformance Report (ACR) [oder](https://www.itic.org/policy/accessibility/vpat)VPAT

## nachweist sowie durch eine Produkt-Barrierefreiheits-Roadmap.

2\. Die Definition von "Done" [Unabhängig von der verwendeten Methodik, Wasserfall oder Agile, muss für jeden Sprint definiert sein, wann etwas als Done gilt. Die](https://www.colt.net/why-colt/esg/accessibility/developers/) Colt Developer Accessibility Guides [ermöglichen es, die Kernpraktiken so anzugehen, dass zugänglicher Code entsteht, und wenn eine spezifische Komponente erstellt wird, ermöglichen die Links zu](https://www.colt.net/why-colt/esg/accessibility/content/) Best Practices für barrierefreie Komponenten

deren Gestaltung universeller und nutzbarer zu sein. [Die Definition von Done (DoD) ist erreicht, wenn alle Bedingungen bzw.](https://www.leadingagile.com/2014/09/acceptance-criteria/)Akzeptanzkriterien

## eines Softwareprodukts erfüllt sind und bereit zur Abnahme durch einen Benutzer, Kunden, das Team oder ein nutzendes System sind. Wir müssen die Definition von Done erfüllen, um Qualität sicherzustellen. Sie reduziert Nacharbeit, indem verhindert wird, dass User Stories, die die Definition nicht erfüllen, in höhere Umgebungen befördert werden. Sie verhindert, dass Funktionen, die die Definition nicht erfüllen, an Kunden oder Benutzer geliefert werden.

3\. Manuelle vs. automatisierte Tests

Automatisierte Barrierefreiheitstests sind möglich, jedoch decken sie, da Barrierefreiheit größtenteils auf Nutzerergebnissen beruht, nur etwa 20 % des Bedarfs ab. Daher ist es unerlässlich, dass von Anfang an manuelle Tests geplant werden.

{% file src="/files/6594ad6b03ced9e8dfcae1f50056d2a565a9a924" %}

Die manuellen UAT-Tests aus den Colt-Barrierefreiheitsleitfäden sind in der untenstehenden Tabelle aufgeführt. Stellen Sie sicher, dass die einzelnen Tests als Akzeptanzkriterien für die relevanten User Stories verwendet werden und die Ergebnisse erfasst werden. Das verhindert, dass Barrierefreiheit das Backlog überwältigt. [Für automatisierte Tests gibt es einige Werkzeuge, die den Druck auf die QA verringern können. Diese decken überwiegend das Prinzip der Robustheit innerhalb der WCAG-Richtlinien ab, während die anderen drei Prinzipien manuell getestet werden müssen. Dies muss immer mit einer Kombination aus zwei Werkzeugen erfolgen. Erstens ein](https://validator.w3.org/) HTML-Validator

um sicherzustellen, dass der Inhalt im Browser korrekt gerendert wird, und zweitens ein spezialisierteres Werkzeug, um spezifische Anforderungen an die Unterstützung durch Hilfstechnologien zu bewerten. [Für allgemeine Websites sollte das Barrierefreiheitstesting mit](https://github.com/dequelabs/axe-core)Deque's Axe

* [durchgeführt werden. Dieses Testsatz sollte in jede Testplattform integrierbar sein. Hier sind einige gängige Integrationen:](https://docs.deque.com/devtools-for-web/4/en/rb-capybara)
* [Capybara](https://docs.deque.com/devtools-for-web/4/en/rb-cucumber)
* [Cucumber](https://timdeschryver.dev/blog/setting-up-cypress-with-axe-for-accessibility)
* [Cypress](https://playwright.dev/docs/accessibility-testing)
* [Microsoft Playwright](https://github.com/dequelabs/axe-core-npm/blob/develop/packages/puppeteer/README.md)
* [Puppeteer](https://github.com/dequelabs/axe-core-npm/blob/develop/packages/react/README.md)
* [React](https://docs.deque.com/devtools-for-web/4/en/rb-rspec)
* [RSpec](https://docs.deque.com/devtools-for-web/4/en/rb-selenium)
* [Selenium](https://docs.deque.com/devtools-for-web/4/en/rb-watir)
* [Watir](https://github.com/dequelabs/axe-core-npm/blob/develop/packages/webdriverio/README.md)
* [Webdriverio](https://github.com/dequelabs/axe-core-npm/blob/develop/packages/webdriverjs/README.md)

Webdriverjs [Eine Ausnahme bilden alles, was mit Salesforce erstellt wurde; hierfür sollte die](https://github.com/salesforce/sa11y) Sa11y-Testbibliothek

verwendet werden, da diese mit der Salesforce-Plattform abgestimmt ist.

## Es ist wichtig sicherzustellen, dass die Ergebnisse sowohl der automatisierten als auch der manuellen Tests fortlaufend erfasst werden, einschließlich der Lieferung von Inhaltsassets, damit Colt im Falle einer rechtlichen Anfechtung belegen kann, dass es inklusiv vorgegangen ist.

4\. Nutzer‑Barrierefreiheitsanforderungen

Um sicherzustellen, dass jeder Colts Produkte und Dienstleistungen nutzen kann, hat Colt eine Barrierefreiheits-Roadmap erstellt, die ein zentrales strategisches Geschäftsziele ist. [Was das für die Nutzererfahrung bedeutet, ist, dass Anwendungen und Seiten für Nutzer von](https://en.wikipedia.org/wiki/Assistive_technology)Hilfstechnologien [zugänglich sein sollten.](https://en.wikipedia.org/wiki/Screen_reader) Dazu gehören einfache Ziele wie sicherzustellen, dass alles nur mit der Tastatur bedienbar ist, bis hin zu der Gewährleistung, dass, wenn ein Nutzer den Bildschirm nicht sehen kann, das, was er mit seinem

Screenreader [hört, vollkommen sinnvoll ist.](https://www.w3.org/WAI/fundamentals/accessibility-principles/)Barrierefreiheit, wie sie vom W3C definiert wird, hat vier Prinzipien:

Wahrnehmbar, Bedienbar, Verständlich und Robust

* . Die ersten drei beziehen sich auf die Nutzererfahrung, die Sie bei der Erstellung von Nutzeranforderungen berücksichtigen sollten.
* [Um dies zu erleichtern, hat Colt eine Reihe von Barrierefreiheitsleitfäden erstellt, die zunächst erklären, welches gewünschte Nutzerergebnis angestrebt wird, sowie die Methoden, Techniken und Tests, die dies ermöglichen.](https://www.colt.net/why-colt/esg/accessibility/developers/#forms)
* [Farbwahrnehmung](https://www.colt.net/why-colt/esg/accessibility/developers/#keyboard)
* [Forminteraktionen](https://www.colt.net/why-colt/esg/accessibility/developers/#labels)
* [Tastaturzugang](https://www.colt.net/why-colt/esg/accessibility/developers/#landmarks)
* [Beschriftung interaktiver Elemente](https://www.colt.net/why-colt/esg/accessibility/developers/#links)
* [Landmarks](https://www.colt.net/why-colt/esg/accessibility/developers/#metadata)
* [Links](https://www.colt.net/why-colt/esg/accessibility/developers/#responsive)
* [Metadaten](https://www.colt.net/why-colt/esg/accessibility/developers/#semantics)
* [Progressive Enhancement und Responsive Design](https://www.colt.net/why-colt/esg/accessibility/developers/#text)
* [Semantische Struktur](https://www.colt.net/why-colt/esg/accessibility/developers/#contrast)

Textalternativen

{% file src="/files/6594ad6b03ced9e8dfcae1f50056d2a565a9a924" %}

Kontrast von Text und Grafiken

### Um dies bewerten zu können, gibt es ein begleitendes manuelles Testskript, das der Testmanager zur UAT-Aktivität hinzufügen kann.

Die Einleitung jedes Leitfadens enthält alles, was benötigt wird, um Nutzeranforderungen (Wasserfall) oder User Stories (Agile) zu erstellen, und sollte zu Beginn jedes Projekts geprüft werden. [Erfahrung mit Screenreadern](https://youtu.be/HE2R86EZPMA?si=rtnbDkqOfXF0omzt) Um eine Vorstellung davon zu bekommen, wie sehr das Ermöglichen von Nutzeranforderungen die Inklusion fördern kann,

zeigt dieses Video über die Nutzererfahrung mit Screenreadern [vom Accessibility-Team von Microsoft die Wirksamkeit kleiner Überlegungen auf.](https://www.colt.net/why-colt/esg/accessibility/developers/#narrator).

## Es wird empfohlen, Ihr Produkt mit dem Screenreader Narrator zu erleben. Wie das geht, wird im Colt-Leitfaden erklärt,

Windows Narrator zur Prüfung der Web-Barrierefreiheit verwenden [5. Rechtliche Risiken](https://www.colt.net/why-colt/esg/accessibility/roadmap/)Barrierefreiheit ist nicht nur eine rechtliche Anforderung, sondern auch ein grundlegender Aspekt von Colts strategischen Zielen, die in [Colts Barrierefreiheits-Roadmap](https://www.colt.net/about/inclusion-diversity/) dargestellt sind und Teil von Colts

Strategie für Diversität, Chancengleichheit und Inklusion

sind.

1. Neben Chancen gibt es beim Thema digitale Inklusion auch rechtliche Risiken, die in jeder Geschäftsanalyse identifiziert werden sollten. Zweck dieses Dokuments ist es, jeder Person bei Colt, die eine Geschäftsanalyse erstellt, die die Erstellung eines Web- oder Mobilclients oder einer intern ausgerichteten Benutzeroberfläche umfasst, zu ermöglichen, den korrekten nationalen oder internationalen Rechtsrahmen als Risiko zu kennzeichnen.
2. Die Art des Risikos hängt von zwei Dingen ab:

Wo auf der Welt ein Projekt implementiert, vermarktet oder öffentlich zugänglich gemacht wird. [Ob das Produkt oder die Dienstleistung für die öffentliche Nutzung, für Mitarbeitende oder zur Integration in die Mitarbeiterservices anderer Organisationen bestimmt ist.](https://www.thevaluable500.com/companies) Accessibility Conformance Report (ACR) [Risiken im Zusammenhang mit Behinderungen sollten über die Gesetzgebung hinaus betrachtet werden, da viele Kunden Beschaffungs-, Diversitäts- oder Beschäftigungsrichtlinien haben, die das Thema Barrierefreiheit abdecken, und viele Organisationen öffentliche Verpflichtungen über Organisationen wie](https://disabilityin.org/ceos-are-in/) Valuable500

Disability:In

### abgeben, um zu zeigen, wie wichtig Inklusion für ihr Geschäft und ihre Marke ist. Die Ausrichtung an Kundenrichtlinien reduziert rechtliche sowie geschäftliche Risiken.

#### Nichts auf dieser Seite stellt eine Rechtsberatung dar und dient lediglich der Identifizierung von Gesetzen und regulatorischen Rahmen, die berücksichtigt werden sollten. Dies ist auch keine vollständige Liste der Gesetze für jedes Land; viele haben beispielsweise zusätzliche Antidiskriminierungsgesetze, die ebenfalls berücksichtigt werden sollten. Daher können weitere Recherchen erforderlich sein.

Internationale Gesetze und Richtlinien [Konvention der Vereinten Nationen über die Rechte von Menschen mit Behinderungen (UN-BRK)](https://www.ohchr.org/en/topic/persons-disabilities) Die

#### Konvention der Vereinten Nationen über die Rechte von Menschen mit Behinderungen

Internationale Gesetze und Richtlinien [verlangt von den Mitgliedsstaaten, auf die "Identifizierung und Beseitigung von Hindernissen und Barrieren für die Barrierefreiheit" in vielen Bereichen hinzuarbeiten, einschließlich "Informationen, Kommunikation und andere Dienstleistungen, einschließlich elektronischer Dienstleistungen." Dies gilt hauptsächlich, aber nicht ausschließlich für staatliche Dienstleistungen.](https://www.w3.org/WAI/) Richtlinien für barrierefreie Webinhalte (WCAG) [hört, vollkommen sinnvoll ist.](https://www.w3.org/WAI/fundamentals/accessibility-principles/)Die Richtlinien für barrierefreie Webinhalte [geben Empfehlungen zur Bewertung, ob Online-Inhalte zugänglich sind. Die Richtlinien selbst sind keine rechtlichen Rahmenwerke, was bedeutet, dass digitale Systeme](https://www.colt.net/why-colt/esg/accessibility/project-management/), [sein sollten.](https://www.colt.net/why-colt/esg/accessibility/developers) Obwohl die Richtlinien kein Gesetz oder eine rechtliche Verpflichtung sind, gilt das Erfüllen ihrer Kriterien in vielen Rechtsordnungen als Nachweis für die Einhaltung gesetzlicher Vorschriften, und diese Gesetze enthalten oft Verweise auf die UN-BRK (siehe oben) oder verlangen vergleichbare und/oder gerechte Ergebnisse. Die WCAG-Richtlinien sind nicht die benutzerfreundlichste Ressource, da sie eher retrospektiv als erklärend sind, obwohl ihr Inhalt sehr nützlich ist. Deshalb hat Colt eigene Leitfäden für [Projektleiter](https://www.colt.net/why-colt/esg/accessibility/content/).

### Entwickler

#### und

[Inhaltsproduzenten](https://www.section508.gov/manage/laws-and-policies/) Vereinigte Staaten

Rehabilitation Act, Abschnitt 508 [Abschnitt 508](https://www.section508.gov/sell/acr-vpat-faq/) des US-Rehabilitation Acts verlangt, dass alle elektronischen und informationstechnologischen Systeme, die von der US-Bundesregierung entwickelt, beschafft, gewartet oder genutzt werden, „für Menschen mit Behinderungen zugänglich und nutzbar sind."

**Während diese Vorschrift für Bundesbehörden und Organisationen, die Bundesmittel erhalten, rechtsverbindlich ist, kann die Einhaltung auch für Organisationen relevant sein, die Dienstleistungen für Bundesbehörden erbringen. Wenn Unternehmen Produkte oder Dienstleistungen an andere Firmen mit Regierungsaufträgen liefern möchten, besteht wahrscheinlich die Anforderung, nachzuweisen, dass der betreffende digitale Aspekt Abschnitt‑508‑konform ist. Dies wird oft in Form einer**

Voluntary Product Accessibility Template (VPAT)

#### erfolgen, die ausgefüllt werden kann, indem die Anforderungen mit den Ergebnissen der Barrierefreiheitsanforderungen und -tests unter Verwendung der Colt-Barrierefreiheitsleitfäden abgeglichen werden. Dies muss möglicherweise von einem spezialisierten Anbieter durchgeführt werden.

[Beachten Sie, dass, wenn die Leitlinien befolgt und dokumentiert wurden, ein Audit möglicherweise nicht erforderlich ist. Dennoch kann fachkundige Unterstützung von einem VPAT‑Spezialisten erforderlich sein.](https://www.ada.gov/) Da das Gesetz verlangt, dass Systeme sowohl nutzbar als auch zugänglich für Menschen mit Behinderungen sind, kann auch dieser Aspekt weitere Untersuchungen und Nachweise erfordern.

Americans with Disabilities Act Titel II und III

#### Titel II des Americans with Disabilities Act (ADA)

bezieht sich auf staatliche und örtliche Regierungsstellen. Er verpflichtet sie, sicherzustellen, dass ihre Programme, Dienstleistungen und Aktivitäten für Menschen mit Behinderungen zugänglich sind, einschließlich öffentlicher und Beschäftigungsumgebungen. Während Titel II auf Regierungsstellen abzielt, können private Unternehmen und Organisationen dennoch betroffen sein, wenn sie Dienstleistungen oder Produkte für eine regulierte öffentliche Stelle bereitstellen. [Titel III des US‑Americans with Disabilities Act (ADA) konzentriert sich auf das Verbot der Diskriminierung von Menschen mit Behinderungen in "Orten der öffentlichen Unterbringung", einschließlich der meisten privaten, für die Öffentlichkeit offenen Unternehmen. US-Gerichte haben festgestellt, dass Websites als Orte der öffentlichen Unterbringung gelten und den Anforderungen von ADA Titel III unterliegen können.](https://en.wikipedia.org/wiki/Unruh_Civil_Rights_Act) California Unruh Civil Rights Act (UCRA) [Einige US‑Bundesstaaten haben eigene Gesetze, die Barrierefreiheit regeln. Eines der bekanntesten ist das](https://www.lflegal.com/category/accessibility-laws-and-regulations/legal-updates/) Unruh Civil Rights Act

### in Kalifornien. Dieses Gesetz verpflichtet Unternehmen, gleichen Zugang zu ihren Dienstleistungen und Einrichtungen zu gewähren. Obwohl es ursprünglich für stationäre Einrichtungen gedacht war, haben Gerichte entschieden, dass das UCRA auch von Unternehmen verlangt, ihre Websites zugänglich zu machen. Dieses Gesetz richtet sich an Unternehmen mit einem 'Nexus in Kalifornien', kann aber Organisationen betreffen, die Dienstleistungen für diese Unternehmen erbringen. Für weitere Informationen zur staatlichen US‑Regulierung siehe

#### Die Seite des Office of Lainey Feingold zu US‑Recht

Internationale Gesetze und Richtlinien [für die neuesten Updates.](https://www.gov.uk/guidance/equality-act-2010-guidance) Vereinigtes Königreich [Equality Act](https://www.gov.uk/rights-disabled-person/employment) Der UK Equality Act 2010

#### verbietet Diskriminierung von Menschen mit Behinderungen und verlangt von Anbietern von Waren, Dienstleistungen und Einrichtungen, die Bedürfnisse potenzieller behinderter Kunden vorauszusehen und angemessene Vorkehrungen zu treffen. Dies gilt für Websites und digitale Inhalte, nicht nur für physische Räumlichkeiten. Dies betrifft sowohl die Dienstleistungsbereitstellung als auch

[Beschäftigung](https://www.gov.uk/guidance/accessibility-requirements-for-public-sector-websites-and-apps) und in beiden Fällen besteht weitgehend Einigkeit darüber, dass die Ausrichtung einer Website an WCAG-Standards und der Nachweis, dass der Zugang für Menschen mit Behinderungen als geplante und umgesetzte Anforderung berücksichtigt wurde, die vom Gesetz geforderten "angemessenen Vorkehrungen" demonstriert. [Public Sector Bodies Accessibility Regulations 2018/2022](https://accessibility-manual.dwp.gov.uk/accessibility-law/accessibility-statements) Diese Regelung [gilt für jede Website oder mobile App (intern oder öffentlich), die von einer öffentlichen Stelle im Vereinigten Königreich gekauft oder erstellt wurde. Sie stellt strengere Anforderungen an öffentliche Stellen, hauptsächlich Regierungsorganisationen und Wohltätigkeitsorganisationen, in Bezug auf die Barrierefreiheit von Websites und mobilen Apps. Betroffene Stellen müssen eine](https://www.colt.net/why-colt/esg/accessibility/roadmap/)Barrierefreiheitserklärung [auf ihrer Website oder App bereitstellen, die z. B. einen Link in der Fußzeile, im Bereich "Über" oder in der App enthalten kann, auf Colts](https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf) Barrierefreiheits‑Roadmap

#### . Diese Regelung stimmt mit dem

europäischen Standard EN 301 549 [für die Barrierefreiheit von IKT‑Produkten und ‑diensten überein.](https://ec.europa.eu/social/main.jsp?catId=1137\&langId=en) Europäisches Barrierefreiheitsgesetz (EAA) im Vereinigten Königreich

### Obwohl

dieses Gesetz

#### derzeit nur in der EU durchsetzbar ist und im Vereinigten Königreich noch nicht ratifiziert wurde, wird erwartet, dass das Vereinigte Königreich es ebenfalls übernimmt, da es freiwillig andere EU‑Regelungen übernommen hat. Die EAA muss von nicht in der EU ansässigen Unternehmen befolgt werden, die innerhalb des EU‑Marktes verkaufen möchten.

Internationale Gesetze und Richtlinien [derzeit nur in der EU durchsetzbar ist und im Vereinigten Königreich noch nicht ratifiziert wurde, wird erwartet, dass das Vereinigte Königreich es ebenfalls übernimmt, da es freiwillig andere EU‑Regelungen übernommen hat. Die EAA muss von nicht in der EU ansässigen Unternehmen befolgt werden, die innerhalb des EU‑Marktes verkaufen möchten.](https://fra.europa.eu/en/eu-charter/article/26-integration-persons-disabilities)Europäische Union

#### auf ihrer Website oder App bereitstellen, die z. B. einen Link in der Fußzeile, im Bereich "Über" oder in der App enthalten kann, auf Colts

[Die folgende Anleitung ist für alle Mitgliedstaaten relevant: Österreich, Belgien, Bulgarien, Kroatien, Republik Zypern, Tschechien, Dänemark, Estland, Finnland, Frankreich, Deutschland, Griechenland, Ungarn, Irland, Italien, Lettland, Litauen, Luxemburg, Malta, Niederlande, Polen, Portugal, Rumänien, Slowakei, Slowenien, Spanien und Schweden.](https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf) Charta der Grundrechte der Europäischen Union

, Artikel 26: Integration von Menschen mit Behinderungen, schützt und garantiert gleichen Zugang für Menschen mit Behinderungen. Obwohl die Charta nicht direkt für private Unternehmen oder Organisationen außerhalb der Europäischen Union gilt, können Unternehmen dennoch betroffen sein, wenn sie vertragliche Beziehungen mit EU‑Einrichtungen haben.

* Dieser Standard
* gilt für Websites, mobile Apps und einige spezifische Telekommunikationsdienste im öffentlichen Sektor der EU (im Besitz, unter Kontrolle oder finanziert von Regierungen der Mitgliedstaaten). Es wird erwartet, dass dieser Standard die Grundlage für eine Konformitätsvermutung mit der Europäischen Barrierefreiheitsrichtlinie (EAA) bildet, sodass er auch für den privaten Sektor in der EU relevant ist.
* Der EN‑301‑549‑Standard orientiert sich im Allgemeinen an den Web Content Accessibility Guidelines (WCAG) 2.1 AA mit einigen Ergänzungen, die Folgendes umfassen:

#### Wenn Barrierefreiheitsfunktionen im Betriebssystem eines Nutzers aktiviert sind, sollte das digitale Produkt oder die Dienstleistung diesen Einstellungen entsprechen.

Internationale Gesetze und Richtlinien [Hardwareprodukte sollten Nutzer mit eingeschränkter Mobilität, Geschicklichkeit oder körperlicher Kraft berücksichtigen.](https://ec.europa.eu/social/main.jsp?catId=1137\&langId=en) Support‑Dienstleistungen und Dokumentationen müssen Informationen zur Nutzerbarrierefreiheit bereitstellen.

Die Europäische Barrierefreiheitsrichtlinie (EAA)

### Die Europäische Barrierefreiheitsrichtlinie (EAA)

#### ist eine Richtlinie der Europäischen Union, die die bestehenden europäischen Menschenrechtsgesetze erweitert, die den gleichen Zugang für Menschen mit Behinderungen zu bestimmten Dienstleistungen und Produkten schützen und garantieren. Unternehmen müssen sicherstellen, dass Produkte und Dienstleistungen, die unter die Richtlinie fallen, bis zum 28. Juni 2025 barrierefrei sind. Für Altsysteme und -dienste wurde die Frist bis 2030 verlängert.

[Diese Richtlinie verlangt, dass Dienstleistungen die WCAG‑Prinzipien erfüllen. Obwohl die Richtlinie derzeit nur in der EU durchsetzbar ist (sie wurde im Vereinigten Königreich noch nicht ratifiziert, wird aber erwartet), muss sie von nicht in der EU ansässigen Unternehmen befolgt werden, die innerhalb des EU‑Marktes verkaufen möchten.](https://aif.org/wp-content/uploads/2018/12/Manual-RPWD-Act-2016.pdf) Indien [The Rights of Persons with Disabilities Act](https://depwd.gov.in/acts/) Dieses Gesetz [in Indien verpflichtet die Regierung und kommerzielle Organisationen, "angemessene Vorkehrungen" für Menschen mit Behinderungen zu treffen, und verweist direkt auf Websites, mobile Anwendungen, Telekommunikationsdienste und Anpassungen am Arbeitsplatz. Das Gesetz konzentriert sich auf die](https://depwd.gov.in/) "Beseitigung von Barrieren"

### für bestimmte Behindertengruppen und verwendet WCAG als Maßstab für Regierungs‑ oder kommerzielle Websites, obwohl nicht direkt angegeben wird, welche Version. Weitere Informationen zur Gesetzgebung zu Behinderungen in Indien finden Sie auf der Website des

#### Department of Empowerment for Persons with Disabilities

.[Japan](https://www.japaneselawtranslation.go.jp/en/laws/view/3052/en)Promotion of Information Accessibility and Communication for Persons with Disabilities[Im Mai 2021 wurde das "](https://www.dinf.ne.jp/d/4/161.html)Gesetz zur Beseitigung von Diskriminierung gegen Menschen mit Behinderungen

" überarbeitet, wodurch es zu einer rechtlichen Verpflichtung für private Unternehmen sowie öffentliche Institutionen wurde, angemessene Vorkehrungen zu treffen, wenn Menschen mit Behinderungen Verbesserungen an ihren Produkten und Dienstleistungen, einschließlich Websites und mobilen Apps, verlangen. Im Mai 2022 wurde jedoch das " [Gesetz zur Förderung der Informationszugänglichkeit und Kommunikation für Menschen mit Behinderungen](https://www.w3.org/TR/WCAG20/).

" erlassen. [In dieser neuen Gesetzgebung ist es wesentlich, dass Informationen und Kommunikation für alle Menschen mit Behinderungen zugänglich sind. Dieses Gesetz legt hierfür Grundprinzipien fest, aber spezifischere Maßnahmen stehen noch aus; es wird jedoch erwartet, dass sie mit den Japanischen Industriestandards (JIS) 8341-3 übereinstimmen, die identisch sind mit](https://waic.jp/docs/jis2016/understanding/201604/) WCAG 2.0

### Die aktuelle Version ist

[JIS X 8341-3:2016](https://laws-lois.justice.gc.ca/eng/acts/h-6/) (Japanisch), die dieselben Erfolgskriterien wie WCAG 2.0 enthält.

#### Kanada

[Das Canadian Human Rights Act](https://aoda.ca/) schützt Menschen mit Behinderungen in Kanada vor Diskriminierung, wenn sie vom Bund beschäftigt werden oder Dienstleistungen von der Bundesregierung, von Regierungen der First Nations oder von privaten Unternehmen erhalten, die der Bundesaufsicht unterliegen, einschließlich Telekommunikationsunternehmen.

[Kanadische Provinzregelungen](https://www.bclaws.gov.bc.ca/civix/document/id/complete/statreg/21019) The Accessibility for Ontarians with Disabilities Act (AODA)

[deckt provinziell geregelte öffentliche und private Aktivitäten ab, und es wurden Standards für die Bereitstellung barrierefreier Informationen und Kommunikation erlassen. Die AODA ist bemerkenswert, da sie eine Geldstrafe von 100.000,00 $ für Unternehmen vorsieht, die nicht konform sind. Die Vorschriften umfassen Standards für: Kundenservice, Information und Kommunikation sowie Beschäftigung.](https://accessiblesk.saskatchewan.ca/the-accessible-saskatchewan-act-summary-of-bill) Accessible British Columbia Act

[beinhaltet eine Mischung von Standards in den Bereichen Beschäftigung, Dienstleistungsbereitstellung, Information und Kommunikation sowie Beschaffung. Sie erweitert die Prinzipien über WCAG hinaus und umfasst z. B. das Konzept des Universal Design, wonach das Kerndesign eines Produkts oder einer Dienstleistung im Auslieferungszustand für möglichst viele Nutzerfähigkeiten zugänglich sein sollte.](https://www.accessibilitymb.ca/pdf/accessibility_for_manitobans_act.pdf) Accessible Saskatchewan Act [beinhaltet eine Mischung von Standards und umfasst unter anderem den Zugang zu Computerhardware, -software und Beschäftigung.](https://www.gov.mb.ca/dio/) Accessibility for Manitobans Act (AMA)

[konzentriert sich auf Barrieren für Menschen mit Behinderungen. Die Gesetzgebung gilt für den öffentlichen und den privaten Sektor, und es gibt gestaffelte Fristen für verschiedene Sektoren. Sie besteht aus fünf Standards, darunter Bereiche wie Kundenservice, Beschäftigung sowie Information und Kommunikation. Das](https://www.nslegislature.ca/legc/bills/62nd_3rd/3rd_read/b059.htm) Manitoba Disabilities Issues Office [(DIO) unterstützt die Gesetzgebung.](https://novascotia.ca/accessibility/) Nova Scotia Accessibility Act (Bill 59)

### konzentriert sich auf Barrieren für Menschen mit Behinderungen. Diese Gesetzgebung gilt für den öffentlichen und privaten Sektor und umfasst die Bereiche der Lieferung und Inanspruchnahme von Waren und Dienstleistungen, Beschäftigung sowie Information und Kommunikation. Nova Scotia hat die

Nova Scotia Accessibility Directorate [mit Ressourcen und Informationen zum Gesetz gestartet.](https://www.uutilsynet.no/english/information-english/252) Norwegen [Norwegen ist das einzige Land, das eine eigene Regierungsbehörde hat, die die Gesamtheit seiner digitalen Landschaft überwacht, einschließlich staatlicher und kommerzieller Organisationen.](https://cerovac.com/a11y/2023/02/norwegian-digital-accessibility-legislation-in-2023/) Norwegens regulatorischer Rahmen

konzentriert sich auf eine Mischung aus WCAG‑Richtlinien und Nutzerergebnissen.

### Norwegische Gesetzgebung zur digitalen Barrierefreiheit im Jahr 2023

* [Artikel mit Links zu norwegischen Barrierefreiheitspolitiken.](https://www.un.org/development/desa/disabilities/convention-on-the-rights-of-persons-with-disabilities/article-9-accessibility.html)
* [Norwegen hat sich außerdem entschieden, den EN 301 549‑Standard zu übernehmen, um den Handel mit der EU zu erleichtern.](https://www.boia.org/blog/did-u-s-businesses-spend-billions-on-legal-fees-for-inaccessible-websites-in-2020)
* Ressourcen und weiterführende Informationen [Volltext der UN‑Konvention über die Rechte von Menschen mit Behinderungen (CRPD) Artikel 9](https://www.lflegal.com/category/accessibility-laws-and-regulations/legal-updates/) Obwohl die Richtlinien kein Gesetz oder eine rechtliche Verpflichtung sind, gilt das Erfüllen ihrer Kriterien in vielen Rechtsordnungen als Nachweis für die Einhaltung gesetzlicher Vorschriften, und diese Gesetze enthalten oft Verweise auf die UN-BRK (siehe oben) oder verlangen vergleichbare und/oder gerechte Ergebnisse. Die WCAG-Richtlinien sind nicht die benutzerfreundlichste Ressource, da sie eher retrospektiv als erklärend sind, obwohl ihr Inhalt sehr nützlich ist. Deshalb hat Colt eigene Leitfäden für ["US‑Unternehmen gaben 2020 möglicherweise Milliarden für Anwaltskosten wegen unzugänglicher Websites aus"](https://www.lflegal.com/global-law-and-policy/) Überblicke des Office of Lainey Feingold zu
* [US‑Vorschriften](https://www.bbc.co.uk/news/articles/cpdgd32d7mno)Globale Richtlinien und Vorschriften
* [die regelmäßig aktualisiert werden.](https://www.eeoc.gov/selected-list-pending-and-resolved-cases-under-americans-disabilities-act-amendments-act)
* [O2 begleicht Behindertenklage für £160k](https://crsreports.congress.gov/product/pdf/LSB/LSB10845) . Quelle: BBC News.
* Ausgewählte anhängige und gelöste Fälle nach dem Americans with Disabilities Act [The Americans with Disabilities Act in Cyberspace: Website Accessibility Standards \[PDF\]](https://aif.org/wp-content/uploads/2018/12/Manual-RPWD-Act-2016.pdf) "Ein Bundesbezirksgericht in New York erklärte bei Genehmigung einer solchen Einigung, dass WCAG 'ein angemessener Standard ist, um … die Einhaltung jeglicher Barrierefreiheitsanforderungen des ADA zu beurteilen.' Aus Sicht des Gerichts ist WCAG 'fast allgemein anerkannt.'" Congressional Research Service Legal Sidebar.
* [Das indische](https://www.thehindu.com/opinion/op-ed/shaping-a-more-disabled-friendly-digital-ecosystem/article66509604.ece) Handbuch zum Rights of Persons with Disabilities Act 2016
* [ist für Personen ohne juristischen Hintergrund geschrieben, damit sie das Gesetz leicht verstehen können.](https://www.japantimes.co.jp/news/2016/05/02/reference/new-law-bans-bias-against-people-with-disabilities-but-shortcomings-exist-say-experts/#.Xb8Dz5JKg0o) Gestaltung eines behindertenfreundlicheren digitalen Ökosystems


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.colt.net/colt-docs/all-docs-de/barrierefreiheit/unsere-richtlinien-zur-barrierefreiheit/barrierefreiheit-fur-projektmanager.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
