Section 508 i VPAT: jak przygotować raport zgodności ACR dla administracji USA

Section 508 amerykańskiej ustawy Rehabilitation Act wymaga od agencji federalnych USA, aby technologie informacyjno-komunikacyjne (ICT), które tworzą, kupują, utrzymują lub wykorzystują, były dostępne dla osób z niepełnosprawnościami. Przepis nie wiąże bezpośrednio firm prywatnych. Jeśli jednak sprzedajesz oprogramowanie agencjom federalnym, zostaniesz poproszony o raport zgodności (Accessibility Conformance Report, ACR), zwykle przygotowany na szablonie VPAT®. Standardem technicznym są Revised 508 Standards, które włączają WCAG 2.0 na poziomach A i AA.

Stan prawny na 15 listopada 2026 r. Artykuł ogólnie wyjaśnia przepisy i nie jest poradą prawną.

Section 508 w skrócie

Ustawa	Section 508 ustawy Rehabilitation Act z 1973 r., 29 U.S.C. 794d
Kogo obowiązuje	Departamenty i agencje federalne, gdy tworzą, kupują, utrzymują lub wykorzystują ICT
Standard techniczny	Revised 508 Standards, 36 CFR część 1194, z WCAG 2.0 na poziomach A i AA włączonym przez odesłanie
Obowiązuje od	18 stycznia 2018 r.
Zasady zamówień	Federal Acquisition Regulation (FAR), podrozdział 39.2
Co dostarcza dostawca	Raport ACR, zwykle na szablonie VPAT® 2.5Rev wydanym przez ITI (kwiecień 2025)
Certyfikacja	Nie istnieje. ITI nie sprawdza ani nie zatwierdza raportów VPAT i nie ma certyfikacji VPAT.

Czego wymaga Section 508?

Ustawa wymaga, aby każdy departament i każda agencja federalna, tworząc, kupując, utrzymując lub wykorzystując technologie informacyjne, zapewniała osobom z niepełnosprawnościami dostęp porównywalny z dostępem osób bez niepełnosprawności. Chroni dwie grupy: pracowników federalnych oraz obywateli, którzy szukają informacji lub usług w agencji.

Agencja może uznać, że spełnienie wymagań byłoby nadmiernym obciążeniem. Wtedy nadal musi przekazać osobom z niepełnosprawnościami informacje i dane w inny sposób, a w dokumentacji zamówienia musi wyjaśnić, dlaczego zgodność byłaby nadmiernym obciążeniem. Systemy bezpieczeństwa narodowego są wyłączone.

Czy Section 508 dotyczy firm prywatnych?

Nie bezpośrednio. Obowiązki z ustawy spoczywają wyłącznie na departamentach i agencjach federalnych. Section 508 dociera do firm przez zamówienia federalne:

• FAR 39.203 wymaga, aby kupowane produkty i usługi ICT spełniały standardy dostępności z 36 CFR 1194.1.
• Na etapie rozpoznania rynku agencje muszą ocenić, czy dostępne są produkty spełniające te standardy (FAR 10.001).
• Umowy ramowe typu IDIQ (indefinite delivery, indefinite quantity) muszą wskazywać, które produkty i usługi wykonawca deklaruje jako zgodne i gdzie są pełne informacje o zgodności, na przykład na stronie dostawcy.

Wyłączone są technologie, które wykonawca nabywa jedynie przy okazji realizacji umowy.

Niektóre stany stosują Section 508 także do własnych agencji. Section508.gov podaje przykłady: w Kalifornii sekcja 7405 Government Code nakazuje stanowym jednostkom stosowanie Section 508, a przepisy Missouri i Oklahomy obejmują również publiczne uczelnie. Władze stanowe i lokalne mają też własny termin: zgodnie z rozporządzeniem ADA Title II treści internetowe i aplikacje mobilne udostępniane „bezpośrednio albo na podstawie umów, licencji lub innych ustaleń” muszą spełniać WCAG 2.1 AA od 2027 lub 2028 roku. Więcej w artykułach o rozporządzeniu ADA Title II i o przepisach stanowych o dostępności stron.

