Mikä on VPAT? ACR-opas

Jos myyt ohjelmistoja valtion virastolle, yliopistolle, sairaalaverkostolle tai suurelle yritykselle, ennemmin tai myöhemmin hankintapäällikkö pyytää sinulta “teidän VPATianne”. Monille toimittajille tämä on ensimmäinen kerta, kun he kohtaavat asiakirjan, ja pyyntö saapuu vähäisin selityksin ja tiukan aikataulun kanssa. Tämä opas avaa VPATin ja siitä syntyvän saavutettavuuden vaatimustenmukaisuusraportin (Accessibility Conformance Report, ACR): mikä asiakirja on, miten nämä kaksi termiä liittyvät toisiinsa, minkä neljästä versiosta sinun tulisi laatia, miten vaatimustenmukaisuus arvioidaan ja miksi rehellinen, todisteisiin perustuva raportti on yksi arvokkaimmista saavutettavuusresursseista, joita organisaatiosi voi omistaa.

VPAT ei ole sertifikaatti, merkki tai markkinointiväite. Parhaimmillaan se on huolellinen, kriteeri kriteeriltä laadittu selvitys siitä, miten tuotteesi vastaa tunnustettuja saavutettavuusstandardeja. Pahimmillaan se on kumileimasimella varustettu fiktio, joka altistaa sinut oikeudelliselle ja maineriskille heti, kun ostajan saavutettavuustiimi testaa tuotteesi. Ero näiden kahden lopputuloksen välillä on asiakirjan takana oleva testaus — johon QualiBooth juuri keskittyy.

Mikä VPAT oikeastaan on

VPAT on lyhenne sanoista Voluntary Product Accessibility Template. Se on standardoitu asiakirja, jonka on luonut ja jota ylläpitää Information Technology Industry Council (ITI, ITIC-osastonsa kautta), ja jota toimittajat käyttävät kuvaamaan, miten tieto- ja viestintätekniikan (ICT) tuote tai palvelu täyttää joukon saavutettavuusstandardeja.

Sana “voluntary” (vapaaehtoinen) on nykyään hieman harhaanjohtava. Pohja syntyi auttamaan toimittajia paljastamaan vapaaehtoisesti saavutettavuustietoja Yhdysvaltain liittovaltion ostajille, mutta käytännössä sen täyttämisestä on nyt tullut ehdoton vaatimus lukemattomissa hankintaprosesseissa. Osa “template” (pohja) on kirjaimellisempi: VPAT on tyhjä lomake, jolla on määritelty rakenne — taulukoita onnistumiskriteereistä, sarake vaatimustasolle ja sarake selventäville huomautuksille.

Kolme asiaa kannattaa painaa mieleen alusta alkaen:

VPAT kuvaa tietyn version tietystä tuotteesta tietyillä alustoilla. VPAT “sovelluksellemme” ilman versionumeroa on merkityksetön.
VPAT on itse raportoitu. Mikään ulkopuolinen taho ei sertifioi sitä. Juuri siksi VPATin uskottavuus riippuu täysin sen takana olevan testauksen perusteellisuudesta.
Nykyinen laajalti käytetty pohjaperhe on VPAT 2.5. Työskentele aina ITI-pohjan uusimmasta versiosta, äläkä jaetulla levyllä lojuvasta vanhasta kopiosta.

VPAT vs ACR: ero, johon ihmiset kompastuvat

Ihmiset käyttävät termejä “VPAT” ja “ACR” vaihtokelpoisesti, mutta ne eivät ole sama asia — ja eron ymmärtäminen viestii asiantuntevalle ostajalle, että suhtaudut prosessiin vakavasti.

VPAT on tyhjä pohja. Se on tyhjä lomake, jonka ITI julkaisee.
ACR — Accessibility Conformance Report — on täytetty asiakirja. Kun olet täyttänyt pohjan todelliselle tuotteellesi aitojen vaatimustenmukaisuusarvioiden ja huomautusten kanssa, tulos on ACR.

Toisin sanoen VPAT on piparkakkumuotti ja ACR on piparkakku. Kun ostaja pyytää “teidän VPATianne”, he itse asiassa haluavat ACR:nne: täytetyn raportin. Useimmat tiimit sanovat edelleen “VPAT” arkipuheessa, ja se on ihan ok, mutta virallisessa dokumentaatiossa valmiin tiedoston oikea nimi on saavutettavuuden vaatimustenmukaisuusraportti.

