Barrierefreiheit

An dieser Stelle finden Sie wichtige Informationen zur Barrierefreiheit.

Strategie zur Einhaltung der Barrierefreiheit (WCAG)

Dieses Dokument beschäftigt sich mit den Web Content Accessibility Guidelines (WCAG), die aus Empfehlungen und Richtlinien bestehen. Ihr Ziel ist es, Web Applikationen für Menschen mit Behinderungen zugänglich zu machen.

Wenn Sie sich für den Accessibility Conformance Report (ACR) interessieren, der auf der globalen ITI VPAT®-Vorlage für die Bewertung der Konformität von IKT-Produkten mit Barrierefreiheit basiert, siehe Accessibility Conformance Report.

Richtlinien zur Barrierefreiheit (WCAG)

Die Web Content Accessibility Guidelines (WCAG) sind Empfehlungen und Richtlinien der Web Accessibility Initiative ( WAI ) des World Wide Web Consortiums ( W3C ). Ziel ist es, Webanwendungen für Menschen mit Behinderungen barrierefrei zu gestalten. Der neueste Standard ist WCAG 2.2 , veröffentlicht am 5. Oktober 2023. Er deckt die meisten Anforderungen aus Abschnitt 508 und den ADA- Richtlinien ab. Die imc AG versucht, die Anforderungen an die Barrierefreiheit mit den WCAG (Web Content Accessibility Guidelines) 2.1 zu erfüllen . Unser LMS entspricht nicht nur WCAG 2.1 AA, sondern erfüllt auch mehrere neue Erfolgskriterien der WCAG 2.2:

– Fokusdarstellung (Minimum) (AA): Sorgt für eine bessere Sichtbarkeit der Fokusanzeigen.

– Ziehbewegungen (AA): React-basierte Seiten unterstützen Alternativen zum Ziehen für die Barrierefreiheit.

– Zielgröße (Minimum) (AA): Verbessert die Benutzerfreundlichkeit, indem sichergestellt wird, dass interaktive Elemente die richtige Größe haben.

Die WCAG 2.1-Richtlinien bestehen aus 4 Prinzipien und 13 Richtlinien:

• Wahrnehmbar – Informationen und Benutzeroberflächenkomponenten müssen den Benutzern auf eine für sie wahrnehmbare Weise präsentiert werden.

  • Richtlinie 1.1 Textalternativen

    • Bereitstellung von Textalternativen für alle nicht-textuellen Inhalte, sodass diese in andere von den Benutzern benötigte Formen umgewandelt werden können, beispielsweise in Großdruck, Braille, Sprachausgabe, Symbole oder eine einfachere Sprache.

  • Richtlinie 1.2 Zeitbasierte Medien

    • Alternativen für zeitbasierte Medien.

  • Richtlinie 1.3 Anpassbar

    • Bereitstellung von Inhalten, die auf verschiedene Arten präsentiert werden können (z. B. einfacheres Layout), ohne dass Informationen oder Struktur verloren gehen.

  • Richtlinie 1.4 Unterscheidbar

    • Erleichterung für Benutzer Inhalte zu Sehen und zu Hören, indem beispielsweise Vordergrund und Hintergrund getrennt werden.

• Bedienbar – Benutzeroberflächenkomponenten und Navigation müssen bedienbar sein.

  • Richtlinie 2.1 Tastaturzugänglichkeit

    • Alle Funktionen müssen über eine Tastatur verfügbar sein.

  • Richtlinie 2.2 Ausreichend Zeit

    • Ausreichend Zeit für Benutzer, um Inhalte zu lesen und zu verwenden.

  • Leitlinie 2.3 Anfälle und körperliche Reaktionen

    • Inhalte so zu gestalten, dass sie keine bekanntermaßen Anfälle oder körperliche Reaktionen hervorrufen.

  • Richtlinie 2.4 Navigierbar

    • Bieten von Möglichkeiten, Benutzern die Navigation zu erleichtern, Inhalte zu finden und festzustellen, wo sie sich befinden.

  • Richtlinie 2.5 Eingabemodalitäten

    • Erleichterung für Benutzer die Bedienung von Funktionen über verschiedene Eingabemöglichkeiten außer der Tastatur.

• Verständlich – Informationen und Bedienung der Benutzeroberfläche müssen verständlich sein.

  • Richtlinie 3.1 Lesbar

    • Textinhalte lesbar und verständlich.

  • Richtlinie 3.2 Vorhersehbar

    • Sorge, dass Webseiten vorhersehbar erscheinen und funktionieren.

  • Richtlinie 3.3 Eingabehilfe

    • Hilfe für Benutzer, Fehler zu vermeiden und zu korrigieren.

