Dostępność w banku spółdzielczym w 2026. Co musisz zrobić, by uniknąć kosztownych problemów

W wielu bankach spółdzielczych temat dostępności często trafia na biurko zarządu za późno. Najczęściej po skardze klienta. Albo tuż przed dużym wdrożeniem. To błąd, bo dostępność nie znika. Wraca przy każdej zmianie w kanałach zdalnych. A koszt zwykle nie jest „techniczny”. To koszt obsługi, reklamacji i napięć w lokalnej społeczności.

W poprzednim artykule opisaliśmy mity, które mogą zablokować dostępność cyfrową portalu banku spółdzielczego. W tym pokazuję, dlaczego nie warto czekać na kolejne zmiany standardów lub przepisów. WCAG 2.1 nadal obowiązuje jako punkt odniesienia w wielu wdrożeniach i dokumentach. Polski Akt o Dostępności już obowiązuje. Teraz liczy się proces, który utrzyma dostępność po każdej aktualizacji.

Mówimy o konkretach. O stronie www, bankowości internetowej i aplikacji mobilnej. O logowaniu i autoryzacji. O wnioskach, komunikatach błędów i dokumentach. Jeśli jeden element zawodzi, problem wraca przy skardze, kontroli albo po dużym wdrożeniu.

Punkt odniesienia i „bezpieczna przystań”

W bankach spółdzielczych wciąż miesza się dwa porządki prawne. Jeden dotyczy sektora publicznego. Drugi dotyczy rynku prywatnego, w tym bankowości.

W Polsce podstawowym standardem dla dostępności cyfrowej jest dziś WCAG 2.1 na poziomie AA. Poziom AA oznacza zestaw wymagań „średniego” poziomu rygoru. Jest wyższy niż A i obejmuje kryteria, które w praktyce decydują o tym, czy serwis da się realnie używać, a nie tylko „minimalnie” spełniać standard. Poziom AAA jest najbardziej restrykcyjny i zwykle nie jest wymagany prawnie. To jest punkt odniesienia, który w 2026 roku wciąż dominuje w dokumentacji, audytach i praktyce kontroli. Różni się natomiast podstawa prawna i sposób egzekwowania wymagań.

Sektor publiczny działa na podstawie ustawy z 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych. Tam wprost pracuje się w logice WCAG 2.1 AA dla stron www i aplikacji mobilnych.

Dla banków spółdzielczych kluczowy jest sektor prywatny. Od 28 czerwca 2025 r. obowiązuje ustawa o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze, czyli Polski Akt o Dostępności. To implementacja dyrektywy EAA (UE) 2019/882. Rzecznik Finansowy jasno potwierdził wejście tej ustawy w życie dla usług finansowych i kierunek egzekwowania obowiązków. Zobacz komunikat: Polski Akt o Dostępności już obowiązuje.

W tym reżimie formalnym standardem technicznym, do którego odwołują się oceny, jest ETSI EN 301 549. To europejska norma opisująca wymagania dostępności dla produktów i usług ICT (Information and Communication Technologies). W praktyce jest to „tabela kontrolna” dla audytu zgodności z European Accessibility Act (EAA) oraz Polskim Aktem o Dostępności (PAD), bo zbiera wymagania dla stron www, aplikacji mobilnych, dokumentów i innych elementów usług cyfrowych.

Aktualna, powszechnie stosowana wersja tej normy opiera się w dużej części na WCAG 2.1. Dlatego WCAG 2.1 AA jest minimum, które bank musi umieć wykazać w praktyce.

Z perspektywy zarządu temat przekłada się na trzy decyzje operacyjne.

Właściciel dostępności musi być wskazany wprost. To on odpowiada za wynik. To on zatwierdza standard w banku. Musi też mieć prawo zatrzymać wdrożenie, gdy krytyczna ścieżka nie przechodzi testów.

Kontrola zrzeszenia i dostawców wymaga twardych zasad. Komponent może być centralny, ale usługę świadczy bank. Potrzebujesz dowodów, że dostępność jest testowana przy każdej zmianie. Potrzebujesz też ścieżki eskalacji i terminów poprawek.

Utrzymanie po wdrożeniu decyduje o tym, czy bank ma spokój. Dostępność psuje się nie w projekcie, tylko w utrzymaniu. Każda aktualizacja bankowości internetowej i aplikacji mobilnej powinna mieć szybki przegląd dostępności. Większe wydania powinny mieć testy regresji. Jeśli tego nie ma, bank wraca do gaszenia pożarów przy skargach i kontrolach.

WCAG 2.2 w banku spółdzielczym. Zmiany, które realnie ułatwiają życie klientom

WCAG 2.2 to rozbudowa WCAG 2.1 o 9 nowych kryteriów. Jako manager lub prezes banku spółdzielczego nie musisz znać żargonowych nazw. Warto jednak wiedzieć, na co w kolejnych latach będą zwracać uwagę kontrolerzy. Jeszcze ważniejsze jest to, że te wymagania upraszczają obsługę klientom. Szczególnie seniorom i osobom, które częściej potrzebują wsparcia w kanałach zdalnych.

• Wygląd wskaźnika fokusu: gdy ktoś używa klawiatury, od razu widać, gdzie jest na stronie.

• Niezasłonięty fokus klawiatury: kiedy poruszasz się klawiaturą, aktywny element nie może chować się pod belką, oknem lub czatem.

• Niezasłonięty fokus klawiatury (ulepszony): aktywny element ma być w całości widoczny, nawet gdy na ekranie jest kilka nakładek.

• Ruchy przeciągania: jeśli coś da się zrobić przeciągając palcem, musi dać się to zrobić też w inny prosty sposób.

• Rozmiar celu dotykowego: przyciski i linki muszą być na tyle duże, żeby dało się je trafić bez pomyłek.

• Konsekwentny sposób pomocy: kontakt i pomoc mają być w tych samych miejscach na kolejnych ekranach.

• Ograniczenie powtarzania danych: klient nie powinien wpisywać drugi raz tych samych danych w tym samym wniosku.

• Dostępne uwierzytelnianie: logowanie nie może wymagać trudnych zadań, jeśli nie ma prostszej alternatywy.

• Dostępne uwierzytelnianie (ulepszone): logowanie ma działać bez barier poznawczych także wtedy, gdy proces jest bardziej złożony.

Klient ma łatwiej przejść przez bankowość internetową i aplikację mobilną bez pomyłek i bez „utknięcia” w procesie. Dla banku spółdzielczego oznacza to mniej zgłoszeń i mniej pracy po stronie oddziałów, a w razie kontroli mocniejszą pozycję, bo pokazujesz, że wdrażasz rozwiązania, które będą standardem także po kolejnych aktualizacjach norm.

Co powinieneś teraz zrobić?

Najpierw warto jasno ustalić priorytety. Które kanały i procesy są najważniejsze dla klientów i gdzie ryzyko jest największe. Równolegle trzeba uporządkować model utrzymania. Każda zmiana w bankowości elektronicznej i aplikacji mobilnej powinna przechodzić szybki przegląd dostępności przed publikacją, a większe wydania powinny mieć testy regresji pod kątem WCAG 2.2.

Na koniec powinieneś zadbać o to, by powstały proste ścieżki zgłoszeń niedostępności dla klientów, zasady eskalacji do dostawców i zrzeszenia oraz odpowiedzialność zapisaną w umowach i SLA.

Jeśli zależy Ci by ulepszyć procesy i zagwarantować sobie spokój przy skargach i kontrolach, zacznij od audytu WCAG z e-point. Mamy doświadczenie w pracy z bankami i wiemy, jak wyglądają realia bankowości spółdzielczej. Dostajesz raport z priorytetami, konkretne rekomendacje gotowe do wdrożenia i plan działań, który da się dowieść w Twojej organizacji. Porozmawiajmy.

Umów się na konsultację z naszym ekspertem