Deklaracja dostępności

Informacja o dostępności

Informacja aktualna na dzień: 27.06.2025r.

Dostępność cyfrowa

Data publikacji strony internetowej: 2022-04-22.
Data ostatniej istotnej aktualizacji: 2025-06-27.

Stan dostępności strony internetowej

Strona internetowa jest zgodna z następującymi kryteriami sukcesu wskazanymi w wytycznych WCAG 2.2:

Zasada 1 – Postrzegalność

1.4.1 – Użycie koloru

1.4.2 – Kontrola odtwarzania dźwięku

1.4.4 – Zmiana rozmiaru tekstu

1.4.13 – Treść spod kursora lub fokusu

Zasada 2 – Funkcjonalność

2.1.1 – Klawiatura

2.1.2 – Bez pułapki na klawiaturę

2.1.3 – Klawiatura (bez wyjątku)

2.2.2 – Pauza, zatrzymanie, ukrycie

2.4.2 – Strona zatytułowana

2.4.4 – Cel linku

2.4.6 – Nagłówki i etykiety

2.4.7 – Skup się na widocznym

2.4.9 – Cel łącza (z samego łącza)

2.4.10 – Nagłówki sekcji

2.4.11 – Ostrość nie jest zaciemniona

2.4.12 – Ostrość nie jest zaciemniona (ulepszona)

Zasada 3 – Zrozumiałość

3.2.1 – Po otrzymaniu fokusu

3.2.2 – Podczas wprowadzania danych

3.2.3 – Spójna nawigacja

3.2.4 – Spójna identyfikacja

Zasada 3 – Pomoc przy wprowadzaniu danych

3.3.1 – Identyfikacja błędu

3.3.2 – Etykiety lub instrukcje

3.3.3 – Sugestia dotycząca błędu

3.3.7 – Zbędny wpis

Udogodnienia, ograniczenia i inne informacje

Wprowadzone rozwiązania pozwalają skorzystać z następujących technologii asystujących:

- Czytniki ekranu (np. NVDA, JAWS)
- Nawigacja klawiaturą
- Powiększanie tekstu do 200% bez utraty treści
- Mechanizmy wyłączania lub kontrolowania odtwarzanego dźwięku
- Widoczny fokus dla użytkowników korzystających z klawiatury

Ponadto, strona internetowa spełnia następujące udogodnienia:

- Możliwość nawigacji klawiaturą bez pułapek fokusowych
- Zgodność nagłówków i etykiet z treścią sekcji
- Możliwość łatwego pomijania powtarzalnych bloków treści (częściowo, choć brak pełnej zgodności w 2.4.1)
- Jasna identyfikacja błędów oraz sugestie ich poprawy
- Spójna nawigacja i układ elementów na stronie
- Oznaczenie celu linków bez potrzeby kontekstu
- Obsługa animacji i automatycznych aktualizacji treści z możliwością zatrzymania

Niniejszą informację sporządziliśmy na podstawie audytu dostępności cyfrowej wykonanego przez zewnętrzny podmiot.

Dostępność aplikacji mobilnej

Stan dostępności aplikacji mobilnej przedstawia się następująco:

Stan dostępności InoBank Mobile (Android)

InoBank Bank Spółdzielczy w Inowrocławiu zobowiązuje się zapewnić dostępność swojej strony internetowej zgodnie z ustawą z dnia 4 kwietnia 2019 r. o dostępności cyfrowej aplikacji mobilnych podmiotów publicznych.

Wersja aplikacji mobilnej: 2.8.4
Data publikacji aplikacji mobilnej: 01.09.2019
Data ostatniej istotnej aktualizacji aplikacji mobilnej: 26.05.2025
Platforma: Android
Język aplikacji: polski
Technologie wspierane: TalkBack, ustawienia systemowe Android
Status pod względem zgodności z ustawą

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 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych. 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: Nieudostępnione teksty 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: Nieprawidłowe skalowanie 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.

Stan dostępności InoBank Mobile (iOS 1)

Data publikacji aplikacji mobilnej: 10.2019
Data ostatniej istotnej aktualizacji: 03.2025
Status pod względem zgodności z ustawą

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).

Stan dostępności InoBank Mobile Junior (Android)

InoBank Bank Spółdzielczy w Inowrocławiu zobowiązuje się zapewnić dostępność swojej aplikacji mobilnej zgodnie z ustawą z dnia 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych.

Informacje ogólne

Wersja aplikacji: 1.3.1
Data publikacji aplikacji mobilnej: 07.08.2023
Data ostatniej istotnej aktualizacji: 22.04.2025
Platforma: Android
Języki aplikacji: polski
Technologie wspierane: TalkBack, ustawienia systemowe Android

Status pod względem zgodności z ustawą

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

Elementy graficzne

Elementy tła uniemożliwiające interakcję

W niektórych widokach aplikacji zastosowano tła graficzne lub animacje, które kolidują z elementami interaktywnymi. Może to skutkować brakiem możliwości wykonania działań w aplikacji.

Brak niektórych tekstów alternatywnych

Część istotnych elementów interaktywnych, takich jak przyciski z ikonami, grafiki pełniące funkcję linków lub przycisków, nie posiada opisów alternatywnych (atrybutów contentDescription). Powoduje to, że technologie asystujące (np. TalkBack) nie przekazują użytkownikowi informacji o ich przeznaczeniu.

Kolory

Brak pełnego wsparcia dla trybu wysokiego kontrastu

Aplikacja nie reaguje w pełni na systemowe ustawienia wzmocnienia kontrastu. Elementy interfejsu nie zmieniają wyglądu zgodnie z oczekiwaniami użytkowników korzystających z tej funkcji.

Obsługa trybu ciemnego

Aplikacja obsługuje tylko tryb jasny (Light Mode). Nie reaguje na zmiany w ustawieniach aplikacji.

Niewystarczający kontrast między tekstem a tłem
Niektóre teksty i ikony w aplikacji mają niski kontrast względem tła, co utrudnia ich odczytanie osobom słabowidzącym lub w warunkach słabego oświetlenia.

Elementy interaktywne

Niektóre elementy interfejsu nie są prawidłowo interpretowanie przez technologie wspomagające

Część przycisków i kontrolek nie jest prawidłowo oznaczona dla technologii wspomagających. Przykładowo, niektóre elementy nie mają roli button, checkbox itp., co utrudnia ich interpretację przez czytniki ekranu.

