Finalmente i requisiti sono stati pubblicati in Gazzetta Ufficiale. Dico finalmente in quanto è dal giugno 2010 che giravano nei cassetti dei ministeri, e che con alcuni amici abbiamo dovuto cercarli in stile Indiana Jones e spiegarli ai vari ministri che si sono susseguiti: Brunetta, Profumo, Carrozza. La pubblicazione di questi requisiti il 16 settembre 2013, relativi al decreto firmato il 20 marzo 2013 dall’allora ministro Francesco Profumo,  è un completamento normativo al decreto legge 179/2012 per garantire il principio fondamentale di accessibilità totale a tutti i cittadini di informazioni e servizi erogati dalla pubblica amministrazione e da tutti coloro che percepiscono fondi pubblici per lo sviluppo di servizi basati su tecnologie internet.

Per migliore fruibilità, ho riportato il testo dell’allegato A del DM 20 marzo 2013 in formato PDF.

A cosa si applicano i nuovi requisiti?

Citando la premessa del decreto, è lampante che l’ambito di applicazione dei nuovi requisiti, indipendenti dalla tecnologia utilizzata per lo sviluppo, ricadono in settori anche differenti dalla pubblicazione di siti Web.

I requisiti tecnici si applicano a tutti i casi in cui i soggetti di cui all’articolo 3, comma 1, della l. n. 4/2004 forniscono informazioni o servizi su reti internet, intranet o extranet, su supporti informatici removibili (quali ad esempio CD-ROM, DVD) che possono essere utilizzati anche in stazioni di lavoro non collegate ad una rete telematica.

Le informazioni ed i servizi erogati possono essere resi fruibili mediante:

  • siti web;
  • applicazioni realizzate con tecnologie web;
  • documenti resi disponibili sui siti web;
  • documenti di cui al requisito 11  dell’allegato D del d.m. 8 luglio 2005.

In questo periodo si parla molto di problematiche di accessibilità dei contenuti formativi (comunemente definiti libri di testo digitali o ebook).Con questi requisiti si possono realizzare materiali didattici e formativi accessibili a tutti. In particolar modo, se chi produce materiale didattico-formativo ottiene contributi pubblici per lo sviluppo, è soggetto all’applicazione di tale normativa e deve pertanto garantire a chiunque la fruibilità della versione digitale che deve essere sviluppata con tecnologie compatibili con l’accessibilità.

Cosa cambia per i siti e le applicazioni Web?

Tecnicamente si passa da 22 a 12 requisiti, con riduzione numerica che non corrisponde ad una riduzione delle attività sia per gli sviluppatori, sia per chi deve verificare i requisiti. Innanzitutto, per qualsiasi dubbio interpretativo dei requisiti, è sempre riportato il riferimento delle WCAG 2.0 che il decreto ha “sposato” per il livello “AA”.

  1. Requisito 1 – Alternative testuali: fornire alternative testuali per qualsiasi contenuto di natura non testuale in modo che il testo predisposto come alternativa possa essere fruito e trasformato secondo le necessità degli utenti, come per esempio convertito in stampa a caratteri ingranditi, in stampa Braille, letto da una sintesi vocale, simboli o altra modalità di rappresentazione del contenuto.
  2. Requisito 2 – Contenuti audio, contenuti video, animazioni: fornire alternative testuali equivalenti per le informazioni veicolate da formati audio, formati video, formati contenenti  immagini animate (animazioni), formati multisensoriali in genere.
  3. Requisito 3 – Adattabile: creare contenuti che possano essere presentati in modalità differenti (ad esempio, con layout più semplici), senza perdita di informazioni o struttura.
  4. Requisito 4 – Distinguibile: rendere più semplice agli utenti la visione e l’ascolto dei contenuti, separando i contenuti in primo piano dallo sfondo.
  5. Requisito 5- Accessibile da tastiera: rendere disponibili tutte le funzionalità anche tramite tastiera.
  6. Requisito 6- Adeguata disponibilità di tempo: fornire all’utente tempo sufficiente per leggere ed utilizzare i contenuti.
  7. Requisito 7- Crisi epilettiche: non sviluppare contenuti che possano causare crisi epilettiche.
  8. Requisito 8- Navigabile: fornire all’utente funzionalità di supporto per navigare, trovare contenuti e determinare la propria posizione nel sito e nelle pagine.
  9. Requisito 9- Leggibile: rendere leggibile e comprensibile il contenuto testuale.
  10. Requisito 10- Prevedibile: creare pagine web che appaiano e che si comportino in maniera prevedibile.
  11. Requisito 11- Assistenza nell’inserimento di dati e informazioni: aiutare l’utente ad evitare gli errori ed agevolarlo nella loro correzione.
  12. Requisito 12- Compatibile: garantire la massima compatibilità con i programmi utente e con le tecnologie assistive.

Come si è già avuto modo di dire in altre occasioni, il decreto recepisce le linee guida e i criteri di successo delle WCAG 2.0 (definiti nel DM 20 marzo 2013 rispettivamente come “Requisiti” e “Punti di controllo”). All’interno delle WCAG 2.0 sono contenuti documenti non normativi relativi alle tecniche di applicazione (sufficienti e consigliate) che vanno utilizzate come riferimento ma che non sono normativamente riferibili per raggiungere la conformità ai requisiti, in quanto dipendenti dalla tecnologia utilizzata e in costante aggiornamento.

Nella normativa si inserisce innanzitutto il concetto di tecnologia compatibile con l’accessibilità.

Una tecnologia web è definita compatibile con l’accessibilità quando è compatibile con le tecnologie assistive e con le funzioni di accessibilità dei browser e degli altri programmi utilizzati dall’utente.

