Remediation Evidence Package

Remediation Evidence Package har syv afsnit, altid i samme rækkefølge. Validiscan bygger den ud fra udgangsscanningen eller en senere fuld scanning af din webshop, verifikationsscanningen efter rettelserne, hvis der er en, og resultaterne af den manuelle gennemgang. Opbygningen nedenfor bruger afsnitstitlerne præcis, som pakken viser dem.

Hver pakke er skrevet på ét sprog, som vælges, når den bygges: engelsk, tysk, dansk, fransk eller spansk.

For hvert succeskriterium i WCAG 2.1 AA og WCAG 2.2 AA angiver pakken dets overensstemmelse, som den er vurderet på de sider og datoer, pakken anfører: understøtter, understøtter delvis, understøtter ikke, ikke relevant eller ikke vurderet. Den er ikke en certificering af webshoppen. I det første afsnit åbner pakkens udsagn om omfang med denne sætning: »Overensstemmelse med succeskriterierne i WCAG 2.1 AA og WCAG 2.2 AA, som de er vurderet på de anførte sider og datoer.«

Den samme boks siger: »Denne pakke er dokumentation for en vurdering og for udbedringsarbejde. Den er ikke et certifikat og udtaler sig ikke om, hvorvidt lovkrav er overholdt.«

Begge sætninger står også på engelsk i README-filen i zip-filen.

Et rettet fund tæller som verificeret, når pakkens verifikationsscanning indlæser alle sider, hvor fundet optrådte, og ikke længere finder det. Dets status skifter da fra Rettet til Verificeret i det øjeblik, pakken udstedes. Ingen sætter statussen »Verificeret« manuelt.

Et fund er rettet, når en rettelse til det er blevet leveret, og en senere scanning, der har indlæst alle sider, hvor fundet optrådte, ikke længere finder det. Pakken verificerer et rettet fund, når tre betingelser er opfyldt:

1. Fundet havde forekomster i den fulde scanning, som pakken er bygget ud fra.
2. Verifikationsscanningen fandt ingen.
3. Verifikationsscanningen indlæste alle sider, hvor fundet optrådte, uden fejl i nogen skærmstørrelse.

Hvert verificeret fund har noten »Verificeret af denne pakke« i afsnittet om fundene. Et rettet fund, som pakken ikke kan verificere på denne måde, forbliver rettet og anføres som et fund, der afventer verifikation, med en anbefaling om at køre en verifikationsscanning. En pakke, der er bygget uden en verifikationsscanning, verificerer ingen rettelser, og det fremgår af dens begrænsninger.

Fremskridtet i udbedringen er den andel af arbejdet, der er udført, vægtet efter, hvor meget hvert problem berører kunderne. Det er det eneste samlede tal i pakken: Der er ingen procentsats for overholdelse.

Hvert fund tæller med vægten for sin alvorlighed. Fremskridtet i udbedringen er summen af vægtene for de fund, der er rettet, verificeret eller løst eksternt, divideret med summen af vægtene for alle fund. Fund, der er markeret som falsk positiv eller »Rettes ikke«, og fund om god praksis udelades af begge summer. Pakken anfører formlen sådan: Σ vægt(alvorlighed) for fund, der er rettet, verificeret eller løst eksternt ÷ Σ vægt(alvorlighed) for alle fund, eksklusive falske positiver, fund markeret »Rettes ikke« og fund om god praksis.

Fremskridtet tælles pr. fund, ikke pr. forekomst: En manglende etiket, der gentages på mange produktsider, er ét fund med én rettelse. Et kritisk fund vejer mere end et mindre, så en rettelse af et kritisk fund flytter tallet mere end en rettelse af et mindre fund. Ved siden af procenten anfører pakken de vægtede fund, der er udført, ud af det samlede antal, så tallet kan regnes efter i hånden. Kundeportalen viser det samme tal med sin egen forklaring af, hvordan det beregnes.