Czym są Revised 508 Standards?

U.S. Access Board opublikował Revised 508 Standards 18 stycznia 2017 r., a ich stosowanie jest obowiązkowe od 18 stycznia 2018 r. Znajdują się w 36 CFR część 1194 i obejmują znacznie więcej niż strony internetowe.

WCAG 2.0 dla stron, dokumentów i oprogramowania

Standardy włączają WCAG 2.0 przez odesłanie. Treści elektroniczne muszą spełniać kryteria sukcesu i wymagania zgodności WCAG 2.0 na poziomach A i AA (sekcja E205.4), podobnie jak interfejsy oprogramowania oraz treści platform i aplikacji (sekcja E207.2). Dotyczy to także dokumentów spoza sieci, takich jak PDF i pliki biurowe, oraz oprogramowania spoza przeglądarki. Są one zwolnione z czterech kryteriów, które mają sens tylko dla stron: 2.4.1 Pomijanie bloków, 2.4.5 Alternatywna nawigacja, 3.2.3 Spójna nawigacja i 3.2.4 Spójna identyfikacja.

Wymagania wykraczające poza WCAG

• Funkcjonalne kryteria wydajności (rozdział 3). Mają zastosowanie tam, gdzie wymagania techniczne nie obejmują danej funkcji. Na przykład ICT musi oferować co najmniej jeden tryb obsługi, który nie wymaga wzroku.
• Sprzęt (rozdział 4). Wymagania dla urządzeń, takich jak kioski i telefony.
• Oprogramowanie (rozdział 5). Współpraca z technologiami asystującymi, aplikacje i narzędzia autorskie. Aplikacja internetowa, która ani sama, ani przez swoje komponenty nie korzysta z usług dostępności platformy, jest zwolniona z sekcji o współpracy i aplikacjach, jeśli spełnia WCAG 2.0 na poziomach A i AA.
• Dokumentacja i obsługa (rozdział 6). Dokumentacja musi wymieniać i objaśniać funkcje dostępności i zgodności. Dokumentacja elektroniczna, w tym samoobsługowa pomoc w internecie, musi spełniać WCAG 2.0 na poziomach A i AA. Helpdeski, call center i szkolenia muszą uwzględniać potrzeby komunikacyjne osób z niepełnosprawnościami.

Istniejące ICT, które spełniało wcześniejszy standard i nie zostało zmienione po 18 stycznia 2018 r., nie musi być modyfikowane (tzw. safe harbor).

Dlaczego WCAG 2.0, a nie 2.1 lub 2.2?

Revised 508 Standards nadal odsyłają do WCAG 2.0. Na listopad 2026 roku Access Board nie opublikował projektu ich aktualizacji. Kupujący i tak często pytają o nowsze wersje: rozporządzenie ADA Title II dla władz stanowych i lokalnych wymaga WCAG 2.1 AA, a europejska norma EN 301 549 jest zgodna z WCAG 2.1. W praktyce najlepiej testować według WCAG 2.2 AA, które zawiera prawie wszystkie kryteria poziomów A i AA wcześniejszych wersji. Wyjątkiem jest 4.1.1 Parsowanie: WCAG 2.2 je usunęło, ale raport dla Section 508 nadal wymienia je w ramach WCAG 2.0.

Czym różni się VPAT od ACR?

VPAT® (Voluntary Product Accessibility Template) to szablon wydawany przez Information Technology Industry Council (ITI). Nazwa VPAT i formularz raportu są zastrzeżonymi znakami usługowymi ITI, a szablon wymaga zapisu nazwy jako „VPAT®”. VPAT wypełniony dla konkretnego produktu to raport zgodności, czyli ACR.

Aktualna wersja to VPAT 2.5Rev z kwietnia 2025 roku, w czterech edycjach:

Edycje VPAT 2.5Rev

Edycja	Zakres	Typowe zastosowanie
508	Revised 508 Standards, w tym WCAG 2.0	Sprzedaż do agencji federalnych USA
EU	EN 301 549 i WCAG 2.1	Zamówienia publiczne w Europie
WCAG	WCAG 2.0, 2.1 i 2.2	Kupujący, którzy pytają tylko o WCAG
INT	Wszystkie powyższe, z WCAG 2.2	Jeden raport na kilka rynków

