I. Dostępność aplikacji mobilnej Nasz Bank (iOS)

 

Stan dostępności aplikacji mobilnej

Ocena dostępności aplikacji została przeprowadzona na podstawie wytycznych Web Content Accessibility Guidelines (WCAG) 2.1 na poziomach A i AA.

Aplikacja mobilna jest częściowo zgodna z ustawą z dnia 26 kwietnia 2024 r. o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze. Zidentyfikowane niezgodności oraz wyłączenia występują w części widoków i funkcjonalności aplikacji, a nie w całym zakresie jej działania. Szczegóły przedstawiono poniżej:

 

Elementy graficzne

  • Brakujące lub nieadekwatne etykiety dostępności elementów graficznych. Niektóre elementy graficzne, które niosą informację, nie mają dostępnego cyfrowo testu alternatywnego. Czytniki ekranu nie odczytują informacji o ich funkcjonalności, co stanowi barierę dla użytkowników niewidomych i słabowidzących.
  • Brakujące etykiety dostępności. Niektóre informacje są przekazywane jedynie za pomocą koloru lub pogrubienia tekstu i nie posiadają dodatkowego opisu odczytywanego przez czytnik ekranu (np. informacja o nieodczytanej wiadomości), Powoduje to, że informacje te są niedostępne dla osób korzystających z czytników ekranu.
  • Niewystarczający kontrast. Niektóre elementy interfejsu aplikacji (np. przyciski, ikony) mają niski kontrast w stosunku do tła, co może uniemożliwić odczytanie ich przez osoby z dysfunkcjami wzroku.
  • Brak współpracy z mechanizmem wzmocnienia kontrastu. Nie wszystkie elementy interfejsu aplikacji współpracują z mechanizmem wzmocnienia kontrastu, co może uniemożliwić odczytanie ich przez osoby z dysfunkcjami wzroku.


Elementy interaktywne

  • Niejednoznaczne etykiety elementów interaktywnych. Niektóre elementy interfejsu (głównie przyciski) nie są prawidłowo interpretowanie przez technologie wspomagające. Brak wyraźnego rozróżnienia między elementami informacyjnymi, a interaktywnymi utrudnia osobom niewidomym i słabowidzącym prawidłową nawigację i zrozumienie struktury interfejsu.
  • Niejednoznaczny stan kontrolek. Stan niektórych kontrolek interfejsu (głównie przełączników) nie jest prawidłowo wyświetlany użytkownikom korzystającym z technologii wspomagających.


Struktura informacji

Nieuporządkowana struktura nagłówków. Niektóre treści tekstowe nie mają uporządkowanej struktury nagłówków odczytywanych przez czytnik ekranu. Utrudnia to nawigację osobom posługującym się czytnikami ekranu.


Formularze

  • Brak etykiet dostępności pól formularzy. Niektóre pola formularzy nie mają etykiety dostępnej cyfrowo, przez co technologie wspomagające nie są w stanie prawidłowo ich zidentyfikować. Może to powodować problemy z prawidłowym uzupełnieniem formularza osobom korzystającym z technologii wspomagających.
  • Brak sugestii dotyczących oczekiwanej wartości pól formularzy. Niektóre pola formularza nie mają dostępnych sugestii dotyczących formatu, typu i oczekiwanych wartości. Utrudnia to użytkownikowi korektę wprowadzonych danych.


Możliwość obsługi

  • Ze względów bezpieczeństwa nie ma możliwości sterowania limitami czasu.
  • Brak możliwości zmiany orientacji ekranu.


Dokumentacja i wsparcie

Deklaracja dostępności została poprawnie utworzona, jednak w aplikacji nie został umieszczony link prowadzący do strony internetowej zawierającej deklarację dostępności.


Wyłączenia

Z badania dostępności cyfrowej aplikacji wyłączono usługi zewnętrzne zintegrowane z aplikacją, które mogą nie spełniać wymagań dostępności (np. funkcja kantoru i dostęp do dokumentów na nośniku blockchain).

Deklarację sporządzono na podstawie samooceny przeprowadzonej przez Zakład Usług Informatycznych Novum Sp. z o. o.

 

II. Dostępność aplikacji mobilnej Nasz Bank (Android)

 

Ocena dostępności aplikacji została przeprowadzona na podstawie wytycznych Web Content Accessibility Guidelines (WCAG) 2.1 na poziomach A i AA.

Aplikacja mobilna jest częściowo zgodna z ustawą z dnia 26 kwietnia 2024 r. o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze. Zidentyfikowane niezgodności oraz wyłączenia występują w części widoków i funkcjonalności aplikacji, a nie w całym zakresie jej działania. Szczegóły przedstawiono poniżej.


Nakładające się elementy klikalne

Wykryto, że niektóre interaktywne komponenty (np. przyciski, pola wyboru) na ekranie mapy mają nałożone na siebie obszary aktywacji. Powoduje to, że użytkownik może przypadkowo aktywować niewłaściwy element, np. gdy próbuje wybrać placówkę na mapie, która współdzieli przestrzeń z innym klikalnym komponentem. Taka sytuacja utrudnia precyzyjną nawigację osobom z niepełnosprawnością motoryczną oraz użytkownikom korzystającym z technologii asystujących.


Zbyt małe elementy dotykowe

Niektóre interaktywne komponenty (np. przyciski) mają wymiary mniejsze niż zalecane 48×48 dp, co znacząco utrudnia ich precyzyjną aktywację. Szczególnie dotkliwy jest to problem dla użytkowników z ograniczoną sprawnością motoryczną (taką jak drżenie rąk) oraz osób korzystających z urządzeń wspomagających. Taka implementacja zwiększa ryzyko przypadkowych aktywacji niewłaściwych elementów interfejsu.


