DEKLARACJA ZAPEWNIENIA DOSTĘPNOŚCI DLA OSÓB Z INDYWIDUALNYMI POTRZEBAMI

           I.               Dostępność architektoniczna

Placówki Banku Spółdzielczego w Białopolu są w większości dostosowane do potrzeb osób
ze szczególnymi potrzebami. W szczególności:

1. Wejścia do budynków są pozbawione barier architektonicznych lub wyposażone w podjazdy dla wózków.
2. Komunikacja wewnątrz budynku zapewnia pełen dostęp i spełnia minimalne wymogi manewrowania wózkiem (150 cm x 150 cm).
3. W celu komunikacji pionowej Bank zapewnia pełną asystę.
4. W placówkach zapewniono możliwość przebywania psów asystujących.
5. Otwieranie drzwi bez użycia siły fizycznej.
6. Zapewniono miejsca parkingowe dla osób z niepełnosprawnościami w pobliżu wejść.
7. Pracownicy placówek są przeszkoleni w zakresie obsługi osób ze szczególnymi potrzebami.
8. Osobom ze szczególnymi potrzebami zapewniona jest pełna obsługa alternatywna świadczona przez wyszkolonych pracowników Banku.
9. Pracownicy Banku informują klientów ze szczególnymi potrzebami o placówkach pozbawionych barier architektonicznych.

Wykaz placówek Banku ze wskazaniem dostępności usług pod względem architektonicznym:

Zarząd Banku podejmuje działania w celu systematycznego usuwania barier architektonicznych we wszystkich placówkach Banku

         II.               Dostępność komunikacyjno-informacyjna

Klienci mogą uzyskać informacje w alternatywnych formatach z wykorzystaniem więcej niż jednego kanału sensorycznego (wzrok, słuch) w następujących obszarach obsługi informacyjno – komunikacyjnej:

1. Informacja o dostępności usług (deklaracja dostępności) na stronie internetowej;
2. Informacja o dostępności usług (deklaracja dostępności) przekazywana przez wszystkich; pracowników Banku w formie papierowej i głosowej;
3. Przekazywanie wzorów dokumentów kontraktowych i przedkontraktowych oraz informacji o ofercie standardowej w formacie tekstowym (papierowym) spełniającymi wymogi WCG (czcionka, odstępy, język);
4. Możliwość kontaktu z bankiem za pomocą poczty elektronicznej, telefonicznie, oraz osobiście z udziałem przeszkolonego pracownika.

Klienci nie mają możliwości uzyskiwania  informacji w z wykorzystaniem  dotyku  w obszarach obsługi informacyjno – komunikacyjnej oraz  w formie audio (odczytywanie maszynowe, nagranie audio).

Klienci nie mają możliwości uzyskiwania informacji w Polskim Języku Migowym (PJM) oraz za pośrednictwem syntezatora mowy.

Bank nie zapewnia zawierania umów z wykorzystaniem kanału nie angażującego wzroku.

       III.               Stan dostępności cyfrowej

1. Bank Spółdzielczy w Białopolu zobowiązuje się zapewnić dostępność swojej strony internetowej zgodnie z ustawą z 26 kwietnia 2024 r. o zapewnieniu spełnienia wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze.
2. Deklaracja dostępności dotyczy strony pl.
3. Ta strona internetowa jest częściowo zgodna z ustawą z 26 kwietnia 2024 r. o zapewnieniu spełnienia wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze z powodu (niezgodności i wyłączeń) wymienionych poniżej.

Niezgodność z ustawą

• Pliki do pobrania ze strony - nie są przystosowane do wymogów dostępności;
• Kalendarz na stronie kursów walut nie jest dostępny za pomocą klawiatury - datę można zmienić wpisując ją w pole daty za pomocą klawiatury;
• Elementy wyświetlane na mapie (pinezki) nie są dostępne za pomocą klawiatury - lista placówek dostępna za pomocą klawiatury wyświetla się obok mapy.

Treści nieobjęte przepisami

• Dokumenty opublikowane przed 28 czerwca 2025 r. nie są dostępne cyfrowo. Jeśli potrzebujesz, któregoś z nich w formie dostępnej, skontaktuj się z nami i wskaż, o który dokument chodzi.
• Aktualności opublikowane przed 28 czerwca 2025 r. nie są dostępne cyfrowo.
• Wszelkie treści na stronie nie dotyczące Klienta indywidualnego

      IV.               Interfejs standardowy

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

        V.               Aplikacje mobilne

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.

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

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

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

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

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

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

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

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

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

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

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

12. Ograniczenia funkcjonalne:

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

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

Obsługa wniosków i skarg związanych z dostępnością

Wszystkie problemy z dostępnością do naszych usług możesz zgłosić do Banku Spółdzielczego w Białopolu:

• pocztą tradycyjną kierując pismo na adres korespondencyjny Banku: 22-135 Białopole, ul. Chełmska 1A  lub na adres dowolnej placówki Banku;
• telefonicznie, faksem lub pocztą elektroniczną (dane kontaktowe dostępne są na stronie internetowej Banku);
• pisemnie lub ustnie w placówce Banku, przy czym przyjęcie reklamacji w formie ustnej wymaga potwierdzenia jej złożenia na formularzu reklamacyjnym;
• elektronicznie na skrzynkę: AE:PL-11349-55056-SGRSF-19 w ramach usługi e-Doręczenia.

Każdy ma prawo wystąpić z żądaniem zapewnienia dostępności cyfrowej strony internetowej lub jej elementów.

Zgłaszając takie żądanie podaj:

• swoje imię i nazwisko,
• swoje dane kontaktowe (np. numer telefonu, e-mail),
• dokładny adres strony internetowej, na której jest niedostępny cyfrowo element lub treść,
• opis na czym polega problem i jaki sposób jego rozwiązania byłby dla Ciebie najwygodniejszy.

Na Twoje zgłoszenie odpowiemy najszybciej jak to możliwe, nie później niż w ciągu 7 dni od jego otrzymania.

Jeżeli ten termin będzie dla nas zbyt krótki poinformujemy Cię o tym. W tej informacji podamy nowy termin, do którego poprawimy zgłoszone przez Ciebie błędy lub przygotujemy informacje w alternatywny sposób. Ten nowy termin nie będzie dłuższy niż 2 miesiące.

Jeżeli nie będziemy w stanie zapewnić dostępności cyfrowej strony internetowej lub treści, wskazanej w Twoim żądaniu, zaproponujemy Ci dostęp do nich w alternatywny sposób.

Pomocne mogą być informacje, które można znaleźć na rządowym portalu gov.pl.

Możesz także poinformować o tej sytuacji Rzecznika Praw Obywatelskich i poprosić o interwencję w Twojej sprawie.