Barrierefreiheitserklärung
Accessibility Statement

1. Geltungsbereich

[[ENTITY_NAME]] ist bemüht, die eigenen digitalen Angebote im Rahmen von CampusCircle im Sinne der Barrierefreie-Informationstechnik-Verordnung (BITV 2.0), der europäischen Norm EN 301 549 und den Web Content Accessibility Guidelines (WCAG) 2.1, Konformitätsstufe AA, barrierefrei zu gestalten.

Diese Erklärung gilt für folgende Angebote unter campuscircle.de:

• Element Web - der Matrix-Chat-/Videoclient unter app.campuscircle.de, einschließlich der zugehörigen statischen Rechtsseiten (Impressum, Datenschutzerklärung, Nutzungsbedingungen).
• newstudy - die Studien-App (Modulkatalog, Skill-Tree/Roadmap, Dashboard, Fortschrittsanzeige) unter newstudy.campuscircle.de und deren API unter api.newstudy.campuscircle.de.
• Keycloak-Anmeldeseite unter keycloak.campuscircle.de (Realm newStudy), da sie den gemeinsamen Single-Sign-On-Einstiegspunkt für Element und newstudy bildet.

Ausdrücklich nicht von dieser Erklärung erfasst sind die eingebetteten Drittanbieter-Widgets (NeoBoard, Poll, BarCamp, Etherpad/EtherCalc), die separaten Videoanwendungen OpenTalk und Jitsi, sowie weitere Zusatzdienste. Diese werden schrittweise nachgezogen, sobald sie produktiv für Studierende relevant sind.

Hinweis zum Status der Plattform: CampusCircle befindet sich derzeit im Beta-Betrieb ("TIA beta") und ist kein offiziell durch die DHBW betriebenes System. Ob die Anwendungspflicht der BITV/des Barrierefreiheitsstärkungsgesetzes (BFSG) bzw. des Landes-Behindertengleichstellungsgesetzes Baden-Württemberg (L-BGG) formal auf dieses Beta-Angebot zutrifft, ist zwischen Betreiber und DHBW noch nicht abschließend geklärt (offene Governance-Entscheidung). Unabhängig davon veröffentlichen wir diese Erklärung freiwillig, weil wir uns an denselben Standards messen lassen wollen, die für öffentliche Hochschulangebote gelten.

2. Stand der Vereinbarkeit mit den Anforderungen

Diese Angebote sind teilweise mit den Anforderungen der BITV 2.0 / EN 301 549 / WCAG 2.1 Stufe AA vereinbar. Die Einstufung beruht auf einer internen Selbstbewertung durch das Entwicklungsteam anhand der bekannten Bausteine (Design-Tokens für Kontrast/Fokus, semantisches HTML, prefers-reduced-motion, Tastaturfokus-Ringe, ARIA-Labels an interaktiven Steuerelementen). Es hat noch kein vollständiges externes BITV-Audit (z. B. BITV-Test, VPAT) stattgefunden. Bis dieses Audit vorliegt, ist die Einstufung "teilweise vereinbar" als vorläufig und verbesserungsbedürftig zu verstehen, nicht als abschließendes Prüfergebnis.

3. Erstellung dieser Erklärung

Diese Erklärung wurde am [[LAST_UPDATED_DATE]] im Rahmen einer internen Selbstbewertung erstellt. Eine Aktualisierung erfolgt, sobald ein externes BITV-Audit vorliegt oder sich der Funktionsumfang der Plattform wesentlich ändert.

4. Nicht barrierefreie Inhalte

Nach aktuellem Kenntnisstand bestehen unter anderem folgende Einschränkungen:

