Przejdź do głównej zawartości
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.

Klauzule w zapytaniach ofertowych i specyfikacjach warunków

Opracowanie: Tomasz Bartel, Stefan Wajda
Data zgłoszenia: 12 października 2025 r.

§ 1. Spełnienie wymagań minimalnych​

  1. Wykonawca zobowiązuje się, że produkt cyfrowy będący przedmiotem umowy (w tym oprogramowanie, strona internetowastrona internetowaZbiór uporządkowanych logicznie, połączonych ze sobą przez nawigację oraz linki, elementów prezentowanych za pomocą przeglądarki internetowej pod jednolitym adresem elektronicznym. Cały zbiór plików elektronicznych, które są dostępne za pośrednictwem nazwy domeny. Obejmuje to wszystkie strony i strony główne witryny (w tym aplikacje i usługi sieci Web oraz zawartość generowaną dynamicznie), do których odwołują się strony główne witryny, oraz aplikacje internetowe dostępne z takich stron internetowych., aplikacja mobilnaaplikacja mobilnaPublicznie dostępne oprogramowanie z interfejsem dotykowym zaprojektowane do wykorzystania na przenośnych urządzeniach elektronicznych, z wyłączeniem aplikacji przeznaczonych do użytku na przenośnych komputerach osobistych. lub inny produkt cyfrowy) będzie spełniał wymagania dostępności określone w normie PN-EN 301 549 (w aktualnej wersji przyjętej w Unii Europejskiej).
  2. Wymagania, o których mowa w ust. 1, obejmują w szczególności 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. z kryteriami sukcesu na poziomie co najmniej AA standardu WCAG 2.1 lub nowszego.
  3. Wykonawca zobowiązuje się do uwzględnienia wymagań dostępności cyfrowej na wszystkich etapach realizacji zamówienia – od projektowania, poprzez testowanie, po wdrożenie produktu.

§ 2. Spełnienie wymagań rozszerzonych​

  1. Jeżeli w specyfikacji zamówienia wskazano dodatkowe wymagania rozszerzone, wykonawca zobowiązuje się do ich pełnego spełnienia, w szczególności do zapewnienia zgodności ze wskazanymi kryteriami sukcesu na poziomie AAA standardu WCAG 2.1 lub nowszego.
  2. Wykonawca zobowiązuje się, że funkcjonalności dodatkowe, komponenty interfejsu oraz materiały towarzyszące (np. dokumentacja, instrukcje, multimediamultimediaDźwięk, wideo, prezentowane również w sposób interaktywny, lub połączenie tych form przekazu) będą zgodne z wymogami dostępności określonymi w specyfikacji technicznej.

§ 3. Przedstawienie dowodów zapewnienia dostępności​

  1. Wykonawca zobowiązuje się do przekazania Zamawiającemu dowodów potwierdzających spełnienie wymagań dostępności, w szczególności:
    • wyników automatycznych i ręcznych testów dostępności,
    • raportów z badań z udziałem użytkowników, w tym osób z niepełnosprawnościami,
    • dokumentacji z przeglądów eksperckich i analiz zgodności.
  2. Raporty i dowody, o których mowa w ust. 1, muszą być przekazane w formacie dostępnych dokumentów elektronicznych (np. HTML, PDF/UA lub DOCX) oraz zawierać streszczenie wyników w języku polskim.
  3. Na żądanie Zamawiającego wykonawca przedstawi surowe dane z testów (np. logi narzędzi, pliki raportów JSON, EARL lub CSV).

§ 4. Zapewnienie dokumentacji obsługi​

  1. Wykonawca zobowiązuje się dostarczyć kompletną dokumentację użytkową i administracyjną produktu cyfrowego, obejmującą:
    • instrukcję instalacji, konfiguracji i aktualizacji,
    • opis funkcji i możliwości produktu,
    • procedury rozwiązywania typowych problemów,
    • informacje o znanych ograniczeniach funkcjonalnych.
  2. Dokumentacja musi być opracowana w formie dostępnej cyfrowo (np. PDF/UA, HTML lub DOCX z poprawną strukturą i opisami alternatywnymi).

§ 5. Zapewnienie dostępności dokumentacji dla osób z niepełnosprawnościami​

  1. Dokumentacja obsługi musi być dostępna dla wszystkich użytkowników, w tym dla osób z niepełnosprawnościami, zgodnie z zasadami WCAG 2.1 na poziomie co najmniej AA.
  2. Wykonawca zobowiązuje się zapewnić, że:
    • treść dokumentacji będzie możliwa do odczytania za pomocą technologii wspomagających (np. czytników ekranu),
    • elementy wizualne (grafiki, diagramy, zrzuty ekranu) będą opatrzone opisami alternatywnymi,
    • materiały wideo lub audio będą uzupełnione o napisy, transkrypcje lub tłumaczenie na polski język migowytłumaczenie na polski język migowyPrzekład treści mówionej lub pisanej na polski język migowy. Tłumaczenie na PJM może być zapewniane w nagraniach, transmisjach, materiałach informacyjnych lub wydarzeniach online., jeżeli dotyczy.
  3. W przypadku aktualizacji dokumentacji wykonawca zobowiązuje się zachować jej zgodność z wymaganiami dostępności.

§ 6. Raport zgodności z dostępnością (VPAT / ACR)​

  1. Wykonawca zobowiązuje się dostarczyć raport zgodności z wymaganiami dostępności w formacie 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). (Voluntary Product Accessibility Template) lub równoważnym 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). (Accessibility Conformance Report).
  2. Raport musi zawierać:
    • odniesienie do aktualnej wersji normy PN-EN 301 549,
    • szczegółowy opis spełnienia poszczególnych wymagań,
    • identyfikację elementów niezgodnych lub częściowo zgodnych,
    • opis planowanych działań naprawczych (jeśli dotyczy).
  3. Raport powinien być sporządzony w formatach:
    • edytowalnym dokumencie biurowym (DOCX lub ODT) – do włączenia do dokumentacji zamówienia,
    • HTML z dołączonymi danymi w formacie JSON-LD (zawierającymi strukturę VPAT/ACR),
    • dodatkowo w formacie EARL (Evaluation and Report Language) – umożliwiającym automatyczne przetwarzanie danych o zgodności.
  4. Wszystkie wersje raportu muszą być zgodne pod względem treści i numeracji punktów odniesienia.

§ 7. Postanowienia końcowe​

  1. Niespełnienie wymagań dostępności cyfrowej stanowi nienależyte wykonanie umowy i może skutkować zastosowaniem kar umownych lub odmową odbioru produktu.
  2. Wykonawca jest zobowiązany do usunięcia stwierdzonych niezgodności w terminie uzgodnionym z Zamawiającym.
  3. Zamawiający zastrzega sobie prawo do weryfikacji dostępności cyfrowej produktu przez niezależnych ekspertów lub organizacje specjalistyczne.