Compliance und Sicherheit

Barrierefreiheits-Konformitätsbericht (VPAT)

Dies ist Vilulias Barrierefreiheits-Konformitätsbericht, erstellt nach der Voluntary Product Accessibility Template (VPAT) Version 2.5, WCAG-Edition. Er zeichnet kriteriumsweise auf, wie die Plattform an WCAG 2.1 Level A und AA gemessen wird. Beschaffungsteams und Barrierefreiheitsprüfer können ihn direkt verwenden; alle anderen finden die Klartextversion in der Barrierefreiheitserklärung.

Berichtsinformationen

Produktname	Vilulia ADR Platform (Webanwendung)
Produktversion	Aktuelle Version (Software as a Service, kontinuierlich bereitgestellt)
Berichtsdatum	September 2026
Kontakt	support@vilulia.com
Standard	WCAG 2.1, Level A und AA
Bewertungsmethode	Interne Selbstbewertung: manuelle Tastatur- und Screenreader-Tests, automatisierte Barrierefreiheitsprüfungen und Kontrastmessung der Benutzeroberflächen-Farbtoken

Selbst gemeldete Bewertung. Dieser Bericht wird intern von Vilulia auf Grundlage manueller Tastatur- und Screenreader-Tests, Kontrastmessungen und Code-Reviews erstellt. Es handelt sich nicht um ein zertifiziertes Audit durch einen unabhängigen Barrierefreiheitsspezialisten. Konformitätsangaben spiegeln die Designabsicht und den Produktstand zum Berichtsdatum wider; sie erfassen möglicherweise nicht jeden Interaktionspfad oder jede Kombination von Hilfstechnologien. Beschaffungsteams, die eine zertifizierte Drittbewertung benötigen, sollten support@vilulia.com kontaktieren, um eine zu arrangieren. Wir aktualisieren diesen Bericht, wenn wesentliche Barrierefreiheitsarbeiten abgeschlossen werden und nach jedem formellen Audit.

So lesen Sie die Konformitätsstufen

Unterstützt. Die Funktionalität des Produkts erfüllt das Kriterium ohne bekannte Mängel.
Teilweise unterstützt. Einige Funktionalität des Produkts erfüllt das Kriterium nicht.
Nicht unterstützt. Der Großteil der Produktfunktionalität erfüllt das Kriterium nicht.
Nicht anwendbar. Das Kriterium ist für das Produkt nicht relevant.

Tabelle 1: WCAG 2.1 Level A

Kriterium	Name	Konformitätsstufe	Anmerkungen und Erläuterungen
1.1.1	Non-text Content	Unterstützt	Icons tragen ein `aria-label`, oder sind als `aria-hidden` markiert, wo eine benachbarte Textbeschriftung das Steuerelement bereits benennt.
1.3.1	Info and Relationships	Unterstützt	Durchgehend semantisches HTML, mit `fieldset` und `legend` für gruppierte Formulareingaben und `role="log"` für den Fallchat.
1.3.2	Meaningful Sequence	Unterstützt	Die DOM-Lesereihenfolge entspricht der visuellen Reihenfolge bei jedem Layout.
1.3.3	Sensory Characteristics	Unterstützt	Anweisungen hängen nicht allein von Form, Farbe, Größe oder Position ab; Steuerelemente werden durch ihren Beschriftungstext identifiziert.
1.4.1	Use of Color	Unterstützt	Fallstatus, Konformitätsstatus und Validierungsergebnisse verbinden Farbe mit einer Form oder einem Textlabel.
1.4.2	Audio Control	Nicht anwendbar	Es wird kein Audio automatisch abgespielt.
2.1.1	Keyboard	Unterstützt	Alle interaktiven Elemente sind über die Tastatur erreichbar und bedienbar; Tab-Navigation ist in der gesamten Anwendung implementiert.
2.1.2	No Keyboard Trap	Unterstützt	Der Fokus ist in keiner Komponente eingesperrt, außer in modalen Dialogen, wo dies beabsichtigt ist und der Dialog mit der Escape-Taste geschlossen wird.
2.4.1	Bypass Blocks	Unterstützt	Ein Mechanismus zum Überspringen zum Inhalt ist auf jeder Seite vorhanden.
2.4.2	Page Titled	Unterstützt	Jede Seite trägt einen beschreibenden Dokumenttitel.
2.4.3	Focus Order	Unterstützt	Die Fokusreihenfolge folgt der logischen Lesereihenfolge der Seite.
2.4.4	Link Purpose (In Context)	Unterstützt	Der Linktext beschreibt sein Ziel im Kontext des umgebenden Inhalts.
3.1.1	Language of Page	Unterstützt	Das `html lang`-Attribut wird aus dem aktiven Gebietsschema für alle fünf unterstützten Sprachen gesetzt.
3.2.1	On Focus	Unterstützt	Das Verschieben des Fokus auf eine Komponente löst keine Kontextänderung aus.
3.3.1	Error Identification	Unterstützt	Validierungsfehler werden im Text identifiziert und mit dem fehlerhaften Feld verknüpft.
3.3.2	Labels or Instructions	Unterstützt	Jedes Formulareingabefeld hat eine zugehörige Beschriftung.
4.1.1	Parsing	Unterstützt	Das Markup ist gültiges HTML5 mit eindeutigen Element-IDs und vollständigen Start- und End-Tags.
4.1.2	Name, Role, Value	Unterstützt	ARIA wird gemäß der Spezifikation angewendet; benutzerdefinierte Steuerelemente legen Name, Rolle und Zustand offen.