• Robust – Inhalte müssen robust genug sein, damit sie von einer Vielzahl von Benutzeragenten, einschließlich unterstützender Technologien, zuverlässig interpretiert werden können.

  • Richtlinie 4.1 Kompatibel

    • Maximieren Sie die Kompatibilität mit aktuellen und zukünftigen Benutzeragenten, einschließlich unterstützender Technologien.

Barrierefreiheit in der imc Learning Suite

Die imc Learning Suite unterstützt den Aufbau einer WCAG 2.1 AA-konformen Lernumgebung. Barrierefreiheitsfunktionen sind in allen zentralen Lernabläufen implementiert, um ein integratives Erlebnis für alle Nutzer zu gewährleisten.

Barrierefreiheit als Prozess

Die imc Learning Suite wurde so entwickelt, dass sie, soweit möglich, WCAG 2.1 AA-konform ist. Derzeit sind einige Elemente konform, und unser Fokus liegt auf kontinuierlichen Verbesserungen und neuen Funktionen, um die Lernerfahrung barrierefreier zu gestalten. Wir freuen uns über Feedback über die Verbesserungsvorschläge (SFI-Tickets). So stellen wir sicher, dass Nutzereinblicke zur Verbesserung der Barrierefreiheit beitragen.

Standardmäßige Barrierefreiheit

Die Barrierefreiheit ist in unseren Software Development Life Cycle (SDLC) eingebettet, um die Einhaltung der WCAG-Standards sicherzustellen.

Dazu gehören:

• Designprüfungen: Die Barrierefreiheitsanforderungen werden bereits in der Designphase bewertet, um die Einhaltung der WCAG 2.1-Standards sicherzustellen. Dazu gehört die Überprüfung von UI/UX-Komponenten hinsichtlich Tastaturnavigation, Farbkontrast und Bildschirmlesekompatibilität.

• Entwicklungs- und Testphasen: Entwickler befolgen Best Practices für Barrierefreiheit und führen automatisierte und manuelle Barrierefreiheitstests durch, um Probleme zu identifizieren und zu lösen.

• Qualitätskriterien und Ausstiegskriterien: Die Einhaltung der Barrierefreiheit ist ein zentrales Kriterium in unserem Qualitätssicherungsprozess vor der Veröffentlichung. Funktionen müssen Mindestanforderungen an die Barrierefreiheit erfüllen, bevor sie bereitgestellt werden können.

Testprozess für die Barrierefreiheit

• Sprint-Integration: Barrierefreiheitsüberlegungen sind in den Standard-Entwicklungsspezifikationen enthalten, um sicherzustellen, dass neue Funktionen von Anfang an den Barrierefreiheitsstandards entsprechen. Die Barrierefreiheit wird während der Sprint-Entwicklung manuell mithilfe des Wave-Browser-Plugins von Entwicklern und dediziertem QA-Personal getestet. Wo möglich, wird auch die Testautomatisierung eingesetzt.

• QA-Phase: Während der Regressionstestphase vor der Auslieferung wird das Wave-Browser-Plugin in unterstützten Browsern (Chrome, Safari, Firefox, Edge) verwendet. Zusätzlich wird das Axe-Plugin für automatisierte Tests sowohl in der Regressions- als auch in der Sprint-Entwicklung eingesetzt.

• Beheben von Problemen:

  • Sprint- und IP-QA: Im Sprintzyklus identifizierte Probleme werden im Rahmen des Entwicklungsprozesses behandelt.

  • Externe Tests: Wenn bei externen Prüfungen Probleme festgestellt werden, können diese je nach geschäftlicher Auswirkung und Priorität behoben werden.

  • Kundenbasiertes Testen: Ergebnisse aus Kundenaudits werden über CB-Tickets behandelt und in kommenden Patches eingeplant.

Indem wir die Barrierefreiheit in jede Phase unseres Entwicklungslebenszyklus integrieren, stellen wir sicher, dass die Einhaltung von WCAG 2.1 AA nicht nur ein Ziel, sondern ein kontinuierlicher und sich weiterentwickelnder Prozess ist.

Zugänglichkeit von Inhalten

Die Barrierefreiheit einer Plattform kann nur erreicht werden, wenn sowohl das System als auch die Inhalte barrierefrei sind!