To ting er lette at overse. Et rettet fund tæller som udført, før det er verificeret, mens en rettelse, der afventer verifikation, i overensstemmelsestabellerne forhindrer, at dens kriterium tæller som understøttet. Og et fund, der er markeret »Rettes ikke«, udelades af fremskridtet i udbedringen, men tæller stadig som fejl i overensstemmelsen, fordi en barriere, der bliver stående, stadig er en barriere.

Pakken vurderer hvert succeskriterium én gang og rapporterer resultaterne op mod både WCAG 2.1 AA og WCAG 2.2 AA. WCAG 2.2 AA er målet for hvert fund og hver rettelse. WCAG 2.1 AA er det niveau, som EN 301 549 V3.2.1 indarbejder i sine krav til webindhold. På niveau A og AA tilføjer WCAG 2.2 seks succeskriterier til WCAG 2.1 og fjerner ét, 4.1.1 Parsing, så de to tabeller er forskellige.

Pr. 6. oktober 2026:

• EN 301 549 V3.2.1 er den version, hvis henvisning er offentliggjort i Den Europæiske Unions Tidende under webtilgængelighedsdirektivet (direktiv (EU) 2016/2102) ved Kommissionens gennemførelsesafgørelse (EU) 2021/1339.
• ETSI offentliggjorde EN 301 549 V4.1.1 i september 2026. Ifølge AccessibleEU, et initiativ fra Europa-Kommissionen, indarbejder den WCAG 2.2. Validiscan fandt ingen henvisning til V4.1.1 i Den Europæiske Unions Tidende.

Hver pakke registrerer standarderne med deres versioner og status, som de var, da den blev bygget. En senere ændring af en standards status omskriver ikke det, en udstedt pakke siger. Hvilken standard og hvilken lov der gælder for din webshop, er et juridisk spørgsmål. Guiden om European Accessibility Act for webshops behandler det.

Zip-filen indeholder disse poster i denne rækkefølge:

1. README.txt: hvad pakken er, hvad hver fil indeholder, og hvordan pakken kontrolleres, på engelsk.
2. PDF-rapporten.
3. Word-dokumentet.
4. JSON-datafilen.
5. schema.json: det JSON-skema, som datafilen følger.
6. assets/: de skærmbilleder og dokumentationsfiler fra den manuelle gennemgang, som rapporten henviser til.
7. SHA256SUMS: SHA-256-kontrolsummen for hver af de øvrige filer i zip-filen.

Hvis et skærmbillede eller en dokumentationsfil mangler, når pakken bygges, bliver filen udeladt af zip-filen, og README-filen nævner den under overskriften FILES NOT INCLUDED. I stedet for et manglende skærmbillede viser rapporten en tekstbeskrivelse.

Hver fil i pakken har en SHA-256-kontrolsum: et fingeraftryk, der ændrer sig, hvis blot én byte i filen ændres. Pakken bruger kontrolsummer tre steder.

• Hver fil. PDF-filen, Word-dokumentet, JSON-filen og zip-filen har hver sin SHA-256, som blev registreret, da pakken blev bygget, og som vises ved hver download i kundeportalen.
• Inde i zip-filen. Filen SHA256SUMS opregner SHA-256 for hver af de øvrige filer i zip-filen. En zip-fil kan ikke indeholde sin egen kontrolsum, så selve zip-filen kontrolleres mod den kontrolsum, der vises ved dens download.
• Dataene. Pakkens første afsnit angiver SHA-256 for JSON-filens indhold. Den beregnes over filens kanoniske JSON (RFC 8785, JSON Canonicalization Scheme), uden netop dette felt. Kanonisk JSON afhænger ikke af blanktegn eller nøglernes rækkefølge, så alle, der har JSON-filen, kan beregne den samme værdi.

For at kontrollere de udpakkede filer åbner du en terminal i deres mappe. På Linux kører du:

sha256sum -c SHA256SUMS

På macOS kører du:

shasum -a 256 -c SHA256SUMS

Hver linje skal slutte med »OK«. I Windows PowerShell kører du denne kommando for hver fil og sammenligner resultatet med filens linje i SHA256SUMS:

Get-FileHash -Algorithm SHA256

