Timeouts

Vad kriteriet kräver

Om det finns en inaktivitetstimeout som kan orsaka förlust av användardata måste användaren varnas om dess längd i början av processen — inte bara när timern håller på att löpa ut. Varningen är onödig bara när data bevaras i mer än 20 timmars inaktivitet.

Detta kompletterar 2.2.1 (varning före timeout) och 2.2.5 (ingen dataförlust). 2.2.6 handlar specifikt om att informera användaren i förväg så att de kan planera runt det.

Hur man uppfyller det

• Överst i ett långt formulärflöde, informera om inaktivitetstimeout: “Din information sparas i 24 timmar” eller “Om du inte återvänder inom 30 minuter kommer din ansökan att raderas.”
• Gör informationen programmatiskt kopplad till formuläret (så att den visas i en skärmläsarsammanfattning), inte begravd i en sidfot.
• Om du bevarar data i mer än 20 timmar krävs ingen varning — men en försäkran (“Ditt utkast sparas i 30 dagar”) hjälper ändå användare med kognitiva funktionsnedsättningar som oroar sig för att förlora arbete.

Vanliga fel

• Flersidiga applikationer som inte nämner timeout förrän varningsmodalen aktiveras två minuter före utloggning.
• Skatteförberedelsesportaler där timeoutpolicyn finns i hjälpcentret, inte i själva formuläret.
• Patientportaler inom vården som förlorar osparade meddelanden utan förhandsinformation.

Varför det är viktigt

Ett AAA-kriterium, sällan obligatoriskt för rättslig överensstämmelse — men den underliggande principen är sund: användare med kognitiva funktionsnedsättningar, användare som avbryts av omvårdnadspersoner eller läkarbesök, och användare som helt enkelt tar längre tid att fylla i formulär drar alla nytta av att känna till timeout i förväg. Det låter dem dela upp en lång uppgift i säkra delar snarare än att upptäcka gränsen genom att förlora sitt arbete.