Die Barrierefreiheit von Inhalten (z. B. Kursen, WBTs, Dateien) hängt vom jeweiligen Inhaltsanbieter ab. Bei Inhalten, die von Kunden oder externen Anbietern erstellt werden, muss sichergestellt werden, dass diese entweder selbst die Barrierefreiheitsrichtlinien erfüllen oder zusätzliche Unterstützung wie Untertitel oder alternative, barrierefreie Inhalte bieten. Die imc Learning Suite unterstützt Inhaltsersteller mit Funktionen zum Hinzufügen von Untertiteln, Transkripten und alternativen Inhalten für Multimediadateien.

Neben den Angeboten der imc Learning Suite bietet imc auch Services für die Erstellung barrierefreier Inhalte an. Zur Unterstützung der Barrierefreiheit empfiehlt imc die Nutzung von imc Express, einem speziell für die Erstellung barrierefreier Inhalte entwickelten Tool. Erfahren Sie hier mehr über imc Express.

Zugänglichkeitsbereich (Whitelist)

Der Fokus von imc liegt auf der Bereitstellung eines barrierefreien Lernerlebnisses. Daher stellen wir Barrierefreiheit in den Bereichen der imc Learning Suite sicher, die für das Lernerlebnis von zentraler Bedeutung sind. Diese Whitelist gilt für die imc Learning Suite 14.25.

Wir können garantieren, dass die folgenden Bereiche den Richtlinien zur Barrierefreiheit entsprechen:

• Navigation

• Einrichtungen allgemein

  • Login

  • Anmeldung

  • Profil (Anzeigen/Bearbeiten)

  • personenbezogene Daten

  • Kennwort ändern

  • Profil löschen

  • Impressum

  • Nutzungsbedingungen

  • Datenschutzrichtlinie

  • Posteingang

  • Anmeldeformular

• Katalog

• Kursplan mit konfigurierbarem Layout

• Teilnahmezertifikate (PDF)

• Benutzerdefinierter Kursraum

• Individueller Kursplan

• Medienseiten für

  • Datei

  • Link

  • Multimediadatei

  • WBT (HTML/AICC/SCORM/"xAPI/Tin Can")

  • Ereignis

  • Aktivität

  • Externe LTI-Tools (1.1/1.3)

  • Inhalte von Drittanbietern 

• Meine Mitarbeiter 

• Mitarbeiterregistrierung verwalten

• Test und Feedback mit folgenden Fragetypen

  • Freitext

  • Ja/Nein

  • Multiple-Choice (1 von n/n von n)

  • Matrix (Einzel- und Mehrfachauswahl)

• Internes Dashboard mit den folgenden Panels (neues Design):

  • Kurspanel

  • Mediathekpanel

  • Lernempfehluungen

  • Top-Inhalte

  • Pflichtkurse

  • Aktuelle Kurse

  • Offene Buchungen

• Klassifizierungen

• Mein Erfahrungsbereich 

• Trainingskalender

• Channels

  • Channel-Manager 

  • Channel Lernender

  • Channelinhalte

Einschränkungen der Zugänglichkeit

• Die Unterstützung für Bildschirmleseprogramme ist in Chrome auf JAWS 2019 beschränkt 

• WCAG 2.1 AA kann nur erreicht werden, wenn das vereinbarte Kundendesign den Kontrast- und Größenanforderungen von WCAG 2.1 AA entspricht

• Mobile App, z. B. bestimmte Symbole werden nicht gelesen, Einschränkungen im Zusammenhang mit der Durchführung von Tests durch den Lernenden

• Um die WCAG 2.1-Richtlinie „Genügend Zeit“ (2.2) zu gewährleisten, muss die Zeitmessung in Tests deaktiviert werden.

• Es gibt Einschränkungen hinsichtlich erweiterter Konfigurationen in den oben aufgeführten Bereichen

• Für Funktionen, die nicht auf der Whitelist stehen, kann die Barrierefreiheit nicht gewährleistet werden. Das Verwaltungs-Frontend entspricht nicht den barrierefreien Standards.

Rolle und Verantwortlichkeiten

Falls ein Kunde Probleme mit der Zugänglichkeit des Standardprodukts feststellt, wenden wir das folgende Verfahren an:

• Die Qualitätssicherung prüft (mit Hilfe von Entwicklern und Designern) das bereitgestellte Kundendokument in einem LMSILS-Ticket hinsichtlich unseres vordefinierten Zugänglichkeitsumfangs (Whitelist).

• Bei vereinbarten Zugänglichkeitsproblemen werden interne Fehler erstellt und deren Behebung eingeplant.

