Jak zapewnić dostępność bankomatów i wpłatomatów zgodnie z EAA, EN 301 549 i WCAG 2.2. Lista wymagań, przykłady wdrożeń, okresy przejściowe. Eksperci ePAD audytują i wdrażają dostępne rozwiązania end-to-end.
Autor: ePAD Eksperci Dostępności (page 2)
Dostępna e-rejestracja i e-wyniki: dostępność WCAG dla szpitali
Szpitale i placówki medyczne w coraz większym stopniu przenoszą swoje usługi do przestrzeni cyfrowej: internetowe rejestracje pacjentów, wyniki badań online, teleporady czy formularze e-skierowań stały się standardem. Od 28 czerwca 2025 roku, w związku z wejściem w życie PAD (Polskiego Aktu o Dostępności) wdrażającego European Accessibility Act (EAA), wszystkie te rozwiązania muszą spełniać wymagania WCAG 2.2 i standardu EN 301 549.
Dostępność w cyklu życia aplikacji (SDLC): Jak „przesunąć w lewo” i oszczędzić tysiące na poprawkach
Odkryj, jak integracja dostępności w cyklu życia aplikacji (SDLC) pozwala unikać kosztownego „długu dostępności”. Przeczytaj nasz przewodnik dla menedżerów, deweloperów i projektantów, jak wdrożyć zasady „shift left” i tworzyć dostępne produkty od samego początku z e-pad.pl.
Deklaracja dostępności krok po kroku: struktura, najczęstsze błędy i gotowa lista
Każda instytucja publiczna w Polsce ma obowiązek publikowania i utrzymywania deklaracji dostępności. Od 28 czerwca 2025 roku, wraz z wejściem w życie PAD (Polskiego Aktu o Dostępności) oraz wdrożeniem European Accessibility Act (EAA), obowiązki te obejmą jeszcze szerszy zakres podmiotów – nie tylko urzędy i gminy, ale także banki, firmy transportowe, telekomunikacyjne czy sklepy internetowe.
Audyt dostępności w instytucji zaufania publicznego. Jak przygotować bank lub szpital do kontroli i zbudować przewagę konkurencyjną?
Audyt dostępności działa jak polisa ubezpieczeniowa. Dzieje się tak, ponieważ dla banków, szpitali i innych instytucji zaufania publicznego, dostępność cyfrowa przestała być opcją – stała się fundamentem legalności, bezpieczeństwa i rynkowej reputacji. Zbliżający się termin 28 czerwca 2025 roku, wprowadzający…
EAA a WCAG 2.2: co dokładnie musi spełnić Twoja organizacja od 28 czerwca 2025 r.?
28 czerwca 2025 r. wchodzi w życie European Accessibility Act (EAA), czyli Europejski Akt o Dostępności, który w Polsce przyjął formę Polskiego Aktu o Dostępności (PAD). Od tej daty firmy i instytucje będą musiały zapewnić zgodność cyfrową i techniczną swoich usług, produktów oraz stron internetowych. Podstawą techniczną do spełnienia wymagań EAA/PAD pozostaje standard WCAG 2.2.
EAA w praktyce: Jak przygotować dostępny e-commerce? Wymagania dla sklepów internetowych wg normy EN 301 549 i WCAG.
Dostępny e-commerce po 28.06.2025. Data, która zmieni rynek na zawsze. Dostępny e-commerce stanie się wymogiem prawnym. 28 czerwca 2025 roku to data, która powinna być zaznaczona na czerwono w kalendarzu każdego przedsiębiorcy działającego w polskim internecie. To nie jest kolejna…
Dostępność cyfrowa w szpitalu: Jak szpitale i placówki medyczne mogą spełnić wymogi dostępności cyfrowej i informacyjno-komunikacyjnej?
Jak szpitale i przychodnie mogą spełnić wymogi dostępności cyfrowej? Sprawdź, jak dostosować stronę WWW, rejestrację online i komunikację do potrzeb pacjentów z niepełnosprawnościami i seniorów.
Dostępność cyfrowa WCAG w ubezpieczeniach: jak dostosować strony i systemy sprzedażowe do WCAG 2.2 i EAA
Od 28 czerwca 2025 r. wymogi PAD/EAA obejmują również usługi ubezpieczeniowe świadczone masowo dla konsumentów. To oznacza, że portale sprzedażowe, kalkulatory składek, formularze zgłoszeń szkód, e-polisy i aplikacje mobilne muszą spełniać wymogi WCAG 2.2 oraz odpowiednich części EN 301 549 (web, software, dokumenty). Brak zgodności grozi nie tylko sankcjami, ale też realnym odpływem klientów — bo niedostępna ścieżka zakupu lub zgłoszenia szkody to utracona konwersja i dodatkowe obciążenie call center.
Formularze, logowanie i podpis elektroniczny: 10 kłopotliwych barier dostępności WCAG w banku
Od 28 czerwca 2025 r. wspólne wymagania dostępności dla usług i produktów objętych Europejskim Aktem o Dostępności (PAD/EAA) są obowiązujące również dla bankowości detalicznej – w tym serwisów WWW, aplikacji mobilnych oraz urządzeń samoobsługowych (np. terminali płatniczych, bankomatów). To wymusza realną zgodność z normą EN 301 549 i WCAG 2.2.