Brakujące lub nieadekwatne etykiety dostępności

Wykryto elementy interfejsu (np. przyciski nawigacyjne), które nie posiadają właściwie zdefiniowanych etykiet dostępności (contentDescription w Androidzie). W rezultacie czytniki ekranu takie jak TalkBack odczytują jedynie techniczne identyfikatory elementów (np. „new_toolbar_back”) lub w ogóle nie przekazują informacji o ich funkcjonalności. Ta sytuacja stanowi poważną barierę dla użytkowników niewidomych i słabowidzących, którzy pozbawieni są kluczowych informacji o przeznaczeniu i działaniu kontrolki.


Niewystarczający kontrast elementów graficznych

W aplikacji występują przypadki, w których komponenty wizualne (takie jak ikony, przyciski czy elementy ilustracyjne) nie zapewniają minimalnego wymaganego kontrastu 3:1 w stosunku do tła. To niedostosowanie wizualne znacząco ogranicza możliwość poprawnego postrzegania interfejsu przez użytkowników z różnymi formami niepełnosprawności wzroku, w tym osób z zaburzeniami rozpoznawania kolorów. Dodatkowo, niski kontrast zmniejsza czytelność interfejsu w niekorzystnych warunkach oświetleniowych lub przy korzystaniu z urządzeń o ograniczonych parametrach wyświetlacza, co bezpośrednio wpływa na ogólną użyteczność aplikacji.


Niewystarczający kontrast tekstu

W aplikacji zidentyfikowano obszary, w których tekst wyświetlany jest w kolorystyce niespełniającej minimalnych wymagań kontrastowych. Stosunek jasności między kolorem czcionki a tłem jest zbyt niski, przez co treść staje się trudna do odczytania, zwłaszcza w przypadku tekstów o standardowych i małych rozmiarach.

Sytuacja ta stanowi szczególną barierę dla osób z różnego rodzaju niepełnosprawnościami wzroku, w tym dla użytkowników z zaburzeniami rozpoznawania kolorów czy problemami z akomodacją oka. Również w niekorzystnych warunkach oświetleniowych lub przy korzystaniu z urządzeń o słabej jakości wyświetlacza, treści stają się praktycznie nieczytelne.

Problem jest szczególnie widoczny w przypadku mniejszych czcionek (poniżej 18 punktów), gdzie wymagania dostępności są najbardziej restrykcyjne.


Niedostępne treści tekstowe w elementach graficznych

Wykryto przypadki, gdy tekst osadzony w grafikach pozostaje niedostępny dla technologii asystujących z powodu braku odpowiednich opisów alternatywnych (contentDescription). Dodatkowo, zastosowanie niestandardowych czcionek lub specjalnych znaków może powodować problemy z ich prawidłową interpretacją przez czytniki ekranu.


Niewłaściwie zaimplementowane komponenty interfejsu

Wykryto użycie niestandardowego komponentu ViewPager, który nie jest w pełni kompatybilny z technologiami asystującymi. Element ten może nie być prawidłowo interpretowany przez czytniki ekranu (np. TalkBack), co utrudnia osobom niewidomym zrozumienie jego zawartości i funkcji. Dodatkowo, implementacja ogranicza możliwość nawigacji między stronami za pomocą klawiatury, stanowiąc barierę dla użytkowników poruszających się w ten sposób.


Niejednoznaczne etykiety elementów

Wykryto przypadki, gdy różne typy elementów (np. statyczne nagłówki i interaktywne przyciski) posiadają identyczne etykiety dla czytników ekranu. Ta sytuacja, gdzie np. zarówno nagłówek jak i przycisk są oznaczone tą samą etykietą „Historia”, wprowadza dezorientację użytkowników technologii asystujących. Brak wyraźnego rozróżnienia między elementami informacyjnymi a interaktywnymi utrudnia osobom niewidomym i słabowidzącym prawidłową nawigację i zrozumienie struktury interfejsu.


Problem z adaptacyjnością skalowania tekstu w interfejsie aplikacji

Wykryto przypadki, gdy elementy TextView mają sztywno zdefiniowaną wysokość w pikselach (dp), podczas gdy rozmiar tekstu jest ustawiony w jednostkach skalowalnych (sp) lub reaguje na zmiany w ustawieniach dostępności systemu. Ta rozbieżność powoduje, że przy zwiększeniu rozmiaru czcionki przez użytkownika tekst zostaje przycięty przez kontener lub nachodzi na sąsiednie elementy interfejsu, utrudniając lub uniemożliwiając odczytanie treści osobom z dysfunkcjami wzroku.


Nieuporządkowana struktura nagłówków

Niektóre treści tekstowe nie mają prawidłowej hierarchii nagłówków, co utrudnia nawigację użytkownikom czytników ekranu.


Problemy z formularzami

  • Niektóre zgrupowane pola formularza nie mają odpowiednich etykiet dostępności
  • Brak sugestii dotyczących formatu i oczekiwanych wartości w polach formularza


Ograniczenia funkcjonalne:

  • Brak możliwości zmiany orientacji ekranu
  • Brak sterowania limitami czasu (ze względów bezpieczeństwa)


Dokumentacja i wsparcie

Deklaracja dostępności została poprawnie utworzona, jednak w aplikacji nie został umieszczony link prowadzący do strony internetowej zawierającej deklarację dostępności.


Wyłączenia

Z badania dostępności cyfrowej aplikacji wyłączono usługi zewnętrzne zintegrowane z aplikacją, które mogą nie spełniać wymagań dostępności.

Deklarację sporządzono na podstawie samooceny przeprowadzonej przez Zakład Usług Informatycznych NOVUM sp. z o.o.