Problemy z interakcją przy użyciu urządzeń wskazujących

Nie wszystkie elementy są dostosowane do obsługi za pomocą alternatywnych urządzeń wskazujących

Nie zawsze jest informacja o zmianach kontekstu

Przejścia między ekranami lub zmianami stanu (np. pojawienie się nowego widoku) nie są anonsowane przez technologie wspomagające. Użytkownik może nie być świadomy, że interfejs uległ zmianie.

Komunikaty o stanie nie są poprawnie oznajmiane

Komunikaty informujące o stanie aplikacji (np. „Dane zapisane”, „Błąd połączenia”) nie są odczytywane przez czytniki ekranu ani odpowiednio oznaczone jako ważne dla użytkownika.

Stan niektórych kontrolek interfejsu nie jest prawidłowo wyświetlany użytkownikowi

Stan niektórych przełączników, pól wyboru czy przycisków nie jest anonsowany, przez co użytkownik nie wie, czy dana funkcja jest włączona, wyłączona lub aktywna.

Elementy obowiązkowe

Nie wszystkie elementy aktywne są prawidłowo oznaczone

W widokach aplikacji występują elementy aktywne bez prawidłowego oznaczenia adekwatnie do przeznaczenia. Powoduje to problemy z poprawną identyfikacją danego elementu.

Brak semantycznych nagłówków
Teksty pełniące funkcję nagłówków (np. tytuły sekcji) nie są odpowiednio oznaczone (np. brak tagów lub ich odpowiedników w strukturze dostępności), co zaburza logiczną strukturę dokumentu dla technologii wspomagających.
Etykiety formularzy niedostępne
Pola formularzy nie posiadają powiązanych etykiet (labelFor lub aria-label), przez co użytkownicy korzystający z czytników ekranu mogą mieć trudności z ich identyfikacją
Brak oznaczenia pól obowiązkowych
Obowiązkowe pola formularza nie są oznaczone w sposób jednoznaczny przed próbą wysłania danych, co może powodować błędy i frustrację użytkownika.
Brak informacji o oczekiwanym formacie danych
Pola formularzy nie informują użytkownika, jakiego formatu danych się oczekuje, co utrudnia ich poprawne wypełnienie.

Prezentacja wizualna

Niektóre elementy interfejsu są niedostępne dla technologii wspomagających
Elementy aplikacji (np. niestandardowe komponenty) nie są eksponowane w strukturze dostępności i nie są rozpoznawane przez czytniki ekranu.
Fokus elementów niewidoczny
W niektórych przypadkach brak widocznego wskaźnika fokusu (np. obramowania) powoduje, że użytkownik nie wie, który element jest aktualnie aktywny.
Aplikacja nie uwzględnia ustawienia systemowego „Ogranicz animacje” Animacje są odtwarzane niezależnie od preferencji użytkownika, co może być problematyczne dla osób z nadwrażliwością na ruch.

Formularze

Etykiety pól nie są dostępne

Etykiety pól formularza nie są bezpośrednio powiązane z polami w taki sposób, aby czytnik technologii wspomagających je wykrył.

Obowiązkowe pola formularza nie są odpowiednio oznaczone

Przy obowiązkowych polach formularza jest brak informacji o obligatoryjności pola do czasu próby wysłania formularza.

Obowiązkowe pola formularza nie zawierają informacji o oczekiwanym typie wprowadzanych danych

Pola formularza nie posiadają informacji o oczekiwanym typie danych, co utrudnia użytkownikowi poprawne uzupełnienie formularza.

Brak sugestii dotyczących formatu wprowadzanych danych

Pola formularza nie zawierają sugestii o formacie wprowadzanych danych, co dodatkowo może utrudnić poprawne wypełnienie formularza.

Nawigacja

Brak logicznej kolejności fokusu
Fokus klawiatury lub czytnika ekranu przemieszcza się w sposób nieintuicyjny, co zaburza nawigację. Przykładowo, niektóre elementy są pomijane lub czytane w losowej kolejności.
Problemy z czytelnością nagłówków
Niektóre nagłówki są łamane na kilka linii i odczytywane w sposób niepełny lub nielogiczny, co może dezorientować użytkownika.

Możliwość obsługi

Brak kontroli nad limitem czasu aktywności
Aplikacja automatycznie wylogowuje użytkownika po określonym czasie bezczynności, bez możliwości jego wydłużenia lub zatrzymania. Może to utrudnić korzystanie z aplikacji osobom potrzebującym więcej czasu na wykonanie czynności.
Brak wsparcia dla zmiany orientacji ekranu
Interfejs aplikacji nie wspiera wyświetlania w trybie poziomym (landscape), co ogranicza korzystanie z aplikacji na większych ekranach lub przez osoby, które preferują inną orientację.
W przypadku trudności z korzystaniem z aplikacji dostępne są alternatywne formy kontaktu lub realizacji usługi – np. przez infolinię, stronę internetową lub wizytę w placówce banku.

Stan dostępności InoBank Mobile Junior (iOS)

InoBank Bank Spółdzielczy w Inowrocławiu zobowiązuje się zapewnić dostępność swojej aplikacji mobilnej zgodnie z ustawą z dnia 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych.

Oświadczenie w sprawie dostępności ma zastosowanie do aplikacji InoBank Bank Spółdzielczy w Inowrocławiu na system operacyjny iOS (wersja 1.3).

Data publikacji i aktualizacji:

Data publikacji aplikacji mobilnej: 07.08.2023
Data ostatniej istotnej aktualizacji: 22.04.2025
Status pod względem zgodności z ustawą

Niedostępne elementy i treści