Tabelle 2: WCAG 2.1 Level AA

Kriterium	Name	Konformitätsstufe	Anmerkungen und Erläuterungen
1.3.5	Identify Input Purpose	Unterstützt	Formularfelder für Name, E-Mail, Telefon und Adresse tragen das entsprechende `autocomplete`-Attribut, damit Hilfstechnologien sie automatisch ausfüllen können.
1.4.3	Contrast (Minimum)	Teilweise unterstützt	Der größte Teil des Textes erfüllt das Verhältnis 4,5:1. Einige sekundäre und Hilfstexte verwenden ein helles Grau auf Weiß mit etwa 3,0:1. Die Behebung ist im Gange.
1.4.4	Resize Text	Unterstützt	Text wird auf 200 % vergrößert ohne Verlust von Inhalt oder Funktionalität.
1.4.5	Images of Text	Nicht anwendbar	Text wird als Text gerendert, nicht als Bilder.
2.4.5	Multiple Ways	Unterstützt	Inhalte sind über das Navigationsmeü und die In-App-Suche erreichbar.
2.4.6	Headings and Labels	Unterstützt	Seiten verwenden eine semantische Überschriftenhierarchie mit beschreibenden Überschriften und Beschriftungen.
2.4.7	Focus Visible	Unterstützt	Ein sichtbarer Fokusindikator ist bei jedem interaktiven Element vorhanden.
3.1.2	Language of Parts	Unterstützt	Das Sprachattribut wird aktualisiert, wenn das aktive Gebietsschema wechselt.
3.2.3	Consistent Navigation	Unterstützt	Die Navigation erscheint in derselben relativen Reihenfolge auf jeder Seite, auf der sie vorkommt.
3.3.3	Error Suggestion	Unterstützt	Validierungsmeldungen geben an, was falsch ist und wie es korrigiert werden kann.
3.3.4	Error Prevention (Legal, Financial, Data)	Unterstützt	Unumkehrbare Aktionen, einschließlich Fallabschluss, Dokumentlöschung und Signatureinreichung, erfordern eine ausdrückliche Bestätigung.

Behebung

Der eine hier aufgezeichnete offene Punkt (Kontrast bei Sekundärtext) wird als Fehler verfolgt und behoben. Fokus-Rückkehr beim Schließen von Dialogen und Autocomplete-Attribute für Formularfelder wurden im September 2026 behoben. Dieser Bericht wird überarbeitet, wenn sich der Konformitätsstatus ändert.

Diesen Bericht in einem anderen Format anfordern

Wenn Sie diesen Bericht als Dokument für eine Beschaffungsakte benötigen oder Klärung zu einer der obigen Zeilen benötigen, senden Sie eine E-Mail an support@vilulia.com.