Tämä on tärkeämpää kuin pelkkä saivartelu. Ostaja, joka saa tiedoston, jonka nimi on kirjaimellisesti “VPAT 2.5 Template” tyhjillä taulukoilla — mikä tapahtuu useammin kuin osaisit odottaa — tietää heti, ettei toimittaja ole tehnyt työtä. Asianmukaisesti täytetty ACR, nimettynä ja päivättynä kattamalleen tuoteversiolle, viestii pätevyydestä ennen kuin ostaja lukee ainuttakaan riviä.

VPAT 2.5 -pohjan neljä versiota

Yksi yleisimmistä sekaannuksen aiheista on, että VPAT 2.5 -pohja tulee neljänä versiona, joista kukin on linjattu eri standardiin tai standardien yhdistelmään. Väärän version valitseminen voi pysäyttää kaupan tai kaataa auditoinnin, joten valitse tarkoituksellisesti sen perusteella, missä myyt.

1. WCAG-versio

Tämä versio arvioi tuotteesi pelkästään Web Content Accessibility Guidelines -ohjeita vasten — tyypillisesti WCAG 2.2 (tai version, jonka ostajasi määrittää, usein tasolla A ja AA). Se on oikea valinta, kun ostaja haluaa yksinkertaisesti WCAG-vaatimustenmukaisuustietoja eikä sen päällä ole lakisääteistä kehystä. Se on myös kevyin versio, mikä tekee siitä järkevän aloituspisteen tuotteille, joita myydään pääasiassa yksityiselle sektorille. Jos WCAG itsessään on vierasta maaperää, WCAG-yhteenvetomme ja oppaamme verkkosivuston tekemisestä WCAG-yhteensopivaksi selittävät taustalla olevan standardin.

2. Section 508 -versio

Tämä versio yhdistää tuotteesi Section 508 -standardeihin, joita käytetään Yhdysvaltain liittovaltion hankinnoissa. Koska uudistetut Section 508 -standardit sisällyttävät WCAG 2.0 -tasot A ja AA viittauksella, tämä versio sisältää WCAG-taulukot sekä lisävaatimuksia, jotka koskevat erityisesti 508:aa ja kattavat laitteistot, ohjelmistot, tukidokumentaation ja palvelut. Jos myyt mille tahansa Yhdysvaltain liittovaltion virastolle — tai osavaltion virastoille, jotka noudattavat liittovaltion sääntöjä — tämä on yleensä tarvitsemasi versio. Katso Section 508 -vaatimustenmukaisuusoppaamme sääntelykontekstista.

3. EU-versio (EN 301 549)

Tämä versio linjautuu EN 301 549 -standardiin, eurooppalaiseen yhdenmukaistettuun ICT-saavutettavuusstandardiin, joka on julkisen sektorin hankintojen perusta koko EU:ssa ja yhä enemmän myös eurooppalaisen esteettömyyssäädöksen tuomien yksityisen sektorin velvoitteiden perusta. EN 301 549 sisällyttää WCAG:n ja lisää eurooppalaiselle kontekstille ominaisia vaatimuksia, mukaan lukien lausunnot toiminnallisesta suorituskyvystä. Jos myyt eurooppalaiselle julkiselle sektorille — tai sinun on osoitettava valmius eurooppalaiseen esteettömyyssäädökseen — laadi EU-versio.

4. INT-versio (kansainvälinen)

INT-versio yhdistää kaikki kolme kehystä — WCAG, Section 508 ja EN 301 549 — yhdeksi asiakirjaksi. Se on kattavin ja eniten työtä vaativa laatia, mutta se on korvaamaton toimittajille, jotka myyvät useilla markkinoilla, koska yksi raportti tyydyttää ostajat Atlantin molemmin puolin. Jos asiakaskuntasi kattaa Yhdysvaltain julkisen sektorin ja Euroopan, INT-versio säästää sinut yleensä kolmen erillisen asiakirjan ylläpitämiseltä.

Kun asiakkaat ovat epävarmoja, autamme heitä valitsemaan kartoituksen aikana. Yhden INT-version laatiminen on usein tehokkaampaa kuin sen huomaaminen kesken kaupan, että sinulla on väärä alueellinen versio. Voit lukea lähestymistavastamme lisää VPAT-raporttien palvelusivultamme.

Vaatimustasot: raportin ydin

Jokainen ACR:ssä sovellettava onnistumiskriteeri saa yhden pienestä joukosta vaatimustasoja. Näiden arvioiden saaminen oikein — ja kiusauksen vastustaminen liioitella niitä — on ylivoimaisesti työn tärkein osa.

Supports (Tukee) — toiminnallisuus täyttää kriteerin ilman merkittäviä saavutettavuusesteitä. Tämä ei tarkoita “täydellistä”; se tarkoittaa, että apuvälineteknologiaan tukeutuva käyttäjä voi suorittaa tehtävän esteittä.
Partially Supports (Tukee osittain) — osa toiminnallisuudesta täyttää kriteerin, mutta on poikkeuksia tai tunnettuja esteitä. Tämä on rehellinen ja hyvin yleinen arvio; huomautussarakkeen tulisi selittää tarkalleen, mikä toimii ja mikä ei.
Does Not Support (Ei tue) — suurin osa toiminnallisuudesta ei täytä kriteeriä. Jälleen kerran huomautusten tulisi olla tarkkoja.
Not Applicable (Ei sovellettavissa) — kriteeri ei koske tuotetta (esimerkiksi audiosisältöä koskevat kriteerit tuotteelle, joka ei sisällä ääntä).
Not Evaluated (Ei arvioitu) — käytetään vain Section 508 -raportin AAA-tason taulukoissa, koska AAA-tason arviointia ei vaadita.

Kaksi periaatetta erottaa uskottavan raportin arvottomasta. Ensinnäkin huomautussarake kantaa todellisen tiedon. “Partially Supports” ilman selitystä on lähes hyödytön; “Partially Supports — päivämäärävalitsimet ovat käytettävissä näppäimistöllä, mutta eivät ilmoita valittua päivämäärää ruudunlukijoille; korjaus aikataulutettu versioon v4.2” kertoo ostajalle tarkalleen, mitä hänen tarvitsee tietää. Toiseksi arviot on ansaittava testaamalla, ei myönnettävä optimismista. Kriteerin, joka on merkitty “Supports”, olisi pitänyt olla varmistettu, ihanteellisesti mukaan lukien apuvälineteknologian käyttäjien tekemä testaus.

Miksi rehelliset, todisteisiin perustuvat VPATit ovat tärkeitä

On houkuttelevaa kohdella VPATia rastittavana muodollisuutena ja merkitä kaikki “Supports” päästäkseen hankinnan läpi nopeasti. Tämä on vakava virhe useista yhteen kietoutuvista syistä.

Hankintatiimit varmistavat

Kypsät ostajat — liittovaltion virastot, suuret yliopistot, terveydenhuoltojärjestelmät, pankit — omaavat yhä useammin saavutettavuusasiantuntijoita, jotka eivät ota ACR:ää totena. He tarkistavat väitteet pistokokein testaamalla tuotteesi ruudunlukijoilla ja näppäimistöillä. Kun “Supports”-arvio romahtaa viiden minuutin ruudunlukija-arvioinnissa, et menetä vain sitä riviä; menetät ostajan luottamuksen koko asiakirjaan ja usein kaupan.

Oikeudellinen riski kertaantuu

Liioiteltu VPAT on kirjallinen esitys tuotteesi saavutettavuudesta. Lainkäyttöalueella, jolla on alttius saavutettavuusoikeudenkäynneille — ADA:n nojalla Yhdysvalloissa, AODA:n nojalla Ontariossa tai eurooppalaisen esteettömyyssäädöksen nojalla EU:ssa — asiakirjasta, joka väittää vaatimustenmukaisuutta, jota tuotteesi ei tarjoa, tulee todiste sinua vastaan. Rehellinen ACR, joka avoimesti raportoi “Partially Supports” korjausaikatauluineen, on paljon puolustettavampi kuin liioiteltu, joka väittää täydellisyyttä.

Rehellinen raportti on hyödyllisempi sisäisesti

Totuudenmukainen ACR toimii samalla työjonona. Jokainen “Partially Supports” ja “Does Not Support” on priorisoitu tehtävä insinööritiimillesi. Tiimit, jotka kohtelevat VPATia elävänä luettelona saavutettavuusvelasta, edistyvät tasaisesti ja mitattavasti; tiimit, jotka huijaavat, kerryttävät piilotettua riskiä.

Tästä syystä VPATia ei pidä koskaan sekoittaa saavutettavuuden päällystämiseen (overlay) tai yhden rivin “saavutettavuuswidgettiin”. Päällysteet eivät korjaa taustalla olevaa koodia, eivät tuota puolustettavaa vaatimustenmukaisuustodistetta eivätkä voi korvata todellista ACR:ää. QualiBooth ei tue päällysteitä juuri tästä syystä — ne luovat vaatimustenmukaisuuden vaikutelman ilman sisältöä, mikä on päinvastoin kuin se, mitä rehellinen VPAT edustaa.

Miten VPAT laaditaan, vaihe vaiheelta

Luotettava ACR on kurinalaisen prosessin tulos. Tässä on järjestys, jota me noudatamme ja jota sinun tulisi odottaa miltä tahansa pätevältä palveluntarjoajalta.

Määritä laajuus. Tunnista tarkka tuote, versio ja alustat (web, iOS, Android, työpöytä), jotka raportti kattaa. Päätä, mikä versio — WCAG, Section 508, EU vai INT — kohdemarkkinoidesi perusteella.
Suorita automaattinen testaus. Automaattiset skannerit ovat nopeita ja erinomaisia tiettyjen ongelmaluokkien havaitsemisessa — puuttuva vaihtoehtoinen teksti, alhainen kontrasti, merkitsemättömät lomakekentät. Saavutettavuuden skannausohjelmistomme tarjoaa tämän perustason, ja voit kokeilla sitä ilmaiseksi pikaskannauksella. Mutta muista, että automaatio havaitsee luotettavasti vain osan WCAG-ongelmista.
Suorita manuaalinen testaus. Suurin osa onnistumiskriteereistä vaatii inhimillistä harkintaa: mielekäs kohdistusjärjestys, looginen lukujärjestys, järkevät virheilmoitukset, saavutettavat mukautetut widgetit. Perusteellinen manuaalinen saavutettavuusauditointi on ehdoton uskottavalle raportille.
Testaa apuvälineteknologian käyttäjien kanssa. Parhaiten puolustettavat arviot tulevat vammaisten henkilöiden tekemistä auditoinneista, jotka käyttävät päivittäin ruudunlukijoita, suurennusta ja kytkinlaitteita. He paljastavat todellisia esteitä, jotka näkevät testaajat jäävät huomaamatta.
Anna arviot ja kirjoita huomautukset. Käännä löydökset muotoon Supports / Partially Supports / Does Not Support kullekin kriteerille tarkkojen, hyödyllisten huomautusten kanssa.
Kokoa ja tarkista ACR. Muotoile valmis raportti siististi, merkitse siihen tuoteversio ja päivämäärä, ja anna tarkistaa sen tarkkuus ja johdonmukaisuus ennen kuin se lähtee talosta.
Yhdistä se korjaussuunnitelmaan. Hyvä palveluntarjoaja luovuttaa sinulle raportin lisäksi priorisoidun suunnitelman, jolla “Partially Supports” siirretään kohti “Supports”.

Jos tiimiltäsi puuttuu sisäinen asiantuntemus vaiheisiin kaksi–viisi, se on pikemminkin sääntö kuin poikkeus. Tämä on juuri se työ, jonka kattavat VPAT-raporttien palvelumme ja laajempi saavutettavuuskonsultointimme. Saadaksesi täydellisemmän kuvan siitä, mitä konsultointitoimeksiannot pitävät sisällään, katso selvityksemme saavutettavuuskonsultoinnista.

VPATin ylläpito ajan myötä

VPAT on tilannekuva liikkuvasta kohteesta. Päivänä, jona julkaiset uuden version, ACR:si alkaa ajautua erilleen todellisuudesta. Asiakirjan kohteleminen kertaluonteisena toimituksena on yksi yleisimmistä — ja vahingollisimmista — virheistä, joita toimittajat tekevät.