Elementy tła uniemożliwiają interakcję – elementy tła ekranów aplikacji powodują, że interakcja z niektórymi przyciskami (np. „Zaczynamy!” na ekranie startowym aplikacji) jest niemożliwa, co skutkuje ograniczeniem funkcjonalności aplikacji.
Brak tekstów alternatywnych – elementy interaktywne (np. ikony przycisków, obrazy pełniące funkcję linków) nie posiadają tekstów alternatywnych. Użytkownik nie uzyska dodatkowych informacji na temat takich elementów.
Nie wszystkie elementy interfejsu aplikacji współpracują z mechanizmem wzmocnienia kontrastu – niektóre elementy interfejsu (np. teksty nagłówków) nie reagują na ustawienie wzmocnienia kontrastu co może zwiększać problem z poprawnym odczytaniem interfejsu przez użytkownika.
Elementy interfejsu nie są prawidłowo interpretowanie przez technologie wspomagające – elementy widoków aplikacji są nieprawidłowo interpretowane przez technologie wspomagające, np.: brak informacji, że przycisk jest przyciskiem.
Elementy interfejsu nie są prawidłowo interpretowanie przez urządzenia wskazujące – urządzenie wskazujące nie zawsze są w stanie prawidłowo zinterpretować elementy interfejsu, co skutkuje trudnościami w interakcji z tymi elementami.
Brak informacji o zmianach kontekstu – zmiany kontekstu widoków nie są anonsowane użytkownikowi (np. zmiana stanu ekranu kodu BLIK). Brak takiej informacji powoduje, że użytkownik nie jest świadomy zmian które zaszły na obecnie wyświetlanym widoku.
Komunikaty o stanie nie są poprawnie oznajmiane – użytkownicy nie otrzymują informacji o wyświetlanych komunikatach w aplikacji, np. „Dane zapisane” lub „Błąd połączenia”.
Stan kontrolek interfejsu nie jest prawidłowo wyświetlany użytkownikowi – użytkownikowi nie jest anonsowany aktualny stan kontrolek.
Brak ocechowania jako nagłówek – treści będące nagłówkiem nie posiadają ocechowania jako nagłówek.
Brak dostępu do niektórych elementów – mechanizmy technologii wspomagających nie mają dostępu do niektórych elementów widoku (np. przycisk historii). Ogranicza to w pewien sposób możliwość interakcji z aplikacją.
Brak skalowania czcionek – czcionki w aplikacji nie skalują się zgodnie z ustawieniami systemowymi telefonu. Może to powodować problemy w odczytaniu elementów interfejsu przez osoby słabowidzące.
Fokus niektórych elementów nie jest widoczny – elementy widoków aplikacji (np. pole tekstowe z nazwą profilu) nie prezentują swojego fokusu, przez przykrycie tej informacji przez tło widoku.
Etykiety pól nie są dostępne – etykiety pól formularza nie są bezpośrednio powiązane z polami w taki sposób, aby czytnik technologii wspomagających je wykrył.
Obowiązkowe pola formularza nie są odpowiednio oznaczone – przy obowiązkowych polach formularza jest brak informacji o obligatoryjności pola do momentu próby wysłania formularza.
Obowiązkowe pola formularza nie zawierają informacji o oczekiwanym typie wprowadzanych danych – pola formularza nie posiadają informacji o oczekiwanym typie danych, co utrudnia użytkownikowi poprawne uzupełnienie formularza.
Brak sugestii dotyczących formatu wprowadzanych danych – pola formularza nie zawierają sugestii o formacie wprowadzanych danych, co dodatkowo może utrudnić poprawne wypełnienie formularza.
Brak logicznej kolejności nawigacji za pomocą klawiatury – nawigacja za pomocą klawiatury nie odbywa się w logicznej kolejności oraz zdarza się że fokus elementów nie jest widoczny.
Kolejność odczytywania komunikatów może sprawiać problemy – nagłówki widoków aplikacji nie są czytane całościowo. Podzielone są na 2 linie, np.:

„Kod

BLIK”.

Brak możliwości zmiany limitu czasu – ze względów bezpieczeństwa nie ma możliwości sterowania limitami czasu.
Brak możliwości zmiany orientacji ekranu – aplikacja nie wspiera wyświetlania interfejsu w zmienionej orientacji ekranu (landscape).
Brak alternatywnych form realizacji usług – aplikacja nie informuje o alternatywnych kanałach kontaktu (np. infolinia, oddział, strona WWW).

Formularze i interakcja

Brak etykiet przy polach formularza Wielu polom formularza brakuje etykiet, co utrudnia rozpoznanie ich przeznaczenia osobom używającym czytników ekranu.
Brak grupowania powiązanych pól Powiązane ze sobą pola formularzy nie są pogrupowane w logiczne całości.
Brak informacji o błędzie lub tylko w formie wizualnej Komunikaty o błędach są przekazywane wyłącznie wizualnie, np. za pomocą czerwonego obramowania.
Brak podpowiedzi przy błędnym wypełnieniu Użytkownicy nie otrzymują wskazówek, jak poprawnie wypełnić formularz w przypadku błędu.
Brak wsparcia autouzupełniania Niektóre pola nie obsługują funkcji autouzupełniania, co obniża dostępność formularzy.
Brak oznaczenia pól jako obowiązkowych Pola wymagane nie są oznaczone odpowiednimi atrybutami, np. aria-required, co utrudnia ich identyfikację.

Wizualne aspekty i kontrast

Zbyt niski kontrast tekstu Niektóre teksty mają zbyt niski kontrast w stosunku do tła (np. 2.15:1), co może uniemożliwić ich odczytanie przez osoby z dysfunkcjami wzroku.
Nieprzystosowane jednostki czcionek W formularzach zastosowano jednostki względne do definiowania rozmiaru czcionki, co może negatywnie wpływać na skalowalność i czytelność tekstu.

Inne problemy funkcjonalne i kodowe

Skrypt usuwa fokus W niektórych przypadkach skrypty JavaScript usuwają widoczny fokus z aktywnych elementów, co znacznie utrudnia nawigację użytkownikom klawiatury..
Użycie przestarzałych tagów HTML W kodzie znajdują się znaczniki niezgodne z aktualnymi standardami dostępności, co może powodować błędne interpretacje przez przeglądarki i technologie wspomagające.

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.

Dostępność aplikacji mobilnej – SGB Mobile
Stan dostępności aplikacji mobilnej

Aplikacja mobilna jest częściowo zgodna z wytycznymi, które wynikają z ustawy z dnia 26 kwietnia 2024 roku o zapewnianiu spełniania wymagań dostępności niektórych produktów
i usług przez podmioty gospodarcze oraz z wytycznych WCAG 2.2.

Aplikacja mobilna spełnia kryteria sukcesu wskazane w wytycznych WCAG 2.2:

Kod	Kryterium
1.3.1 Informacje i relacje	Informacje, struktura oraz relacje między treściami przekazywane poprzez prezentację mogą być odczytane przez program komputerowy lub istnieją w postaci tekstu.
1.3.2 Znacząca kolejność	Jeśli kolejność, w jakiej przedstawiona jest treść, ma znaczenie dla zrozumienia treści, prawidłowa kolejność odczytu musi być określona programowo.
1.3.3 Cechy sensoryczne	Instrukcje co do zrozumienia i operowania treścią nie opierają się wyłącznie na właściwościach zmysłowych, takich jak: kształt, rozmiar, wzrokowa lokalizacja, orientacja w przestrzeni lub dźwięk
1.3.5 Określanie celu danych wejściowych	Cel każdego pola zbierającego informacje o użytkowniku może być programowo określony gdy: · pole zbierające dane służy celowi określonemu w sekcji Przeznaczenie pól danych w komponentach interfejsu użytkownika, oraz · treść jest implementowana za pomocą technologii obsługującej określanie w polach formularza typu oczekiwanych danych.
1.4.1 Użycie koloru	Kolor nie jest wykorzystywany jako jedyny wizualny sposób przekazywania informacji, wskazywania czynności do wykonania lub oczekiwania na odpowiedź, czy też wyróżniania elementów wizualnych.
1.4.3 Kontrast (minimalny)	Wizualna prezentacja tekstu lub obrazu tekstu posiada współczynnik kontrastu wynoszący przynajmniej 4.5:1
1.4.5 Obrazy tekstu	Jeśli wykorzystywane technologie mogą przedstawiać treść wizualnie, do przekazywania informacji wykorzystuje się tekst, a nie obraz tekstu
1.4.11 Kontrast elementów nietekstowych	Wizualna prezentacja następujących elementów ma współczynnik kontrastu co najmniej 3:1 względem sąsiednich kolorów
1.4.12 Odstępy między znakami	W treściach tworzonych za pomocą języków znaczników, umożliwiających ustawienie poniższych właściwości stylu, nie następuje utrata żadnych treści lub funkcjonalności, gdy tekst ustawiony zostanie tak, aby uwzględniał wszystkie poniższe parametry oraz gdy wprowadzone zostaną zmiany w jakiejkolwiek innej właściwości stylu
1.4.13 Treść pojawiająca się po najechaniu kursorem lub uzyskaniu fokusu	Gdy jakaś treść staje się widoczna po otrzymaniu kursora lub fokusu klawiatury, a po ich usunięciu znika: Odrzucenie; Wskazywane; Trwałe
2.2.2 Wstrzymywanie, zatrzymywanie, ukrywanie	Gdy treść się porusza, migocze, przesuwa lub jest automatycznie aktualizowana, istnieje mechanizm, który może zatrzymać animacje tej treści
2.3.1 Trzy błyski lub poniżej progu	Strony internetowe nie zawierają w swojej treści niczego, co błyska częściej niż trzy razy w ciągu jednej sekundy, lub też błysk nie przekracza wartości granicznych dla błysków ogólnych i czerwonych.
2.4.4 Cel łącza (w kontekście)	Cel każdego łącza można określić na podstawie samego tekstu łącza lub tekstu łącza wraz z programowo określonym kontekstem łącza, poza tymi przypadkami, kiedy cel łącza i tak byłby niejednoznaczny dla użytkowników.
2.4.5 Wiele sposobów	Istnieje więcej niż jeden sposób umożliwiający zlokalizowanie strony internetowej w zestawie stron internetowych, z wyjątkiem sytuacji, kiedy dana strona jest wynikiem jakiejś procedury lub jednym z jej etapów.
2.4.6 Nagłówki i etykiety	Nagłówki i etykiety opisują temat lub cel treści
2.4.7 Widoczny fokus	Każdy interfejs posiadający możliwość obsługi przy pomocy klawiatury ma tryb obsługi, w którym fokus klawiatury jest stale widoczny.
2.5.3 Etykieta w nazwie	W przypadku komponentów interfejsu użytkownika z etykietami zawierającymi tekst lub obrazy tekstu, nazwa zawiera tekst, który jest prezentowany wizualnie.
2.5.5 Rozmiar celu	Rozmiar celu dla wejścia wskaźnika wynosi co najmniej 44 na 44 piksele CSS.
3.2.1 Po uzyskaniu fokusu	Przyjęcie fokusu przez dowolny komponent interfejsu użytkownika nie powoduje nieoczekiwanej zmiany kontekstu.
3.2.3 Spójna nawigacja	Mechanizmy nawigacji, które powtarzają się na wielu stronach internetowych w ramach jednego zestawu stron internetowych, występują w tej samej względnej kolejności za każdym razem, gdy są powtarzane, chyba że zmiana jest inicjowana przez użytkownika
3.2.4 Spójna identyfikacja	Komponenty, które mają tę samą funkcjonalność w ramach jednego zestawu stron internetowych, są w taki sam sposób zidentyfikowane
3.3.1 Identyfikacja błędu	Jeśli automatycznie zostanie wykryty błąd wprowadzania danych, system wskazuje błędny element, a użytkownik otrzymuje opis błędu w postaci tekstu
3.3.2 Etykiety lub instrukcje	Gdy w treści wymagane jest wprowadzenie danych przez użytkownika, zapewnione są etykiety lub instrukcje

Udogodnienia, ograniczenia i inne informacje

Dzięki wprowadzonym rozwiązaniom możesz skorzystać z technologii asystujących takich jak:

obsługa klawiaturą
obsługa czytnikiem ekranu (TalkBack w wersji Android, VoiceOver w wersji iOS)

Tę informację sporządziliśmy na podstawie audytu dostępności cyfrowej, który wykonaliśmy wewnętrznie.

Dostępność serwisu transakcyjnego w wersji webowej

Interfejs mobilny

InoBank Bank Spółdzielczy w Inowrocławiu zobowiązuje się zapewnić dostępność swojej strony internetowej zgodnie z ustawą z dnia 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych.

Status pod względem zgodności z ustawą

Strona internetowa jest częściowo zgodna z ustawą z dnia 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych. 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.

Struktura treści i nawigacja

