--- title: Tilgængelighedserklæring --- [Spring til indhold](https://viborg.consile.dev/tilgaengelighedserklaering#hovedindhold) Vælg attraktionKommer senere SøgSøgning på tværs af museets sider kommer senere. Feltet kan ikke bruges endnu. [Billet & shop](https://viborg.consile.dev/webshop?hsLang=da)[English](https://viborg.consile.dev/tilgaengelighedserklaering?sprog=en) [Viborg Museum](https://viborg.consile.dev/?hsLang=da) - [Book en guide](https://viborg.consile.dev/booking?hsLang=da) - [Køb billet](https://viborg.consile.dev/webshop?hsLang=da) - [Mine bookinger](https://viborg.consile.dev/kundeportal?hsLang=da) # Tilgængelighedserklæring Denne erklæring handler om booking- og kundeplatformen på . Den er skrevet, som tingene faktisk står — ikke som vi gerne vil have, de så ud. ## Overensstemmelsesstatus Booking- og kundeplatformen er delvist i overensstemmelse med webtilgængelighedsloven, altså med WCAG 2.1 niveau AA. «Delvist» er et målt svar og ikke et forbehold: nogle krav er efterprøvet automatisk på hver eneste skærm, andre kun på dele af fladen, og enkelte er ikke vurderet endnu. Hvad der gælder hvor, står i tabellen nedenfor. ## Status for hvert krav De tretten krav er platformens egne tilgængelighedskrav til de kundevendte skærme. Statussen er skrevet ud fra det, der faktisk er målt — ikke ud fra det, der er tilstræbt. Står der «Ikke vurderet endnu», betyder det, at vi ikke ved det, og ikke at det er i orden. - ### Betjening med tastatur alene StatusOpfyldt og målt Sådan er det måltHele bookingforløbet fra sprogvalg til kvittering gennemføres nu automatisk med tastaturet alene — uden ét museklik — hver gang koden ændres, og prøven kræver, at markøren lander på det nye trins overskrift ved hvert trinskift. Den kører i Chrome- og Firefox-motorerne i fire skærmbredder. På Safari på Mac afhænger tabulaturet af en indstilling i selve computeren, så dér måler vi det ikke automatisk. Dertil kører automatiske tilgængelighedsprøver på skærmene i kundeportalen og bookingflowet. - ### Synlig markering af, hvor du er StatusOpfyldt og målt Sådan er det måltFokusmarkeringen er defineret i designsystemet i to udgaver — en til lyse flader og en til mørke — og en kontrol afviser et stilark, der fjerner den. Den er derfor synlig også på museets bordeaux sidefod. - ### Obligatoriske felter er markeret StatusOpfyldt og målt Sådan er det måltFelterne er markeret både for øjet og for skærmlæseren, og markeringen efterprøves af de automatiske prøver. En stjerne må desuden ikke stå uden sin forklaring: hver gang en skærm bygges til måling, kræves det, at en skærm med en stjerne også har linjen om, hvad stjernen betyder. Kontrollen er efterprøvet med en skærm, hvor forklaringen er fjernet — den bliver rød. - ### Formularer er grupperet logisk StatusOpfyldt og målt Sådan er det måltFelter er samlet i grupper med overskrift på tværs af fladen, og det efterprøves nu automatisk på hver skærm, der bygges til måling: hver gruppe skal have sin overskrift, og valgmuligheder, der hører sammen, skal stå i samme gruppe. Kontrollen er afprøvet med en gruppe uden overskrift — den bliver rød. - ### Fejl forklares og kan findes StatusOpfyldt og målt Sådan er det måltDer er en fælles fejlopsummering med links til de felter, der mangler, og hvert felt kobles til sin fejltekst. Hver formular med indsendelse på de målte skærme sendes nu automatisk tom, og prøven kræver, at hvert felt med en fejl kan nås fra et link i opsummeringen, som står øverst. Målingen fandt to mangler — links, der ikke førte nogen steder hen, i webshoppens kasse og et login uden opsummering — og begge er rettet. - ### Kvittering for gennemførte handlinger StatusOpfyldt og målt Sådan er det måltSuccesbeskeder står i områder, en skærmlæser læser op af sig selv. Hver handling med en kvittering på skærmen — annullering, ændring, anmodning om lukning af profil, og på aktørsiden fremmøde og sygemelding — gennemføres nu automatisk, og prøven kræver, at kvitteringens tekst står i sådan et område. Kontrollen er afprøvet med en kvittering, der er flyttet ud af sit område — den bliver rød. - ### Virker på mobil, tablet og computer StatusOpfyldt og målt Sådan er det måltSkærmene er målt i browser på smalle skærme ned til 320 pixels i syv gennemgange i august 2026, og de fund, der kom ud af dem, er rettet. Visningen ved 400 procents forstørrelse måles nu automatisk: den svarer til en bredde på 320 pixels, og de automatiske tilgængelighedsprøver kører på hver skærm også i den bredde, i alle tre browsermotorer. - ### Trinvis rejse med angivelse af, hvor du er StatusOpfyldt og målt Sådan er det måltTrinindikatoren angiver det aktive trin både i tekst og for skærmlæseren. Reglen står ét sted i koden, så de enkelte trin ikke kan svare forskelligt, og den efterprøves automatisk ved hver ændring. - ### Tidsgrænser og nedtælling StatusOpfyldt og målt Sådan er det måltKurvens reservation på 30 minutter siges højt for skærmlæseren ved de aftalte mærkepæle og står desuden som almindelig tekst, ikke kun som en bjælke. Begge dele er efterprøvet på nedtællingen. - ### Bevægelse og animation StatusOpfyldt og målt Sådan er det måltDesignsystemet slår bevægelse fra for den, der har bedt sin computer om mindre bevægelse. Alle stilark i kundeportalen, bookingforløbet og aktørportalen læses nu automatisk igennem sammen med designsystemets regler, og prøven kræver, at hver bevægelse er slået fra under den indstilling. Kontrollen er afprøvet med en bevægelse, der omgår reglen — den bliver rød. Én bevægelse styres af kode og ikke af et stilark (kalenderens rulning, når du vælger en dag); den følger samme indstilling, men er ikke målt af en egen prøve. - ### QR-koder ledsages af tekst StatusOpfyldt og målt Sådan er det måltBilletten viser altid billetnummer og bookingreference som tekst ved siden af koden — også når koden ikke kan vises. Det er afprøvet på billetskærmen. - ### Sproget er markeret StatusOpfyldt og målt Sådan er det måltSidens sprog følger den sprogudgave, du står på, og en enkeltstående passage på det andet sprog er markeret særskilt, så skærmlæseren udtaler den rigtigt. Begge dele efterprøves automatisk. - ### Denne erklæring kan findes fra alle sider StatusOpfyldt og målt Sådan er det måltLinket står i sidefoden på alle kundevendte flader — både før og efter login og på selve loginskærmen. Det efterprøves automatisk begge steder. ## Hvad vi sigter efter Platformen bygges efter WCAG 2.1 niveau AA. Det er et krav i løsningen og ikke en ambition: hver skærm har automatiske tilgængelighedsprøver, der skal være grønne, før skærmen regnes for færdig. ## Hvad der er bygget ind - Bookingforløbet kan gennemføres med tastatur alene fra start til kvittering, og det efterprøves automatisk ved hver ændring. Der er et springlink til indholdet på hver side, og fokus er altid synligt — også på mørke flader. De øvrige skærme er prøvet automatisk for elementer, der ikke kan nås, men er ikke gennemgået trin for trin med tastatur. - Hvert felt har en synlig etiket, der hører sammen med feltet. Fejl står som tekst ved det felt, de handler om, og annonceres for skærmlæsere. - Farve er aldrig eneste informationsbærer. Hver status har både tekst og ikon, så en booking kan aflæses uden at kunne skelne farverne. - Siderne er mærket med sprog, og en passage på det andet sprog er mærket særskilt, så skærmlæseren udtaler den rigtigt. Alt kundevendt findes på dansk og engelsk. - Bookingflowet og portalen er bygget til mobil først og virker uden vandret rulning ned til 320 px bredde. ## Ikke-tilgængeligt indhold Følgende er enten ikke tilgængeligt, eller vi ved endnu ikke, om det er: - Der er ikke gennemført en uafhængig tilgængelighedsrevision af hele løsningen. Alt herover er museets egen måling af sin egen løsning. - To ting kan de automatiske prøver ikke måle på en tegnet skærm: farvekontrast og størrelsen på det, du skal ramme med fingeren. Kontrasten er i stedet regnet ud på designsystemets farver, men ikke efterprøvet på hver enkelt skærm. - Betalingssiden hos museets betalingsudbyder er en anden virksomheds side. Vi kan ikke svare for dens tilgængelighed. - Betingelser, privatlivspolitik og andre dokumenter, museet lægger ind som PDF, er ikke nødvendigvis tilgængelige. Har du brug for et dokument i en anden form, sender museet det til dig. ## Sådan er erklæringen udarbejdet Udarbejdet 31\. august 2026 Vurderingsmetode Museets egen vurdering af sin egen løsning. Grundlaget er automatiske tilgængelighedsprøver, der kører ved hver ændring af koden, beregnede farvekontraster på designsystemets farver og syv gennemgange af skærmene i browser i august 2026. Sidst revideret 31\. august 2026 ## Hvis noget spærrer for dig Støder du på noget, du ikke kan bruge, vil vi gerne vide det — skriv til museet og fortæl, hvilken side det var, og hvad der gik galt. Vi svarer, og vi retter det, vi kan rette. Kan du ikke gennemføre en booking på grund af en barriere, hjælper museet dig med at booke direkte. ## Hvis du ikke er tilfreds med svaret Skriver du til museet om en barriere og får du ikke et svar, du kan bruge, kan du klage til Digitaliseringsstyrelsen, som fører tilsyn med webtilgængelighedsloven. [Tilbage til portalen](https://viborg.consile.dev/da?hsLang=da) - [Tilgængelighedserklæring](https://viborg.consile.dev/tilgaengelighedserklaering?hsLang=da) - [Forretningsbetingelser](https://viborg.consile.dev/forretningsbetingelser?hsLang=da) - [Privatlivspolitik](https://viborg.consile.dev/privatlivspolitik?hsLang=da) - [Sådan bruger vi oplysningerne](https://viborg.consile.dev/persondata?hsLang=da) Viborg Museum