Przejdź do głównej treści Wymagane polskim prawem (Ustawa o ochronie sygnalistów) dla organizacji z ponad 50 pracownikami

Raport zgodności EN 301 549 #

Raport ten jest ustrukturyzowaną samooceną EthicsPortal względem wymagań dostępności EN 301 549 V3.2.3 (i, w konsekwencji, WCAG 2.2 poziom AA). Jest przeznaczony dla osób oceniających oferty w zamówieniach publicznych, które potrzebują odpowiedzi klauzula po klauzuli wykraczającej poza deklarację dostępności .

PoleWartość
ProduktEthicsPortal — europejska platforma zgodności dla sygnalistów
Wersja produktuCiągłe wdrażanie; raport opisuje stan na dzień przygotowania
NormaEN 301 549 V3.2.3 (obejmuje WCAG 2.2 poziom AA)
Podejście do zgodnościSamoocena
Data przygotowania14 maja 2026 r.
Następny przeglądSierpień 2026 (kwartalnie)
Kontaktaccessibility@ethicsportal.eu

Kopia PDF tego raportu może zostać dostarczona na potrzeby zamówień publicznych na żądanie.

Zakres #

Raport obejmuje trzy powierzchnie wdrożeniowe:

  1. Aplikacja webowasecure.ethicsportal.eu, uwierzytelniony interfejs dla osób obsługujących sprawy
  2. Publiczne portale zgłoszeniowe*.ethicsportal.eu, składanie zgłoszeń i śledzenie sprawy przez sygnalistów
  3. Strona marketingowaethicsportal.eu, publiczna strona renderowana przez Hugo (włącznie z tą stroną)

Obejmuje także dokumenty do pobrania oraz usługi wsparcia dostarczane przez te powierzchnie.

EthicsPortal jest produktem SaaS opartym na webie. Nie zapewnia natywnych aplikacji mobilnych, sprzętu typu kiosk, dwukierunkowej komunikacji głosowej ICT, wyjścia wideo dla mediów ani tekstu w czasie rzeczywistym. Klauzule 6, 7, 8 i 13 EN 301 549 są zatem w dużej mierze niemające zastosowania.

Podsumowanie #

Obszar klauzulStatus
§5 Wymagania ogólneZgodny, z wyjątkami zaznaczonymi w §5.4
§6 ICT z dwukierunkową komunikacją głosowąNie dotyczy
§7 ICT z możliwościami wideoNie dotyczy
§8 SprzętNie dotyczy
§9 WebCzęściowo zgodny (patrz szczegóły §9)
§10 Dokumenty inne niż weboweNiezgodny — patrz §10.1
§11 OprogramowanieCzęściowo zgodny (patrz szczegóły §11)
§12 Dokumentacja i usługi wsparciaZgodny
§13 ICT zapewniające dostęp do usług pośredniczących lub alarmowychNie dotyczy

Ocena klauzula po klauzuli #

§5 Wymagania ogólne #

KlauzulaWymaganieStatusUwagi
5.1.2.2 / 5.1.3Aktywacja funkcji dostępnościZgodnyPlatforma udostępnia funkcje dostępności poprzez standardowy HTML i ARIA. Brak własnościowego kroku aktywacji
5.2Aktywacja funkcji dostępnościZgodnyUstawienia na poziomie przeglądarki i systemu operacyjnego (powiększenie, kontrast, ograniczenie ruchu, czytnik ekranu) są respektowane
5.3BiometriaNie dotyczyUwierzytelnianie odbywa się przez link magiczny lub kod jednorazowy z opcjonalnym TOTP; nie wymaga się danych biometrycznych
5.4Zachowanie informacji o dostępności przy konwersjiCzęściowo zgodnyTreść aplikacji zachowuje informacje o dostępności; eksporty PDF nie (patrz §10.1)
5.5Części operowalneZgodnyWszystkie elementy interaktywne są obsługiwalne klawiaturą i wskaźnikiem; rozmiar celu spełnia §2.5.8
5.6Status blokady lub przełącznikaZgodnyStany przełączników są udostępniane przez aria-pressed / aria-expanded
5.7Powtarzanie klawiszyNie dotyczyOprogramowanie nie konfiguruje systemowego powtarzania klawiszy
5.8Akceptacja podwójnego naciśnięciaNie dotyczyOprogramowanie nie konfiguruje systemowej akceptacji klawiszy
5.9Jednoczesne działania użytkownikaZgodnyŻadna interakcja nie wymaga jednoczesnych działań użytkownika

