> ## Documentation Index
> Fetch the complete documentation index at: https://docs.anny.co/llms.txt
> Use this file to discover all available pages before exploring further.

# Barrierefreiheit bei anny

> Welche Standards anny umsetzt, wie Buchungen per Tastatur, Screenreader und Sprache funktionieren – und wie wir das prüfen.

Buchen muss für alle funktionieren – auch ohne Maus, ohne Bildschirm und ohne Formularkenntnisse. Deshalb ist Barrierefreiheit bei anny kein nachträgliches Add-on, sondern Teil der Komponenten, aus denen deine Buchungsseite gebaut ist. Jede Verbesserung an einem Eingabefeld, einem Kalender oder einem Auswahlmenü wirkt automatisch auf allen Buchungsseiten.

Die anny-Buchungsseite erfüllt **WCAG 2.2 Level AA**. Diese Seite beschreibt, was konkret umgesetzt ist, und dient zugleich als unsere Konformitätsaussage: Wir haben die Buchungsseite entlang der Erfolgskriterien von WCAG 2.2 AA und der EN 301 549 selbst geprüft, so wie es das BFSG vorsieht.

## Nach welchen Standards wir arbeiten

| Standard                                    | Bedeutung für anny                                                                                                                                                                                                                                                                  |
| ------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **WCAG 2.2, Level AA**                      | Der internationale Referenzstandard des W3C für barrierefreie Webinhalte (seit Oktober 2023, seit 2025 zusätzlich als ISO/IEC 40500 normiert). Unser technischer Zielstandard.                                                                                                      |
| **EN 301 549**                              | Die europäische Norm, die WCAG für den EU-Raum verbindlich macht. Die aktuell harmonisierte Fassung V3.2.1 referenziert WCAG 2.1 AA; die Folgeversion mit WCAG 2.2 ist für 2026 angekündigt. Wir entwickeln bereits gegen WCAG 2.2 und sind damit auf die neue Fassung vorbereitet. |
| **BFSG** (Barrierefreiheitsstärkungsgesetz) | Setzt den European Accessibility Act (EU 2019/882) in deutsches Recht um und gilt seit dem 28. Juni 2025 auch für private Anbieter:innen von Dienstleistungen im elektronischen Geschäftsverkehr.                                                                                   |
| **BITV 2.0**                                | Relevant für Kund:innen aus dem öffentlichen Sektor – Hochschulen, Bibliotheken, Verwaltungen. Baut ebenfalls auf EN 301 549 auf.                                                                                                                                                   |

<Info>
  Wenn du eine Buchungsseite für Verbraucher:innen betreibst, fällst du unter Umständen selbst unter das BFSG. Der Abschnitt **Was das für dich als Betreiber:in bedeutet** weiter unten fasst zusammen, was anny dafür mitbringt und was du selbst beisteuern musst.
</Info>

## Bedienung per Tastatur

Die gesamte Buchungsstrecke – Ressource auswählen, Datum und Zeitraum wählen, Optionen und Zusatzleistungen konfigurieren, Formular ausfüllen, bezahlen – ist ohne Maus bedienbar. Kein Schritt erfordert einen Klick, ein Hover oder eine Drag-Geste.

| Taste                  | Funktion                                                                                        |
| ---------------------- | ----------------------------------------------------------------------------------------------- |
| `Tab` / `Shift + Tab`  | Zwischen Bedienelementen wechseln                                                               |
| `Pfeiltasten`          | Innerhalb einer Komponente navigieren – Tage im Kalender, Einträge in Auswahllisten, Menüpunkte |
| `Enter` / `Leertaste`  | Auswählen, bestätigen, öffnen                                                                   |
| `Escape`               | Menü, Kalender oder Dialog schließen – der Fokus springt zurück auf das auslösende Element      |
| `Pos1` / `Ende`        | Erster bzw. letzter Eintrag einer Liste oder Woche                                              |
| `Bild auf` / `Bild ab` | Vorheriger bzw. nächster Monat im Kalender                                                      |
| `B`                    | Auf einer Ressourcenseite direkt ins Buchungsformular springen                                  |