• Die Rückmeldung erfolgt über das DESK-Ticket.

• Design berücksichtigt und überprüft die Barrierefreiheit für neue Implementierungen

Wichtige Vorschriften und Standards zur Barrierefreiheit 

Als Softwareunternehmen mit Sitz in Deutschland und internationalen Kunden muss IMC verschiedene Barrierefreiheitsvorschriften und -standards einhalten. Diese stellen sicher, dass unsere Produkte auch für Menschen mit Behinderungen nutzbar sind. Nachfolgend sind die wichtigsten Vorschriften aufgeführt:

europäische Union

• EU-Richtlinie zur Barrierefreiheit im Internet (Richtlinie (EU) 2016/2102)

  • Diese Richtlinie gilt für Websites und mobile Apps des öffentlichen Sektors und verpflichtet diese zur Einhaltung von Barrierefreiheitsstandards. Als Maßstab gelten die Web Content Accessibility Guidelines (WCAG) 2.1 Level AA.

• Europäischer Rechtsakt zur Barrierefreiheit (Richtlinie (EU) 2019/882)

  • Erweitert die Barrierefreiheitsanforderungen auf Dienstleistungen und Produkte des privaten Sektors wie Software, E-Commerce und elektronische Geräte. Dieses Gesetz tritt ab Juni 2025 vollständig in Kraft . Weitere Informationen hierzu finden Sie unten in der „ Erklärung zur Barrierefreiheit – BFSG / EAA “.

• WCAG 2.1 (Richtlinien für barrierefreie Webinhalte)

  • Obwohl WCAG 2.1 an sich nicht rechtsverbindlich ist, ist es in der EU weit verbreitet und bildet die Grundlage für viele lokale Gesetze und Richtlinien, einschließlich der oben genannten. Streben Sie die Einhaltung der Stufe AA an.

Deutschland

• Barrierefreie-Informationstechnik-Verordnung (BITV 2.0)

  • Das deutsche Äquivalent zur EU-Richtlinie zur Barrierefreiheit im Internet, die barrierefreie Websites und Apps des öffentlichen Sektors vorschreibt. Es basiert auf den WCAG 2.1 Level AA-Standards.

• Behindertengleichstellungsgesetz (BGG)

  • Ein umfassenderes Gesetz zur Förderung der Gleichstellung von Menschen mit Behinderungen, das indirekte Auswirkungen auf die Anforderungen an die digitale Barrierefreiheit hat.

Vereinigte Staaten

• Gesetz über Amerikaner mit Behinderungen (ADA)

  • Obwohl es sich nicht um ein spezifisches Gesetz für Websites handelt, haben Gerichte das ADA so ausgelegt, dass es für Websites und digitale Plattformen gilt. WCAG 2.1 Level AA wird allgemein als Maßstab für die Einhaltung des ADA angesehen.

• Abschnitt 508 des Rehabilitationsgesetzes

  • Gilt für Websites und Auftragnehmer der Bundesregierung. Erfordert Konformität mit WCAG 2.1 Level AA.

Andere internationale Standards

• Kanada: Gesetz zur Barrierefreiheit für Ontarier mit Behinderungen (AODA)

  • Erfordert WCAG 2.1 AA-Konformität für öffentliche Websites von Unternehmen und Organisationen, die in Ontario tätig sind.

• Australien: Gesetz zur Diskriminierung von Menschen mit Behinderungen (DDA)

  • Erfordert die Barrierefreiheit digitaler Dienste, wobei WCAG 2.1 AA der De-facto-Standard ist.

Best Practice für internationale Kunden

Da IMC Kunden weltweit betreut, ist es am sichersten, sicherzustellen, dass unsere Produkte den WCAG 2.1 Level AA -Standards entsprechen. Dieser Standard ist weithin anerkannt und dient als Grundlage für viele Barrierefreiheitsgesetze weltweit.

Bericht über die Konformität der Barrierefreiheit

Dieser Accessibility Conformance Report zielt darauf ab, den Stand der Konformität der Plattform mit den Web Content Accessibility Guidelines 2.2 Standards, Stufe AA, für die imc Learning Suite aus der Perspektive der Benutzerrolle Lernende zu beschreiben, mit Verweisen auch auf das European Telecommunications Standards Institute EN 301 549 V 3.1.1 und V 3.2.1 und die US Federal Government Revised Section 508 Standards.

Richtlinien für Äaltere LMS Versionen

Deutsch:

Englisch: