Wersja robocza

Jest to dokument roboczy, który w dowolnym momencie może zostać zmieniony, zastąpiony lub usunięty. Nie należy korzystać z tego opracowania jako czegoś innego niż dokumentu w trakcie opracowywania.
Nie wahaj się proponować zmian. Możesz komentować, uzupełniać, redagować każdy fragment dokumentu.

Szablon wymagań dostępności w zakupach rozwiązań zawierających technologie i treści cyfrowe

Opracowanie: Stefan Wajda

Data zgłoszenia: 12 czerwca 2025 r., ostatnia aktualizacja: 24 czerwca 2026 r.

1. W-01. ZgodnośćzgodnośćStopień spełnienia określonych wymagań dotyczących dostępności cyfrowej. Ocena zgodności jest jednym ze źródeł informacji wykorzystywanych przez SZDC, lecz nie wyczerpuje wiedzy o rzeczywistej dostępności.. Dostawca opisze, w jaki sposób zapewni zgodność oferowanego rozwiązania z wymaganiami normy PN-ETSI EN 301 549 oraz utrzymanie tej zgodności w całym cyklu życia rozwiązania.
   Aby udowodnić, w jaki sposób oferowane rozwiązanie spełnia lub częściowo spełnia standardy WCAG dostawca może przedstawić:
   • raporty z testów, w tym zastosowane metody badania, wykaz użytych narzędzi testowych oraz przebieg procesu audytu lub procesu audytu podwykonawcy, którego zaangażował do testów zewnętrznych.
   • szczegółowy raport z audytu zgodności z WCAG, Voluntary Product Accessibility Template (VPAT)VPAT (Voluntary Product Accessibility Template). Szablon dokumentu używany przez dostawców do oceny, w jakim stopniu dany produkt spełnia poszczególne wymagania dotyczące dostępności. Od ang. _Voluntary Product Accessibility Template®_, VPAT®. Opracowany przez Radę ds. Technologii Informatycznych (ITI)., Accessibility Conformance Report (ACR)ACR (Accessibility Conformance Report). Raport zgodności z dostępnością. Oficjalny dokument techniczny, który szczegółowo opisuje poziom zgodności cyfrowego produktu (np. oprogramowania, aplikacji, strony internetowej lub sprzętu IT) z międzynarodowymi standardami dostępności, takimi jak WCAG, norma EN 301 549, Sekcja 508 (USA). (raport zgodności produktu), dowody testów z użyciem technologii wspomagających lub testów z grupami użytkowników z niepełnosprawnościami.
     Gdy produkt jest częściowo zgodny, dostawca przedstawi również swój plan naprawienia niezgodności oraz w jaki sposób planuje testować i utrzymywać zgodność w przyszłości.
2. W-02. Wymagania dodatkowe. Dostawca opisze sposób spełnienia dodatkowych wymagań dostępności określonych w dokumentacji zamówienia oraz przedstawi informacje lub dowody potwierdzające możliwość ich spełnienia..
   Dodatkowe wymagania mogą obejmować w szczególności wybrane kryteria sukcesu WCAG na poziomie AAA oraz inne wymagania określone przez nabywcę.
   Na przykład może to dotyczyć wybranych kryteriów sukcesu WCAG na poziomie AAA, dodatkowych wymagań dotyczących personalizacji interfejsu użytkownika, rozszerzonego wsparcia technologii wspomagających, wymagań wynikających ze specyfiki usługi lub szczególnych potrzeb użytkowników.
3. W-03. Dostosowanie. Dostawca opisze możliwości dostosowania przez nabywcę motywów, graficznego interfejsu użytkownika i funkcjonalności.
   Dostawca określi, jaki wpływ na zgodność z wymogami dostępności mogą mieć dostosowania oraz w jaki sposób dostawca wspiera nabywcę w sprawdzaniu i łagodzeniu zagrożeń związanych z dostępnością dostosowań wprowadzanych podczas procesu wdrażania.
   Na przykład, czy dostawca przechowuje wytyczne dotyczące sposobu wdrażania zmian w graficznym interfejsie użytkownika lub motywie, aby zachować wymagania dotyczące kolorów lub powiększenia. Albo czy dostawca przechowuje listę użytych komponentów i ich znane problemy z dostępnością, aby nabywcanabywcaOsoba (fizyczna lub prawna), która nabywa (kupuje) dobra materialne lub usługi od sprzedawcy. Obejmuje nie tylko osobę podpisującą umowę, ale także decydentów, osoby wpływowe, właścicieli produktów i inne osoby bezpośrednio odpowiedzialne za wprowadzanie technologii do organizacji. Często używane zamiennie z „kupujący”. mógł wybrać przed wdrożeniem tylko dostępne komponenty.
4. W-04. Tworzenie treści. Dostawca opisze, w jaki sposób rozwiązanie wspiera tworzenie dostępnych treści cyfrowych i zapewnia ich zgodność z WCAG. Dostawca określi, które elementy dostępności są zapewniane przez system, a które zależą od sposobu tworzenia treści przez użytkowników.
   Na przykład, czy i jakie mechanizmy lub wskazówki zawiera rozwiązanie, aby pomóc twórcom treści w przesyłaniu lub pisaniu dostępnych treści internetowych, takie jak wbudowane testy struktury nagłówków, obecności tekstów alternatywnych, itp.
5. W-05. Narzędzia dla pracowników. Dostawca opisze, w jaki sposób rozwiązanie wspiera pracowników z niepełnosprawnościami w korzystaniu z narzędzi do tworzenia treści, zgodnie z wytycznymi ATAG (Authoring Tools Accessibility Guidelines 2.0).
   Na przykład, w jaki sposób ekrany interfejsu redakcyjnego działają z elementami sterującymi klawiatury i technologiami wspomagającymi, takimi jak czytniki ekranu lub oprogramowanie do dyktowania, aby osobom z niepełnosprawnościami zapewnić możliwość nawigacji i interakcji z funkcjami oprogramowania.
6. W-06. Nakładki. Dostawca wskaże, czy w dostarczanym rozwiązaniu korzysta lub planuje korzystać z jakichkolwiek produktów dostarczonych przez firmy wymienione w arkuszu Overlay Fact Sheet lub innych produktów tego typu.
   Produkty (wtyczki, dodatki) Overlay i Underlay, które oferują naprawę problemów z dostępnością, reprezentują fałszywe podejście do zgodności z dostępnością i mogą stanowić ryzyko prawne oraz reputacyjne zarówno dla dostawcy, jak i nabywcy. Ponieważ produkty nakładkowe nie mogą być używane do zapewnienia zgodności z przepisami, ważne jest, aby jasno określić, gdzie i do czego dostawca używa takich produktów. Stosowanie takich rozwiązań nie jest uznawane za zapewnienie dostępności i nie może zastępować rzeczywistego spełnienia wymagań dostępności.
7. W-07. Deklaracja. Dostawca dostarczy oświadczenie o dostępności swojego produktu, które przedstawia stanstanAktualny, udokumentowany opis określonego obiektu w danym momencie. W SZDC pojęcie stanu odnosi się przede wszystkim do stanu dostępności i zgodności zasobów oraz stanu systemu zapewniania dostępności cyfrowej. zgodności z normami dostępności, albo zobowiąże się współpracować z nabywcą w celu opracowania deklaracji dostępności dla proponowanego rozwiązania.
   Deklaracja powinna być oparta na rzeczywistych wynikach testów i stanowić podstawę do weryfikacji spełnienia wymagań dostępności. Warunkiem wstępnym jest przedstawienie przez dostawcę wystarczających dowodów testów zgodności z WCAG, na podstawie których można uzyskać szczegółowe informacje wymagane w deklaracji dostępności (W-01).
8. W-08. Wskazówki dla użytkowników technologii wspomagających. Dostawca zapewni odpowiednie wskazówki użytkownikom technologii wspomagających albo zobowiąże się współpracować z nabywcą w celu przygotowania takich wystarczająco dokładnych wskazówek.
   Dostawca opisze, jakie informacje, instrukcje lub materiały pomocnicze są lub będą dostępne dla użytkowników technologii wspomagających oraz w jaki sposób będą one utrzymywane w aktualności.
   Na przykład mogą to być instrukcje korzystania z rozwiązania przy użyciu czytników ekranu, oprogramowania powiększającego, sterowania głosowego lub innych technologii wspomagających, a także informacje o znanych ograniczeniach dostępności i sposobach ich obejścia.
9. W-09. Dokumenty. Dostawca opisze, w jaki sposób zapewni, że wszelkie treści nieinternetowe generowane przez system będą spełniać wymogi dostępnościwymogi dostępnościDokładne i możliwe do przetestowania i weryfikacji opisy każdej cechy rozwiązania (produktu) cyfrowego, które ma zostać zamówione. Inaczej: wymagania dostępności.. Dostawca określi również, w jaki sposób zapewniana jest dostępnośćdostępnośćZakres, w jakim produkty, systemy, usługi, środowiska i obiekty mogą być używane przez ludzi z populacji o najszerszym zakresie cech i możliwości, aby osiągnąć określony cel w określonym kontekście użytkowania (ISO TC 159). Właściwość środowiska (przestrzeni fizycznej, rzeczywistości cyfrowej, systemów informacyjno-komunikacyjnych, produktów, usług), która pozwala osobom z trudnościami funkcjonalnymi (fizycznymi, poznawczymi) na korzystanie z niego na zasadzie równości z innymi. dokumentów generowanych automatycznie oraz komunikacji systemowej.
   Dotyczy to wszelkich innych treści niż internetowe, które generuje system, lub związanych z promocją, użytkowaniem albo zarządzaniem systemem, w tym wszystkich komunikatów, wiadomości e-mail, formatów wygenerowanych dokumentów, plików PDF, potwierdzeń działań użytkownika, dodatkowej korespondencji, próśb o dalsze informacje i użycia wtyczek innych firm. Zgodność zostanie oceniona na podstawie ujętych w PN ETSI EN 301 549 kryteriów sukcesu WCAG odnoszących się do dokumentów nieinternetowych i znanych najlepszych praktyk projektowania dla dostępności.
10. W-10. Komponenty stron trzecich. Dostawca opisze dostępność komponentów i usług stron trzecich stanowiących część oferowanego rozwiązania oraz sposób zarządzania ryzykiem związanym z ich dostępnością.
    Dostawca określi, które elementy rozwiązania są dostarczane przez podmioty trzecie, jaki jest ich wpływ na dostępność całego rozwiązania oraz jakie informacje lub dowody dostępności są dostępne dla tych komponentów.
    Na przykład mogą to być moduły płatności elektronicznych, podpisu elektronicznego, map, komunikacji wideo, systemów uwierzytelniania, usług chmurowych lub innych usług integrowanych z rozwiązaniem. Dostawca powinien również opisać sposób postępowania w przypadku stwierdzenia problemów dostępności takich komponentów.
11. W-11. Utrzymanie dostępności. Dostawca opisze sposób utrzymywania dostępności rozwiązania po wdrożeniu, w tym procesprocesPowtarzalny sposób realizacji działań prowadzący do pozyskania, wykorzystania lub udostępnienia informacji oraz do podejmowania decyzji. Procesy są podstawowym mechanizmem funkcjonowania SZDC. zgłaszania, analizowania i usuwania problemów dostępności cyfrowej oraz sposób informowania nabywcy o zmianach mających wpływ na dostępność rozwiązania.
    Dostawca określi sposób monitorowania dostępności rozwiązania, obsługi zgłoszeń dotyczących problemów dostępności oraz utrzymywania zgodności podczas aktualizacji, rozwoju i utrzymania rozwiązania.
    Na przykład dostawca może przedstawić procedurę obsługi zgłoszeń, deklarowane czasy reakcji i usuwania błędów dostępności, sposób dokumentowania zmian wpływających na dostępność oraz zakres testów wykonywanych przed wdrożeniem nowych wersji rozwiązania.