Kohderyhmät · Ohjelmistointegraattorit

Saavutettavuus järjestelmäintegraattoreille ja toimistoille — mitä yritys- ja julkiset asiakkaasi nyt edellyttävät.

Integraattorit sijoittuvat sääntelyviranomaisten alapuolelle ja jokaisen saavutettavuuskanteen yläpuolelle, jonka heidän asiakkaansa saattavat kohdata. Hankintasopimuksissa edellytetään yhä useammin WCAG 2.2 AA -vaatimustenmukaisuutta, VPAT-toimitusta ja EN 301 549 -selosteita hyväksymisehtona. Tämä on integraattorin saavutettavuustoimituksen käsikirja — mitä sopimuksesi tulee sitoutua toimittamaan, mitä insinööreidesi tulee rakentaa ja mitä todisteita tulee toimittaa jokaisen julkaisun yhteydessä.

Suorita maksuton WCAG 2.2 -skanneri → Siirry 30 kohdan tarkistuslistaan

Miksi saavutettavuus on nyt hankintaehto

Neljä ostajasegmenttiä, yksi lähentyvä sopimusstandardi.

Yhdysvaltain liittovaltio. Kuntouttamislain Section 508 on edellyttänyt saavutettavaa sähköisten ja tietoteknisten tuotteiden hankintaa vuodesta 1998. Vuoden 2018 uudistus yhtenäisti standardin WCAG 2.0 AA:n ja EN 301 549:n kanssa suoran viittauksen kautta, mikä tarkoittaa, että liittovaltion ostajan hankintaportti ei enää ole kotimainen valintaruutu — se on globaali saavutettavuusstandardi yhdysvaltalaisella oikeudellisella kuorella. Jokainen liittovaltion tarjouspyyntö luettelee nyt vaatimustenmukaisuusselosteen toimitettavana tuotteena, ja jokainen liittovaltion hankintavirkailija on valtuutettu hylkäämään toimitus ilman sellaista.

Yhdysvaltain osavaltiot ja paikallisviranomaiset. Useimmat osavaltioiden IT-hankinnat edellyttävät nyt VPATeja ja WCAG-vaatimustenmukaisuutta vakiosopimusehtona — Kalifornia, New York, Texas, Illinois, Massachusetts, Minnesota ja Washington ovat kaikki hyväksyneet hankintastandardit, jotka vastaavat tai ylittävät liittovaltion Section 508 -peruslinjan. Kaupungit ja läänit seuraavat yhä useammin perässä, usein lainaten osavaltion standardia sanasta sanaan. Integraattori, joka tarjoaa julkisen sektorin töihin ilman VPAT-valmiutta, kilpailee tiimejä vastaan, joilla se jo on.

EU. Eurooppalainen esteettömyysdirektiivi (EAA) (direktiivi 2019/882) asettaa saavutettavuuden tuote- ja palveluominaisuudeksi. Kun integraattori toimittaa EU:n piiriin kuuluvalle asiakkaalle, integraattori on osa asiakkaan vaatimustenmukaisuusasemaa — 9 artiklan velvoitteet koskevat markkinoille saattavaa tahoa, ja toimitusketjun due diligence -odotus tarkoittaa, että asiakkaat hakevat integraattoreiltaan todisteita. Jäsenvaltioiden valvonta siirtyi varoituskirjevaiheesta vuonna 2025 sakkojen myöntämisvaiheeseen vuonna 2026.

Yritykset (yksityiset). Fortune 500 -yritysten hankintatiimit sisällyttävät nyt saavutettavuustakuut runkosopimuksiin vakioehtoina. Saavutettavuusvirheen kustannukset kohdistuvat osittain integraattoriin näiden takuiden nojalla — erityisesti neuvottelemattomien vastuunrajoituslausekkeiden kautta. Sama runkosopimus, joka sisältää tietosuoja-, tietoturva- ja IPR-takuut, sisältää nyt myös saavutettavuusvaatimustenmukaisuustakuun, ja sen käsitteleminen jälkikäteen on tapa, jolla integraattorit päätyvät rahoittamaan asiakkaansa ADA Title III -sovintoa.

30 kohdan WCAG 2.2 AA -toimitusten tarkistuslista integraattoreille

Kuusi toimituspintaa × viisi tarkistusta. Tulosta se, merkitse se, auditoi se.

  1. 01 Sopimus ja toimeksianto

  2. 02 Insinöörikäytännöt

  3. 03 Komponentit ja suunnittelujärjestelmä

  4. 04 Dokumentaatio ja todistusaineisto

  5. 05 Testaus ja hyväksyntä

  6. 06 Luovutus ja ylläpito