Päivitä olennaisten muutosten yhteydessä. Jokaisen version, joka muuttaa merkittävästi käyttöliittymää tai lisää uutta toiminnallisuutta, tulisi laukaista vaikutusten kohteena olevien kriteerien tarkistus.
Päivitä vähintään vuosittain. Jopa ilman suuria muutoksia standardit kehittyvät ja ostajat odottavat asiakirjaan tuoretta päivämäärää. Kolme vuotta vanha ACR herättää epäilyksiä.
Sido se jatkuvaan testaukseen. Luotettavin tapa pitää ACR totuudenmukaisena on jatkaa tuotteen testaamista jatkuvasti. Toistuvat saavutettavuusauditoinnit havaitsevat regressiot ennen kuin ne mitätöivät väitteesi, joten ostajalle luovuttamasi raportti vastaa aina tuotetta, jota he tulevat testaamaan.

QualiBooth yhdistää skannausalustan asiantuntevaan inhimilliseen arviointiin juuri siksi, että ACR:si takana oleva todiste pysyy ajantasaisena. Skanneri tarkkailee regressioita virallisten auditointien välillä; inhimillinen testaus pitää vivahteikkaat, harkintaan perustuvat arviot rehellisinä. Voit vertailla koko valikoimaamme saavutettavuuspalvelut -sivulla ja tarkastella vaihtoehtoja hinnoittelu-sivullamme.

Usein kysytyt kysymykset

Onko VPAT lakisääteisesti pakollinen?

Pohja itsessään on vapaaehtoinen, mutta sellaisen toimittaminen on usein pakollinen ehto hankintasopimuksessa, erityisesti Yhdysvaltain liittovaltion ja osavaltioiden hankinnoissa sekä koko EU:n julkisella sektorilla. Erikseen taustalla olevat saavutettavuusvelvoitteet — Section 508, EAA, ADA — ovat hyvin paljon pakollisia, ja VPAT on tapa, jolla osoitat asemasi niihin nähden.

Voinko täyttää VPATin itse?

Voit, eikä mikään estä itse täyttämistä. Riski on tarkkuus. Itsearviointi, joka on kirjoitettu ilman perusteellista testausta — tai kannustimella näyttää hyvältä — pyrkii liioittelemaan vaatimustenmukaisuutta, mikä luo oikeudellista alttiutta ja rapauttaa ostajan luottamusta heti, kun väitteet testataan. Monet organisaatiot ottavat juuri tästä syystä mukaan riippumattoman palveluntarjoajan.

Kuinka kauan VPATin laatiminen kestää?

Se riippuu tuotteen koosta ja monimutkaisuudesta sekä vaadittavasta versiosta. Yhden alustan verkkosovellus saattaa viedä pari viikkoa, kun testaus on käynnissä; suuri monialustasarja, joka tarvitsee INT-version, kestää kauemmin. Kartoituskeskustelu antaa sinulle realistisen aikataulun.

Mikä on ero WCAG-vaatimustenmukaisuuden ja VPATin välillä?

WCAG on standardi — joukko onnistumiskriteereitä. VPAT/ACR on asiakirja, joka kirjaa kriteeri kriteeriltä, miten tuotteesi suoriutuu kyseistä standardia vasten (ja versiosta riippuen myös Section 508:aa ja EN 301 549:ää vasten). Sinun on todella täytettävä WCAG voidaksesi väittää vaatimustenmukaisuutta; ACR on tapa, jolla viestit, missä seisot.

Yhteenveto

VPAT, joka on täytetty saavutettavuuden vaatimustenmukaisuusraporttina, on paljon enemmän kuin hankintaeste. Rehellisesti tehtynä se on uskottava selvitys siitä, miten tuotteesi palvelee vammaisia henkilöitä, puolustettava dokumentti, joka vähentää oikeudellista riskiä, ja toimiva työjono, joka ajaa todellista parannusta. Epärehellisesti tehtynä se on vastuu, joka odottaa paljastumistaan.

Ratkaiseva tekijä on aina arvioiden takana oleva testaus. Jos tarvitset ACR:n, jonka taakse voit laittaa nimesi — yhden, joka perustuu automaattiseen skannaukseen, manuaalisiin auditointeihin ja vammaisten henkilöiden tekemään arviointiin — tutustu VPAT-raporttien palveluumme tai pyydä esittely nähdäksesi, miten QualiBooth tuottaa raportteja, jotka kestävät tarkastelun.