• Sprachattribut (lang): Auf einzelnen statischen Seiten weicht das deklarierte Sprachattribut vom tatsächlichen Seiteninhalt ab (z. B. deutschsprachiger Inhalt mit lang="en" ausgezeichnet). Das verletzt WCAG 3.1.1 (Sprache der Seite) und wird korrigiert; bis dahin kann assistive Technologie den falschen Vorleseakzent wählen.
• Live-Untertitel/Transkription bei Videoanrufen: Element Call, OpenTalk und Jitsi bieten in der aktuellen Konfiguration keine Echtzeit-Untertitelung oder automatische Transkription an. Das ist eine bekannte Lücke gegenüber EN 301 549 (Echtzeittext/Untertitelung) für hörbeeinträchtigte Nutzer:innen; eine rein lokal gehostete Lösung (Jigasi + Vosk) wird als mögliche Abhilfe geprüft, ist aber noch nicht umgesetzt.
• Grafische Auswertungen (Canvas/Chart.js): Das Radar-Diagramm im Fortschrittsbereich sowie der Skill-Tree/Roadmap werden als Canvas- bzw. stark visuelle Grafik gerendert; eine gleichwertige textuelle/tabellarische Alternative für Screenreader-Nutzer:innen ist nicht durchgängig geprüft.
• Eingebettete Drittanbieter-Widgets: NeoBoard, Poll, BarCamp, Etherpad/EtherCalc und die maubot-Bot-Oberflächen laufen in eigenen iframes/Fremdanwendungen; ihre Barrierefreiheit liegt außerhalb unserer direkten Kontrolle und wurde nicht separat auditiert.
• Tastatur- und Screenreader-Vollabdeckung: Fokusreihenfolge, Fokusfallen in Modals/Dropdowns und Screenreader-Verhalten (NVDA/JAWS/VoiceOver) wurden bislang nur stichprobenartig, nicht systematisch mit einem vollständigen Testplan geprüft.
• Kontrast in beiden Themes: Farb-/Kontrastwerte für Text, Badges und Statusfarben wurden in mehreren Überarbeitungsrunden gezielt auf WCAG-AA-Kontrast (4,5:1 Text / 3:1 UI-Komponenten) hin verbessert, jedoch nicht durch ein automatisiertes Vollaudit (z. B. axe-core) über alle Seiten und Zustände hinweg bestätigt.
• Keycloak-Anmeldedesign (Theme "dhbw"): Das Login-/Konto-Theme basiert auf der barrierefreieren Keycloak-Basisvorlage (keycloak.v2), die eigenen Anpassungen (Farben, Logo, Texte) wurden aber nicht gesondert auf Kontrast/Fokus/Alt-Texte geprüft.
• PDF-Exporte: Im Fortschrittsbereich erzeugte PDF-Exporte (jsPDF/html2canvas) sind aktuell bildbasiert und nicht als getaggtes, barrierefreies PDF strukturiert.

5. Checkliste - was ein vollständiges BITV-Audit noch prüfen muss

Diese Liste hält offen fest, was diese Selbstbewertung nicht ersetzt:

1. Automatisierter + manueller Vollaudit (BITV-Test, axe-core oder vergleichbar) über index.html, dashboard.html, roadmap.html, progress.html, promo.html, den Element-Web-Client und das Keycloak-Login-/Konto-Theme.
2. Korrektur und erneute Prüfung aller lang-Attribute (bekannte Abweichung siehe Punkt 4), inklusive dynamisch per JavaScript gesetzter Sprache in den Single-Page-Views.
3. Vollständiger Tastaturtest: Tab-Reihenfolge, Fokusfallen/-rückgabe in allen Modals, Dropdown-Menüs und Toolbar-Controls; Escape schließt Overlays zuverlässig.
4. Kontrastprüfung für Text (4,5:1) und UI-Komponenten (3:1) in beiden Themes (dunkel/hell), inklusive Badge-/Tag-/Status-Farbkombinationen und des Keycloak-Themes.
5. Screenreader-Test (NVDA, JAWS, VoiceOver) entlang der Kernpfade: Login, Modulkatalog durchsuchen, Einschreibung, Dashboard-Zielsetzung, Videoanruf beitreten.
6. Textalternative für visuelle Daten: Radar-Diagramm (progress.html) und Skill-Tree/Roadmap brauchen eine geprüfte, gleichwertige Tabellen-/Textalternative.
7. Untertitel/Transkription für aufgezeichnete Vorlesungen und Live-Videoanrufe gegen EN 301 549 Abschnitt 7.1 (Echtzeittext) / 7.2 (Untertitelung) bewerten und ggf. umsetzen.
8. Formulare: Fehlerkennzeichnung, Beschriftung (Labels), autocomplete-Attribute bei Login, Registrierung und Dashboard-Formularen.
9. PDF-Exporte auf getaggte, barrierefreie PDF-Struktur statt reiner Bildwiedergabe prüfen.
10. Drittanbieter-Widgets (NeoBoard, Poll, BarCamp, Etherpad/EtherCalc, maubot) auf eigene Konformität prüfen bzw. deren Herstellererklärungen einholen.
11. Reflow/Zoom: Darstellung bei 400 % Zoom bzw. 320px Viewportbreite ohne horizontalen Scroll des Hauptinhalts (WCAG 1.4.10).
12. Bewegung/Animation: Abdeckung von prefers-reduced-motion über alle Animationen hinweg verifizieren (Grundmechanismus ist implementiert, Vollständigkeit offen).
13. Touch-Ziele: Mindestgröße 44x44px über alle mobilen Breakpoints hinweg stichprobenartig und systematisch verifizieren.
14. Formales Ergebnis: Prüfbericht/VPAT einer qualifizierten externen Prüfstelle einholen und diese Erklärung mit Datum und konkretem Konformitätsgrad aktualisieren.