Brak logicznej struktury nagłówków Strony nie zachowują prawidłowej kolejności nagłówków, co może prowadzić do dezorientacji i utrudniać szybkie przeszukiwanie treści.
Puste linki W kodzie znajdują się linki, które nie zawierają żadnego tekstu ani opisu, co sprawia, że są one nieczytelne dla technologii asystujących..
Brak widocznego fokusu Niektóre elementy interfejsu nie pokazują wyraźnie, że zostały zaznaczone, co utrudnia nawigację przy użyciu klawiatury.
Brak odpowiedników zdarzeń myszy dla klawiatury Nie wszystkie zdarzenia aktywowane myszą mają swoje odpowiedniki dostępne dla klawiatury, co wyklucza użytkowników niekorzystających z myszy.
Brak wyszukiwarki Na stronie nie zastosowano mechanizmu ułatwiającego szybkie odnajdywanie treści, co może negatywnie wpływać na użyteczność dla użytkowników z niepełnosprawnościami.
Zmiana kontekstu bez ostrzeżenia Niektóre akcje powodują zmianę kontekstu strony bez wyraźnej zgody lub powiadomienia użytkownika..

Formularze i interakcja

Brak etykiet przy polach formularza Wielu polom formularza brakuje etykiet, co utrudnia rozpoznanie ich przeznaczenia osobom używającym czytników ekranu.
Brak grupowania powiązanych pól Powiązane ze sobą pola formularzy nie są pogrupowane w logiczne całości.
Brak informacji o błędzie lub tylko w formie wizualnej Komunikaty o błędach są przekazywane wyłącznie wizualnie, np. za pomocą czerwonego obramowania.
Brak podpowiedzi przy błędnym wypełnieniu Użytkownicy nie otrzymują wskazówek, jak poprawnie wypełnić formularz w przypadku błędu.
Brak wsparcia autouzupełniania Niektóre pola nie obsługują funkcji autouzupełniania, co obniża dostępność formularzy.
Brak oznaczenia pól jako obowiązkowych Pola wymagane nie są oznaczone odpowiednimi atrybutami, np. aria-required, co utrudnia ich identyfikację.

Wizualne aspekty i kontrast

Zbyt niski kontrast tekstu Niektóre teksty mają zbyt niski kontrast w stosunku do tła (np. 2.15:1), co może uniemożliwić ich odczytanie przez osoby z dysfunkcjami wzroku.
Nieprzystosowane jednostki czcionek W formularzach zastosowano jednostki względne do definiowania rozmiaru czcionki, co może negatywnie wpływać na skalowalność i czytelność tekstu.

Inne problemy funkcjonalne i kodowe

Skrypt usuwa fokus W niektórych przypadkach skrypty JavaScript usuwają widoczny fokus z aktywnych elementów, co znacznie utrudnia nawigację użytkownikom klawiatury..
Użycie przestarzałych tagów HTML W kodzie znajdują się znaczniki niezgodne z aktualnymi standardami dostępności, co może powodować błędne interpretacje przez przeglądarki i technologie wspomagające.

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.

Interfejs standardowy

Status pod względem zgodności z ustawą

Struktura treści i nawigacja

Brak głównego nagłówka Na stronach nie zastosowano odpowiedniego znacznika , który powinien być używany jako główny nagłówek dokumentu. Utrudnia to korzystanie ze strony osobom posługującym się czytnikami ekranu, które oczekują logicznej hierarchii nagłówków.
Brak logicznej struktury nagłówków Strony nie zachowują prawidłowej kolejności nagłówków, co może prowadzić do dezorientacji i utrudniać szybkie przeszukiwanie treści.
Ramki bez tytułu Niektóre osadzone ramki nie posiadają odpowiedniego atrybutu co utrudnia zrozumienie ich zawartości dla osób korzystających z technologii wspomagających.
Brak ról prezentacyjnych w tabelach układowych Tabele stosowane do rozmieszczania elementów graficznych nie mają przypisanej odpowiedniej roli, co może prowadzić do ich niewłaściwego odczytu jako struktury danych.
Tabele danych bez opisów lub z błędnymi nagłówkami Niektóre tabele prezentujące dane nie zawierają odpowiednich nagłówków lub opisów, co utrudnia interpretację informacji, zwłaszcza dla osób niewidomych.
Nieintuicyjna kolejność fokusu Przemieszczanie się pomiędzy elementami strony za pomocą klawiatury odbywa się w nielogicznej kolejności, co może prowadzić do zagubienia się w treści.
Brak widocznego fokusu Niektóre elementy interfejsu nie pokazują wyraźnie, że zostały zaznaczone, co utrudnia nawigację przy użyciu klawiatury.

Elementy graficzne i treści dynamiczne

Brak alternatywy dla treści wizualnych Wizualnie istotne informacje prezentowane wyłącznie wizualnie nie posiadają tekstowej alternatywy, co uniemożliwia ich zrozumienie osobom niewidomym.
Brak opisu alternatywnego dla grafik Elementy graficzne zawierające ważne informacje nie posiadają prawidłowo zdefiniowanego atrybutu, co powoduje, że są one niewidoczne dla czytników ekranu.
Brak opisu migających treści Migające i animowane elementy nie mają opisów ani komunikatów kontekstowych dla technologii asystujących.
Brak możliwości zatrzymania animacji Niektóre migające i poruszające się treści nie mogą zostać wstrzymane przez użytkownika, co może być niebezpieczne dla osób z epilepsją lub rozpraszające dla innych użytkowników.
Brak etykiet dla widoków Niektóre widoki strony nie zawierają odpowiednich etykiet, przez co technologie wspomagające nie są w stanie prawidłowo ich zidentyfikować.

Formularze i interakcja

Brak etykiet przy polach formularza Wielu polom formularza brakuje etykiet, co utrudnia rozpoznanie ich przeznaczenia osobom używającym czytników ekranu.
Brak grupowania powiązanych pól Powiązane ze sobą pola formularzy nie są pogrupowane w logiczne całości.
Brak informacji o błędzie lub tylko w formie wizualnej Komunikaty o błędach są przekazywane wyłącznie wizualnie, np. za pomocą czerwonego obramowania.
Brak podpowiedzi przy błędnym wypełnieniu Użytkownicy nie otrzymują wskazówek, jak poprawnie wypełnić formularz w przypadku błędu.
Brak możliwości poprawy danych przed wysłaniem W niektórych przypadkach nie ma możliwości korekty danych przed ich ostatecznym przesłaniem.

Inne problemy funkcjonalne i kodowe