Toimittaja- ja alustahuomioita integraattoreille

Missä tarkistuslista todella toteutuu koodissa toimituspinon mukaan.

Salesforce, ServiceNow, Workday

Yritys-SaaS-alustat toimitetaan peruslinjan saavutettavuusasemalla ja julkaistulla VPATilla — yleensä parhaiten dokumentoituna kategoriassaan. Mitä saat ilmaiseksi: asettelujärjestelmä, joka täyttää kontrasti- ja kohdistusperuslinjan, komponenttikirjasto järkevällä semantiikalla ja ruudunlukijakertomus ensisijaisille poluille. Mitä sinun täytyy silti rakentaa saavutettavasti: jokainen mukautettu Lightning-komponentti, jokainen Now Experience UI Builder -sivu, jokainen Workday Studio -integrointirajapinta. Alusta täyttää vaatimuksen kehystasolla; mukautuksesi on se, mikä auditoidaan.

SAP, Oracle, Microsoft Dynamics

Vanhentuneet yrityskäyttöliittymäpinnat ovat vaikein kategoria. Fiori (SAP) on kehittynyt paljon ja toimittaa todellisen saavutettavuuskertomuksen; Oracle JET ja Redwood ovat uskottavia; Dynamics 365 perii laajemman Power Platform -aseman. Mutta integraattorin jalanjälki näillä pinoilla on yleensä näkymiä, jotka ovat peräisin ennen nykyaikaista kehystä — Web Dynpro, perinteiset lomakkeet, mukautettu JSP — ja vaatimustenmukaisuusvaje siellä on todellinen. Neuvottele saavutettavuustakuusi laajuus sulkemaan pois olemassa olevat vanhat pinnat, ellei niiden korjaaminen ole erikseen sovittu.

Sitecore, Adobe Experience Manager, Optimizely

CMS-alustat ovat tapaus, jossa VPAT-laatu vaihtelee eniten. AEM ja Sitecore julkaisevat molemmat VPATit tekijäympäristöilleen — käytettäviä, varauksin — mutta julkaistun käyttöliittymän vaatimustenmukaisuus riippuu täysin tiimisi toimittamista pohjista, ei CMS:stä. Optimizely on samankaltainen. Integraattorin velvollisuus on renderöity HTML, ei tekijän käyttökokemus; rakenna toimitusasemasi käyttöliittymäpohjien, komponenttikirjaston ja ajon aikana sisältöä vaihtavien personointisääntöjen ympärille.

Mukautetut React-, Vue- ja Angular-käyttöliittymät

Täyden omistajuuden pinot tarkoittavat täyttä omistajuutta vaatimustenmukaisuuskertomuksessa. Toistuvat vikatilat ovat kehystasolla: hydraatioepäsäännöllisyydet, jotka jättävät aria-attribuutit epäjohdonmukaisiin tiloihin SSR:n ja asiakkaan välillä; asiakaspuolen reittimuutokset, joita ei koskaan ilmoiteta, koska reititin vaihtaa sivun renderöimättä otsikkoa uudelleen tai siirtämättä kohdistusta; ja komponenttikirjastovalinnat, jotka näyttävät saavutettavilta erillään mutta epäonnistuvat koostamisessa. Nojaa saavutettavien komponenttikirjastojen kartoitukseen perustan valinnassa — Radix, Reach UI, React Aria, Headless UI ja muutama muu tarjoavat merkittävästi paremman saavutettavuusperuslinjan kuin Bootstrap-aikakauden paketit, joita yhä lojuu yritysrepoissa.

Julkisen sektorin alustat

Osavaltioiden ja paikallisviranomaisten hankintakehykset liittävät saavutettavuusliitteitä, jotka ylittävät liittovaltion Section 508 -peruslinjan: Kalifornian hallituksen laki §7405, New York State OFT P04-002, Texas TGC §2054.451. Lue liite ennen tarjoamista — monissa edellytetään VPATia toimitettuna tiettyä standardin versiota vasten, tiettyä testausmenetelmää käyttäen ja nimetyn saavutettavuusvastaavan tarkistamana. Saavutettavuustietoinen tarjouspyynnön analyysi käy läpi vakiokirjaukset, jotka muuttuvat toimitettaviksi, ja kirjaukset, jotka on merkittävä hankintatiimille ennen allekirjoitusta.

Seuranta- ja auditointisykli

Kertaluonteinen tarkistus toimituksessa ei selviä asiakkaan ensimmäisestä sprintistä hyväksynnän jälkeen.