Przy sprzedaży do agencji federalnych Section508.gov zaleca edycję Revised Section 508 albo INT.

Czy VPAT jest wymagany prawem?

Żadna ustawa, rozporządzenie ani klauzula FAR nie wymaga szablonu VPAT. W praktyce raport ACR jest oczekiwany. Section508.gov pisze wprost: „Samo użycie VPAT® nie jest wymagane, ale przygotowanie ACR nie jest dobrowolne, jeśli chcesz, aby rząd rozważył zakup Twojego produktu”. Dodaje też, że po każdej zmianie produktu może być wymagany zaktualizowany ACR.

Agencje korzystają z raportów ACR przy rozpoznaniu rynku i ocenie ofert. Przy produktach komercyjnych wytyczne GSA każą kupującym żądać kompletnego raportu wraz z opisem metod oceny, na podstawie których powstał.

Co oznaczają poziomy zgodności?

Każdy wiersz raportu ACR opisuje jedno kryterium jednym z określeń zdefiniowanych przez ITI:

Poziomy zgodności w VPAT

Określenie	Znaczenie
Supports	Funkcjonalność produktu ma co najmniej jedną metodę, która spełnia kryterium bez znanych usterek, albo spełnia je przez rozwiązanie równoważne.
Partially Supports	Część funkcjonalności produktu nie spełnia kryterium.
Does Not Support	Większość funkcjonalności produktu nie spełnia kryterium.
Not Applicable	Kryterium nie dotyczy produktu.
Not Evaluated	Produkt nie został oceniony pod kątem kryterium. Dozwolone tylko dla kryteriów WCAG poziomu AAA.

„Partially Supports” to uczciwa odpowiedź, ale nie zaliczenie: w tym kryterium produkt nie jest zgodny. Przy każdym wierszu „Partially Supports” i „Does Not Support” uwagi są obowiązkowe.

Co sprawia, że raport ACR jest wiarygodny?

Szablon wymaga tytułu raportu, wersji szablonu, nazwy i wersji produktu, daty raportu, opisu produktu, danych kontaktowych, uwag, użytych metod oceny, stosowanych standardów, definicji określeń i tabel zgodności. Zastrzeżenie prawne jest opcjonalne.

Kupujący z administracji federalnej czytają takie raporty coraz bardziej krytycznie. Przykładowe zapisy przetargowe GSA wymagają wyjaśnienia każdej odpowiedzi „Not Applicable” i informacji, czy zgodność obejmuje cały produkt, czy tylko jego część. Jeśli rząd uzna, że deklaracje zawyżają rzeczywisty poziom zgodności, może zażądać od wykonawcy poprawek. GSA radzi też kupującym, aby sami weryfikowali deklaracje dostawców testami, i ostrzega, że „not evaluated” nie daje żadnej pewności co do dostępności.

Najważniejsza jest metoda oceny. GSA zauważa, że automatyczne skanery „nie potrafią zastosować ludzkiego osądu” i albo dają wiele fałszywych alarmów, albo sprawdzają tylko niewielką część wymagań. Wspólną metodą testowania w administracji federalnej jest proces DHS Trusted Tester (wersja 5.1.3) oparty na ICT Testing Baseline for Web (wersja 3.1). Oba są przypisane do wymagań Section 508 i WCAG 2.0.

Jak przygotować raport ACR krok po kroku

