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 internetowa, aplikacja mobilna 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ść 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, multimedia) 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 migowy, 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 VPAT (Voluntary Product Accessibility Template) lub równoważnym ACR (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.