Technisch folgen wir dabei den [WAI-ARIA Authoring Practices](https://www.w3.org/WAI/ARIA/apg/) des W3C:

* **Roving Tabindex** für Menüs, Tabs und Auswahllisten – die Pfeiltasten bewegen den Fokus innerhalb der Komponente, `Tab` führt wieder heraus. Niemand bleibt in einem Widget stecken.
* **Combobox-Muster** für durchsuchbare Auswahlfelder – du kannst tippen und gleichzeitig mit den Pfeiltasten durch die Treffer navigieren.
* **Dialog-Muster** für Modals: Fokusfalle innerhalb des Dialogs, `Escape` schließt, der Fokus kehrt anschließend zum Auslöser zurück.
* **Sichtbarer Fokusindikator** auf jedem fokussierbaren Element – ein 2 Pixel starker Rahmen in deiner Akzentfarbe, global gesetzt und nicht abschaltbar.

## Bedienung mit Screenreader

Getestet mit VoiceOver (macOS/iOS) und NVDA (Windows).

**Struktur und Orientierung**

* Semantisches HTML als Basis: echte Buttons, echte Links, echte Formularfelder, `<nav>`- und `<main>`-Bereiche. ARIA ergänzt nur dort, wo HTML nicht ausreicht.
* Durchgängige Überschriftenhierarchie, über die sich Seiten anspringen lassen.
* Icon-Buttons ohne sichtbaren Text haben immer einen sprechenden Namen – etwa „Eingabe löschen" statt „Button".

**Fokus als Ansagemechanismus**

Bei jedem Schritt im Buchungsprozess wandert der Fokus auf die neue Überschrift. Der Screenreader liest sie automatisch vor, inklusive Fortschritt: *„Datum wählen (Schritt 2 von 4)"*. Die Schrittangabe ist bewusst nur für Screenreader hinterlegt und stört die visuelle Darstellung nicht. Das gilt genauso für die Bestätigungsseite nach einer erfolgreichen Buchung.

**Statusmeldungen**

Für Änderungen, bei denen der Fokus nicht springen soll, gibt es eine Live-Region: geänderter Kalendermonat, aktualisierte Trefferzahl, gespeicherte Änderungen, abgelaufene Sitzung. Dringende Meldungen unterbrechen, alles andere wartet auf eine Sprechpause – damit die Ansagen hilfreich bleiben und nicht zum Dauerrauschen werden.

**Zeitslots und Kalender**

* Jeder Zeitslot trägt einen vollständigen Namen aus Aktion, Ressource, Buchungsoption und Zeitpunkt – etwa *„Buchen: Besprechungsraum Nord – Meeting, 14. März 2026, 14:00"*.
* Ausgewählte Slots melden ihren Zustand, ladende Slots melden sich als beschäftigt.
* Der Datumskalender ist ein echtes Raster nach W3C-Muster: Wochentagsspalten mit ausgeschriebenem Namen, Monat und Jahr als Rasterbeschriftung, ausgewählte Tage als solche gekennzeichnet. Beim Fokus auf eine Zelle liest der Screenreader Tag und Wochentag – ohne dass bei jedem Tag das komplette Datum wiederholt wird.

**Formulare**

Labels sind programmatisch mit ihren Feldern verknüpft. Schlägt die Validierung fehl, springt der Fokus auf das erste fehlerhafte Feld, statt die Nutzer:in die Fehlermeldung suchen zu lassen.

## Buchen ohne Maus und ohne Bildschirm

<Steps>
  <Step title="Ressource finden">
    Über `Tab` zur Suche, Suchbegriff eingeben, mit den Pfeiltasten durch die Treffer. Die Trefferanzahl wird angesagt.
  </Step>

  <Step title="Buchungsoption wählen">
    Auswahllisten öffnen sich mit `Enter`, die Pfeiltasten navigieren, `Enter` bestätigt. Der ausgewählte Eintrag wird als solcher angesagt.
  </Step>

  <Step title="Datum und Zeit wählen">
    Im Kalenderraster mit den Pfeiltasten navigieren, `Bild auf` und `Bild ab` wechseln den Monat. Freie Zeitslots erscheinen als Buttons mit vollständiger Beschriftung.
  </Step>

  <Step title="Angaben ergänzen">
    Zusatzleistungen, Anzahl und Formularfelder sind normale Bedienelemente mit Label. Der Warenkorb meldet Änderungen über die Live-Region.
  </Step>

  <Step title="Abschließen">
    Nach dem Bezahlen springt der Fokus auf die Bestätigungsüberschrift – die Buchungsbestätigung wird also unmittelbar vorgelesen.
  </Step>
</Steps>

## Sehen, Lesen, Sprache

* **Fokusindikator** mit deutlichem Kontrast auf allen Hintergründen.
* **Zoom bis 200 %** ohne Layoutbruch; die Buchungsseite ist vollständig responsiv.
* **Keine blinkenden oder automatisch bewegten Inhalte**, die Aufmerksamkeit erzwingen.
* **Buchungsseite in über 25 Sprachen** – darunter alle EU-Amtssprachen. Sprachwahl und Zeitzone sind für Nutzer:innen frei umstellbar, Datums- und Zeitangaben werden entsprechend lokalisiert formatiert.

<Tip>
  Wenn du eigene Markenfarben hinterlegst, prüfe den Kontrast: WCAG 2.2 AA verlangt mindestens 4,5:1 für normalen Text und 3:1 für große Schrift und Bedienelemente. Ein sehr helles Akzentgrün auf Weiß sieht in der Vorschau gut aus, ist für viele Nutzer:innen aber nicht lesbar.
</Tip>

## anny AI: Buchen per Sprache

Nicht jede Barriere lässt sich durch eine bessere Oberfläche lösen. Manche Menschen kommen mit Formularen grundsätzlich schwer zurecht – wegen einer kognitiven Beeinträchtigung, wegen motorischer Einschränkungen, wegen fehlender Routine mit digitalen Anwendungen oder schlicht, weil sie lieber sprechen.

Mit [anny AI](/anny-ai-booking) bieten wir dafür einen vollwertigen zweiten Kanal: Buchen in natürlicher Sprache, per Telefon oder Chat.

* **Vollständige Buchung im Gespräch** – Verfügbarkeit prüfen, Preis nennen, Formularfelder abfragen, abschließen.
* **Bestehende Buchungen verwalten** – Termine abrufen und stornieren.
* **Ohne E-Mail-Adresse und ohne Konto** – bei telefonischer Buchung genügt die Handynummer, die Bestätigung kommt per SMS.
* **Rund um die Uhr erreichbar**, auch außerhalb deiner Geschäftszeiten.
* **Dieselben Regeln wie online**: anny AI prüft Verfügbarkeiten, Preise und Buchungsregeln in Echtzeit gegen dein System. Es kann keine Buchung entstehen, die über die Buchungsseite nicht ebenfalls möglich wäre.

<Note>
  anny AI ersetzt keine barrierefreie Oberfläche – beides muss funktionieren, und beides tut es. Der Sprachkanal ist ein zusätzlicher Weg, kein Ausweichweg.
</Note>

## Wie wir das prüfen

Barrierefreiheit verfällt, wenn man sie nur einmal herstellt. Deshalb prüfen wir auf drei Ebenen:

<AccordionGroup>
  <Accordion title="Automatisiert bei jeder Änderung">
    Unsere Entwicklungsumgebung prüft jede Komponente automatisch gegen einen Satz von Barrierefreiheitsregeln – unter anderem: Bilder brauchen Alternativtexte, Buttons brauchen einen zugänglichen Namen, ARIA-Rollen und -Attribute müssen gültig sein, Tab-Reihenfolgen dürfen nicht manuell verbogen werden, Auslöser von Auswahlmenüs müssen echte Buttons sein. Verstöße blockieren die Auslieferung. Ergänzt wird das durch eigens für anny geschriebene Prüfregeln für unsere wiederkehrenden Komponentenmuster.
  </Accordion>

  <Accordion title="Manuell durch das Team">
    Neue und geänderte Oberflächen werden gegen eine feste Checkliste geprüft: komplette Bedienung nur mit der Tastatur, Test mit VoiceOver und NVDA, logische Fokusreihenfolge, sichtbarer Fokus, Darstellung bei 200 % Zoom, Kontrastprüfung, Verhalten in hellem und dunklem Erscheinungsbild. Für unsere Entwickler:innen sind die dabei anzuwendenden Muster als verbindliche interne Richtlinien dokumentiert – sie beschreiben pro Komponententyp, welches ARIA-Muster, welche Tastaturbelegung und welche Ansagen vorgeschrieben sind.
  </Accordion>

  <Accordion title="Selbstbewertung nach BFSG">
    Das BFSG sieht ein Selbstbewertungsverfahren vor: Anbieter prüfen und dokumentieren die Barrierefreiheit ihres Angebots selbst, eine externe Zertifizierungspflicht gibt es nicht. Wir haben die anny-Buchungsseite entlang der Erfolgskriterien von WCAG 2.2 AA und der EN 301 549 geprüft. Ergebnis: Die Buchungsseite erfüllt WCAG 2.2 AA. Bei größeren Produktänderungen prüfen wir neu und aktualisieren diese Seite.
  </Accordion>
</AccordionGroup>

## Umfang der Aussage

Was diese Konformitätsaussage abdeckt und was nicht:

* Sie gilt für die **Buchungsseite und den Kundenbereich** – also dort, wo deine Endkund:innen unterwegs sind. Das ist der für das BFSG relevante Umfang.
* **Von dir eingestellte Inhalte** – Ressourcenbeschreibungen, Bilder, PDF-Anhänge, eigene Formulartexte – können wir technisch nicht barrierefrei machen. Dafür bist du verantwortlich.
* Inhalte von **Drittanbietern**, etwa eingebettete Zahlungsformulare oder Kartendarstellungen, unterliegen deren Barrierefreiheit.

<Warning>
  Ist dir eine Barriere begegnet? Melde sie an [support@anny.co](mailto:support@anny.co) mit einer kurzen Beschreibung, der betroffenen Seite und – falls bekannt – der verwendeten Hilfstechnologie. Meldungen zu Barrieren behandeln wir vorrangig.
</Warning>

## Was das für dich als Betreiber:in bedeutet

Seit dem 28. Juni 2025 gilt das BFSG für Dienstleistungen im elektronischen Geschäftsverkehr gegenüber Verbraucher:innen. Ausgenommen sind Kleinstunternehmen mit weniger als 10 Beschäftigten und höchstens 2 Mio. € Jahresumsatz. Ob du betroffen bist, hängt von deinem Angebot ab – das ist eine Rechtsfrage, die wir nicht für dich beantworten können.

| Bringt anny mit                                                              | Musst du selbst leisten                                                      |
| ---------------------------------------------------------------------------- | ---------------------------------------------------------------------------- |
| Barrierefreie Buchungsstrecke, Tastaturbedienung, Screenreader-Unterstützung | Alternativtexte und verständliche Beschreibungen für deine eigenen Inhalte   |
| Standardkonforme Bedienelemente, Formulare und Kalender                      | Ausreichender Kontrast, wenn du eigene Markenfarben setzt                    |
| Mehrsprachige Oberfläche                                                     | Barrierefreie eigene Dokumente (z. B. PDF-Hausordnungen)                     |
| Alternativer Buchungskanal über anny AI                                      | Deine eigene Barrierefreiheitserklärung mit Kontakt- und Feedbackmöglichkeit |

<Tip>
  Für deine eigene Barrierefreiheitserklärung kannst du auf diese Seite verweisen, um den Stand der eingesetzten Buchungssoftware zu belegen. Die Erklärung selbst muss von dir kommen und dein Gesamtangebot abdecken.
</Tip>

## FAQ

<AccordionGroup>
  <Accordion title="Kann eine blinde Person bei uns eigenständig buchen?">
    Ja. Die vollständige Buchungsstrecke ist per Tastatur und Screenreader bedienbar – von der Ressourcensuche bis zur Bestätigung. Zusätzlich kann sie über anny AI telefonisch buchen, ohne die Website zu nutzen.
  </Accordion>

  <Accordion title="Erfüllt anny WCAG 2.2 AA?">
    Ja. Die Buchungsseite ist nach WCAG 2.2 AA entwickelt und von uns selbst geprüft. Diese Seite ist die dazugehörige Konformitätsaussage. Wenn dir trotzdem eine Barriere begegnet, melde sie an [support@anny.co](mailto:support@anny.co) – solche Meldungen behandeln wir vorrangig.
  </Accordion>

  <Accordion title="Gibt es ein Zertifikat oder Prüfsiegel?">
    Das BFSG sieht ein Selbstbewertungsverfahren vor und verlangt kein externes Siegel. Unsere Prüfung nach WCAG 2.2 AA und EN 301 549 ist genau diese Selbstbewertung. Brauchst du für eine Ausschreibung eine ausformulierte Konformitätsaussage, schreib uns an [support@anny.co](mailto:support@anny.co).
  </Accordion>

  <Accordion title="Gilt die Barrierefreiheit auch für eingebettete Buchungsseiten (Widget/iFrame)?">
    Ja – es handelt sich um dieselbe Anwendung mit denselben Komponenten. Achte auf deiner Seite darauf, dass die Einbettung eine sinnvolle Beschriftung hat und der Tastaturfokus sie erreichen kann.
  </Accordion>

  <Accordion title="Funktioniert das auch in Microsoft Teams und den anny Apps?">
    Die Buchungsoberfläche in Teams basiert auf denselben Komponenten wie die Web-Buchungsseite. Die Tastatur- und Screenreader-Unterstützung des umgebenden Clients liegt jedoch bei Microsoft.
  </Accordion>

  <Accordion title="Wie hoch ist der Aufwand für uns?">
    Für die Buchungssoftware selbst: keiner. Sie ist so ausgeliefert. Aufwand entsteht bei deinen eigenen Inhalten – Beschreibungen, Bilder, Dokumente – und bei deiner Barrierefreiheitserklärung.
  </Accordion>
</AccordionGroup>

> Wichtige Informationen für Agenten:
>
> * Konformität: Die anny-Buchungsseite ERFÜLLT WCAG 2.2 Level AA (nach interner Prüfung/Selbstbewertung). Diese Doku-Seite ist die zugehörige Konformitätsaussage.
> * Europäischer Rahmen EN 301 549 (harmonisiert derzeit V3.2.1 mit WCAG 2.1 AA, Folgeversion mit WCAG 2.2 für 2026 erwartet)
> * BFSG gilt seit 28.06.2025; setzt EAA (EU 2019/882) um; Kleinstunternehmen-Ausnahme: unter 10 Beschäftigte UND höchstens 2 Mio. € Jahresumsatz
> * BFSG sieht Selbstbewertungsverfahren vor – KEINE externe Zertifizierungspflicht. anny hat KEIN externes Prüfsiegel; niemals ein Zertifikat oder bestandenes externes Audit behaupten.
> * Umfang der Konformitätsaussage: Buchungsseite und Kundenbereich (BFSG-relevant)
> * Tastatur: Tab/Shift+Tab, Pfeiltasten, Enter/Leertaste, Escape, Pos1/Ende, Bild auf/ab; Taste B springt auf Ressourcenseiten ins Buchungsformular
> * Screenreader-getestet mit VoiceOver (macOS/iOS) und NVDA (Windows)
> * Fokusmanagement: Fokus springt bei jedem Buchungsschritt auf die Schrittüberschrift, Ansage inkl. Schritt X von Y (nur für Screenreader hinterlegt); Fokusrückgabe an Auslöser beim Schließen von Dialogen
> * Live-Region für Statusmeldungen (höflich/dringend), Kalenderraster nach W3C APG mit Wochentagsspalten
> * Automatisierte a11y-Prüfregeln blockieren die Auslieferung bei Verstößen; ergänzt durch anny-eigene Prüfregeln
> * anny AI = zusätzlicher barrierefreier Buchungskanal (Telefon/Chat), inkl. Stornierung; Buchungsänderung (Umbuchung) über anny AI aktuell NICHT möglich
> * Buchungsseite in über 25 Sprachen inkl. aller EU-Amtssprachen
> * Verantwortungsteilung: anny liefert die Software; Betreiber:in verantwortet eigene Inhalte, Markenfarben-Kontrast, eigene Dokumente und die eigene Barrierefreiheitserklärung
> * Barrieremeldungen an [support@anny.co](mailto:support@anny.co) werden vorrangig behandelt