Integraattorin toimitukset eivät pysy paikallaan luovutuksen jälkeen. Asiakkaan markkinointitiimi vaihtaa herobannnerin tiistaina, sisäinen tuoteomistaja hyväksyy uuden moduulin torstaina, alihankkija paikkaa kassan viikonloppuna. Kertaluonteinen saavutettavuustarkistus hyväksynnässä kestää suunnilleen asiakkaan seuraavan julkaisun ajan — minkä vuoksi malli, joka todella pitää ja selviää integraattorin sopimusvakuudesta, on kolme kerrosta päällekkäin.

Ensiksi, suorita maksuton WCAG 2.2 -skanneri staging-buildia vasten ennen jokaista sisäistä välietappia ja tuotantobuldia vasten ennen jokaista julkaisua; tämä on kerros, joka havaitsee regressiot ennen kuin ne päätyvät hyväksymistestaukseen. Toiseksi, tilaa manuaalinen auditointi vammaisista testaajista ennen jokaista merkittävää julkaisua — automatisoitu työkalusto ei koskaan havaitse ruudunlukijan luettavuutta, kohdistusjärjestyksen tarkoitusta tai sitä, onko kulku todella käytettävissä alusta loppuun. Kolmanneksi, kytke jatkuva seuranta asiakkaan ympäristöön osana luovutuspakettia, jotta vaatimustenmukaisuuskertomus ei hiljaa rapaudu toimeksiantojen välillä.

Integraattorin ja asiakkaan välisen luovutuksen osalta seurannan ostajan opas kattaa alustat, jotka yhdistävät skannauksen, manuaalisen auditoinnin ja selostetoimituksen yhteen työnkulkuun — Qualibooth, axe Monitor, Siteimprove ja Level Access. Qualibooth sopii erityisesti integraattorin luovutukseen: yksi alusta, jonka integraattori voi käyttää rakentamisen aikana, luovuttaa asiakkaalle toimituksessa ja pitää seurantaan ylläpitosopimuksella — skannaus, triage, manuaalinen auditointi ja seloste samasta konsolista. Vertaa axe Monitoriin (syvin CI/CD-integraatio), Siteimprove (laajin yritysasennustukikanta) ja Level Access (suurin auditointitestaajien verkosto) pinon yhteensopivuuden ja sen osalta, sisältääkö testaajien verkosto vammat, joita loppukäyttäjillä todella on.

Usein kysytyt kysymykset

Kysymykset, joita integraattorin toimitusjohtajat esittävät ennen sitoutumista.

Mikä on VPAT, ja haluavatko kaikki asiakkaani sellaisen?

VPAT (Voluntary Product Accessibility Template) on standardoitu asiakirja — tällä hetkellä versio 2.5 — joka raportoi, miten tuote täyttää WCAG 2.x:n, Section 508:n ja EN 301 549:n onnistumiskriteerit. Yhdysvaltain liittovaltion ostajat edellyttävät sitä hankintaportina, useimmat osavaltioiden ostajat myös, ja suuret yritysostajat pyytävät sitä yhä useammin sopimusliitteenä. Jos asiakkaasi ostaa hankintaosaston kautta vaatimustenmukaisuusvastaavan kanssa, oleta vastauksen olevan kyllä. Jos asiakkaasi on viiden hengen startup, oleta vastauksen olevan ei — mutta ole valmis tuottamaan se vuosineljänneksessä, jos yritys ostetaan tai se saa säännellyn asiakkaan.

Section 508 vs. WCAG 2.2 — kumpaa yhdysvaltalainen liittovaltion asiakas haluaa?

Molempia, ja ne limittyvät. Vuoden 2018 Section 508 -uudistus yhtenäisti liittovaltion standardin WCAG 2.0 AA:n kanssa suoran viittauksen kautta. EN 301 549 v3.2.1 viittaa WCAG 2.1 AA:han, ja v4.x siirtyy kohti WCAG 2.2 AA:ta. Käytännön vastaus: rakenna WCAG 2.2 AA:n mukaan, dokumentoi VPATissasi sekä Section 508:n että EN 301 549:n mukaisesti, ja kattaat liittovaltion hankinnan, useimmat osavaltioiden hankinnat sekä EAA:n piiriin kuuluvan EU-työn yhdellä artefaktilla.

Miten kirjoitan saavutettavuustakuun toimeksiantoon ylivelvoittumatta?