1. Określ zakres. Podaj wersję produktu, platformy i części, które opisujesz: aplikację internetową, aplikacje mobilne, dokumenty, dokumentację i obsługę klienta.
2. Wybierz edycję. Dla agencji federalnych USA edycję 508 lub INT, a INT także wtedy, gdy sprzedajesz w Europie.
3. Przetestuj cały produkt. Automatyczny audyt szybko znajdzie powtarzalne błędy techniczne na wielu podstronach. Potem sprawdź ręcznie każde kryterium, z klawiatury i czytnikami ekranu, na kluczowych ścieżkach użytkownika. Raport z audytu manualnego WCAG opisuje każdy problem z kryterium WCAG, miejscem, wpływem na użytkowników i sposobem naprawy, czyli dokładnie to, na czym opierają się tabele i uwagi raportu ACR.
4. Wypełnij tabele uczciwie. Przy każdym kryterium spełnionym częściowo lub niespełnionym napisz, co nie działa, kogo to dotyczy i czy jest obejście. Wyjaśnij każde „Not Applicable”.
5. Nie kończ na tabeli WCAG. Opisz funkcjonalne kryteria wydajności, rozdział o oprogramowaniu oraz dokumentację i obsługę klienta.
6. Opisz metody. Wymień narzędzia, technologie asystujące i przeglądarki oraz osoby, które testowały.
7. Nadaj raportowi datę i wersję. Aktualizuj go po zmianach produktu, a regresje między wydaniami wychwytuj dzięki stałemu monitoringowi.

Dlaczego kupujący patrzą uważniej

Ogólnorządowa ocena Section 508 za rok budżetowy 2025, oparta na raportach 212 agencji i jednostek federalnych, wykazała średni poziom zgodności 1,96 w pięciostopniowej skali. Mniej niż połowa najczęściej używanych zasobów ICT agencji była w pełni zgodna, a około połowa agencji przyznała, że nie testuje ICT regularnie. Tylko 48% agencji niemal zawsze umieszcza wymagania dostępności w zapytaniach ofertowych, a 30% niemal zawsze sprawdza dostarczone produkty. Raport stwierdza też, że „deklaracje dostępności dostawców wciąż trudno zweryfikować”. Agencje odpowiadają dokładniejszymi zapisami w umowach i własnymi testami, więc raport ACR poparty udokumentowanym audytem to realna przewaga.

FAQ

Czy Section 508 to to samo co ADA?

Nie. Section 508 jest częścią Rehabilitation Act i dotyczy technologii agencji federalnych. ADA obejmuje władze stanowe i lokalne (Title II) oraz firmy otwarte dla klientów (Title III). Więcej w artykule zgodność strony z ADA w 2026 roku.

Czy Section 508 wymaga WCAG 2.1 lub WCAG 2.2?

Nie. Na listopad 2026 roku Revised 508 Standards włączają WCAG 2.0 na poziomach A i AA. Wielu kupujących pyta jednak o WCAG 2.1 lub 2.2, dlatego testy według WCAG 2.2 AA obejmują najwięcej.

Czy VPAT to certyfikat?

Nie. Wypełniony VPAT to Twoja własna deklaracja o produkcie. ITI nie sprawdza ani nie zatwierdza raportów VPAT i nie ma certyfikacji VPAT.

Czy raport ACR można przygotować na podstawie automatycznego skanu?

Nie taki, który będzie wiarygodny. Narzędzia automatyczne sprawdzają tylko część kryteriów, a wiele wierszy raportu wymaga ludzkiej oceny. Wyniki automatyczne traktuj jako punkt wyjścia i potwierdź każde kryterium ręcznie.

Której edycji VPAT użyć przy sprzedaży do agencji federalnych?

Edycji Revised Section 508 albo INT, zgodnie z zaleceniem Section508.gov.

Czy widget dostępności zapewnia zgodność oprogramowania z Section 508?

Nie. Zgodność zależy od kodu, treści i dokumentacji samego produktu. Zobacz, co potrafią, a czego nie potrafią widgety i nakładki dostępności.

Źródła

• 29 U.S.C. 794d, Electronic and information technology
• U.S. Access Board, Information and Communication Technology: Revised 508 Standards and 255 Guidelines
• Federal Register, 82 FR 5790, 18 stycznia 2017 r.
• FAR, podrozdział 39.2, Information and Communication Technology
• ITI, VPAT®
• Section508.gov, ACR and VPAT FAQ
• Section508.gov, Understand vendor accessibility claims
• Section508.gov, State policy
• DHS, Trusted Tester
• Section508.gov, Understanding the FY25 Governmentwide Section 508 Assessment