Brak atrybutu lang w znaczniku HTML Strona nie zawiera zdefiniowanego języka głównego dokumentu w znaczniku <html>, co może powodować problemy z interpretacją języków przez czytniki ekranu.
Brak definicji języka dla treści obcojęzycznych Fragmenty tekstu w językach innych niż domyślny nie są odpowiednio oznaczone atrybutem lang, co może prowadzić do błędów w wymowie.
Brak deklaracji DTD Kod strony nie zawiera definicji typu dokumentu (DTD), co może wpływać na interpretację struktury strony przez przeglądarki.
Użycie przestarzałych tagów HTML W kodzie znajdują się znaczniki takie jak <link>, <border> używane do celów prezentacyjnych, które nie są zgodne z aktualnymi standardami dostępności.

Wizualne aspekty i kontrast

Zbyt niski kontrast tekstu Niektóre teksty mają zbyt niski kontrast w stosunku do tła (np. 2.15:1), co może uniemożliwić ich odczytanie przez osoby z dysfunkcjami wzroku.
Zbyt niski kontrast elementów interfejsu Elementy interfejsu, takie jak przyciski czy ikony, nie spełniają minimalnych wymogów kontrastu (3:1).
Nieprzystosowane jednostki czcionek W formularzach zastosowano jednostki względne do definiowania rozmiaru czcionki, co może negatywnie wpływać na skalowalność i czytelność tekstu.
Problemy z odstępami między liniami Zmiana odstępów między liniami może powodować na siebie nachodzenie elementów tekstowych, co ogranicza ich czytelność.

Responsywność i interakcja użytkownika

Treści otwierają się w nowym oknie bez ostrzeżenia Niektóre linki otwierają nowe okna lub zakładki bez uprzedniego poinformowania użytkownika, co może zakłócać jego doświadczenie.
Puste linki W kodzie znajdują się linki, które nie zawierają żadnego tekstu ani opisu, co sprawia, że są one nieczytelne dla technologii asystujących.
Brak informacji o formacie dokumentów Linki prowadzące do dokumentów nie zawierają informacji o formacie pliku, jego rozmiarze czy języku, co utrudnia świadome pobieranie treści.
Treści wymagają przewijania poziomego Na niektórych ekranach treści nie mieszczą się w szerokości okna przeglądarki, co wymusza przewijanie w poziomie, co jest szczególnie problematyczne dla użytkowników mobilnych.
Brak odpowiedników zdarzeń myszy dla klawiatury Nie wszystkie zdarzenia aktywowane myszą mają swoje odpowiedniki dostępne dla klawiatury, co wyklucza użytkowników niekorzystających z myszy.
Skrypt usuwa fokus W niektórych przypadkach skrypty JavaScript usuwają widoczny fokus z aktywnych elementów, co znacznie utrudnia nawigację użytkownikom klawiatury.
Zmiana kontekstu bez ostrzeżenia Niektóre akcje (np. kliknięcie „Wyloguj”) powodują zmianę kontekstu strony bez wyraźnej zgody lub powiadomienia użytkownika.

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.

Dostępność kanału telefonicznego

Bank zapewnia dostęp do usług poprzez kanał telefoniczny zgodnie z poniższymi zasadami:

W godzinach pracy Banku (od poniedziałku do piątku, w godz. 8:15–16:00)

Pod numerami telefonów wskazanymi na stronie internetowej Banku: www.inobank.pl, dostępne są usługi w zakresie:

uzyskiwania informacji o wszystkich produktach i usługach znajdujących się w ofercie Banku,
sprawdzania salda rachunku bankowego (na hasło),
obsługi kart płatniczych (aktywacja, blokowanie, zastrzeganie),
wsparcia w zakresie bankowości internetowej i aplikacji mobilnej,
odblokowywania transakcji płatniczych wstrzymanych przez system FDS (Fraud Detection System),
zgłaszania podejrzenia transakcji oszukańczych.

Całodobowy dostęp (24h/7) poprzez infolinię SGB

Za pośrednictwem infolinii SGB, dostępnej pod numerem wskazanym na stronie: www.sgb.pl, dostępne są następujące usługi:

obsługa kart płatniczych (aktywacja, blokowanie, zastrzeganie),
odblokowywanie transakcji płatniczych wstrzymanych przez system FDS (Fraud Detection System),
zgłaszanie podejrzenia transakcji oszukańczych.

W przypadku, gdy transakcja zostanie wstrzymana przez system FDS, klient otrzymuje wiadomość SMS lub powiadomienie push z informacją o konieczności kontaktu z infolinią. Po weryfikacji tożsamości konsultant może zatwierdzić lub trwale zablokować daną transakcję, zgodnie z dyspozycją klienta.

Dostępność usług w kanale stacjonarnym

Bank świadczy usługi i oferuje produkty również w kanale stacjonarnym – w placówkach bankowych.

Pełna lista produktów i usług dostępna jest na stronie internetowej Banku: www.inobank.pl.

Placówki Banku są sukcesywnie dostosowywane do potrzeb osób ze szczególnymi wymaganiami, w tym osób z niepełnosprawnościami. W placówkach możliwe jest uzyskanie wsparcia bezpośrednio od pracownika, złożenie dyspozycji, uzyskanie informacji o ofercie oraz otrzymanie materiałów informacyjnych w dostępnej formie – na życzenie klienta.

W przypadku potrzeby skorzystania z alternatywnej formy komunikacji lub pomocy – prosimy o wcześniejszy kontakt z Bankiem, celem ustalenia dogodnej formy obsługi.

Dostępność komunikacyjno-informacyjna

Wszelkie informacje udzielane przez Bank sformułowane są w sposób jak najbardziej zrozumiały. Ma to na celu zapewnienie równego dostępu do usług dla wszystkich klientów Banku, niezależnie od ich potrzeb.

Stosowane przez Bank dokumenty zostały sporządzone w formie dostępnej, zgodnie z art. 12 ust. 2 ustawy z dnia 26 kwietnia 2024 r. o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze (Dz. U. poz. 731), czyli:

– za pomocą więcej niż jednego kanału sensorycznego,

– w sposób zapewniający ich zrozumiałość,

– w formatach tekstowych umożliwiających wykorzystanie ich w alternatywnej i wspomagającej komunikacji, które mogą być przedstawiane za pomocą więcej niż jednego kanału sensorycznego,

