> For the complete documentation index, see [llms.txt](https://docs.colt.net/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.colt.net/colt-docs/all-docs-de/barrierefreiheit/unsere-barrierefreiheitsrichtlinien/barrierefreiheit-fur-projektmanager.md). # BARRIEREFREIHEIT FÜR PROJEKTMANAGER Der Schlüssel zur erfolgreichen Umsetzung von Barrierefreiheit liegt oft darin, ob der Projektmanager Barrierefreiheit in jeden Sprint einbettet oder sie auf eine spätere Nachbesserung verschiebt. Bei der Nachbesserung prüft und berät in der Regel ein Barrierefreiheitsspezialist, aber dies ist keine skalierbare Praxis für die gesamte Organisation und auch keine agile Praxis. Zur Unterstützung eines stärker eingebetteten Ansatzes stellt dieses Dokument dem Projektmanager Links zu Ressourcen zur Verfügung, die Colts technische Leitlinien zur Barrierefreiheit enthalten. Um Barrierefreiheit in ein beliebiges Projekt einzubetten, gibt es einige einfache Schritte, die es ermöglichen, sie als grundlegenden Bestandteil eines Projekts umzusetzen und die Auswirkungen auf Ressourcen, Zeit oder Kosten minimal zu halten. ## 1. VOR PROJEKTBEGINN #### #1 Stellen Sie sicher, dass der Business Case Barrierefreiheit nicht nur als rechtliches Risiko kennzeichnet, sondern auch auf die korrekten Gesetze und Richtlinien verweist, die im [Leitfaden zu Rechtsrisiken](#5-legal-risks). #### #2 Um sicherzustellen, dass Barrierefreiheits-Akzeptanzkriterien sowie Bereiche für Verantwortung, Umsetzung und Berichtswesen zu Beginn des Projekts identifiziert werden, bietet das Accessibility-RACI drei Varianten zur Zuordnung von Tätigkeits- und Verantwortungsbereichen im Wasserfallprozess. {% file src="/files/b8b66b9f112326b8cae544ec947a620c86b5bbe5" %} #### #3 Stellen Sie sicher, dass dem Team die Bedeutung von Colts [Barrierefreiheitsstrategie](https://www.colt.net/why-colt/esg/accessibility/roadmap/) bewusst ist, und stellen Sie außerdem sicher, dass es die vorhandenen Leitlinien und Ressourcen zur Barrierefreiheit kennt, die es ihm ermöglichen, Colts Anspruch umzusetzen. #### #4 Prüfen Sie, ob die Entwickler Zugriff auf eine Plattform haben, die sie für die automatisierten Aspekte der Barrierefreiheitstests nutzen können. #### #5 Wenn im Rahmen des Projekts Inhalte geplant sind, darunter herunterladbare Dokumentationen, Videos, Bildinhalte, E-Mail-Newsletter oder Datenblätter, stellen Sie sicher, dass den Inhaltserstellern die [Leitlinien sowohl für die Inhaltserstellung als auch für ein barrierefreies Dokumentenformat](https://www.colt.net/why-colt/esg/accessibility/content/). #### #6 Am wichtigsten ist, dass jeder Sprint die verfügbaren Leitlinien nutzt und die Barrierefreiheit nicht auf eine Prüfung oder einen Sprint am Ende verschoben wird, da dies den Backlog unweigerlich mit Tickets überfluten würde. Barrierefreiheit nach links zu verschieben ist ein kosteneffizienterer Ansatz und verhindert, dass Barrierefreiheit so weit aus dem Umfang genommen wird, dass daraus ein rechtliches Risiko entsteht (siehe Schritt Nr. 1). #### #7 Wenn das Projekt die Beschaffung von Widgets oder digitalen Diensten von Drittanbietern mit einer Benutzeroberfläche umfasst, stellen Sie sicher, dass der Anbieter die Barrierefreiheit seines Produkts durch die Bereitstellung eines [Berichts zur Barrierefreiheitskonformität (ACR)](https://www.section508.gov/sell/acr/) oder [VPAT](https://www.itic.org/policy/accessibility/vpat)nachweist, sowie über eine Produkt-Roadmap zur Barrierefreiheit verfügt. ## 2. DEFINITION VON FERTIG Unabhängig von der verwendeten Methodik, Wasserfall oder Agile, muss für jeden Sprint „Fertig“ definiert werden. Die [Leitfäden zur Entwickler-Barrierefreiheit von Colt](https://www.colt.net/why-colt/esg/accessibility/developers/) ermöglichen es, die Kernpraktiken so anzugehen, dass barrierefreier Code entsteht, und wenn eine bestimmte Komponente erstellt wird, helfen die Links zu [Best Practices für barrierefreie Komponenten](https://www.colt.net/why-colt/esg/accessibility/content/) dabei, dass ihr Design universeller und benutzbarer wird. Die Definition von Fertig (DoD) ist dann erreicht, wenn alle Bedingungen oder [Akzeptanzkriterien](https://www.leadingagile.com/2014/09/acceptance-criteria/)erfüllt sind, die ein Softwareprodukt erfüllen muss, und es bereit ist, von einem Benutzer, Kunden, Team oder konsumierenden System akzeptiert zu werden. Wir müssen die Definition von Fertig erfüllen, um Qualität sicherzustellen. Sie verringert Nacharbeit, indem sie verhindert, dass User Stories, die die Definition nicht erfüllen, in höhere Umgebungen übernommen werden. Sie verhindert, dass Funktionen, die die Definition nicht erfüllen, an den Kunden oder Benutzer ausgeliefert werden. ## 3. MANUELLE VS. AUTOMATISIERTE TESTS Automatisierte Barrierefreiheitstests sind möglich, jedoch deckt Barrierefreiheit größtenteils Nutzerergebnisse ab, sodass damit nur etwa 20 % des Erforderlichen erfasst werden. Daher ist es zwingend erforderlich, dass manuelle Tests von Anfang an geplant werden. Die manuellen UAT-Tests aus den Colt-Richtlinien zur Barrierefreiheit sind in der folgenden 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. So wird verhindert, dass Barrierefreiheit den Backlog überwältigt. {% file src="/files/6594ad6b03ced9e8dfcae1f50056d2a565a9a924" %} Für automatisierte Tests gibt es einige Tools, die genutzt werden können, um den Druck auf die QA zu verringern. Diese decken größtenteils das Robustheitsprinzip innerhalb der WCAG-Richtlinien ab, während die anderen drei Prinzipien manuell getestet werden müssen. Dies muss immer mithilfe einer Kombination aus zwei Tools erfolgen. Zunächst ein [HTML-Validator](https://validator.w3.org/) um sicherzustellen, dass die Inhalte im Browser korrekt dargestellt werden, und ein spezialisierteres Tool zur Bewertung spezifischer Anforderungen für die Unterstützung unterstützender Technologien. Für allgemeine Websites sollte der Barrierefreiheitstest mit [Deque's Axe](https://github.com/dequelabs/axe-core)durchgeführt werden. Dieser Testsatz sollte in jede Testplattform integriert werden können. Hier sind einige gängige Integrationen: * [Capybara](https://docs.deque.com/devtools-for-web/4/en/rb-capybara) * [Cucumber](https://docs.deque.com/devtools-for-web/4/en/rb-cucumber) * [Cypress](https://timdeschryver.dev/blog/setting-up-cypress-with-axe-for-accessibility) * [Microsoft Playwright](https://playwright.dev/docs/accessibility-testing) * [Puppeteer](https://github.com/dequelabs/axe-core-npm/blob/develop/packages/puppeteer/README.md) * [React](https://github.com/dequelabs/axe-core-npm/blob/develop/packages/react/README.md) * [RSpec](https://docs.deque.com/devtools-for-web/4/en/rb-rspec) * [Selenium](https://docs.deque.com/devtools-for-web/4/en/rb-selenium) * [Watir](https://docs.deque.com/devtools-for-web/4/en/rb-watir) * [Webdriverio](https://github.com/dequelabs/axe-core-npm/blob/develop/packages/webdriverio/README.md) * [Webdriverjs](https://github.com/dequelabs/axe-core-npm/blob/develop/packages/webdriverjs/README.md) Eine Ausnahme bilden alle Lösungen auf Basis von Salesforce, die die [Sa11y-Testbibliothek](https://github.com/salesforce/sa11y) verwenden sollten, da diese mit der Salesforce-Plattform abgestimmt ist. Es ist wichtig sicherzustellen, dass das Ergebnis sowohl der automatisierten als auch der manuellen Tests fortlaufend erfasst wird, einschließlich der Bereitstellung aller Inhaltsressourcen, damit Colt im Fall einer rechtlichen Auseinandersetzung nachweisen kann, dass der Ansatz inklusiv war. ## 4. ANFORDERUNGEN AN DIE BENUTZERBARKEIT Um sicherzustellen, dass alle die Produkte und Dienstleistungen von Colt nutzen können, hat Colt eine Barrierefreiheits-Roadmap eingerichtet, die ein zentrales strategisches Unternehmensziel darstellt. Das bedeutet aus Sicht der Benutzererfahrung, dass Anwendungen und Seiten für Benutzer von [assistiven Technologien](https://en.wikipedia.org/wiki/Assistive_technology)zugänglich sein sollten. Dazu gehören einfache Ziele wie sicherzustellen, dass alles nur mit einer Tastatur bedient werden kann, bis hin dazu, dass ein Nutzer, der den Bildschirm nicht sehen kann, das, was er mit seinem [Screenreader](https://en.wikipedia.org/wiki/Screen_reader) hört, perfekt nachvollziehen kann. Barrierefreiheit hat laut W3C 4 Prinzipien; [wahrnehmbar, bedienbar, verständlich und robust](https://www.w3.org/WAI/fundamentals/accessibility-principles/). Die ersten drei davon beziehen sich auf die Benutzererfahrung, die Sie bei der Erstellung von Benutzeranforderungen berücksichtigen sollten. Um dies zu erleichtern, hat Colt eine Reihe von Leitfäden zur Barrierefreiheit erstellt, die zunächst erklären, welches gewünschte Nutzerergebnis erreicht werden soll, sowie die Methoden, Techniken und Tests, die es ermöglichen, dieses erfolgreich umzusetzen. * Farbwahrnehmung * [Formularinteraktionen](https://www.colt.net/why-colt/esg/accessibility/developers/#forms) * [Tastaturzugriff](https://www.colt.net/why-colt/esg/accessibility/developers/#keyboard) * [Beschriftung interaktiver Elemente](https://www.colt.net/why-colt/esg/accessibility/developers/#labels) * [Landmarks](https://www.colt.net/why-colt/esg/accessibility/developers/#landmarks) * [Links](https://www.colt.net/why-colt/esg/accessibility/developers/#links) * [Metadaten](https://www.colt.net/why-colt/esg/accessibility/developers/#metadata) * [Progressive Verbesserung und responsives Design](https://www.colt.net/why-colt/esg/accessibility/developers/#responsive) * [Semantische Struktur](https://www.colt.net/why-colt/esg/accessibility/developers/#semantics) * [Textalternativen](https://www.colt.net/why-colt/esg/accessibility/developers/#text) * [Kontrast von Text und Grafiken](https://www.colt.net/why-colt/esg/accessibility/developers/#contrast) Damit dies bewertet werden kann, gibt es ein begleitendes manuelles Testszenario, das der vom Testmanager durchgeführten UAT-Aktivität hinzugefügt werden kann. {% file src="/files/6594ad6b03ced9e8dfcae1f50056d2a565a9a924" %} Die Einleitung zu jedem Leitfaden enthält alles, was für die Erstellung von Benutzeranforderungen (Wasserfall) oder User Stories (Agile) erforderlich ist, und sollte zu Beginn jedes Projekts geprüft werden. #### BENUTZERERLEBNIS MIT SCREENREADER Um einen Eindruck davon zu bekommen, wie wirksam die Einbeziehung von Benutzeranforderungen sein kann, [dieses Video zum Benutzererlebnis mit Screenreader](https://youtu.be/HE2R86EZPMA?si=rtnbDkqOfXF0omzt) aus dem Accessibility-Team von Microsoft zeigt die Wirksamkeit kleiner Überlegungen. Es wird empfohlen, Ihr Produkt mit dem Narrator-Screenreader zu erleben. Wie dies geht, wird im Colt-Leitfaden erklärt, [Verwendung von Windows Narrator zum Testen der Web-Barrierefreiheit](https://www.colt.net/why-colt/esg/accessibility/developers/#narrator). ## 5. RECHTLICHE RISIKEN 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/why-colt/esg/accessibility/roadmap/)dargelegt sind, die Teil von Colts [Diversity, Equity und Inclusion](https://www.colt.net/about/inclusion-diversity/) Strategie ist. Neben Chancen gibt es im Hinblick auf digitale Inklusion auch rechtliche Risiken, die in jedem Business Case identifiziert werden sollten. Zweck dieses Dokuments ist es, allen bei Colt, die einen Business Case erstellen, der die Entwicklung eines Web- oder mobilen Clients oder einer intern genutzten Benutzeroberfläche umfasst, zu ermöglichen, den richtigen nationalen oder internationalen Rechtsrahmen als Risiko zu kennzeichnen. Die Art des Risikos hängt von zwei Dingen ab: 1. Wo auf der Welt ein Projekt umgesetzt, vermarktet oder der Öffentlichkeit zugänglich gemacht wird. 2. Ob das Produkt oder die Dienstleistung für die öffentliche Nutzung, für Mitarbeitende oder zur Integration in die Mitarbeitendendienste anderer Organisationen vorgesehen ist. Risiken im Zusammenhang mit Behinderungen sollten über die Regulierung hinaus betrachtet werden, da viele Kunden Beschaffungs-, Diversity- oder Beschäftigungsrichtlinien haben, die das Thema Barrierefreiheit abdecken, und viele Organisationen öffentliche Verpflichtungen über Organisationen wie [Valuable500](https://www.thevaluable500.com/companies) oder [Disability:In](https://disabilityin.org/ceos-are-in/) eingehen, um zu zeigen, wie wichtig Inklusion für ihr Geschäft und ihre Marke ist. Die Ausrichtung an Kundenrichtlinien verringert sowohl rechtliche als auch geschäftliche Risiken. Nichts auf dieser Seite stellt Rechtsberatung dar und sollte nur zur Identifizierung von Gesetzen und regulatorischen Rahmenwerken dienen, die berücksichtigt werden müssen. Dies ist außerdem keine vollständige Liste der Gesetze für jedes Land, und viele Länder haben zusätzliche Antidiskriminierungsgesetze, die ebenfalls berücksichtigt werden sollten, sodass weitere Untersuchungen erforderlich sein können. ### INTERNATIONALES RECHT UND RICHTLINIEN #### ÜBEREINKOMMEN DER VEREINTEN NATIONEN ÜBER DIE RECHTE VON MENSCHEN MIT BEHINDERUNGEN (UNCRPD) Das [Übereinkommen der Vereinten Nationen über die Rechte von Menschen mit Behinderungen](https://www.ohchr.org/en/topic/persons-disabilities) verlangt von den Mitgliedstaaten, auf die „Ermittlung und Beseitigung von Hindernissen und Barrieren für die Zugänglichkeit“ in vielen Bereichen hinzuarbeiten, darunter „Information, Kommunikation und andere Dienste, einschließlich elektronischer Dienste“. Dies gilt größtenteils, wenn auch nicht ausschließlich, für staatliche Dienste. #### RICHTLINIEN ZUR BARRIEREFREIHEIT VON WEBINHALTEN (WCAG) Das [Richtlinien zur Barrierefreiheit von Webinhalten](https://www.w3.org/WAI/) geben Empfehlungen, um zu bewerten, ob Online-Inhalte barrierefrei sind. Die Richtlinien selbst sind keine rechtlichen Rahmenwerke, was bedeutet, dass digitale Systeme [wahrnehmbar, bedienbar, verständlich und robust](https://www.w3.org/WAI/fundamentals/accessibility-principles/)sollten. Auch wenn die Richtlinien kein Gesetz oder keine rechtliche Anforderung sind, gilt die Erfüllung ihrer Kriterien in vielen Rechtsordnungen als Nachweis der rechtlichen Konformität, und diese Gesetze enthalten oft Verweise auf die UNCRPD (siehe oben) oder verlangen, dass Ergebnisse vergleichbar und/oder gerecht sind. Die WCAG-Richtlinien sind nicht die nutzerfreundlichste Ressource, da sie eher rückblickend als wegweisend sind, obwohl ihr Inhalt sehr nützlich ist. Deshalb hat Colt eigene Leitfäden für [Projektmanager](https://www.colt.net/why-colt/esg/accessibility/project-management/), [Entwickler](https://www.colt.net/why-colt/esg/accessibility/developers) und [Content-Ersteller](https://www.colt.net/why-colt/esg/accessibility/content/). ### VEREINIGTE STAATEN #### Rehabilitation Act, Abschnitt 508 [Abschnitt 508](https://www.section508.gov/manage/laws-and-policies/) des US-Rehabilitation Act 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 eine rechtliche Anforderung für Bundesbehörden und Organisationen ist, die Bundesmittel erhalten, kann die Einhaltung auch für Organisationen relevant sein, die Dienstleistungen für Bundesbehörden erbringen. Wenn Unternehmen beabsichtigen, Produkte oder Dienstleistungen für andere Unternehmen mit Regierungsverträgen anzubieten, ist wahrscheinlich ein Nachweis erforderlich, dass der betreffende digitale Aspekt Abschnitt 508 entspricht. Dies geschieht häufig mithilfe des Formats eines [Voluntary Product Accessibility Template (VPAT)](https://www.section508.gov/sell/acr-vpat-faq/) das durch Gegenüberstellung der Anforderungen mit den Ergebnissen der Barrierefreiheitsanforderungen und Tests anhand der Colt-Richtlinien zur Barrierefreiheit ausgefüllt werden kann. Dies muss möglicherweise von einem spezialisierten Anbieter durchgeführt werden. **Beachten Sie, dass eine Prüfung möglicherweise nicht erforderlich ist, wenn die Richtlinien befolgt und nachgewiesen wurden; allerdings kann fachkundige Unterstützung erforderlich sein, um dies mithilfe eines VPAT-Spezialisten umzusetzen.** Da das Gesetz verlangt, dass Systeme ebenso nutzbar wie für Menschen mit Behinderungen zugänglich sind, kann dieser Aspekt ebenfalls weitere Untersuchungen und Nachweise erfordern. #### Americans with Disabilities Act, Titel II und III [Titel II des Americans with Disabilities Act (ADA)](https://www.ada.gov/) gilt für staatliche und kommunale Behörden. Er verpflichtet sie sicherzustellen, dass ihre Programme, Dienstleistungen und Aktivitäten für Menschen mit Behinderungen zugänglich sind, was sowohl öffentliche als auch Beschäftigungsbereiche umfasst. Während Titel II sich auf staatliche Stellen konzentriert, können auch private Unternehmen und Organisationen 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 darauf, Diskriminierung von Menschen mit Behinderungen an „Orten öffentlicher Unterbringung“ zu verbieten, einschließlich der meisten privaten Unternehmen, die für die Öffentlichkeit zugänglich sind. US-Gerichte haben festgestellt, dass Websites ein Ort öffentlicher Unterbringung sind und den Anforderungen von ADA Titel III unterliegen können. #### Kaliforniens Unruh Civil Rights Act (UCRA) Einige US-Bundesstaaten haben eigene Gesetze, die die Barrierefreiheit regeln. Eines der bekanntesten und am häufigsten verwendeten ist der [Unruh Civil Rights Act](https://en.wikipedia.org/wiki/Unruh_Civil_Rights_Act) in Kalifornien. Dieses Gesetz verpflichtet Unternehmen, einen gleichberechtigten Zugang zu ihren Dienstleistungen und Einrichtungen zu gewährleisten. Obwohl es ursprünglich für stationäre Einrichtungen gedacht war, haben Gerichte entschieden, dass der UCRA auch verlangt, dass Unternehmen mit Websites diese ebenfalls barrierefrei gestalten. Dieses Gesetz richtet sich an Unternehmen mit einem „Nexus in Kalifornien“, kann aber auch Organisationen betreffen, die Dienstleistungen für diese Unternehmen erbringen. Weitere Informationen zur US-Bundesstaatsregulierung finden Sie bei [der Seite von Lainey Feingold zu US-Recht](https://www.lflegal.com/category/accessibility-laws-and-regulations/legal-updates/) für die neuesten Aktualisierungen. ### VEREINIGTES KÖNIGREICH #### Gleichstellungsgesetz Das [UK Equality Act 2010](https://www.gov.uk/guidance/equality-act-2010-guidance) verbietet die Diskriminierung von Menschen mit Behinderungen und verpflichtet Anbieter von Waren, Dienstleistungen und Einrichtungen, die Bedürfnisse potenzieller behinderter Kunden vorauszudenken und angemessene Anpassungen vorzunehmen. Dies gilt nicht nur für physische Räumlichkeiten, sondern auch für Websites und digitale Inhalte. Dies umfasst sowohl die Erbringung von Dienstleistungen als auch [Beschäftigung](https://www.gov.uk/rights-disabled-person/employment) und in beiden Fällen besteht ein breiter Konsens darüber, dass die Ausrichtung einer Website an WCAG-Standards und der Nachweis, dass der barrierefreie Zugang als geplante und umgesetzte Anforderung berücksichtigt wurde, die nach diesem Gesetz erforderlichen „angemessenen Anpassungen“ belegt. #### Barrierefreiheitsverordnungen für öffentliche Stellen 2018/2022 [Diese Verordnung](https://www.gov.uk/guidance/accessibility-requirements-for-public-sector-websites-and-apps) gilt für jede Website oder mobile App (intern oder öffentlich zugänglich), die von einer öffentlichen Stelle im Vereinigten Königreich gekauft oder erstellt wurde. Sie stellt strengere Anforderungen an öffentliche Stellen, vor allem staatliche Organisationen und Wohltätigkeitsorganisationen, hinsichtlich der Barrierefreiheit von Websites und mobilen Apps. Betroffene Stellen müssen eine [Erklärung zur Barrierefreiheit](https://accessibility-manual.dwp.gov.uk/accessibility-law/accessibility-statements) auf ihrer Website oder App bereitstellen, die beispielsweise im Footer oder im Abschnitt „Über uns“ oder in der App einen Link zur [Barrierefreiheits-Roadmap](https://www.colt.net/why-colt/esg/accessibility/roadmap/)von Colt enthalten könnte. Diese Verordnung orientiert sich an der [Europäischen Norm EN 301 549](https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf) für die Barrierefreiheit von IKT-Produkten und -Diensten. #### Europäisches Barrierefreiheitsgesetz (EAA) im Vereinigten Königreich Obwohl [dieses Gesetz](https://ec.europa.eu/social/main.jsp?catId=1137\&langId=en) derzeit nur in der EU durchsetzbar ist und im Vereinigten Königreich noch nicht ratifiziert wurde, wird aufgrund der freiwilligen Übernahme anderer EU-Verordnungen erwartet, dass das Vereinigte Königreich auch diese übernehmen wird. Das EAA muss von Unternehmen mit Sitz außerhalb der EU befolgt werden, die innerhalb des EU-Marktes verkaufen möchten. ### EUROPÄISCHE UNION Die folgenden Leitlinien gelten für alle Mitgliedstaaten: Österreich, Belgien, Bulgarien, Kroatien, Republik Zypern, Tschechische Republik, Dänemark, Estland, Finnland, Frankreich, Deutschland, Griechenland, Ungarn, Irland, Italien, Lettland, Litauen, Luxemburg, Malta, Niederlande, Polen, Portugal, Rumänien, Slowakei, Slowenien, Spanien und Schweden. #### EU-Grundrechtecharta Das [EU-Grundrechtecharta](https://fra.europa.eu/en/eu-charter/article/26-integration-persons-disabilities), Artikel 26: Integration von Menschen mit Behinderungen, schützt und garantiert den gleichberechtigten 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 zu EU-Stellen haben. #### Europäischen Norm EN 301 549 [Diese Norm](https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf) gilt für Websites, mobile Apps und einige spezifische Telekommunikationsdienste im öffentlichen Sektor der EU (im Besitz von Regierungen der EU-Länder, unter ihrer Kontrolle oder von ihnen finanziert). Es wird erwartet, dass diese Norm die Grundlage für eine Vermutung der Konformität mit dem Europäischen Barrierefreiheitsgesetz (EAA) bildet, weshalb sie auch für den privaten Sektor der EU relevant ist. Die Norm EN 301 549 folgt im Allgemeinen den Web Content Accessibility Guidelines (WCAG) 2.1 AA mit einigen Ergänzungen, darunter: * Wenn Barrierefreiheitsfunktionen im Betriebssystem eines Nutzers aktiviert sind, sollte das digitale Produkt oder die Dienstleistung diesen Einstellungen entsprechen. * Hardwareprodukte sollten Benutzer mit eingeschränkter Mobilität, Geschicklichkeit oder körperlicher Kraft berücksichtigen. * Support-Dienste und Dokumentationen müssen Informationen zur Benutzerbarrierefreiheit bereitstellen. #### Das Europäische Barrierefreiheitsgesetz (EAA) Das [Europäisches Barrierefreiheitsgesetz (EAA)](https://ec.europa.eu/social/main.jsp?catId=1137\&langId=en) ist eine Richtlinie der Europäischen Union, die die bestehenden europäischen Menschenrechtsgesetze erweitert und Menschen mit Behinderungen den gleichberechtigten Zugang zu bestimmten Dienstleistungen und Produkten schützt und garantiert. Unternehmen müssen sicherstellen, dass die vom Gesetz erfassten Produkte und Dienstleistungen bis zum 28. Juni 2025 barrierefrei sind. Für Altprodukte und -dienste wird die Frist bis 2030 verlängert. Dieses Gesetz verlangt, dass Dienstleistungen den WCAG-Prinzipien entsprechen. Obwohl dieses Gesetz derzeit nur in der EU durchsetzbar ist (im Vereinigten Königreich wurde es noch nicht ratifiziert, wird aber voraussichtlich ratifiziert), müssen Unternehmen mit Sitz außerhalb der EU, die innerhalb des EU-Marktes verkaufen möchten, es befolgen. ### INDIEN #### Gesetz über die Rechte von Menschen mit Behinderungen [Dieses Gesetz](https://aif.org/wp-content/uploads/2018/12/Manual-RPWD-Act-2016.pdf) in Indien verpflichtet die Regierung und kommerzielle Organisationen, für Menschen mit Behinderungen „angemessene Vorkehrungen“ zu treffen, und verweist direkt auf Websites, mobile Anwendungen, Telekommunikationsdienste und Anpassungen am Arbeitsplatz. Das Gesetz konzentriert sich auf [„die Beseitigung von Barrieren“](https://depwd.gov.in/acts/) für bestimmte Behinderungsgruppen und verwendet WCAG als Maßstab sowohl für staatliche als auch für kommerzielle Websites, obwohl nicht direkt angegeben wird, welche Version gemeint ist. Weitere Informationen zur Behindertengesetzgebung in Indien finden Sie auf der Website des [Ministeriums für die Förderung von Menschen mit Behinderungen](https://depwd.gov.in/) . ### JAPAN #### Förderung der Informationszugänglichkeit und Kommunikation für Menschen mit Behinderungen Im Mai 2021 wurde das „[Gesetz zur Beseitigung von Diskriminierung von Menschen mit Behinderungen](https://www.japaneselawtranslation.go.jp/en/laws/view/3052/en)“ überarbeitet, wodurch private Unternehmen ebenso wie öffentliche Einrichtungen rechtlich dazu verpflichtet wurden, angemessene Vorkehrungen nur dann zu treffen, wenn Menschen mit Behinderungen Verbesserungen an ihren Produkten und Dienstleistungen, einschließlich ihrer Websites und mobilen Apps, anfordern. Im Mai 2022 wurde jedoch das „[Gesetz zur Förderung der Informationszugänglichkeit und Kommunikation für Menschen mit Behinderungen](https://www.dinf.ne.jp/d/4/161.html)“ erlassen. In diesem neuen Gesetz ist es wesentlich, dass Informationen und Kommunikation für alle Menschen mit Behinderungen zugänglich sind. Dieses Gesetz legt zu diesem Zweck Grundprinzipien fest, doch spezifischere Maßnahmen stehen noch zur Prüfung aus; es wird jedoch erwartet, dass sie sich an den Japanese Industrial Standards (JIS) 8341-3 orientieren, der identisch mit [WCAG 2.0](https://www.w3.org/TR/WCAG20/). Die aktuelle Version ist [JIS X 8341-3:2016](https://waic.jp/docs/jis2016/understanding/201604/) (japanisch), das dieselben Erfolgskriterien wie WCAG 2.0 hat. ### KANADA [Das Canadian Human Rights Act](https://laws-lois.justice.gc.ca/eng/acts/h-6/) schützt Menschen mit Behinderungen in Kanada vor Diskriminierung, wenn sie beim Bundesstaat angestellt sind oder Dienstleistungen von der Bundesregierung, den Regierungen der First Nations oder von privaten Unternehmen erhalten, die durch die Bundesregierung reguliert werden, einschließlich Telekommunikationsunternehmen. #### kanadische Provinzregulierung [Gesetz über Barrierefreiheit für Ontarier mit Behinderungen (AODA)](https://aoda.ca/) deckt öffentlich und privat geregelte Tätigkeiten auf Provinzebene ab, und es wurden Standards für die Bereitstellung barrierefreier Informationen und Kommunikation erlassen. Das AODA ist bemerkenswert, da es für Unternehmen bei Nichteinhaltung eine Geldstrafe von 100.000,00 CAD vorsieht. Die Verordnungen umfassen Standards für: Kundenservice, Information und Kommunikation sowie Beschäftigung. [Accessible British Columbia Act](https://www.bclaws.gov.bc.ca/civix/document/id/complete/statreg/21019) deckt eine Mischung von Standards in den Bereichen Beschäftigung, Dienstleistungserbringung, Information und Kommunikation sowie Beschaffung ab. Es erweitert den Anwendungsbereich der Prinzipien über WCAG hinaus und umfasst auch Universal Design, bei dem das grundlegende Design eines Produkts oder einer Dienstleistung im Standardzustand für ein möglichst breites Spektrum an Benutzerfähigkeiten zugänglich sein sollte. [Accessible Saskatchewan Act](https://accessiblesk.saskatchewan.ca/the-accessible-saskatchewan-act-summary-of-bill) deckt eine Mischung von Standards ab und umfasst den Zugang zu Computerhardware, Software und Beschäftigung. [Accessibility for Manitobans Act (AMA)](https://www.accessibilitymb.ca/pdf/accessibility_for_manitobans_act.pdf) konzentriert sich auf Barrieren für Menschen mit Behinderungen. Die Gesetzgebung gilt sowohl für den öffentlichen als auch für den privaten Sektor, und für verschiedene Sektoren gelten gestaffelte Zeitpläne. Sie besteht aus fünf Standards, darunter die Bereiche Kundenservice, Beschäftigung sowie Information und Kommunikation. Die Provinz [Manitoba Disabilities Issues Office](https://www.gov.mb.ca/dio/) (DIO) unterstützt die Gesetzgebung. [Nova Scotia Accessibility Act (Bill 59)](https://www.nslegislature.ca/legc/bills/62nd_3rd/3rd_read/b059.htm) konzentriert sich auf Barrieren für Menschen mit Behinderungen. Diese Gesetzgebung gilt sowohl für den öffentlichen als auch für den privaten Sektor und umfasst die Bereiche Bereitstellung und Empfang von Waren und Dienstleistungen, Beschäftigung sowie Information und Kommunikation. Nova Scotia hat die [Nova Scotia Accessibility Directorate](https://novascotia.ca/accessibility/) mit Ressourcen und Informationen über das Gesetz gestartet. ### NORWEGEN Norwegen ist das einzige Land, das über eine eigene staatliche Behörde verfügt, die die gesamte digitale Landschaft überwacht, einschließlich sowohl staatlicher als auch kommerzieller Organisationen. [Norwegens regulatorischer Rahmen](https://www.uutilsynet.no/english/information-english/252) konzentriert sich auf eine Mischung aus WCAG-Richtlinien und Nutzerergebnissen. [norwegische Gesetzgebung zur digitalen Barrierefreiheit im Jahr 2023](https://cerovac.com/a11y/2023/02/norwegian-digital-accessibility-legislation-in-2023/) Artikel mit Links zu norwegischen Barrierefreiheitsrichtlinien. Norwegen hat sich außerdem entschieden, den Standard EN 301 549 zu befolgen, um den Handel mit der EU zu erleichtern. ## 6. RESSOURCEN UND WEITERE INFORMATIONEN * [Volltext von Artikel 9 des Übereinkommens der Vereinten Nationen über die Rechte von Menschen mit Behinderungen (CRPD)](https://www.un.org/development/desa/disabilities/convention-on-the-rights-of-persons-with-disabilities/article-9-accessibility.html) * [„US-Unternehmen gaben 2020 möglicherweise Milliarden für Rechtskosten wegen nicht barrierefreier Websites aus“](https://www.boia.org/blog/did-u-s-businesses-spend-billions-on-legal-fees-for-inaccessible-websites-in-2020) * Überblicke des Büros von Lainey Feingold über [US-Verordnungen](https://www.lflegal.com/category/accessibility-laws-and-regulations/legal-updates/) und [globale Richtlinien und Verordnungen](https://www.lflegal.com/global-law-and-policy/) die regelmäßig aktualisiert werden. * [O2 einigt sich in einem Behindertenfall auf 160.000 Pfund](https://www.bbc.co.uk/news/articles/cpdgd32d7mno). Quelle: BBC News. * [Ausgewählte anhängige und abgeschlossene Fälle nach dem Americans with Disabilities Act](https://www.eeoc.gov/selected-list-pending-and-resolved-cases-under-americans-disabilities-act-amendments-act) * [Der Americans with Disabilities Act im Cyberspace: Standards für Web-Barrierefreiheit \[PDF\]](https://crsreports.congress.gov/product/pdf/LSB/LSB10845) „Ein Bundesbezirksgericht in New York erklärte bei der Genehmigung eines solchen Vergleichs, dass WCAG 'ein angemessener Standard ist, um … die Einhaltung aller Barrierefreiheitsanforderungen des ADA zu beurteilen'. Nach Auffassung des Gerichts ist WCAG 'nahezu allgemein anerkannt'.“ Congressional Research Service Legal Sidebar. * Das indische [Handbuch zum Gesetz über die Rechte von Menschen mit Behinderungen 2016](https://aif.org/wp-content/uploads/2018/12/Manual-RPWD-Act-2016.pdf) ist für Menschen ohne juristischen Hintergrund geschrieben, damit sie das Gesetz leicht verstehen können. * [Gestaltung eines digitaleren Ökosystems, das Menschen mit Behinderungen stärker berücksichtigt](https://www.thehindu.com/opinion/op-ed/shaping-a-more-disabled-friendly-digital-ecosystem/article66509604.ece) Artikel aus The Hindu von 2023. * [Neues Gesetz verbietet Benachteiligung von Menschen mit Behinderungen](https://www.japantimes.co.jp/news/2016/05/02/reference/new-law-bans-bias-against-people-with-disabilities-but-shortcomings-exist-say-experts/#.Xb8Dz5JKg0o) Artikel aus The Japan Times von 2016. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## 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-barrierefreiheitsrichtlinien/barrierefreiheit-fur-projektmanager.md?ask= ``` 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.