Förstå VPAT:er

På AIOPSGROUP, ett företag inom valantic-koncernen, är vi engagerade i digital inkludering. Att navigera i landskapet av tillgänglighetsstandarder kan vara komplicerat, men det är viktigt för moderna företag. En viktig del av denna resa är Voluntary Product Accessibility Template (VPAT).

Vad är en VPAT?

En VPAT är en standardiserad mall som används för att dokumentera en produkts överensstämmelse med globala tillgänglighetsstandarder och riktlinjer. Den har utvecklats för att tillhandahålla ett enhetligt ramverk för rapportering, vilket underlättar jämförelser mellan olika informations- och kommunikationsteknikprodukter (IKT).

Det är viktigt att förstå sambandet mellan en VPAT och en tillgänglighetsrapport (ACR):

VPAT är mallen: Det är ett tomt formulär som är förifyllt med instruktioner och kriterier.
ACR är den färdiga rapporten: När mallen har fyllts i med resultaten från en specifik produktutvärdering blir den en ACR.

En ACR är ett tekniskt dokument, inte ett marknadsföringsmaterial eller en certifiering. Den ger en detaljerad, kriteriebaserad översikt över hur en produkt stöder användare med olika funktionsnedsättningar.

Varför det är viktigt

Tillgänglighetskrav är ett juridiskt och kommersiellt krav.

Federal efterlevnad (avsnitt 508): I USA kräver avsnitt 508 i rehabiliteringslagen att federala myndigheter och enheter som erhåller federala medel säkerställer att deras teknik är tillgänglig. För dessa myndigheter är en ACR ett viktigt upphandlingsverktyg.
Internationella marknader: Olika regioner kräver olika standarder. Europeiska unionen använder till exempel EN 301 549, medan många digitala produkter världen över fokuserar på riktlinjerna för tillgänglighet till webbinnehåll (WCAG).
Privat upphandling: Företag inom den privata sektorn, utbildningsinstitutioner och banker prioriterar i allt högre grad tillgänglighet. Genom att använda en standardiserad ACR kan dessa köpare fatta välgrundade beslut och jämföra tillgänglighetsfunktionerna hos konkurrerande produkter.

Viktiga begrepp

För att kunna tolka en ACR korrekt måste du förstå de fyra primära överensstämmelsenivåerna som används för att beskriva varje kriterium:

Stödjer: Produktens funktionalitet har minst en metod som uppfyller kriterierna utan kända fel.
Stöder delvis: Vissa funktioner i produkten uppfyller inte kriterierna. (I dessa fall ger vi ofta förklaringar om hur detta påverkar användaren eller tillgängliga lösningar).
Stöder inte: Majoriteten av produktens funktionalitet uppfyller inte kriterierna.
Ej tillämpligt: Det specifika kriteriet är inte relevant för produkten (till exempel hårdvarukrav för en webbaserad applikation).

Diagram som illustrerar den femstegsprocessen för tillgänglighetsanpassning

Hur vi hanterar tillgänglighetsgranskningar

För att skapa en korrekt ACR krävs en rigorös process i flera steg som hanteras av experter som är väl förtrogna med de tekniska aspekterna av tillgänglighet. På AIOPSGROUP följer vi dessa grundläggande steg:

Definiera omfattning och standarder: Vi fastställer vilka standarder som gäller för din produkt – oavsett om det är Section 508 (USA), EN 301 549 (EU) eller WCAG. Vi identifierar också alla produktkomponenter som ska testas, inklusive programvara, hårdvara, elektronisk dokumentation och supporttjänster.
Genomför omfattande tester: Testerna måste vara avslutade innan rapporten fylls i. Vi använder en kombination av automatiserade verktyg och noggranna manuella tester. Manuella tester är avgörande, eftersom de omfattar navigering med endast tangentbordet och tester med hjälpmedelsteknik.
Assimilera resultat: Vi samlar in alla testdata för att skapa en tydlig bild av överensstämmelsen. Detta innefattar att identifiera eventuella problem, dokumentera lösningar för användarna och notera funktioner som inte är tillämpliga på den specifika produkten.
Skapa ACR: Vi fyller i rätt version av VPAT-mallen (t.ex. INT-versionen för internationella produkter) med exakta tekniska detaljer. Vi ser till att rapporten innehåller nödvändig information, såsom produktversion, datum och använda utvärderingsmetoder.
Slutlig kvalitetskontroll: Vi tar bort mallens interna instruktioner för att säkerställa att rapporten är koncis och utför sedan en slutlig kontroll för att säkerställa att ACR-rapporten är tillgänglig.

Att säkerställa att din produkt är tillgänglig är ett kontinuerligt åtagande gentemot dina användare och dina efterlevnadskrav.

Är du redo att se vårt engagemang i praktiken?

Kontakta vårt compliance-team idag för att diskutera hur vi kan hjälpa din organisation att hantera tillgänglighetsrevisioner och VPAT-generering.

Prata med våra experter

Slavy Slavov

VP Leverans- och tillgänglighetskonsult

Slavy Slavov har över 25 års erfarenhet inom mjukvaruutveckling och konsultverksamhet, med ett decennium av fokus på innovation och satsningar inom tillgänglighet. Han har lett globala team i USA, Europa och Asien, med inriktning på att optimera tekniska processer för att integrera tillgänglighet i kärnutvecklings- och kvalitetssäkringscyklerna. Med en stark teknisk bakgrund ger Slavy råd om WCAG-efterlevnad och hjälpmedelsteknik samtidigt som han samarbetar nära med design- och utvecklingsteam. Han anser att varumärken måste vara proaktiva och påpekar att ”en dag åker du skidor, nästa dag sitter du i rullstol… livet förändras i det tysta”.

Starkare ADA-efterlevnad och minskad juridisk risk Tidigare

Fibank förbättrar den digitala tillgängligheten Nästa