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.

Propozycje tematów zaleceń – Wymiar Zaopatrzenie

Opracowanie: Stefan Wajda
Data zgłoszenia: 28 lutego 2026 r., ostatnia aktualizacja: 28 lutego 2026 r.

Zestaw tematów został opracowany na podstawie analizy braków w wymiarze Zaopatrzenie.

1. Zalecenie: Standard uwzględniania wymagań EN 301 549 w dokumentacji zamówień​

Zakres:​

  • Wzorcowe zapisy do OPZ / SWZ dotyczące dostępności
  • Odniesienie do rozdziałów 9–11 EN 301 549
  • Wymóg przedstawienia 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)./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). przez wykonawcę
  • Minimalne wymagania dowodowe
  • Listy kontrolne dla komisji przetargowej

Uzasadnienie:​

Brak jednolitego, operacyjnego standardu zapisów dostępnościowych w zamówieniach.

2. Zalecenie: Procedura oceny ofert pod kątem dostępności cyfrowej​

Zakres:​

  • Kryteria oceny dostępności w postępowaniu
  • Sposób weryfikacji deklaracji wykonawcy
  • Testy próbki systemu (proof of concept)
  • Minimalne wymagania punktowe
  • Dokumentowanie oceny

Uzasadnienie:​

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. jest deklarowana, ale brak procedury jej realnej weryfikacji na etapie wyboru wykonawcy.

3. Zalecenie: Wymogi umowne dotyczące zapewnienia i utrzymania dostępności​

Zakres:​

  • Klauzule o odpowiedzialności za 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.
  • Obowiązek usuwania błędów dostępności
  • Terminy napraw (SLA)
  • Sankcje za brak zgodności
  • Wymóg aktualizacji ACR/VPAT przy zmianach

Uzasadnienie:​

Brak standardu kontraktowego zabezpieczającego trwałą zgodność po wdrożeniu.

4. Zalecenie: Procedura odbioru dostępnościowego produktów i usług cyfrowych​

Zakres:​

  • Obowiązkowe testy przed odbiorem
  • Wykorzystanie Podstawy testowania zgodności
  • Udział użytkowników z niepełnosprawnościami
  • Protokół odbioru z częścią dostępnościową
  • Możliwość odbioru warunkowego z planem napraw

Uzasadnienie:​

Brakuje spójnej procedury odbioru dostępności jako warunku zapłaty i akceptacji systemu.

5. Zalecenie: Zakup dostępnych narzędzi pracy i systemów wewnętrznych​

Zakres:​

  • Minimalne wymagania dostępności dla systemów HR, obiegu dokumentów, e-learningu
  • Weryfikacja dostępnościweryfikacja dostępnościOcena materiału przeprowadzana przed publikacją w zakresie adekwatnym do rodzaju materiału, ryzyka wystąpienia barier oraz sposobu publikacji. SaaS
  • Analiza ryzyka braku dostępności
  • Dokumentowanie decyzjidokumentowanie decyzjiUtrwalenie najważniejszych informacji dotyczących oceny materiału i podjętej decyzji, w szczególności wyniku oceny dostępności, zastosowanych działań, uzasadnienia oraz osoby odpowiedzialnej. zakupowych

Uzasadnienie:​

Zaopatrzenie powinno obejmować także narzędzia wewnętrzne wpływające na wymiar Personel i Wsparcie.

6. Zalecenie: Zakup i wdrażanie narzędzi komunikacyjnych i multimedialnych zgodnych z WCAG​

Zakres:​

  • Wymagania dla platform webinarowych i wideokonferencyjnych
  • 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. dla systemów newsletterowych i CMS
  • Weryfikacja funkcji generowania napisów, transkrypcji
  • Minimalne wymagania techniczne

Uzasadnienie:​

Brak standardu zakupowego powiązanego z wymiarem Komunikacja.

7. Zalecenie: Procedura reagowania na niedostępność zakupionego rozwiązania​

Zakres:​

  • Tryb zgłaszania niezgodności wykonawcy
  • Eskalacja do nadzoru prawnego
  • Aktualizacja umowy
  • Plan naprawczy
  • Możliwość rozwiązania umowy w przypadku rażącej niezgodności

Uzasadnienie:​

Brak systemowego mechanizmu egzekwowania zgodności po zakupie.

8. Zalecenie: Wymagania kompetencyjne dla osób realizujących zamówienia w zakresie dostępności cyfrowej​

Zakres:​

  • Minimalne przeszkolenie członków komisji przetargowych
  • Lista kontrolnalista kontrolnaZestaw pytań lub kryteriów używany przed publikacją materiału. Lista kontrolna pomaga potwierdzić, czy materiał spełnia minimalne wymagania dostępności. dla zamawiających
  • Współpraca z koordynatorem ds. dostępności
  • Monitorowanie jakości postępowań

Uzasadnienie:​

Brak formalnego standardu kompetencyjnego dla osób prowadzących zakupy.

9. Zalecenie: Nadzór nad zamówieniami realizowanymi przez jednostki podległe​

Zakres:​

  • Minimalne wymagania dostępnościowe dla JST i jednostek organizacyjnych
  • Wzorcowe zapisy do regulaminów zamówień wewnętrznych
  • Raportowanie zgodności
  • Centralne wsparcie merytoryczne

Uzasadnienie:​

Brak modelu nadzoru nad zapewnianiem dostępności w zamówieniach rozproszonych.

Rekomendowana struktura każdego zalecenia

  1. Cel i podstawa prawna (ustawa, EN 301 549, Europejska ustawa o dostępności (EAA)EAA (Europejska ustawa o dostępności). Akt prawny Unii Europejskiej (dyrektywa (UE) 2019/882), którego celem jest poprawa dostępności produktów i usług dla osób z niepełnosprawnościami. Wprowadził prawne wymogi dotyczące projektowania z uwzględnieniem dostępności w kluczowych sektorach, takich jak handel elektroniczny, bankowość internetowa oraz usługi sprzedaży biletów telefonicznych i transportowych. EAA wymaga, aby witryny i firmy objęte wymogiem dostępności, zatrudniające ponad 10 pracowników lub osiągające przychody powyżej 2 mln euro, zapewniły dostępność, a nieprzestrzeganie tego wymogu wiąże się z konsekwencjami prawnymi.)
  2. Zakres zastosowania (Technologie informacyjno-komunikacyjne (TIK)TIK (Technologie informacyjno-komunikacyjne). Technologia informatyczna i inny sprzęt, systemy, technologie lub procesy, których główną funkcją jest tworzenie, przetwarzanie, przechowywanie, wyświetlanie, odbieranie lub przesyłanie danych i informacji elektronicznych, a także wszelkiej powiązanej treści. Ang. _ICT (Information and Communication Technologies)_. , SaaS, dokumenty, multimediamultimediaDźwięk, wideo, prezentowane również w sposób interaktywny, lub połączenie tych form przekazu, narzędzia pracy)
  3. Model dla dużych podmiotów
  4. Wersja uproszczona dla małych podmiotów
  5. Wzory klauzul i listy kontrolne
  6. Powiązanie z wymiarem Cykl życia TIK (odbiór, utrzymanie)