– za pomocą czcionki o odpowiednim rozmiarze i kroju oraz z zastosowaniem wystarczającego kontrastu i odstępów między literami, wierszami i akapitami,

– z alternatywną prezentacją treści nietekstowych;

Zarówno w dokumentach informacyjnych, jak i wszelkich innych treściach, Bank posługuje się standardem prostego języka. Bank zapewnia również możliwość porozumiewania się w Polskim Języku Migowym.

Klient ma prawo otrzymać ogólne warunki umów oraz regulaminy, jak również inne informacje (takie jak na przykład stosowane stawki oprocentowania, stosowane stawki prowizji czy też stosowane kursy walutowe) w formach takich jak: nagranie audio, nagranie wizualne treści w polskim języku migowym, wydruk w alfabecie Braille’a lub wydruk z wielkością czcionki wygodną do czytania, w terminie 7 dni od zgłoszenia takiej potrzeby. Dokumenty te udostępnione zostaną odpowiednio w formach dostępnych dla osób ze szczególnymi potrzebami w sposób wskazany w zgłoszeniu.

Wszelkie niezbędne informacje Klient może uzyskać w placówce Banku pod adresem InoBank Bank Spółdzielczy w Inowrocławiu, jak również na infolinii Banku pod numerem 52 35 60 910.

Dostępność produktów wykorzystywanych przy świadczeniu usług – bankomaty oraz wpłatomaty

Bankomat należący do Banku wyposażony jest w klawiaturę pinpad dostosowaną do osób niewidomych i niedowidzących.
Wszelkie problemy związane z działaniem i obsługą bankomatu należy zgłaszać w formie wiadomości e-mail na adres: inobank.pl oraz telefonicznie w godzinach od 8.15 do 16.00 pod numerem 52 35 60 910 lub 52 35 60 923

Siedziba Centrali Banku mieści się przy ul. Solankowej 11, 88-100 Inowrocław.

Bank dysponuje placem zlokalizowanym za budynkiem centrali, od strony ul. Staszica. Klienci maja możliwość skorzystania z miejsca postojowego na wyżej wymienionym placu.

Od strony placu znajduje się wejście przeznaczone dla pracowników Banku. Przy tym wejściu, w widocznym i oznaczonym miejscu, zainstalowano dzwonek przywoławczy dla osób z niepełnosprawnościami. Skorzystanie z dzwonka powoduje przybycie pracownika Banku, który udziela wsparcia w realizacji czynności bankowych oraz wykonuje dyspozycje klienta.

Z uwagi na fakt, iż budynek Centrali Banku jest obiektem objętym nadzorem konserwatora zabytków, wejście główne do siedziby nie zostało wyposażone w rozwiązania zapewniające dostępność architektoniczną dla osób z niepełnosprawnościami.

W takich przypadkach, po uprzednim zgłoszeniu, pracownicy Banku dojeżdżają do klienta w celu realizacji jego dyspozycji, zgodnie z obowiązującymi procedurami zapewniającymi dostępność usług.

W sali obsługi klienta znajdują się stanowiska dostosowane do potrzeb osób z niepełnosprawnościami – obniżone do wysokości 90 cm.

Dodatkowo, na sali obsługi zainstalowano pętlę indukcyjną wspomagającą osoby z dysfunkcjami słuchu.

Opis ikon, którymi Bank posługuje się w ramach oznaczeń dostępności budynków:

Człowiek na wózku – symbol opisujący miejsce dostępne architektoniczne – bezpośrednie otoczenie i miejsce obsługi pozwalają osobie na wózku poruszać się samodzielnie
Człowiek na wózku z asystentem – symbol opisujący miejsce dostępne architektonicznie z utrudnieniami – w bezpośrednim otoczeniu lub samym miejscu obsługi znajdują się przeszkody, które powodują, że osoba poruszająca się na wózku wymaga asystenta lub wsparcia pracownika punktu obsługi
Przekreślone oko – symbol wskazujący na udogodnienia dla osób niewidzących i niedowidzących – w miejscu oznaczonym tym symbolem obsłużymy osobę niewidzącą/niedowidzącą
Migające rączki – symbol wskazujący na dostępność obsługi w PJM – w miejscu oznaczonym tym symbolem obsłużymy osobę głuchą w PJM (włączając zdalną obsługę w PJM)

Skargi na brak dostępności

Klient ma prawo złożyć do Banku skargę na niezapewnienie spełniania wymagań dostępności przez produkt lub świadczoną usługę. Skargę można złożyć u każdego pracownika Banku.

Skarga powinna zawierać następujące informacje:

Imię i nazwisko Klienta,
Adres do korespondencji, adres e-mail lub numer telefonu (Klient może wskazać preferowany sposób kontaktu; w przypadku braku wskazania preferowanego sposobu kontaktu, Bank będzie kontaktował się z Klientem na piśmie listem poleconym na adres wskazany w skardze przez konsumenta),
Wskazanie produktu lub usługi, których dotyczy skarga,
Wskazanie wymagania dostępności, którego nie spełniają produkt lub usługa wraz z żądaniem zapewnienia jego spełniania przez Bank.

Jeśli skarga nie będzie spełniała powyżej wskazanych wymogów, Bank może pozostawić skargę bez rozpoznania.

Skarga może być złożona:

w dowolnej placówce banku (pisemnie lub ustnie do protokołu);
telefonicznie przez numery na naszej stronie internetowej;
listownie na adres centrali banku albo przez skrzynkę elektroniczną AE:PL-32145-74422-HEJBW-26
e-mailem na adres sekreteriat@inobank.pl

Adresy placówek banku znajdują się na naszej stronie internetowej: www.inobank.pl

Bank rozpatrzy skargę i udzieli odpowiedzi w terminie 30 dni od dnia otrzymania skargi. W szczególnie skomplikowanych przypadkach, Bank może wydłużyć termin do rozpoznania skargi do 60 dni od dnia otrzymania skargi. W takim przypadku, w terminie 30 dni Bank powiadomi Klienta o przyczynie zwłoki i wskaże nowy termin rozpatrzenia skargi. Jeśli Bank nie dotrzyma powyższych terminów, skargę uważa się za rozpatrzoną zgodnie z żądaniem skarżącego. Bank zrealizuje żądanie skarżącego w terminie nie dłuższym niż 6 miesięcy od dnia otrzymania skargi.

W swojej odpowiedzi Bank udzieli Klientowi informację o wyniku rozpatrzenia skargi. Jeśli skarga nie została uwzględniona- Bank wskaże uzasadnienie faktyczne i prawne podjętej decyzji. Jeżeli natomiast skarga zostanie uwzględniona- Bank określi termin, nie dłuższy niż 6 miesięcy od dnia udzielenia tej odpowiedzi, w którym żądanie skarżącego zostanie zrealizowane.

Jeśli skarga nie zostanie uwzględniona, Bank w swojej odpowiedzi zawsze również pouczenie o możliwości:

odwołania się od stanowiska zawartego w odpowiedzi, a także o sposobie i terminie wniesienia tego odwołania;
skorzystania z instytucji mediacji lub innego pozasądowego mechanizmu polubownego rozwiązywania sporów, jeżeli podmiot gospodarczy przewiduje takie możliwości;
złożenia zawiadomienia o niespełnianiu przez produkt albo usługę wymagań dostępności do Prezesa Zarządu PFRON.

Dostępność kart płatniczych

Stan dostępności kart płatniczych

Nasze karty płatnicze posiadają ułatwienia dla osób ze szczególnymi potrzebami.

Udogodnienia, ograniczenia i inne informacje

Wprowadzone rozwiązania pozwalają skorzystać z karty:

embos to wypukły numer na karcie, który możesz wyraźnie wyczuć dotykiem. Dotyczy to kart kredytowych.
na krótszym boku karty znajduje się wcięcie, które pokazuje, jak używać karty
w terminalach i bankomatach.

Deklaracja dostępności Kantoru walutowego

Deklaracja dostępności Kantoru walutowego

Kantor walutowy zobowiązuje się zapewnić dostępność swojej strony internetowej zgodnie z ustawą z dnia 4 kwietnia 2019 r. o dostępności cyfrowej aplikacji mobilnych podmiotów publicznych.

Status pod względem zgodności z ustawą

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

Kantor walutowy jest częściowo zgodny z ustawą z dnia 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych. 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.

Alternatywa tekstowa: Nie wszystkie treści nietekstowe przedstawione użytkownikowi posiadają swoją tekstową alternatywę, która pełni tę samą funkcję.
Informacje i relacje: Informacje, struktura oraz relacje między treściami przekazywane poprzez prezentację nie zawsze mogą być odczytane przez program komputerowy lub istnieją w postaci tekstu.
Zrozumiała kolejność: Nie zawsze prawidłowa kolejność odczytu została określona programowo w przypadkach, kiedy kolejność przedstawienia, ma znaczenie dla zrozumienia treści.
Orientacja: Treść, w niektórych przypadkach, ma ograniczony widok i działanie do jednej orientacji wyświetlania, takiej jak pionowa lub pozioma, mimo że określona orientacja nie jest istotna.
Określenie pożądanej wartości: Cel pola zbierającego informacje o użytkowniku nie zawsze jest programowo określony.
Użycie koloru: Zidentyfikowano obszary, w których kolor jest wykorzystywany jako jedyny wizualny sposób przekazywania informacji, wskazywania czynności do wykonania lub oczekiwania na odpowiedź, czy też wyróżniania elementów wizualnych.
Kontrast (minimalny): Występują przypadki, w których wizualna prezentacja tekstu lub obrazu tekstu nie posiada współczynnika kontrastu wynoszącego przynajmniej 4.5:1.
Zmiana rozmiaru tekstu: Nie zawsze rozmiar tekstu może zostać powiększony do 200% bez użycia technologii wspomagających oraz bez utraty treści lub funkcjonalności.
Dopasowanie do ekranu: Treść nie zawsze może być prezentowana bez utraty informacji lub funkcjonalności bez konieczności przewijania w dwóch wymiarach.
Kontrast elementów nietekstowych: Zidentyfikowano obszary, w których wizualna prezentacja następujących elementów nie ma współczynnika kontrastu co najmniej 3:1 względem sąsiednich kolorów.
Klawiatura: Nie wszystkie funkcjonalności w treści są obsługiwane za pomocą interfejsu klawiatury bez wymogu określonego czasu użycia poszczególnych klawiszy.
Dostosowanie czasu: Gdy czas korzystania z treści jest ograniczany, zidentyfikowane zostały elementy, dla których nie został spełniony żaden z wymaganych warunków: wyłączenia, dostosowania lub wydłużenia.
Tytuły stron: Zidentyfikowano strony internetowe, które nie mają tytułów opisujących ich cel lub przedstawiających ich temat.
Kolejność fokusu: Komponenty interfejsu na stronie internetowej nie zawsze przyjmują fokus w kolejności zachowującej sens i funkcjonalność treści, mimo że kolejność nawigacji wpływa na zrozumienie lub funkcjonalność strony.
Ruchy przeciągania: Nie wszystkie funkcje, które wykorzystują ruch przeciągania do działania, mogą być osiągnięte za pomocą pojedynczego dotyku bez przeciągania.
Identyfikacja błędu: Gdy automatycznie wykryty zostaje błąd wprowadzania danych, system nie zawsze wskazuje błędny element i dostarcza użytkownikowi opisu błędu w postaci tekstu.
Etykiety lub instrukcje: Gdy w treści wymagane jest wprowadzenie danych przez użytkownika, nie zawsze zapewnione są etykiety ani instrukcje.
Nazwa, rola, wartość: Zidentyfikowano obszary, w których nie dla wszystkich komponentów interfejsu użytkownika można programowo określić nazwy i role; nie zawsze stan, właściwości oraz wartości, które mogą być ustawiane przez użytkownika, mogą być ustawione programowo, lub powiadomienia o zmianach nie są dostępne dla technologii wspomagających.
Komunikaty o stanie: Komunikaty o stanie w treści wprowadzonej przy użyciu języka znaczników nie zawsze mogą być programowo określane poprzez role lub właściwości, co oznacza, że nie zawsze mogą być prezentowane użytkownikowi za pomocą technologii wspomagających bez uzyskiwania fokusu.

Deklarację sporządzono na podstawie przeprowadzonego audytu.

Dostępność cyfrowa

Udogodnienia, ograniczenia i inne informacje

Dostępność aplikacji mobilnej

Dostępność usług w kanale stacjonarnym

Dostępność komunikacyjno-informacyjna

Dostępność architektoniczna

Skargi na brak dostępności