Rajaa takuu (a) tiettyyn standardiin ("WCAG 2.2 AA -vaatimustenmukaisuus dokumentoiduin poikkeuksin"), (b) tiettyyn pintaan ("tämän toimeksiannon mukaan toimitetut näkymät ja kulut") ja (c) tiettyyn todistusperustaan ("varmennettu automatisoidulla skannauksella ja liitteenä B olevalla manuaalisella auditoinnilla"). Jätä pois asiakkaan toimittama sisältö, asiakkaan edellyttämät kolmannen osapuolen komponentit ja kaikki auditointiraportissa laajuuden ulkopuolisiksi julkaistut selain-/AT-yhdistelmät. Vältä avointa kieltä kuten "täysin saavutettava" tai "100 % vaatimustenmukainen" — mikään standardi tai valvontaviranomainen ei määrittele tätä lauseketta, ja se tulkitaan sinua vastaan riidassa.

Kuka on vastuussa, kun integraattorin rakentamaa järjestelmää vastaan nostetaan kanne — integraattori vai asiakas?

Molemmat, riippuen sopimuksesta. Yhdysvaltain ADA Title III -oikeudenkäynneissä vastaajana on tyypillisesti asiakkaaseen suuntautuva taho — asiakkaasi. Mutta runkosopimuksesi sisältää lähes varmasti vastuunrajoituslausekkeen, ja jos olet hyväksynyt laajan saavutettavuustakuun ilman rajoituksia, kustannukset vyöryvät takaisin sinulle. EU:n EAA:n mukainen valvonta kohdistuu tahoon, joka saattaa tuotteen tai palvelun markkinoille — yleensä jälleen asiakas — mutta toimitusketjun due diligence -odotus tarkoittaa, että asiakkaat tulevat yhä enemmän hakemaan sopimusoikeudellisia keinoja integraattoreiltaan. Lue vastuunrajoituslausekkeesi, rajaa takuusi tarkasti ja hanki oikea vakuutus.

Miltä saavutettavuuden luovutuspaketti näyttää toimituksessa?

Vähintään: (1) ajantasainen VPAT, (2) saavutettavuusselosteen pohja, jonka asiakas voi julkaista, (3) viimeisin manuaalisen auditoinnin raportti vammaisista testaajista, (4) tuotantobuildiskannauksen perustaso, (5) korjauspäiväkirja vakavuuksineen ja aikatauluineen, (6) AT-testausmuistiinpanot ja (7) seuranta kytkettynä asiakkaan ympäristöön hälytysreitityksellä. Jos jokin näistä puuttuu hyväksynnässä, asiakas on yhden vaatimuskirjeen päässä paluustaan luoksesi.

Miten hinnoittelen saavutettavuustoimituksen kiinteähintaiseen toimeksiantoon?

Kolme rivikohtaa: (a) sprinttikohtainen insinöörityön lisäkustannus (tyypillisesti 5–10 % uudesta UI-työstä, jos tiimi on koulutettu; jopa 25 %, jos ei ole), (b) auditointitoimitukset (todellinen manuaalinen auditointi vammaisista testaajista maksaa 8 000–25 000 dollaria pintamäärästä riippuen) ja (c) seurannan ja selosteen ylläpidon sopimus käyttöönoton jälkeen. Niputa ne läpinäkyvästi tarjoukseen — asiakkaat arvostavat rivikohtaa enemmän kuin täytettyä sekoitettua hintaa, ja eritelty hinta tekee takuusta puolustettavan, jos jokin menee pieleen.

Kolme seuraavaa askelta

Valitse se, joka vastaa toimituskäytäntösi nykytilaa.

  1. Suorita maksuton skanneri nykyistä buildia vasten

    Live-maksuton WCAG 2.2 -skanneri mitä tahansa julkista URL-osoitetta vasten. Paras lähtökohta, jos haluat peruslinjakuvan käynnissä olevan toimituksen vaatimustenmukaisuudesta ennen kuin sitoudut takuukirjauksiin.

    Avaa skanneri →

  2. Lue tarjouspyynnön analyysi

    Saavutettavuustietoinen tarjouspyynnön analyysi käy läpi hankintakirjaukset, jotka muuttuvat toimitettaviksi, esimerkkisopimuskirjauksineen ja rajoituksineen, jotka pitävät takuusi puolustettavana.

    Lue analyysi →

  3. Auditoi julkaistujen selosteiden maisema

    Katso, missä asiakkaasi julkaistut saavutettavuusselosteet sijoittuvat 100 parhaan selosteen auditoinnissa — hyödyllinen tarkistus siitä, mitkä kirjaukset ovat nyt perusvaatimuksia ja mitkä ovat yhä erottavia tekijöitä.

    Lue auditointi →