Tilgængelighed

Hvordan vi arbejder med webtilgængelighed, kendte barrierer og opfølgning.

Sidst opdateret: 10. maj 2026Review: quarterlyKlassifikation: External

Officiel WAS-tilgængelighedserklæring

Den officielle erklæring ligger i Webtilgængelighedssystemet (WAS). Brug linket herunder for at åbne den deklarerede erklæring.

Åbn WAS-erklæring

Midlertidigt peger linket på den centrale WAS-portal. Ved go-live bør linket pege direkte på Beskæftigelse.dk's konkrete erklæring.

Accessibility Statement

Accessibility statement for beskæftigelse.dk, prepared for Danish public-sector expectations.

Scope

This statement covers the web application surfaces in this repository, including municipality pages, theme pages, chat, signals, and story pages.

Standards and Legal Context

Target conformance baseline:

WCAG 2.2 AA (single source of truth — quoted across this app and docs/ACCESSIBILITY.md)
EN 301 549 (latest applicable web criteria)
Webtilgængelighedsloven as expanded in June 2025 to cover all public-sector digital services

Reference guidance:

DIGST technical standards overview (EN 301 549 / WCAG)

Current Baseline (2026-05-10)

Implemented accessibility-supporting patterns include:

Danish language declaration on root HTML
Semantic landmarks (main, header, footer, navigation structure)
Keyboard navigable controls in key interactive flows
Skip-to-content behavior
Focus-visible patterns via component system defaults
Danish ARIA live-regions and screen-reader announcements (canvas editor, chat, dialogs) — see src/lib/canvas/aria-announcements.ts
All shadcn primitive sr-only labels overridden to Danish (S-115, Batch 29)

Reference implementation notes: docs/APP-SYSTEM.md

Theme — light only (deliberate)

Beskæftigelse.dk is light-mode only. The previous half-shipped dark mode (next-themes toggling class="dark" for visitors with system dark, but no .dark token override on most surfaces) produced partial inversions in dashboard chrome only and read incorrectly in NVDA's theme-aware verbalisation. As of S-118 (Batch 29) the application explicitly disables system-theme detection (enableSystem={false}, defaultTheme="light"), removes the studio ThemeToggle, and strips dark: Tailwind utilities from the cited Studio surfaces.

A future ship of dark mode is gated on a complete .dark token sweep plus an NVDA contrast pass on every shipped surface. Re-enabling without that work re-introduces the same partial-inversion bug.

Known Accessibility Gaps

Current known issues requiring follow-up:

Further manual assistive-technology test passes are required across complex data-visualization interactions
Ongoing review needed for chart text alternatives and keyboard interaction depth
Axe-core Playwright smoke gate is queued (Batch 30) — automated regression coverage will land there

Quality tracking source: docs/QA-AUDIT.md

Feedback and Contact

If you encounter accessibility barriers:

Report the issue through the support process in SUPPORT.md.
Include page URL, assistive technology used, and reproduction steps.
Accessibility issues are prioritized in the product maintenance queue and tracked to closure.

Enforcement and Escalation

If internal follow-up does not resolve an accessibility issue, escalation should follow the relevant Danish public digital accessibility channels as applicable to the deploying authority.

Review Cadence

Formal statement review: quarterly
Triggered review: major UI redesign, route restructuring, or significant accessibility bug discovery

Data: april 2026(hentet 27. maj 2026)