§9 Web (obejmuje WCAG 2.2 poziom A i AA) #

EthicsPortal celuje w WCAG 2.2 poziom AA. Nowe kryteria dodane w WCAG 2.2 są raportowane indywidualnie, aby oceniający mogli potwierdzić pokrycie wykraczające poza WCAG 2.1.

Zasada 1 — Postrzegalność

KSTytułPoziomStatusUwagi
1.1.1Treść nietekstowaAZgodnyObrazy i ikony SVG mają tekst alternatywny lub są oznaczone jako dekoracyjne. Przyciski tylko z ikoną mają aria-label. Status przekazywany wyłącznie ikoną ma odpowiednik tekstowy sr-only
1.2.xMultimedia czasoweA/AANie dotyczyBrak treści audio lub wideo
1.3.1Informacje i relacjeAZgodnySemantyczny HTML; tabele używają <th scope>; formularze używają <label>
1.3.2Sensowna kolejnośćAZgodnyKolejność DOM odpowiada kolejności wizualnej
1.3.3Charakterystyka zmysłowaAZgodnyInstrukcje nie polegają wyłącznie na kształcie, rozmiarze ani położeniu
1.3.4OrientacjaAAZgodnyUkład działa w pionie i w poziomie
1.3.5Identyfikacja celu danych wejściowychAAZgodnyPola wejściowe odpowiadające celom WCAG używają autocomplete
1.4.1Użycie koloruAZgodnyKolor nigdy nie jest jedynym sygnałem — zawsze sparowany z tekstem lub ikoną
1.4.3Kontrast (minimalny)AAZgodnyTekst podstawowy ≥ 4,5:1, duży tekst ≥ 3:1, audytowane wewnętrznie
1.4.4Zmiana rozmiaru tekstuAAZgodnyUkład reflowuje przy 200% powiększeniu bez utraty treści
1.4.5Obrazy tekstuAAZgodnyLogo marki jest jedynym obrazem tekstu; wszystkie etykiety UI są HTML
1.4.10ReflowAAZgodnyReflowuje przy szerokości 320 pikseli CSS (tabele i bloki kodu wyłączone, jak dozwolono)
1.4.11Kontrast nietekstowyAAZgodnyKomponenty UI i obiekty graficzne osiągają 3:1
1.4.12Odstępy w tekścieAAZgodnyNadpisania użytkownika nie psują układu
1.4.13Treść przy najechaniu lub fokusieAAZgodnyTooltipy są zamykalne (Escape), holdowalne i trwałe do utraty fokusu przez element wyzwalający

Zasada 2 — Funkcjonalność