6. Barrieren melden - Kontakt

Wenn Sie auf Barrieren stoßen, die Sie an der Nutzung von Element Web oder newstudy hindern, teilen Sie uns dies bitte mit:

• Verantwortliche Stelle: [[ENTITY_NAME]], [[ADDRESS]]
• E-Mail: [[EMAIL]]
• Telefon: [[PHONE]]
• Alternativ (z. B. bei datenschutzbezogenen Anliegen): [[DPO_NAME_CONTACT]]

Wir bemühen uns, Rückmeldungen so zeitnah wie möglich zu bearbeiten. Für die Beta-Phase ist noch keine verbindliche Bearbeitungsfrist (SLA) formal festgelegt; das wird mit dem allgemeinen Betroffenenrechte-/Erasure-Prozess zusammen nachgezogen.

7. Schlichtungsverfahren

Sollten Sie mit unserer Antwort auf Ihre Meldung nicht zufrieden sein, können Sie sich - sofern die BITV/das BFSG bzw. das L-BGG Baden-Württemberg auf dieses Angebot formal Anwendung finden - grundsätzlich an die zuständige Schlichtungsstelle wenden:

• Für Bundesstellen: Schlichtungsstelle nach § 16 BGG beim Bundesministerium für Arbeit und Soziales.
• Für Stellen des Landes Baden-Württemberg: Schlichtungsstelle nach § 16 L-BGG bei der/dem Landesbehindertenbeauftragten Baden-Württemberg - genaue aktuelle Kontaktdaten: [[BITV_SCHLICHTUNGSSTELLE_KONTAKT]] (vor Veröffentlichung verifizieren, da sich Zuständigkeit/Kontakt ändern können).

Wichtiger Hinweis: Ob dieser formale Schlichtungsweg für das CampusCircle-Beta-Angebot tatsächlich eröffnet ist, hängt von der noch ausstehenden Klärung des offiziellen Status der Plattform mit der DHBW ab (siehe Abschnitt 1). Bis zur Klärung bearbeiten wir Meldungen über den in Abschnitt 6 genannten Kontakt.

1. Scope

[[ENTITY_NAME]] is committed to making the CampusCircle digital offerings accessible in line with the German Barrierefreie-Informationstechnik-Verordnung (BITV 2.0), the European standard EN 301 549, and the Web Content Accessibility Guidelines (WCAG) 2.1, level AA.

This statement covers the following offerings under campuscircle.de:

• Element Web - the Matrix chat/video client at app.campuscircle.de, including its static legal pages (imprint, privacy notice, terms of use).
• newstudy - the study app (module catalogue, skill-tree/roadmap, dashboard, progress view) at newstudy.campuscircle.de and its API at api.newstudy.campuscircle.de.
• Keycloak login page at keycloak.campuscircle.de (realm newStudy), as the shared single sign-on entry point for Element and newstudy.

Explicitly out of scope for this statement: the embedded third-party widgets (NeoBoard, Poll, BarCamp, Etherpad/EtherCalc), the separate video applications OpenTalk and Jitsi, and the other auxiliary services. These will be brought into scope incrementally as they become production-relevant for students.

A note on the platform's status: CampusCircle is currently a beta ("TIA beta") and is not an officially operated DHBW system. Whether the BITV / German Accessibility Strengthening Act (BFSG) / Baden-Württemberg L-BGG legally apply to this beta offering has not yet been formally clarified between the operator and DHBW (an open governance decision). We publish this statement voluntarily regardless, because we want to be held to the same standard that applies to official university digital offerings.

2. Conformance status

These offerings are partially conformant with BITV 2.0 / EN 301 549 / WCAG 2.1 level AA. This classification is based on an internal self-assessment by the development team against known building blocks already in place (design tokens for contrast/focus, semantic HTML, prefers-reduced-motion support, visible keyboard focus rings, ARIA labels on interactive controls). No full external BITV audit (e.g. BITV-Test, VPAT) has taken place yet. Until that audit exists, "partially conformant" should be read as provisional and in need of improvement, not as a final test result.

3. Preparation of this statement

This statement was prepared on [[LAST_UPDATED_DATE]] as part of an internal self-assessment. It will be updated once an external BITV audit is available, or when the platform's functional scope changes materially.

4. Known limitations

To the best of our current knowledge, the following limitations exist:

