3.3.4 Zapobieganie błędom (prawnym, finansowym, w danych)

Wysłanie, które zobowiązuje człowieka prawnie lub finansowo, zmienia albo usuwa jego zapisane dane lub przesyła odpowiedzi w teście, musi być odwracalne, sprawdzone pod kątem błędów albo poprzedzone przeglądem i potwierdzeniem.

/ Czego wymaga

Niektórych wysłanych danych nie da się cofnąć bez straty: biletu bez zwrotu, zlecenia giełdowego, podpisanej umowy, usuniętego konta, odpowiedzi na egzaminie. Osoby z trudnościami w czytaniu mogą zamienić dwie cyfry miejscami, a osoby z niepełnosprawnością ruchową mogą nacisnąć klawisz, którego nie chciały. Kryterium dotyczy stron, które powodują po stronie użytkownika zobowiązania prawne lub transakcje finansowe, które zmieniają lub usuwają dane kontrolowane przez użytkownika w systemach przechowywania danych albo które wysyłają odpowiedzi użytkownika w teście. To strony, na których pomyłka zamienia się w realną stratę.

Na takich stronach musi być spełniony co najmniej jeden z trzech warunków. Odwracalność: wysłanie da się cofnąć. Sprawdzenie: dane wpisane przez użytkownika są sprawdzane pod kątem błędów i użytkownik ma szansę je poprawić. Potwierdzenie: istnieje mechanizm pozwalający przejrzeć, potwierdzić i poprawić informacje, zanim wysłanie stanie się ostateczne. Wystarczy jeden z trzech, a kryterium nie wymienia innych wyjątków. Formularze spoza tego zakresu nie są objęte poziomem AA; kryterium 3.3.6 na poziomie AAA stosuje te same możliwości do każdej strony, na której użytkownik wysyła informacje.

/ Jak strony go nie spełniają

Kasa obciąża kartę w chwili naciśnięcia „Zapłać”, bez podsumowania, bez sprawdzenia danych i bez możliwości późniejszego anulowania zamówienia.
Przycisk „Usuń konto” od razu usuwa konto i dane, bez kroku potwierdzenia i bez okresu, w którym można je przywrócić.
Egzamin online wysyła odpowiedzi po pierwszym kliknięciu „Wyślij”, bez przeglądu pytań bez odpowiedzi i bez możliwości zmiany odpowiedzi.
Formularz umowy wysyła podpisaną umowę bez sprawdzenia wpisanych danych i bez kroku przeglądu, a umowy nie da się wycofać online.
Formularz przelewu realizuje płatność bez ekranu, który pokazuje odbiorcę i kwotę do potwierdzenia.

/ Jak sprawdzić samodzielnie

Spisz czynności w serwisie, które mieszczą się w zakresie: zakupy, płatności, rezerwacje, umowy, zmiany lub usunięcie zapisanych danych użytkownika oraz wysyłane testy.
Przejdź każdą z nich w środowisku testowym albo na koncie testowym i zanotuj, czy krok przeglądu pokazuje, co zostanie wysłane, z możliwością powrotu i poprawki.
Jeśli kroku przeglądu nie ma, sprawdź, czy czynność da się potem odwrócić, na przykład anulując zamówienie albo przywracając usunięty element.
Jeśli nie ma ani jednego, ani drugiego, sprawdź, czy dane są walidowane, a użytkownik może je poprawić, zanim cokolwiek stanie się ostateczne.
Przejdź krok przeglądu samą klawiaturą i z czytnikiem ekranu, na przykład NVDA, żeby podsumowanie oraz przyciski potwierdzenia i edycji były osiągalne i nazwane.

/ Jak to naprawić

Dodaj przed ostatecznym wysłaniem stronę przeglądu z wpisanymi danymi, z linkiem „Zmień” do każdego kroku i wyraźnie opisanym przyciskiem potwierdzenia, na przykład „Zapłać 49,00 zł”.
Przy czynnościach nieodwracalnych, takich jak usunięcie konta albo rekordu, otwieraj okno potwierdzenia zbudowane na elemencie dialog albo z role="dialog", które nazywa, co zostanie usunięte.
Zaoferuj cofnięcie albo okres karencji: przenoś usunięte elementy do kosza albo pozwól anulować zamówienie przez pewien czas po jego złożeniu.
Waliduj dane po stronie klienta i serwera, a przed obciążeniem karty lub zapisem zwracaj użytkownika do formularza z opisanymi błędami.
W testach pokaż podsumowanie odpowiedzi, zaznacz pytania bez odpowiedzi i poproś o ostateczne potwierdzenie przed wysłaniem.

/ Co sprawdza nasz skaner

Nasz skan nie ma testu tego kryterium i nie może go mieć. Nigdy nie wysyła formularza, nie składa zamówienia ani niczego nie usuwa, a to, czy krok da się cofnąć albo przejrzeć, wychodzi dopiero wtedy, gdy transakcja zostanie doprowadzona do końca. HTML_CodeSniffer zgłasza tylko przypomnienie, które jest odrzucane. W audycie ręcznym człowiek przechodzi ścieżki zakupu, usuwania i testu na koncie testowym.

/ Kto je łamie, według naszych pomiarów

Cotygodniowy indeks nie ma danych dla tego kryterium, bo żaden test uruchamiany przez skan witryny go nie sprawdza. Ocenia je człowiek i do tego służy audyt ręczny.

Jedna strona na podmiot, mierzona automatycznie w tygodniowym cyklu. Jeśli podmiot coś naprawił od ostatniego pomiaru, zmiana będzie widoczna przy następnym, a każdy podmiot może odpowiedzieć na swojej stronie.

/ Pytania o to kryterium

Czy każdy formularz potrzebuje strony potwierdzenia?

Nie. Kryterium 3.3.4 obejmuje strony, które powodują zobowiązania prawne lub transakcje finansowe, zmieniają lub usuwają zapisane dane kontrolowane przez użytkownika albo wysyłają odpowiedzi w teście. Nawet tam strona potwierdzenia to tylko jedna z trzech możliwości. Spełnia je też odwracalne wysłanie albo sprawdzenie błędów z szansą na poprawkę.

Czy możliwość anulowania zamówienia po zakupie wystarczy?

Może wystarczyć, bo odwracalność to jeden z trzech sposobów spełnienia kryterium. Cofnięcie musi naprawdę unieważniać wysłanie. Zakup bez możliwości zwrotu nie jest odwracalny, więc przed tym, jak stanie się ostateczny, potrzebuje sprawdzenia wpisanych danych albo kroku przeglądu.

Jaki poziom ma kryterium 3.3.4 Zapobieganie błędom (prawnym, finansowym, w danych)?

Poziom AA, w WCAG od wersji 2.0. Kryterium 3.3.6 na poziomie AAA wymaga tych samych trzech możliwości na każdej stronie, na której użytkownik musi wysłać informacje, a nie tylko na stronach prawnych, finansowych i dotyczących danych.

Zmierz własną stronę Wszystkie zmierzone bariery