KSTytułPoziomStatusUwagi
2.1.1KlawiaturaAZgodnyCała funkcjonalność jest obsługiwana z klawiatury
2.1.2Brak pułapki klawiaturowejAZgodnyModale chwytają fokus tylko gdy są otwarte i przywracają go przy zamknięciu
2.1.4Skróty z pojedynczych znakówANie dotyczyBrak skrótów jednoznakowych
2.2.1Regulacja czasuAZgodnyTimeout nieaktywności sesji wynosi 30 dni, spełniając wyjątek 20-godzinny
2.2.2Wstrzymanie, zatrzymanie, ukrycieAZgodnyBrak treści automatycznie aktualizujących się, które poruszają się lub migają dłużej niż 5 sekund bez kontroli pauzy
2.3.1Trzy błyski lub mniejAZgodnyBrak treści migających
2.4.1Pomijanie blokówAZgodnySkip-link do treści głównej jest na każdym układzie
2.4.2Tytuł stronyAZgodnyKażda strona ma zlokalizowany, opisowy <title>
2.4.3Kolejność fokusuAZgodnyFokus podąża za kolejnością DOM
2.4.4Cel łącza (w kontekście)AZgodnyTekst łączy opisuje cel
2.4.5Wiele sposobówAAZgodnyWyszukiwanie, nawigacja i okruszki są dostępne
2.4.6Nagłówki i etykietyAAZgodnyJeden <h1> na stronę; nagłówki zstępują bez przeskakiwania
2.4.7Widoczność fokusuAAZgodny:focus-visible włączone globalnie; pierścienie fokusu nie są wyłączane
2.4.11Fokus niezasłonięty (minimum)AA (nowe w 2.2)ZgodnyElementy z fokusem nie są w pełni zasłonięte przez sticky-headery lub inne treści autora
2.5.1Gesty wskaźnikoweAZgodnyBrak gestów wielopunktowych ani ścieżkowych
2.5.2Anulowanie wskaźnikaAZgodnyWszystkie akcje kliknięcia kończą się na up-event
2.5.3Etykieta w nazwieAZgodnyDostępne nazwy zawierają widoczną etykietę
2.5.4Aktywacja ruchemANie dotyczyBrak wejść ruchowych urządzenia
2.5.7Ruchy przeciąganiaAA (nowe w 2.2)ZgodnyBrak przepływów tylko-drag; przesyłanie akceptuje alternatywę kliknięcia i klawiatury
2.5.8Rozmiar celu (minimalny)AA (nowe w 2.2)ZgodnyCele interaktywne ≥ 24×24 piksele CSS

Zasada 3 — Zrozumiałość

KSTytułPoziomStatusUwagi
3.1.1Język stronyACzęściowo zgodnyStrony aplikacji i portalu ustawiają <html lang> na aktywny locale. Statyczne strony błędów są tylko po angielsku — patrz deklaracja dostępności
3.1.2Język częściAAZgodnyWstawione ciągi w językach obcych używają atrybutów lang, gdy wymagane
3.2.1Przy fokusieAZgodnyFokus nie wywołuje zmiany kontekstu
3.2.2Przy wejściuAZgodnyWprowadzanie nie wywołuje zmiany kontekstu bez ostrzeżenia
3.2.3Spójna nawigacjaAAZgodnyKolejność nawigacji jest spójna w całej aplikacji
3.2.4Spójna identyfikacjaAAZgodnyIkony i komponenty są używane spójnie
3.2.6Spójna pomocA (nowe w 2.2)ZgodnyKontakt wsparcia i linki pomocy pojawiają się w tym samym miejscu na każdej uwierzytelnionej stronie (dolna część paska bocznego) oraz w stopce portalu
3.3.1Identyfikacja błęduAZgodnyBłędy są zgłaszane przez role="alert" i opisywane użytkownikowi
3.3.2Etykiety lub instrukcjeAZgodnyPola są etykietowane; podpowiedzi używają aria-describedby
3.3.3Sugestia naprawy błęduAAZgodnyBłędy mówią co jest nie tak i jak naprawić
3.3.4Zapobieganie błędom (prawne, finansowe, dane)AAZgodnyOperacje odwracalne lub jawne potwierdzenie dla działań destrukcyjnych
3.3.7Powtarzanie wprowadzaniaA (nowe w 2.2)ZgodnyInformacje wcześniej wprowadzone (e-mail, organizacja) są wypełniane automatycznie, gdy ponownie wymagane w tej samej sesji
3.3.8Dostępne uwierzytelnianie (minimum)AA (nowe w 2.2)ZgodnyUwierzytelnianie wykorzystuje linki magiczne i kody jednorazowe, które można wkleić; brak testów funkcji poznawczych

Zasada 4 — Solidność

KSTytułPoziomStatusUwagi
4.1.2Nazwa, rola, wartośćAZgodnyKontrolki ujawniają nazwę, rolę i stan
4.1.3Komunikaty statusuAAZgodnyKomunikaty flash, powiadomienia i wyniki asynchroniczne używają regionów aria-live

