Erklärung zur Barrierefreiheit

Diese Übersetzung dient nur der besseren Verständlichkeit. Bei Abweichungen ist die spanische Fassung maßgeblich.

BIOMAG, S.L.U. verpflichtet sich, AIM CODEX gemäß dem spanischen Gesetz 11/2023 vom 8. Mai barrierefrei zu gestalten, das die Richtlinie (EU) 2019/882 (European Accessibility Act) in spanisches Recht umsetzt.

Stand der Vereinbarkeit

AIM CODEX ist mit der Norm EN 301 549, die auf die Richtlinien WCAG 2.1 Stufe AA verweist, teilweise vereinbar; zusätzlich prüfen wir die mit WCAG 2.2 hinzugekommenen Kriterien (siehe unten). „Teilweise vereinbar“ bedeutet, dass die meisten Anforderungen erfüllt sind, mit den unten genannten Ausnahmen.

Wir erklären keine volle Vereinbarkeit, weil wir weder eine zertifizierte externe Prüfung noch Tests mit echten Nutzern assistiver Technologien durchgeführt haben. Wir sagen lieber, was wir geprüft haben und wie, als eine Vereinbarkeit zu behaupten, die wir nicht belegen könnten.

Wie wir geprüft haben

Selbstbewertung, die bei jeder Änderung des Produkts automatisch läuft:

• axe-core (Open-Source-Prüfmaschine von Deque Systems, die die WCAG-Kriterien des W3C anwendet) auf den öffentlichen Seiten mit den Kriterien WCAG 2.0, 2.1 und 2.2 A/AA: null festgestellte Verstöße.
• Manuelle Prüfung dessen, was axe-core bei WCAG 2.2 nicht misst: dass die feste Kopfzeile nicht verdeckt, was den Fokus erhält (2.4.11), dass Anmeldefelder von einem Passwortmanager ausgefüllt werden können und Einfügen erlauben (3.3.8), und dass keine Aktion Ziehen erfordert (2.5.7).
• Ein echter Durchgang mit der Tastatur in einem Browser, weil axe-core die Navigation nicht bewertet: Wir prüfen, dass alles, was mit der Tabulatortaste erreichbar ist, seinen Fokus zeigt (WCAG 2.4.7), dass die Konsole ohne Maus bedienbar ist (WCAG 2.1.1) und dass die Seite, die der Empfänger sieht, Sprache, Überschrift und Bildalternativen angibt.
• Prüfung des Barrierefreiheitsbaums: Wir prüfen, dass jede Aktion mit ihrer richtigen Rolle (Schaltfläche, Link) und einem Namen angekündigt wird – das, was Nutzer eines Bildschirmlesers hören.
• Diese Prüfungen sind Teil der kontinuierlichen Integration: Eine Änderung, die die Barrierefreiheit beeinträchtigt, stoppt die Veröffentlichung.

Das Werkzeug für die Tastaturprüfung ist herramientas/probar_accesibilidad.py im Produkt selbst.

Nicht barrierefreie Inhalte

Uns sind folgende Einschränkungen bekannt:

• Dokumente der Kunden. CODEX versiegelt und übermittelt Dateien, die die Nutzer selbst erstellen (PDF, Bilder, Text). Für die Barrierefreiheit fremder Dokumente können wir nicht garantieren. Die Dokumente, die CODEX erzeugt, werden als PDF/A-3b (ISO 19005-3) ausgegeben, ein für die Langzeitarchivierung gedachtes Format mit auswählbarem Text und eingebetteten Schriften.
• Keine Tests mit echten Nutzern assistiver Technologien. Wir prüfen automatisch den Barrierefreiheitsbaum – die Struktur, die ein Bildschirmleser ankündigt – und haben so sechs Aktionen des Produkts, darunter „Annehmen und unterschreiben“, gefunden und korrigiert, die als Text statt als Schaltflächen erschienen. Mit kommerziellen Bildschirmlesern (JAWS, NVDA, VoiceOver) oder mit Menschen, die sie täglich nutzen, haben wir aber noch nicht geprüft. Das ist die Einschränkung, die wir am dringendsten beheben wollen.
• Handgezeichnete Unterschrift. Der Modus „Zeichnen“ erfordert einen Zeiger oder Touchscreen. Es gibt die Alternative „Schreiben“, die allein mit der Tastatur funktioniert.

Wenn Sie auf eine Barriere stoßen

Schreiben Sie uns an hola@aim-codex.ai und nennen Sie die Seite und was Sie daran gehindert hat, die Aufgabe abzuschließen. Wir antworten innerhalb von höchstens 20 Arbeitstagen. Sind Sie mit der Antwort nicht zufrieden, können Sie bei der zuständigen Marktüberwachungsbehörde für Barrierefreiheit Beschwerde einlegen.

Datum

Erklärung erstellt am 12. August 2026 und überprüft am 24. Oktober 2026 durch automatisierte Selbstbewertung und manuelle Prüfung. Sie wird bei jeder Änderung des Produkts überprüft.