En kontrolsum viser, at en fil er præcis den, der blev registreret, da pakken blev bygget. Den viser ikke, hvem der har lavet filen: Pakken har hverken en digital signatur eller et tidsstempel fra en tredjepart.

JSON-datafilen følger et offentliggjort JSON Schema (draft 2020-12): pakkens JSON-skema. Det samme skema ligger i hver zip-fil som schema.json, så en pakke kan kontrolleres uden dette websted. Enhver JSON Schema-validator, der understøtter draft 2020-12, kan kontrollere en datafil mod det.

Skemaet er strengt: En nøgle, som det ikke kender, får valideringen til at fejle, undtagen i ét åbent felt til versionerne af yderligere værktøjer. Validiscan bygger kun en pakke ud fra data, der består valideringen mod skemaet og stemmer med den SHA-256, der er registreret i pakkens første afsnit. Skemaet har version 1. En ændring, som ældre software ville afvise, får et nyt versionsnummer, og en udstedt pakke kan fortsat læses i sin version.

Pakkerne nummereres pr. webshop: version 1, version 2 og så videre. Hver pakke, som Validiscan bygger til din webshop ud fra scanningerne og på det sprog, der er valgt til den, er den næste version. Kun en pakke, der er klar, kommer ud i kundeportalen.

Når en pakke er klar, afviser databasen enhver ændring af dens filstier, dens kontrolsummer, dens version, dens sprog, dens registrering af standarderne eller dens genereringsdato. Fordi kontrolsummerne ligger fast, ville en fil, der blev ændret bagefter, ikke længere stemme med den kontrolsum, der er registreret for den.

Pakken er en optegnelse over, hvad der blev testet, fundet, ændret og verificeret. Den hævder ikke mere.

• Den er ikke et certifikat. Den er dokumentation for en vurdering og for udbedringsarbejde.
• Den udtaler sig ikke om juridisk overholdelse. Om din webshop opfylder EAA, den tyske BFSG eller en anden lov, er en juridisk vurdering for dig og din advokat. Overensstemmelsesstatussen i udkastet til erklæringen er et udkast i ordlyden fra EU’s model, til brug ved den vurdering.
• Den tester ikke alt automatisk. Automatiske kontroller finder kun en del af alle tilgængelighedsbarrierer. Kriterier, der har et punkt på den manuelle tjekliste, kontrolleres i hånden eller er markeret »Ikke vurderet«, indtil de er blevet kontrolleret. Et kriterium uden et punkt på tjeklisten, for eksempel 1.1.1 Non-text Content, tæller som understøttet alene på grundlag af automatiske kontroller, selv om en regel ikke kan vurdere, om et tekstalternativ beskriver sit billede. Siderne udvælges som stikprøve pr. sidetype og kontrolleres ikke én for én.
• Den beskriver webshoppen på datoerne for scanningerne. Senere ændringer af tema, apps eller indhold er ikke omfattet. Regressionsbeskyttelse kontrollerer dem med faste mellemrum.
• Den hævder ikke overensstemmelse med PDF/UA. PDF-filen har tags, med rigtige overskrifter og tekstalternativer, men Validiscan hævder ikke, at den er i overensstemmelse med PDF/UA.
• Udkastet til erklæringen er ikke klar til offentliggørelse. Det kræver din organisations oplysninger og en gennemgang af din juridiske rådgiver.

I portalen er hver version af pakken opført med den nyeste først og med datoen for udstedelsen. For hver version kan du downloade PDF-rapporten, Word-dokumentet, JSON-datafilen og zip-arkivet. Hver fil vises med sin SHA-256-kontrolsum, som du kan kopiere. Et downloadlink oprettes, når du klikker på det, og udløber efter ét minut; intet downloadlink gemmes. Hvis din webshops websted senere arkiveres og ikke længere vises i portalen, er dets pakker stadig opført og kan downloades. Portalen har også en side med udkastet til tilgængelighedserklæringen fra din seneste pakke, som du kan kopiere eller downloade som en HTML-fil.

Gem alle versioner til din egen dokumentation. Remediation Evidence Package er en del af hvert projekt; siden om, hvordan et projekt forløber, viser, hvad et projekt ellers omfatter.