§10 Dokumenty inne niż webowe #

KlauzulaWymaganieStatusUwagi
10.1Dokumenty inne niż webowe (PDF)NiezgodnyRaporty zgodności, certyfikaty, szablony polityk, plakaty, podręcznik osób obsługujących i eksporty spraw są tworzone jako nieoznaczone PDF-y. Dostępne alternatywy HTML są dostępne na żądanie pod accessibility@ethicsportal.eu . Potok oznakowanego PDF-a znajduje się w planach rozwoju.
10.2Szablony polityk DOCXCzęściowo zgodnyGenerowane pliki DOCX (polityka dla sygnalistów, klauzula informacyjna RODO) niosą strukturę, ale nie zostały zaudytowane względem oczekiwań równoważnych PDF/UA dla dokumentów edytowalnych. Alternatywy HTML są dostępne na żądanie.

§11 Oprogramowanie #

Aplikacja webowa kwalifikuje się jako oprogramowanie pod §11. §11 obejmuje WCAG (ocenione wyżej pod §9) plus klauzule swoiste dla oprogramowania:

KlauzulaWymaganieStatusUwagi
11.5Interoperacyjność z technologiami wspomagającymiZgodnyZbudowane na semantycznym HTML i ARIA; testowane z VoiceOver, NVDA i nawigacją klawiaturową platform
11.6Udokumentowane użycie dostępnościZgodnyTa strona i deklaracja dostępności dokumentują funkcje dostępności i znane ograniczenia
11.7Preferencje użytkownikaZgodnyPreferencje na poziomie OS (ograniczenie ruchu, schemat kolorów, skalowanie tekstu) są respektowane
11.8Narzędzia autorskieCzęściowo zgodnyInterfejs osoby obsługującej sprawę jest narzędziem autorskim w sensie §11.8, ponieważ osoby obsługujące tworzą treści konsumowane przez sygnalistów. Wysyłki plików akceptują opisy; przyszłe funkcje edytora bogatego tekstu będą oceniane względem ATAG 2.0

§12 Dokumentacja i usługi wsparcia #

KlauzulaWymaganieStatusUwagi
12.1.1Funkcje dostępności i zgodnościZgodnyTen raport i deklaracja dostępności opisują wspierane technologie wspomagające i kombinacje platform
12.1.2Dostępna dokumentacjaZgodnyDokumentacja jest dostarczana jako semantyczny HTML na stronie marketingowej i przez pomoc w aplikacji
12.2.2Informacje o funkcjach dostępnościZgodnyWsparcie i opublikowana deklaracja mogą odpowiadać na zapytania dotyczące dostępności
12.2.3Skuteczna komunikacjaZgodnyKanał informacji zwrotnej o dostępności jest monitorowany każdego dnia roboczego; potwierdzenie w ciągu 2 dni roboczych
12.2.4Dostępna dokumentacja (wsparcie)Częściowo zgodnyDokumenty dostarczane w odpowiedzi na zgłoszenia wsparcia dziedziczą status leżących u podstaw artefaktów — PDF-y są oznaczone; alternatywy HTML są dostępne

Znane ograniczenia #

Poniższe punkty są śledzone, nie ukrywane:

  1. Nieoznaczone PDF-y. Największa luka. Dziś łagodzona dostępnymi alternatywami HTML na żądanie; planowane zastąpienie przez potok oznakowanych PDF-ów lub kanoniczny HTML.
  2. Statyczne strony błędów tylko po angielsku. Spotykane rzadko; ta sama informacja jest prezentowana w języku użytkownika wewnątrz aplikacji.
  3. Wstawki zewnętrzne (Crisp, strony Stripe) są poza naszą bezpośrednią kontrolą; dokumentacja dostępności dostawców jest przeglądana raz w roku.

Metodologia testowa #

Samoocena połączyła:

Kontakt i informacje zwrotne #

Zastrzeżenia dotyczące dostępności, prośby o alternatywne formaty oraz zapytania zamówieniowe:

Normy i odniesienia #

Ostatnia aktualizacja: