ue pl

Zesp贸艂 Consdata

Zesp贸艂 Consdata

Co European Accessibility Act oznacza dla bank贸w?

Europejski Akt o Dost臋pno艣ci (EAA) to dokument wykazuj膮cy wymogi dotycz膮ce dost臋pno艣ci wybranych produkt贸w i us艂ug. Przepisy maj膮 obowi膮zywa膰 od 28 czerwca 2025 roku i b臋d膮 obowi膮zywa膰 r贸wnie偶 banki. Co to dla nich oznacza?

Czemu s艂u偶y Europejski Akt o Dost臋pno艣ci?

Celem dyrektywy jest u艂atwienie dost臋pu do produkt贸w i us艂ug maksymalnej liczbie os贸b, niezale偶nie od ich sprawno艣ci czy szczeg贸lnych potrzeb, oraz zwi臋kszanie spo艂ecznej 艣wiadomo艣ci na temat dost臋pno艣ci.

Dyrektywa dotyczy produkt贸w i us艂ug uznanych jako podstawowe dla funkcjonowania cz艂owieka w codziennym 偶yciu (np. bankowo艣ci detalicznej).

Dzi臋ki EAA ka偶dy b臋dzie m贸g艂 zawiadomi膰 w艂a艣ciwe organy nadzorcze o niespe艂nianiu wymog贸w dost臋pno艣ci. Ka偶de pa艅stwo UE b臋dzie mog艂o samodzielnie wyznacza膰 kary za niedostosowanie produkt贸w i us艂ug do wymog贸w. W Polsce powsta艂 projekt ustawy nr UC119.

European Accessibility Act w praktyce

EAA nie oznacza rewolucji. O dost臋pno艣ci w projektowaniu m贸wi si臋 od dawna. Dlatego je艣li w banku istnieje zesp贸艂, kt贸ry zna zasady dost臋pno艣ci, zachowanie zgodno艣ci z wymaganiami nie b臋dzie stanowi膰 wielkiego wyzwania. Zespo艂y projektowe b臋d膮 pracowa艂y jak dot膮d, uwzgl臋dniaj膮c rozszerzone wytyczne w roadmapie rozwoju aplikacji i proces贸w bankowych.

Dost臋pno艣膰 w bankowo艣ci - wybrane wymagania

Wymaganie Komentarz

Stosowanie s艂ownictwa w spos贸b sp贸jny lub zgodny z jasn膮 i logiczn膮 struktur膮, tak by osoby z niepe艂nosprawno艣ciami intelektualnymi mog艂y je lepiej zrozumie膰.

oraz

Zapewnianie, by informacje by艂y zrozumia艂e, a ich stopie艅 z艂o偶ono艣ci nie przekracza艂 poziomu B2 (wy偶szy 艣rednio zaawansowany) wed艂ug Europejskiego Systemu Opisu Kszta艂cenia J臋zykowego Rady Europy.

Wa偶ne, by stosowane s艂ownictwo by艂o jak najprostsze. Warto, by bank kierowa艂 si臋 zasadami prostego j臋zyka 鈥 co w wielu bankach jest ju偶 standardem.

Zapewnienie, by tekst mog艂y odczyta膰 osoby s艂abowidz膮ce.

oraz

Umo偶liwienie powi臋kszenia tekstu, powi臋kszenia konkretnego piktogramu lub zwi臋kszenia kontrastu, tak by osoby s艂abowidz膮ce mog艂y zapozna膰 si臋 z przedstawionymi informacjami.

Bank powinien zadba膰 o wielko艣膰 liter, odst臋p贸w, a tak偶e kontrast. Projektanci mog膮 wykorzysta膰 narz臋dzia do sprawdzania kontrastu ju偶 na etapie tworzenia makiet.

Zapewnienie 鈥 opr贸cz mo偶liwo艣ci wci艣ni臋cia zielonego lub czerwonego przycisku w celu wyboru jednej z opcji 鈥 opisowego oznaczenia przycisk贸w, tak by wyboru mog艂y dokona膰 osoby z zaburzeniem widzenia barw.

Poza kolorami i opisami przyciski mog膮 zawiera膰 symbole, kt贸re pozwol膮 je 艂atwiej rozr贸偶ni膰.

Zwi臋kszenie rozmiaru przycisk贸w na ekranie dotykowym i odleg艂o艣ci mi臋dzy nimi, tak by mo偶na je by艂o wcisn膮膰 dr偶膮c膮 d艂oni膮.

Tego typu wymagania s膮 opisywane szczeg贸艂owo przez WCAG. Przycisk (wraz z otaczaj膮cym go aktywnym polem) powinien mierzy膰 przynajmniej 24 na 24 piksele.

Uzupe艂nianie tre艣ci nietekstowych alternatywnymi prezentacjami tych tre艣ci.

We藕my za przyk艂ad grafik臋 na karcie kredytowej. Za艂贸偶my, 偶e istnieje kilka wariant贸w i klient mo偶e zdecydowa膰, jak karta ma wygl膮da膰. W贸wczas, ka偶dy wariant grafiki powinien by膰 opatrzony tekstem opisuj膮cym grafik臋, kt贸ry mo偶e by膰 odczytany np. w przegl膮darce dla os贸b niewidomych.

Dostarczanie plik贸w elektronicznych, kt贸re mog膮 by膰 odczytane przez komputer z czytnikiem ekranu, tak by osoby niewidome mog艂y wykorzysta膰 te informacje.

oraz

Udost臋pnianie informacji za pomoc膮 wi臋cej ni偶 jednego kana艂u sensorycznego;

oraz

Udost臋pnianie tre艣ci w formatach tekstowych, umo偶liwiaj膮cych tworzenie alternatywnych format贸w wspomagaj膮cych, kt贸re mog膮 by膰 przedstawiane na r贸偶ne sposoby i za po艣rednictwem wi臋cej ni偶 jednego kana艂u sensorycznego.

Przyk艂adowo, kiedy bank wysy艂a klientowi dokumenty w formacie PDF, powinien zadba膰 o to, by by艂y mo偶liwe do przetworzenia przez czytniki zamieniaj膮ce tekst na mow臋 (czyli PDF nie zostaje zapisany jako obraz, a jako tekst). Je偶eli pliki zawieraj膮 obrazy, to powinny im towarzyszy膰 opisy alternatywne.

Umo偶liwienie osobom, kt贸re nie mog膮 u偶ywa膰 r膮k 鈥 jako alternatyw臋 dla stosowania odcisk贸w palca 鈥 ustawienia has艂a blokuj膮cego i odblokowuj膮cego telefon.

Jedn膮 z opcji jest umo偶liwienie g艂osowego wprowadzania has艂a. B臋dzie si臋 to jednak wi膮za艂o z konieczno艣ci膮 spe艂nienia wymagania opisanego w kolejnym punkcie.

Przy korzystaniu z funkcji decyduj膮cych o dost臋pno艣ci produktu interfejs musi chroni膰 prywatno艣膰 u偶ytkownika.

Przyk艂adowo, je艣li bank zdecyduje si臋 udost臋pni膰 u偶ytkownikom z niepe艂nosprawno艣ciami mo偶liwo艣膰 g艂osowego wprowadzania has艂a, aplikacja czy platforma powinna przypomnie膰 (jeszcze przed wprowadzeniem has艂a) o zachowaniu ostro偶no艣ci. Chodzi o to, 偶eby u偶ytkownicy wprowadzali has艂o wy艂膮cznie wtedy, gdy maj膮 pewno艣膰, 偶e nikt niepowo艂any go nie us艂yszy. Naturalnie bank nie ma wp艂ywu na to, jak u偶ytkownik post膮pi.

Produkt musi zapewni膰 alternatyw臋 dla identyfikacji biometrycznej i kontroli danych biometrycznych.

Je艣li bank umo偶liwia logowanie do aplikacji za pomoc膮 odcisku palca czy identyfikacj臋 g艂osow膮 podczas kontaktu klienta z call center, powinien udost臋pnia膰 kana艂y alternatywne, np. mo偶liwo艣膰 wprowadzenia PIN z klawiatury.

Produkt musi zapewnia膰 sp贸jno艣膰 funkcji i zapewni膰 wystarczaj膮co d艂ugi czas na interakcj臋 oraz mo偶liwo艣膰 elastycznego dostosowywania czasu.

Funkcjonalno艣膰 produktu lub us艂ugi powinna by膰 sp贸jna w r贸偶nych kana艂ach, urz膮dzeniach lub interfejsach u偶ytkownika. Sp贸jno艣膰 funkcjonalno艣ci umo偶liwia osobom z niepe艂nosprawno艣ciami efektywne poruszanie si臋 po interfejsach cyfrowych. Je艣li funkcja zachowuje si臋 inaczej na stronie internetowej i w aplikacji mobilnej, mo偶e to powodowa膰 dezorientacj臋 i ogranicza膰 dost臋pno艣膰.

Ponadto, u偶ytkownicy musz膮 mie膰 wystarczaj膮co du偶o czasu na interakcj臋 z interfejsem. Osoby z wadami wzroku lub problemami poznawczymi mog膮 potrzebowa膰 wi臋cej czasu na przetwarzanie informacji, zorientowanie si臋 w menu lub wykonywanie zada艅.

Co banki zyskaj膮 na European Accessibility Act?

Jak wida膰, projektowanie proces贸w i interfejs贸w u偶ytkownika zgodne z EAA nie b臋dzie niczym rewolucyjnym. Jest to w zasadzie standaryzacja dobrych praktyk stosowanych przez banki i dojrza艂e zespo艂y projektowe. Je偶eli bank do tej pory inwestowa艂 w intuicyjne i inkluzywne projektowanie, EAA nie b臋dzie oznacza艂o dodatkowych koszt贸w.

W istocie, banki skorzystaj膮 na dostosowaniu si臋 do wymog贸w EAA. Dlaczego?

  1. B臋d膮 mog艂y dotrze膰 do szerszego grona klient贸w i nie wyklucza膰 偶adnych grup.
  2. Poprawa do艣wiadczenia os贸b z niepe艂nosprawno艣ciami, oznacza udoskonalenie do艣wiadczenia dla wszystkich (np., dla osoby, kt贸ra w danym momencie ma zaj臋te r臋ce lub tymczasowy problem z widzeniem, albo dla kogo艣 z kontuzj膮 czy po zabiegu). Rozszerzenie dost臋pno艣ci produkt贸w i us艂ug bankowych zwi臋kszy cz臋stotliwo艣膰 ich u偶ywania. Wi臋cej interakcji z bankiem oznacza cz臋stsze decyzje zakupowe.
  3. 艁atwe korzystanie z produkt贸w cyfrowych przek艂ada si臋 na mniejsz膮 liczb臋 reklamacji, telefon贸w do centrum obs艂ugi czy pyta艅 do dzia艂u pomocy.
  4. Nasze spo艂ecze艅stwo starzeje si臋 i coraz wi臋cej os贸b boryka si臋 z r贸偶nymi problemami zdrowotnymi. Wprowadzaj膮c dost臋pne produkty i us艂ugi, banki umo偶liwiaj膮 klientom korzystanie z nich nawet wtedy, gdy ograniczenia fizyczne staj膮 si臋 bardzo uci膮偶liwe, co przek艂ada si臋 na lojalno艣膰 klient贸w.

Zgodno艣膰 produkt贸w i us艂ug z EAA pomaga budowa膰 wizerunek organizacji odpowiedzialnej spo艂ecznie, co jest elementem strategii wielu bank贸w.

Podsumowanie

Platforma Eximee Low-Code jest gotowa, by wytwarza膰 aplikacje zgodnie z wymaganiami EAA. Platforma umo偶liwia r贸wnie偶 integracj臋 z dowolnymi rozwi膮zaniami zwi臋kszaj膮cymi dost臋pno艣膰.
Skontaktuj si臋 z naszym zespo艂em, by porozmawia膰 o zwi臋kszeniu dost臋pno艣ci rozwi膮za艅 tworzonych w Twoim banku.


Archiwum bloga

 

Fundusze_Europejskie.png

K9Office
Consdata S.A.
ul. Krysiewicza 9/14
61-825 Pozna艅
Polska

Tel.:+48 61 41 51 000

NIP: 7822261960
Regon: 634422180

Pozosta艅 w kontakcie

Copyrights 漏 2020 CONSDATA. Wykonanie: solmedia.pl

UWAGA! Ten serwis u偶ywa cookies i podobnych technologii. Brak zmiany ustawienia przegl膮darki oznacza zgod臋 na to.

Zrozumia艂em