• Language attribute (lang): some static pages declare a lang value that does not match the actual page content (e.g. German-language content marked lang="en"). This violates WCAG 3.1.1 (Language of Page) and is being fixed; until then, assistive technology may use the wrong pronunciation/voice.
• Live captions/transcription in video calls: Element Call, OpenTalk and Jitsi currently offer no real-time captioning or automatic transcription. This is a known gap against EN 301 549 (real-time text/captioning) for hearing-impaired users; a fully self-hosted option (Jigasi + Vosk) is under consideration but not implemented.
• Graphical data views (Canvas/Chart.js): the progress radar chart and the skill-tree / roadmap are rendered as canvas or heavily visual graphics; an equivalent text/table alternative for screen-reader users is not consistently verified.
• Embedded third-party widgets: NeoBoard, Poll, BarCamp, Etherpad/EtherCalc and maubot bot surfaces run inside their own iframes/external applications; their accessibility is outside our direct control and has not been separately audited.
• Full keyboard/screen-reader coverage: focus order, focus traps in modals/dropdowns, and screen-reader behaviour (NVDA/JAWS/VoiceOver) have only been spot-checked, not systematically tested against a full test plan.
• Contrast in both themes: text/badge/status color values have been iteratively improved toward WCAG AA contrast (4.5:1 text / 3:1 UI components) across several rounds, but have not been confirmed by a full automated audit (e.g. axe-core) across every page and state.
• Keycloak login theme ("dhbw"): the login/account theme extends Keycloak's more accessible base template (keycloak.v2), but the custom overrides (colors, logo, copy) have not been separately checked for contrast/focus/alt text.
• PDF exports: progress-view PDF exports (jsPDF/html2canvas) are currently image-based and not structured as tagged, accessible PDFs.

5. Checklist - what a full BITV audit still needs to verify

This list records what this self-assessment does not replace:

1. Full automated + manual audit (BITV-Test, axe-core or equivalent) across index.html, dashboard.html, roadmap.html, progress.html, promo.html, the Element Web client, and the Keycloak login/account theme.
2. Fix and re-verify all lang attributes (known mismatch, see item 4), including language set dynamically via JavaScript in the single-page views.
3. Full keyboard test: tab order, focus trapping/return in all modals, dropdown menus and toolbar controls; Escape reliably closes overlays.
4. Contrast verification for text (4.5:1) and UI components (3:1) in both themes (dark/light), including badge/tag/status color combinations and the Keycloak theme.
5. Screen-reader test (NVDA, JAWS, VoiceOver) across core flows: login, catalogue browsing, enrolment, dashboard goal-setting, joining a video call.
6. Text alternative for visual data: the progress radar chart and the skill-tree/roadmap need a verified, equivalent table/text alternative.
7. Captions/transcription for recorded lectures and live video calls assessed against EN 301 549 clause 7.1 (real-time text) / 7.2 (captioning), and implemented if required.
8. Forms: error identification, labelling, autocomplete attributes on login, registration and dashboard forms.
9. PDF exports checked for tagged, accessible PDF structure instead of plain image output.
10. Third-party widgets (NeoBoard, Poll, BarCamp, Etherpad/EtherCalc, maubot) checked for their own conformance, or their vendor accessibility statements obtained.
11. Reflow/zoom: rendering at 400% zoom / 320px viewport width without horizontal scrolling of the main content (WCAG 1.4.10).
12. Motion/animation: verify prefers-reduced-motion coverage across all animations (the base mechanism is implemented; full coverage is unverified).
13. Touch targets: verify the 44x44px minimum size across all mobile breakpoints, systematically rather than by spot check.
14. Formal result: obtain a test report/VPAT from a qualified external tester and update this statement with a date and a concrete conformance level.

6. Reporting barriers - contact

If you encounter barriers that prevent you from using Element Web or newstudy, please let us know:

• Responsible entity: [[ENTITY_NAME]], [[ADDRESS]]
• Email: [[EMAIL]]
• Phone: [[PHONE]]
• Alternatively (e.g. for privacy-related matters): [[DPO_NAME_CONTACT]]

We aim to handle reports as promptly as possible. During the beta phase there is no formally committed response-time SLA yet; this will be established together with the general data-subject-rights/erasure process.

7. Enforcement procedure

If you are not satisfied with our response, and insofar as BITV/BFSG or the Baden-Württemberg L-BGG formally apply to this offering, you can in principle contact the competent arbitration body:

• For federal bodies: the arbitration body (Schlichtungsstelle) under § 16 BGG at the Federal Ministry of Labour and Social Affairs.
• For Baden-Württemberg state bodies: the arbitration body under § 16 L-BGG at the Baden-Württemberg Commissioner for the Disabled - current contact details: [[BITV_SCHLICHTUNGSSTELLE_KONTAKT]] (verify before publication, as competence/contact details can change).

Important: whether this formal arbitration route is actually open for the CampusCircle beta offering depends on the still-pending clarification of the platform's official status with DHBW (see Section 1). Until that is clarified, we handle reports through the contact given in Section 6.