Le tecnologie da utilizzare sono quelle stabili, ossia specifiche tecniche rilasciate dal W3C o altre realtà di standardizzazione. Pertanto per il momento (sino al 2014, se va bene) scordarsi di utilizzare HTML5 o CSS3 all’interno di siti Web delle P.A. Il decreto consente invece l’uso di specifiche quali versioni Transitional di HTML 4.01 e XHTML 1.0, riportando pertanto la possibilità di utilizzare elementi quali iframe al fine di consentire l’uso di oggetti quali – a titolo di esempio – mappe e pulsanti social. Sempre in relazione alle novità più interessanti, sparisce il vincolo del vecchio requisito 15 relativo alla necessità di far funzionare tutto in assenza di script, richiedendo però un uso corretto dei linguaggi di Scripting per garantire l’accessibilità agli utenti con disabilità.

Le WCAG 2.0 (ed il decreto) consentono anche l’uso di contenuti non accessibili, l’importante è che gli stessi rispettino una serie di requisiti, previsti dal punto 5 della verifica dei criteri di conformità:

  1. Non interferenza. eventuali contenuti non essenziali per l’erogazione di informazioni e servizi, possono essere forniti tramite tecnologie non compatibili con l’accessibilità purché non impediscano agli utenti di accedere alle informazioni e servizi della pagina. Per tali contenuti è comunque richiesto il rispetto dei punti di controllo: 4.2 – Controllo del sonoro, 5.2 – Nessun impedimento all’uso della tastiera, 6.2 – Pausa, stop, nascondi, 7.1 – Lampeggiamenti.

Importante inoltre il criterio relativo ai processi completi: quando un servizio è erogato mediante un processo che si sviluppa su più pagine web allora tutte le pagine web ad esso relative devono essere conformi, anche quando tali pagine si trovino su siti diversi. Ciò significa che, nel caso di un sito Web che preveda ad esempio il trasferimento verso siti esterni (esempio: sistemi di pagamento), anche tali servizi devono essere accessibili.

In ambito di applicazioni Web, i nuovi requisiti consentono di poter lavorare con tecniche quali AJAX e con framework basati su Javascript rispettosi dei dettami di accessibilità delle WCAG 2.0. Ciò significa che utilizzando tecnologie e tecniche di applicazione considerate valide rispetto alle WCAG 2.0 si potrà ottenere la conformità di applicazioni e di interfacce di applicazione con semplicità rispetto ai vecchi requisiti basati sul funzionamento in assenza di script.

Come già detto, i requisiti si applicano a tutti coloro che beneficiano di contributi pubblici e li utilizzano (anche in parte) per lo sviluppo di servizi nel Web. Pensiamo ad esempio ai quotidiani che ricevono contributi pubblici e li utilizzano per realizzare versioni on line: tali servizi devono essere accessibili a tutti i cittadini e rispettosi dei requisiti di accessibilità del DM 20 marzo 2013.

Cosa cambia per i documenti (pubblicati e non)

Tra i punti della metodologia di verifica tecnica, il punto d) riguarda la verifica del formato e del contenuto dei documenti.

Il formato digitale dei documenti pubblicati necessari a fornire informazioni o a erogare servizi deve essere utilizzabile con tecnologie compatibili con l’accessibilità. Il contenuto dei documenti deve essere conforme ai requisiti tecnici di accessibilità. Se un documento non risponde a queste caratteristiche, per sua natura o perché è disponibile solo in formato non compatibile con l’accessibilità, allora deve essere soddisfatto almeno uno dei seguenti punti:

  1. il formato ed i contenuti dei documenti devono essere resi disponibili nella loro completezza anche in modalità adatta ad essere fruita mediante le tecnologie compatibili con l’accessibilità ed essere conformi ai requisiti tecnici di accessibilità;

  2. per i documenti resi disponibili in formato digitale non utilizzabile con tecnologie compatibili con l’accessibilità, oppure che abbiano contenuti non conformi ai requisiti tecnici di accessibilità, devono essere forniti sommario e descrizione degli scopi dei documenti stessi in forma adatta ad essere fruita con le  tecnologie compatibili con l’accessibilità e devono essere indicate in modo chiaro le modalità di accesso alle informazioni equivalenti a quelle presentate nei documenti digitali non accessibili. Quanto sopra deve essere applicato in particolare al contenuto dei siti delle pubbliche  amministrazioni di cui all’articolo 54 del d.lgs. 82/2005 – Codice dell’amministrazione digitale e successive modificazioni ed integrazioni.

Come impatta nella PA? I contenuti previsti dall’art. 54 del CAD sono tutti i contenuti relativi alla normativa sulla trasparenza amministrativa e significa perciò che i contenuti della sezione “Amministrazione trasparente” devono essere direttamente accessibili oppure devono rispettare quanto previsto dal secondo comma del punto d) della metodologia di verifica tecnica. Considerando altresì la premessa, tutti i documenti inerenti la PA devono essere accessibili sia che siano pubblicati nei siti Web, sia che siano disponibili / richiedibili dal cittadino: documenti inviati tramite protocollo via PEC, documenti digitali derivanti dall’accesso agli atti, contenuti all’interno della intranet devono rispettare questo requisito.

Cosa cambia per chi era già conforme ai precedenti requisiti

L’aggiornamento dei requisiti non comporta alcuna problematica a chi già precedentemente pubblicava informazioni e contenuti rispettando i dettami di accessibilità, a testimonianza che chi ha ben lavorato dalla prima versione del decreto non è penalizzato rispetto a chi coglierà l’occasione del nuovo decreto per adeguarsi ad una normativa sino ad oggi poco rispettata ma per la quale oggi il cittadino può agire per richiedere l’adeguamento dei servizi attivando apposita procedura presso l’Agenzia per l’Italia Digitale.