(Revisione dell’allegato A del DM 8 luglio 2005)

versione 26 aprile 2010

Ringraziamenti

Si ringraziano per i contributi forniti tutti coloro che hanno collaborato finora al presente Studio partecipando al Gruppo di lavoro per l’aggiornamento dei requisiti tecnici dell’accessibilità istituito presso il Dipartimento per la digitalizzazione della PA e l’Innovazione tecnologica:

• Consuelo BATTISTELLI, Assinform-IBM
• Laura BURZAGLI, CNR
• Roberto CANCELLO, Assinform-SAP
• Massimo CANDUCCI, Assinform-ENGENEERING
• Alessio CARTOCCI, IWA-Italy
• Daniela D’ALOISI, FUB
• Antonio DE VANNA, Osservatorio accessibilità (Dipart. Digital.PA e Innov. Tec / Formez)
• Mario DI DOMENICANTONIO, PCM Segretariato Generale
• Alessandra FLICK, FORMEZ
• Celestino GRASSI, ASPHI
• Giovanni GRAZIA, Regione Emilia-Romagna
• Paolo GRAZIANI, CNR
• Stefania LEONE, FISH
• Barbara LEPORINI, Unione Italiana Ciechi
• Franco LUCCHESE, Università La Sapienza
• Marco LUSINI, PCM
• Orietta MAIZZA, Dipart. Digital.PA e Innov. Tec
• Alberto MASINI, Assinform-MICROSOFT
• Livio MONDINI, IWA-Italy
• Eugenio MORASSI, Istituto Superiore Sanità
• Giulio NARDONE, FISH
• Domenico NATALE, UNINFO
• Giuseppe NERI, ASSINFORM
• Ennio PAIELLA, ASPHI
• Paola PALLESCHI, Assinform-SAP
• Emiliano PECIS, Assinform-ORACLE
• Gaetano PELLEGRINI, SOGEI
• Gregorio PICCOLI, Assinform-ZUCCHETTI
• Benedetta RIVETTI, Dipart. Digital.PA e Innov. Tec
• Roberto SCANO, IWA
• Giovanni SCARDOVI, Confindustria/IDEA FUTURA
• Eliseo SCIARRETTA, Università La Sapienza
• Oreste SIGNORE, W3C
• Steven SINTINI, DigitPA
• Cinzia STORTONE, SOGEI
• Piersergio TRAPANI, Confcommercio/ASSINTEL
• Andrea VALLE, Assinform/ADOBE
• Stefano VAN DER BIJL, Dipart. Digital.PA e Innov. Tec

Premessa

In questo documento sono definiti:

1. i criteri ed i metodi con i quali va effettuata la verifica tecnica di cui all’articolo 11, comma 1, lettera b) della Legge 4/2004;
2. i requisiti tecnici di accessibilità di cui all’articolo 11, comma 1, lettera a) della Legge 4/2004 e gli elementi da considerare per la verifica di conformità ai requisiti.

I requisiti tecnici si applicano a tutti i casi in cui i soggetti di cui all’articolo 3 comma 1 della Legge 4/2004 forniscono informazioni o servizi su reti Internet, Intranet o Extranet, su supporti informatici removibili (quali ad esempio CD-ROM, DVD) utilizzabili anche in caso di stazione di lavoro non collegata 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 DM 8 luglio 2005;
• materiale formativo e didattico di natura digitale utilizzato nelle scuole di ogni ordine e grado.

Metodologia per la verifica tecnica

• Indipendenza dalla piattaforma
• Tecnologie compatibili con l’accessibilità
• Criteri di conformità
• Requisiti tecnici di accessibilità e punti di controllo
• Requisiti tecnici
• Punti di controllo per verificare la conformità ai requisiti
  • Requisito 1 – Alternative testuali
  • Requisito 2 – Contenuti audio, contenuti video, animazioni
  • Requisito 3 – Adattabile
  • Requisito 4 – Distinguibile
  • Requisito 5 – Accessibile da tastiera
  • Requisito 6 – Adeguata disponibilità di tempo
  • Requisito 7 – Crisi epilettiche
  • Requisito 8 – Navigabile
  • Requisito 9 – Leggibile
  • Requisito 10 – Prevedibile
  • Requisito 11 – Assistenza nell’inserimento di dati e informazioni
  • Requisito 12 – Compatibile
• Glossario

Indipendenza dalla piattaforma

Le informazioni e i servizi erogati devono essere fruibili su varie piattaforme e su diversi browser.

Tecnologie compatibili con l’accessibilità

Una tecnologia è 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.

Nell’ambito di applicazione della Legge 4/2004 sono da ritenersi compatibili con l’accessibilità:

1. le tecnologie di base che sono definite da:

• la norma ISO/IEC 15445:2000(E) (HTML);
• la norma ISO/IEC 16262:2002 (ecma-script), nota anche come standard ECMA 262;
• le Recommendation del W3C relative al linguaggio HTML nella versione 4.01 e successive e al linguaggio XHTML nella versione 1.0 e successive;
• le Recommendation del W3C relative al linguaggio CSS nella versione 1.0 e successive;
• le Recommendation del W3C relative a linguaggi e a specifiche tecniche relative alla realizzazione di pagine, oggetti e applicazioni Web, quali, ad esempio, XML, SVG, SMIL.

Nell’utilizzo delle tecnologie di base è obbligatorio rispettare i seguenti vincoli:

• Per la tecnologia utilizzata, è obbligatorio dichiarare esplicitamente, quando previsto, la grammatica formale adottata.
• È vietato l’utilizzo degli elementi, degli attributi e delle funzioni definiti deprecati nella specifica della grammatica formale adottata.
• Il codice impiegato deve essere valido rispetto alla grammatica formale adottata.

2. le tecnologie per le quali sono verificate tutte le seguenti condizioni:

1. esistono e sono disponibili in forma gratuita le linee guida sulla accessibilità relative alla tecnologia in oggetto. Tali linee guida possono essere state elaborate e rese pubbliche dai produttori della tecnologia oppure da organismi e istituzioni pubbliche e private, anche internazionali, operanti nel settore della accessibilità;
2. in tali linee guida sono esplicitamente indicate le modalità di applicazione dei Criteri di Successo delle WCAG 2.0 alla tecnologia in oggetto. Esempi di simili linee guida sono consultabili nelle pagine http://www.w3.org/WAI/GL/2010/WD-WCAG20-TECHS-20100128/ e nelle pagine http://www.w3.org/WAI/GL/WCAG20/implementation-report/accessibility_support, nonché sul sito dell’ Ufficio Italiano del W3C all’indirizzo Web: http://www.w3c.it.
3. i programmi che l’utente deve eventualmente utilizzare per la fruizione della tecnologia in oggetto devono supportare le tecnologie assistive.

Criteri di conformità

Affinché una pagina Web possa essere dichiarata conforme ai requisiti tecnici devono essere osservati i seguenti criteri:

1. Totalità dei requisiti tecnici: tutti i requisiti tecnici di accessibilità, quando applicabili, devono essere soddisfatti;
2. Pagine complete: la conformità va riferita ad intere pagine Web;
3. 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;
4. Utilizzo di sole tecnologie compatibili con l’accessibilità: le pagine, gli oggetti in esse contenuti e le applicazioni realizzate con tecnologie web devono essere realizzati con le tecnologie compatibili con l’accessibilità come definite in precedenza;
5. Formato e contenuto dei documenti: tutti i documenti pubblicati necessari a fornire informazioni o a erogare servizi e tutti i materiali didattici e formativi devono essere resi disponibili in formati digitali utilizzabili con tecnologie compatibili con l’accessibilità come definite in precedenza e il loro contenuto deve essere conforme ai requisiti tecnici di accessibilità.

Nel caso di materiali didattici e formativi basati su tecnologie Web, oltre alla conformità ai requisiti tecnici descritti in questo allegato è richiesta la conformità anche a quanto stabilito dal Decreto Ministeriale 30 aprile 2008 “Regole tecniche disciplinanti l’accessibilità agli strumenti didattici e formativi a favore degli alunni disabili” (G.U. n.136 del 12 giugno 2008).

Se un documento non risponde a queste caratteristiche, per sua natura o perché è disponibile solo in formato non conforme oppure per vincoli di tipo giuridico (ad esempio: obbligo di pubblicazione in formato immagine di documenti corredati da firme autografe e bolli), allora deve essere soddisfatto almeno uno dei seguenti punti:

• i contenuti e i documenti devono essere resi disponibili nella loro completezza anche in forma adatta ad essere fruita mediante le tecnologie compatibili con l’accessibilità ed essere conformi ai requisiti tecnici di accessibilità;
• per i documenti resi disponibili in formato non compatibile 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, come indicato nell’articolo 54, comma 1, punto b. del Dlgs 82/2005 “Codice dell’amministrazione digitale” come modificato dal Dlgs 159/2006 e successive integrazioni.

Requisiti tecnici di accessibilità e punti di controllo per la valutazione di conformità

I requisiti tecnici di accessibilità ed i relativi punti di controllo per la verifica di conformità sono stati definiti sulla base dei Principi, delle Linee Guida e dei Criteri di Successo contenuti nella Recommendation che il World Wide Web Consortium (W3C) – Web Accessibility Initiative (WAI) ha pubblicato l’11 dicembre 2008 e che contiene le Web Content Accessibility Guidelines 2.0 (WCAG 2.0).

I quattro principi ispiratori comuni alle WCAG2.0 e al presente documento sono i seguenti:

Principio 1: Percepibile – Le informazioni e i componenti dell’interfaccia utente devono essere presentati in modo che possano essere fruiti attraverso differenti canali sensoriali.

Principio 2: Utilizzabile – I componenti dell’interfaccia utente e i comandi in essa contenuti devono essere utilizzabili senza ingiustificati disagi o vincoli per l’utente.

Principio 3: Comprensibile – Gli utenti devono poter comprendere le modalità di funzionamento dell’interfaccia e le azioni in essa contenute necessarie per ottenere servizi e informazioni.

Principio 4: Robusto – Il contenuto deve essere abbastanza robusto da poter essere interpretato in modo affidabile da una vasta gamma di programmi utilizzati dall’utente, comprese le tecnologie assistive.

I requisiti tecnici fanno riferimento alle 12 linee guida in cui si articolano suddetti principi delle WCAG2.0.

I punti di controllo per la verifica di conformità fanno riferimento al corrispondente criterio di successo delle WCAG2.0.

Requisiti tecnici di accessibilità

Requisito 1 – Alternative testuali: Fornire alternative testuali per qualsiasi contenuto non di testo in modo che lo stesso contenuto possa essere trasformato in altre forme fruibili secondo le necessità degli utenti, come ad esempio stampa a caratteri ingranditi, Braille, sintesi vocale, simboli o altra modalità di rappresentazione del contenuto.

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.

Requisito 3 – Adattabile: Creare contenuti che possano essere rappresentati in modalità differenti (ad esempio, con layout più semplici), senza perdita di informazioni o struttura.

Requisito 4 – Distinguibile: Rendere più semplice agli utenti la visione e l’ascolto dei contenuti, separando i contenuti in primo piano dallo sfondo.

Requisito 5 – Accessibile da tastiera: Rendere disponibili tutte le funzionalità anche tramite tastiera.

Requisito 6 – Adeguata disponibilità di tempo: Fornire all’utente tempo sufficiente per leggere ed utilizzare i contenuti.

Requisito 7 – Crisi epilettiche: Non sviluppare contenuti che possano causare crisi epilettiche.

Requisito 8 – Navigabile: Fornire all’utente funzionalità di supporto per navigare, trovare contenuti e determinare la propria posizione nel sito e nelle pagine.

Requisito 9 – Leggibile: Rendere leggibile e comprensibile il contenuto testuale.

Requisito 10 – Prevedibile: Creare pagine Web che appaiano e che si comportino in maniera prevedibile.

Requisito 11 – Assistenza nell’inserimento di dati e informazioni: Aiutare l’utente ad evitare gli errori ed agevolarlo nella loro correzione.

Requisito 12 – Compatibile: Garantire la massima compatibilità con i programmi utente e con le tecnologie assistive.

Punti di controllo per verificare la conformità ai requisiti

La verifica di conformità ai requisiti tecnici deve essere effettuata per mezzo dei punti di controllo relativi a ciascun requisito.

Requisito 1 – Alternative testuali

Punto di controllo 1.1 – Contenuti non testuali: Tutti i contenuti non testuali presentati all’utente devono possedere un’alternativa testuale equivalente che serva allo stesso scopo, ad eccezione delle seguenti situazioni:

1. Controlli, input: se il contenuto non testuale è un controllo o raccoglie l’input degli utenti, allora questo deve avere un nome esplicativo che ne descriva la finalità;
2. Contenuti audio, video, disegno animato (animazione): se il contenuto non testuale è presentato in formato audio, in formato video, è una animazione oppure è una combinazione di questi formati, allora deve essere fornita anche una alternativa testuale che contenga almeno una descrizione del contenuto non testuale;
3. Test: Se il contenuto non testuale è un test o un esercizio che potrebbe essere non valido se presentato come testo, allora le alternative testuali devono fornire almeno una descrizione del contenuto non testuale.
4. Esperienze sensoriali: Se il contenuto non testuale ha lo scopo primario di creare una specifica esperienza sensoriale, allora le alternative testuali devono fornire almeno una descrizione del contenuto non testuale.
5. CAPTCHA: Se la finalità del contenuto non testuale è confermare che il contenuto viene utilizzato da una persona e non da un computer, allora devono essere fornite alternative testuali che identifichino e descrivano lo scopo del contenuto non testuale, e devono essere fornite forme alternative di CAPTCHA che utilizzino diverse modalità di output per differenti tipologie di percezioni sensoriali al fine di soddisfare differenti disabilità.
6. Decorazioni, formattazioni, contenuti invisibili: Se il contenuto non testuale è puramente decorativo, oppure viene utilizzato solamente per formattazione visuale, oppure non viene presentato agli utenti allora deve essere realizzato in modo che la tecnologia assistiva lo possa ignorare.

Riferimento WCAG 2.0: Criterio di Successo 1.1.1

Requisito 2 – Contenuti audio, contenuti video, animazioni

Punto di controllo 2.1 – Contenuti registrati presentati in formato solo audio, solo video o animazione senza audio: Per i contenuti registrati presentati in formato solo audio, solo video o come animazione senza audio, eccetto quando tali formati costituiscano una alternativa ad un contenuto testuale presente nella pagina e siano chiaramente etichettati come tali, devono essere soddisfatti i seguenti punti:

1. contenuti registrati presentati in formato solo audio: deve essere fornita un’alternativa almeno di tipo testuale che presenti informazioni equivalenti a quelle del contenuto di solo audio
2. contenuti registrati presentati in formato solo video o in formato contenente animazione senza audio: deve essere fornita un’alternativa almeno di tipo testuale che presenti informazioni equivalenti per il contenuto di solo video o della animazione senza audio.

Riferimento WCAG 2.0: Criterio di Successo 1.2.1

Punto di controllo 2.2 – Sottotitoli (per contenuti registrati): per tutti i contenuti registrati presentati in formati multisensoriali (video con audio, animazione con audio) devono essere forniti sottotitoli sincronizzati, eccetto quando tali formati costituiscano una alternativa ad un contenuto testuale presente nella pagina e siano chiaramente etichettati come tali.

Riferimento WCAG 2.0: Criterio di Successo 1.2.2

Punto di controllo 2.3 – Audio – descrizioni o trascrizioni descrittive (per contenuti registrati): quando i contenuti registrati vengono presentati in formato video o contengono animazioni e prevedono l’esecuzione di azioni non descritte tramite audio ma sono essenziali per la erogazione di un servizio deve essere fornita una descrizione audio alternativa oppure una descrizione testuale alternativa, eccetto quando tali elementi costituiscano una alternativa ad un contenuto testuale presente nella pagina e siano chiaramente etichettati come tali.

Riferimento WCAG 2.0: Criteri di Successo 1.2.3 e 1.2.5

Punto di controllo 2.4 – Sottotitoli (per contenuti in diretta): quando un contenuto presentato in diretta in formato audio, video o animazioni, o in formato multisensoriale è essenziale per la erogazione di un servizio allora devono essere forniti sottotitoli sincronizzati per il formato utilizzato.

Riferimento WCAG 2.0: Criterio di Successo 1.2.4

Requisito 3 – Adattabile

Punto di controllo 3.1 – Informazioni e correlazioni: Le informazioni, la struttura e le correlazioni fra distinti blocchi di contenuto trasmesse dalla presentazione devono essere rese fruibili in qualsiasi situazione. Per ottenere questo risultato, esse possono essere definite tramite la tecnologia compatibile con l’accessibilità utilizzata oppure possono essere rese disponibili in formato testuale.

Riferimento WCAG 2.0: Criterio di Successo 1.3.1

Punto di controllo 3.2 – Sequenza significativa: Quando la sequenza con cui è presentato il contenuto influisce sulla percezione del suo significato, allora deve essere definita la corretta sequenza di lettura. Ciò può essere realizzato tramite la tecnologia compatibile con l’accessibilità utilizzata.

Riferimento WCAG 2.0: Criterio di Successo 1.3.2

Punto di controllo 3.3 – Caratteristiche sensoriali: Le istruzioni fornite per comprendere ed operare sui contenuti non devono basarsi unicamente su caratteristiche sensoriali dei componenti quali forma, dimensione, ubicazione visiva, orientamento o suono.

Riferimento WCAG 2.0: Criterio di Successo 1.3.3

Requisito 4 – Distinguibile

Punto di controllo 4.1 – Uso del colore: Il colore non deve essere utilizzato come unica modalità visiva per rappresentare informazioni, indicare azioni, richiedere risposte o come elemento di distinzione visiva.

Riferimento WCAG 2.0: Criterio di Successo 1.4.1

Punto di controllo 4.2 – Controllo del sonoro: Se un contenuto audio all’interno di una pagina Web è eseguito automaticamente per più di tre secondi, allora deve essere fornita una funzionalità per metterlo in pausa o interromperlo, oppure deve essere fornita una modalità per il controllo del volume del contenuto audio che sia indipendente dal controllo predefinito del sistema.

Riferimento WCAG 2.0: Criterio di Successo 1.4.2

Punto di controllo 4.3 – Contrasto (minimo): La rappresentazione a monitor del testo e del testo rappresentato come immagine deve avere un rapporto di contrasto fra testo in primo piano e sfondo di almeno 4.5:1, fatta eccezione per i seguenti casi:

1. Testo di grandi dimensioni: Un testo grande almeno 18 punti normale o 14 punti grassetto e/o un testo di analoghe dimensioni rappresentato come immagine è sufficiente che abbiano un rapporto di contrasto fra testo in primo piano e sfondo di almeno 3:1;
2. Testo non essenziale: Un testo o un testo rappresentato come immagine che siano parti inattive di componenti dell’interfaccia utente, di pura decorazione, invisibili oppure che facciano parte di immagini contenenti contenuti visuali maggiormente significativi, non hanno alcun requisito di contrasto.
3. Logotipi: Il testo che fa parte di un logo o marchio non ha alcun requisito minimo di contrasto.

Riferimento WCAG 2.0: Criterio di Successo 1.4.3

Punto di controllo 4.4 – Ridimensionamento del testo: Il testo, ad eccezione dei sottotitoli e del testo rappresentato come immagine, deve poter essere ridimensionato fino al 200 percento senza l’ausilio di tecnologie assistive e senza perdita di contenuto e funzionalità.

Riferimento WCAG 2.0: Criterio di Successo 1.4.4

Punto di controllo 4.5 – Testo rappresentato come immagine: Se le tecnologie utilizzate consentono di ottenere la corretta rappresentazione visuale, per veicolare l’informazione deve essere utilizzato testo invece di testo rappresentato come immagine, ad eccezione dei seguenti casi:

1. Personalizzabile: Se l’immagine che rappresenta testo può essere personalizzata visivamente secondo le esigenze dell’utente, allora essa può essere utilizzata senza dover ricorrere anche al testo;
2. Essenziale: Se una particolare rappresentazione del testo è essenziale per il tipo di informazione veicolata, allora l’immagine che rappresenta testo può essere utilizzata senza dover ricorrere anche al testo. I logotipi (testo che fa parte di un logo o di un marchio) sono considerati essenziali.

Riferimento WCAG 2.0: Criterio di Successo 1.4.5

Requisito 5 – Accessibile da tastiera

Punto di controllo 5.1 – Tastiera: Tutte le funzionalità del contenuto devono essere utilizzabili tramite tastiera senza obbligare a tempi specifici per le singole battute, salvo il caso in cui la funzione sottostante richieda un input dipendente dai movimenti dell’utente che non possa essere ottenuto in modo equivalente con input da tastiera.

Riferimento WCAG 2.0: Criterio di Successo 2.1.1

Punto di controllo 5.2 – Nessun impedimento all’uso della tastiera: Se è possibile portare il focus su un componente della pagina tramite l’uso di una tastiera, allora deve anche essere possibile spostarsi ad un altro componente utilizzando comunque una tastiera. Se a tal fine non fosse sufficiente l’uso dei normali tasti Freccia o Tab o altri metodi di uscita standard, allora l’utente deve essere informato esplicitamente su come rilasciare il focus.

Riferimento WCAG 2.0: Criterio di Successo 2.1.2

Requisito 6 – Adeguata disponibilità di tempo

Punto di controllo 6.1 – Regolazione tempi di esecuzione: Per ogni limite di tempo presente nel contenuto, deve essere soddisfatto almeno uno dei seguenti casi:

1. Rimozione: All’utente è consentito rimuovere il limite di tempo prima di raggiungerlo;
2. Regolazione: All’utente è consentito regolare il limite di tempo prima di raggiungerlo in una gamma di regolazioni che sia almeno dieci volte superiore alla durata prevista dall’impostazione predefinita;
3. Estensione: L’utente è avvisato prima dello scadere del tempo; vengono concessi almeno 20 secondi per estendere il limite temporale tramite l’esecuzione di un’azione semplice (per esempio: “premere la barra spaziatrice”) e gli è consentito di estendere il limite per almeno 10 volte;
4. Eccezione per eventi in tempo reale: Il limite di tempo è un elemento fondamentale di un evento in tempo reale (per esempio, un’asta on line), e non è possibile eliminare questo vincolo;
5. Eccezione di essenzialità: Il limite di tempo è essenziale per l’attività (per esempio: una verifica a tempo) ed estenderlo l’invaliderebbe;
6. Eccezione delle 20 ore: Il limite di tempo è superiore a 20 ore.

Riferimento WCAG 2.0: Criterio di Successo 2.2.1

Punto di controllo 6.2 – Pausa, stop, nascondi: Nel caso di animazioni, lampeggiamenti, scorrimenti o auto-aggiornamenti di informazioni devono essere soddisfatti tutti i seguenti punti:

1. Spostamento, lampeggiamento, scorrimento: Per qualsiasi movimento, lampeggiamento o scorrimento di informazioni che (1) venga avviato automaticamente, (2) duri più di cinque secondi e (3) sia presentato in parallelo con altro contenuto, deve essere presente un meccanismo per metterlo in pausa, interromperlo o nasconderlo, a meno che il movimento, il lampeggiamento o lo scorrimento siano parte essenziale dell’attività;
2. Auto-aggiornamento: Per qualsiasi auto-aggiornamento di informazioni che (1) venga avviato automaticamente e (2) sia presentato in parallelo con altro contenuto, deve essere presente un meccanismo per metterlo in pausa, interromperlo o nasconderlo o per controllare la frequenza dell’aggiornamento a meno che l’auto-aggiornamento sia parte essenziale dell’attività.

Riferimento WCAG 2.0: Criterio di Successo 2.2.2

Requisito 7 – Crisi epilettiche

Punto di controllo 7.1 – Lampeggiamenti: Le pagine Web non devono contenere nulla che lampeggi per più di tre volte al secondo.

Riferimento WCAG 2.0: Criterio di Successo 2.3.2

Requisito 8 – Navigabile

Punto di controllo 8.1 – Salto di blocchi: Deve essere fornita una modalità per saltare i blocchi di contenuto che si ripetono su più pagine Web.

Riferimento WCAG 2.0: Criterio di Successo 2.4.1

Punto di controllo 8.2 – Titolo della pagina: Ogni pagina Web deve avere un titolo che ne descriva l’argomento o la finalità.

Riferimento WCAG 2.0: Criterio di Successo 2.4.2

Punto di controllo 8.3 – Ordine del focus: Se una pagina Web può essere navigata in modo sequenziale e le sequenze di navigazione influiscono sul significato e sul funzionamento, allora gli oggetti che possono ricevere il focus devono riceverlo secondo un ordine che ne preservi il senso e l’operatività.

Riferimento WCAG 2.0: Criterio di Successo 2.4.3

Punto di controllo 8.4 – Scopo del collegamento (nel contesto): Lo scopo di ogni collegamento deve essere comprensibile. Esso può essere determinato dal testo del collegamento oppure dal testo del collegamento in sinergia ai contenuti contestuali circostanti, che possono essere determinati mediante la tecnologia compatibile con l’accessibilità utilizzata, salvo il caso in cui lo scopo del collegamento potrebbe risultare ambiguo per la gran parte degli utenti.

Riferimento WCAG 2.0: Criterio di Successo 2.4.4

Punto di controllo 8.5 – Differenti modalità: Per identificare una pagina Web all’interno di un insieme di pagine Web deve essere resa disponibile più di una modalità, salvo il caso in cui una pagina Web sia il risultato – o una fase – di un’azione.

Riferimento WCAG 2.0: Criterio di Successo 2.4.5

Punto di controllo 8.6 – Titoli ed etichette: Per descrivere l’organizzazione logica degli argomenti e la finalità dei blocchi di contenuto devono essere utilizzati titoli appropriati e nel corretto ordine sequenziale gerarchico. Inoltre, tutti i componenti interattivi devono essere dotati di etichette descrittive che ne chiariscano lo scopo

Riferimento WCAG 2.0: Criterio di Successo 2.4.6

Punto di controllo 8.7 – Focus visibile: Qualsiasi interfaccia utente utilizzabile tramite tastiera deve possedere una funzionalità operativa in cui è visibile l’indicatore del focus.

Riferimento WCAG 2.0: Criterio di Successo 2.4.7

Requisito 9 – Leggibile

Punto di controllo 9.1 – Lingua della pagina: Deve essere definita la lingua di ogni pagina Web e la sua impostazione può essere determinata mediante la tecnologia compatibile con l’accessibilità utilizzata.

Riferimento WCAG 2.0: Criterio di Successo 3.1.1

Punto di controllo 9.2 – Parti in lingua diversa da quella definita per la pagina : Deve essere definita la lingua di ogni passaggio o frase nel contenuto ed essa può essere determinata mediante la tecnologia compatibile con l’accessibilità utilizzata ad eccezione di nomi propri, termini tecnici, parole in lingue indeterminate e parole o frasi che sono diventate parte integrante del gergo del testo immediatamente circostante.

Riferimento WCAG 2.0: Criterio di Successo 3.1.2

Requisito 10 – Prevedibile

Punto di controllo 10.1 – Al focus: Quando un qualsiasi componente riceve il focus, non deve avviare automaticamente un cambiamento del contesto.

Riferimento WCAG 2.0: Criterio di Successo 3.2.1

Punto di controllo 10.2 – All’input: Il cambiamento dell’impostazione di qualsiasi componente nell’interfaccia utente non deve provocare automaticamente un cambiamento di contesto, a meno che l’utente sia stato informato di questo comportamento prima di utilizzare il componente.

Riferimento WCAG 2.0: Criterio di Successo 3.2.2

Punto di controllo 10.3 – Navigazione costante: I meccanismi di navigazione ripetuti su più pagine Web all’interno di un insieme di pagine Web devono apparire nello stesso ordine ogni volta che si ripetono, a meno che l’utente non abbia avviato un cambiamento.

Riferimento WCAG 2.0: Criterio di Successo 3.2.3

Punto di controllo 10.4 – Identificazione coerente: I componenti che hanno la stessa funzionalità all’interno di un insieme di pagine Web devono essere sempre identificati in modo uniforme.

Riferimento WCAG 2.0: Criterio di Successo 3.2.4

Requisito 11 – Assistenza nell’inserimento di dati e informazioni

Punto di controllo 11.1 – Identificazione di errori: Se viene rilevato automaticamente un errore di inserimento, l’elemento in errore deve essere identificato chiaramente e l’errore rilevato descritto tramite testo.

Riferimento WCAG 2.0: Criterio di Successo 3.3.1

Punto di controllo 11.2 – Etichette o istruzioni: Quando il contenuto richiede azioni di input da parte dell’utente devono essere fornite etichette o istruzioni per la loro corretta esecuzione.

Riferimento WCAG 2.0: Criterio di Successo 3.3.2

Punto di controllo 11.3 – Suggerimenti per gli errori: Se viene identificato un errore di inserimento che si può correggere allora devono essere forniti suggerimenti all’utente, a meno che ciò non pregiudichi la sicurezza o la finalità del contenuto.

Riferimento WCAG 2.0: Criterio di Successo 3.3.3

Punto di controllo 11.4 – Prevenzione degli errori (legali, finanziari, dati): Per le pagine Web che determinano obbligazioni giuridiche o che prevedono transazioni finanziarie, o che gestiscono inserimento, cancellazione, gestione di dati controllabili dall’utente in un sistema di archiviazione oppure che inoltrano risposte a test, deve essere soddisfatta almeno una delle seguenti condizioni:

1. Reversibilità: Le azioni sono reversibili.
2. Controllo: I dati inseriti dall’utente sono verificati e si fornisce all’utente la possibilità di correggere eventuali errori di inserimento.
3. Conferma: è disponibile una funzionalità per la revisione, conferma e correzione delle informazioni prima del loro invio definitivo.

Riferimento WCAG 2.0: Criterio di Successo 3.3.4

Requisito 12 – Compatibile

Punto di controllo 12.1 – Analisi sintattica (parsing): Nel contenuto realizzato utilizzando linguaggi di marcatura gli elementi devono possedere tag di apertura e chiusura completi, devono essere annidati in conformità alle specifiche, non devono contenere attributi duplicati e devono possedere ID unici, salvo il caso in cui le specifiche permettano eccezioni.

Riferimento WCAG 2.0: Criterio di Successo 4.1.1

Punto di controllo 12.2 – Name, Role, Value: Per tutti i componenti dell’interfaccia utente (inclusi ma non limitati a: elementi di un modulo, collegamenti e componenti generati da script), name (nome) e role (ruolo) devono poter essere determinati mediante la tecnologia compatibile con l’accessibilità utilizzata; stati, proprietà e valori che possono essere impostati dall’utente devono essere impostabili da programma; e le notifiche sui cambi di stato di questi elementi devono essere rese disponibili ai programmi utente, incluse le tecnologie assistive.

Riferimento WCAG 2.0: Criterio di Successo 4.1.2

Glossario

luminanza relativa

È la luminosità relativa di qualunque punto in uno spazio-colore, normalizzata a 0 per il nero più scuro e ad 1 per il bianco più chiaro.

Per lo spazio-colore sRGB, la luminanza relativa di un colore è definita come:

L = 0.2126 * R + 0.7152 * G + 0.0722 * B

dove R, G e B sono definiti come:

se R_sRGB = 0.03928 allora R = R_sRGB/12.92 altrimenti R = ((RsRGB+0.055)/1.055)^2.4

se G_sRGB = 0.03928 allora G = G_sRGB/12.92 altrimenti G = ((G_sRGB+0.055)/1.055)2.4

se B_sRGB = 0.03928 allora B = B_sRGB/12.92 altrimenti B = ((B_sRGB+0.055)/1.055) ^2.4

e R_sRGB, G_sRGB, e B_sRGB sono definiti come:

R_sRGB = R_8bit/²⁵⁵

G_sRGB = G_8bit/²⁵⁵

B_sRGB = B_8bit/²⁵⁵

Il carattere “*” è l’operatore prodotto, il carattere “/” è l’operatore divisione, il carattere “=” è l’operatore di comparazione minore o uguale.

rapporto (o fattore) di contrasto

È definito come:

(L1 + 0.05) / (L2 + 0.05)

in cui L1 e L2 e rappresentano rispettivamente:

• L1 la luminanza relativa del colore più luminoso
• L2 la luminanza relativa del colore più scuro

e L1 > L2.

Il contrasto si misura rispetto allo sfondo specifico sul quale si rappresenta il testo nell’uso normale. Se non è specificato alcun colore di sfondo allora si assume sia di colore bianco.

Alle Amministrazioni pubbliche di cui
All’art. 1, comma 2, del d.lgs. n. 165 del 2001

DIRETTIVA N. 8/2009
DIRETTIVA DEL MINISTRO
PER LA PUBBLICA AMMINISTRAZIONE E L’INNOVAZIONE
PER LA RIDUZIONE DEI SITI WEB DELLE PUBBLICHE AMMINISTRAZIONI
E PER IL MIGLIORAMENTO DELLA QUALITA’ DEI SERVIZI E DELLE INFORMAZIONI ON LINE AL CITTADINO

1. PREMESSA

Nel quadro degli indirizzi di modernizzazione delle amministrazioni pubbliche, particolare rilevanza assume ormai da anni l’adozione di iniziative e strumenti di trasparenza, di relazione, di comunicazione e di informazione volti a costruire un rapporto aperto e proficuo con cittadini ed utenti.
Uno dei principali strumenti che le pubbliche amministrazioni utilizzano con crescente diffusione è quello di veicolare le informazioni ed i servizi resi ai cittadini attraverso siti web istituzionali.
Sinora la realizzazione dei siti web delle pubbliche amministrazioni è nata dalla iniziativa dei singoli enti con modalità assolutamente eterogenee:

• registrazione e creazione dei siti web per specifici progetti/iniziative non correlati ai siti principali delle pubbliche amministrazioni;
• permanenza dei siti web anche a seguito della chiusura del progetto/iniziativa;
• riconoscibilità non immediata della natura, pubblica o privata, del sito web;
• identificabilità non immediata dell’Amministrazione che ha realizzato il sito web;
• assenza di regole e di criteri per il trattamento dei contenuti da dichiarare obsoleti, in modo tale da garantire agli utenti internet la disponibilità, anche attraverso motori di ricerca, di contenuti validi e aggiornati.

In questo contesto il Ministro per la pubblica amministrazione e l’innovazione ritiene fondamentale fissare i criteri di riconoscibilità, di aggiornamento, di usabilità e di accessibilità e individua con “.gov.it” il dominio di aggregazione di siti e portali delle pubbliche amministrazioni.
Pertanto le pubbliche amministrazioni sono tenute a provvedere all’iscrizione al dominio “.gov.it” dei siti che intendono mantenere attivi. La registrazione dei siti web delle pubbliche amministrazioni al dominio “.gov.it” sarà l’occasione per iniziare a razionalizzare e ridurre, in maniera consistente, il numero dei siti web pubblici.

2. OBIETTIVI

Obiettivo della presente direttiva è sviluppare, promuovere e diffondere nelle PA un processo volto a fornire, attraverso i propri siti web, un accesso diretto, semplificato e qualitativamente valido alle informazioni e ai servizi resi all’utenza, migliorandone la fruibilità.
A tal fine viene introdotto l’obbligo per le pubbliche amministrazioni di rendere identificabili i propri siti istituzionali, eliminando al contempo gli innumerevoli siti registrati, attivati e non più aggiornati affinché non siano raggiungibili dai cittadini né direttamente, né per il tramite dei motori di ricerca.
Inoltre, attraverso i successivi documenti: “Linee Guida” e “Vademecum”, la direttiva intende formulare regole e processi standardizzati per l’attivazione di nuovi siti e per la registrazione di nuovi domini, suggerendo alle pubbliche amministrazioni come salvaguardare i contenuti ancora fruibili.

3. AZIONI PER LA QUALITÀ DEI SITI WEB

Il Ministro per la pubblica amministrazione e l’innovazione, attraverso il Dipartimento della Funzione Pubblica ed il Dipartimento per la digitalizzazione e l’innovazione tecnologica:

• promuove l’utilizzo delle Linee Guida di cui al successivo articolo 4 (Caratteristiche generali e contenuti dei siti web) e ne produce una revisione con frequenza almeno annuale, previa consultazione pubblica tramite il sito istituzionale www.innovazionepa.gov.it;
• pubblica, sul proprio sito istituzionale www.innovazionepa.gov.it, un “Vademecum”, ovvero una guida organica sulle modalità di riduzione, gestione, sviluppo e diffusione dei siti web della pubblica amministrazione e ne assicura l’aggiornamento continuo anche attraverso il contributo delle amministrazioni centrali e locali;
• svolge le funzioni di monitoraggio dei siti pubblici al fine di valutare periodicamente l’utilizzo e l’efficienza dei servizi, la loro qualità e, anche sulla base delle segnalazioni dei cittadini, segnala le migliori pratiche e le necessità di miglioramento, avvalendosi in particolare delle risultanze del sistema delle segnalazioni dei cittadini implementato sul sito www.accessibile.gov.it;
• attiva community tematiche tra le pubbliche amministrazioni centrali e locali;
• organizza un convegno annuale per il confronto sui temi della qualità dei siti pubblici nell’ambito del quale viene conferito, secondo modalità di valutazioni definite e con il coinvolgimento dei cittadini, un riconoscimento per il miglior sito web pubblico.

Ogni anno le pubbliche amministrazioni centrali comunicano attraverso il piano triennale per l’ICT, le attività e gli interventi economico-finanziari avviati per l’adeguamento alla presente direttiva. In particolare le pubbliche amministrazioni pianificano la riduzione dei siti web obsoleti, le loro modalità di archiviazione ed il miglioramento qualitativo di quelli in produzione, seguendo le regole ed i processi definiti nelle linee guida.

4. CARATTERISTICHE GENERALI E CONTENUTI DEI SITI WEB

Al fine di assicurare la pubblicazione e l’aggiornamento dei contenuti dei siti secondo criteri che favoriscano il pieno raggiungimento degli obiettivi di conoscenza e di servizio al cittadino e di favorire l’applicazione del decreto legislativo n. 82 del 7 marzo 2005 recante Codice dell’amministrazione digitale, il Ministro per la pubblica amministrazione e l’innovazione, entro 90 giorni dall’ emanazione della presente direttiva, rende disponibile per la consultazione pubblica sul proprio sito un documento denominato “Linee guida per i siti web della PA”.
Le Linee guida, redatte dai Dipartimenti con il supporto del Formez per i contenuti e del CNIPA per le caratteristiche tecnologiche, comprendono i criteri e gli strumenti per assicurare la riduzione dei siti pubblici obsoleti ed il miglioramento di quelli attivi in termini di:

1. principi generali;
2. gestione e aggiornamenti;
3. contenuti minimi.

5. REGISTRAZIONE E CERTIFICAZIONE DEI SITI WEB

L’obiettivo del dominio “.gov.it” è di aggregare i siti web delle pubbliche amministrazioni che già erogano servizi istituzionali con un adeguato ed omogeneo livello di qualità, sicurezza ed aggiornamento dei servizi.
A tal fine, le pubbliche amministrazioni che si iscrivono al dominio “.gov.it” certificano che le informazioni e i servizi offerti ai cittadini a alle imprese dai propri siti web sono chiarimenti presentati, raggruppati in modo organico e facilmente raggiungibili dalla pagina web principale e che saranno adeguati alle caratteristiche fissate dalle linee guida. Le pubbliche amministrazioni dovranno comunicare successivamente l’elenco dei siti web che intendono dismettere.
Le pubbliche amministrazioni individuano uno o più responsabili del procedimento di pubblicazione di contenuti sui siti internet di propria competenza.
Tali nominativi, completi di indirizzo e-mail, devono essere raggiungibili dalla barra di coda del relativo sito presente in tutte le pagine all’indirizzo www.nomesito.gov.it/responsabile.
Il CNIPA fornisce, secondo le indicazioni del Ministro per la pubblica amministrazione e l’innovazione, l’assistenza tecnica necessaria per l’iscrizione al dominio “.gov.it” e la sua gestione operativa così come stabilito dalla Direttiva del Presidente del Consiglio dei Ministri del 30 maggio 2002.
Il CNIPA dovrà, inoltre, trimestralmente, fornire al Dipartimento della funzione pubblica i dati aggiornati delle registrazioni al dominio “.gov.it”.
Il FORMEZ fornirà, secondo le indicazioni del Ministro per la pubblica amministrazione e l’innovazione, il supporto formativo ed informativo alle amministrazioni per le attività connesse con l’applicazione delle linee guida e del vademecum.

Roma, 26 novembre 2009

IL MINISTRO PER LA PUBBLICA
AMMINISTRAZIONE E L’INNOVAZIONE
Renato Brunetta

Per assistere al convegno  è necessario registarsi. Per ragioni di sicurezza l’accesso all’Aula del Bò sarà strettamente riservato alle persone registrate con dati corretti.

Per maggiori informazioni: http://www.culturasenzabarriere.org/

Profilo professionale che il corso intende formare:

Il corso intende fornire competenze per l’esperto in accessibilità culturale intesa come la “capacità di accedere” per il maggior numero di persone possibile al patrimonio e all’informazione culturali attraverso il ricorso a funzionalità, e al possibile beneficio, di alcuni sistemi o entità telematiche, in particolare a siti web, banche dati e biblioteche digitali, utilizzando anche tecnologie assistive.

In particolare fornisce competenze sulle basi delle tecnologie per lo sviluppo di siti web (linguaggi standard di marcatura: HTML, XHTML, CSS). Intende fornire conoscenze sulla normativa di settore, le direttive e i regolamenti che trattano di usabilità e accessibilità, approfondire i concetti di pari opportunità, di divario digitale (“digital divide”) di società dell’informazione inclusiva (“e-inclusion”) finalizzati alla diffusione di contenuti culturali via web.

Fornisce competenze per una comunicazione positiva, per realizzare concretamente l’applicazione dei principi e delle norme per l’accessibilità diffusa attraverso la semantica, la portabilità, la conservazione e accessibilità di lungo periodo, il multilinguismo, esempi e suggerimenti per ascoltare e recepire le esigenze, diffondere correttamente gli esempi di”buone prassi”.

In particolare il corso fornisce competenze sull’accessibilità intesa come una proprietà dei siti Web in grado di garantire la fruibilità dei contenuti attraverso l’uso di browser e periferiche non convenzionali, siano essi utilizzati da utenti con disabilità o da utenti che accedono a Internet con terminali limitati, quali ad esempio telefoni cellulari o computer palmari.

Un sito Web accessibile ottiene quindi lo scopo di raggiungere il maggior numero di fruitori possibile, evitando in particolare di creare nuove forme di esclusione agli utenti disabili o agli anziani.

La Legge 4/2004 “Disposizioni per favorire l’accesso dei soggetti disabili agli strumenti informatici”, istituisce per la Pubblica Amministrazione e altri Enti l’obbligo di aggiornare i propri siti Web seguendo un insieme di specifiche tecniche che mirano a garantirne l’Accessibilità da parte delle persone disabili. La Legge prevede tra l’altro la validazione obbligatoria di tutti i siti e i servizi Web di nuova istituzione nella Pubblica Amministrazione.

Il corso, rifacendosi all’approccio “design for all”, raccomandato dalla Commissione europea, tratta ogni tipo di tecnologia e prodotto in grado di facilitare la vita indipendente.

Durata e sede di svolgimento: da marzo 2010 a febbraio 2011, tutti i venerdì dalle ore 9.00 alle ore 18.00 ed il sabato dalle ore 9.00 alle ore 14.00

Le lezioni si svolgono presso il Laboratorio Informatico, sito in via Università 4, 41121 Modena.

Il Corso si concluderà a febbraio 2011 con l’espletamento di una prova finale di verifica.

Per maggiori informazioni bando-PDF

Le Web Content Accessibility Guidelines (WCAG) 2.0 contengono una ampia gamma di recommendation studiate per rendere i contenuti del Web maggiormente accessibili. Seguendo queste linee guida, sarà possibile creare contenuti accessibili alla più ampia gamma di persone con disabilità, tra cui la cecità e l’ipovisione, la sordità e la perdita di udito, limitazioni cognitive e dell’apprendimento, ridotte capacità di movimento, disabilità della parola, fotosensibilità e combinazioni di queste. Il rispetto di linee guida spesso renderà i vostri contenuti Web più usabili per tutti gli utenti in generale.

I criteri di successo per le WCAG 2.0 sono scritti come dichiarazioni testabili che non sono specifiche per la tecnologia utilizzata. Le indicazioni riguardo il soddisfacimento del criterio di successo per specifiche tecnologie, nonché informazioni generali sull’interpretazione del criterio stesso vengono fornite in documenti distinti. Per leggere un’introduzione alle specifiche e reperire link a materiale tecnico e formativo sulle linee guida WCAG consultate il sito http://www.w3.org/Translations/WCAG20-it/

Intervento di Pietro Barbieri, Presidente della FISH Onlus -- Federazione Italiana per il Superamento dell’Handicap -- al Forum PA 2008

Trascrizione del testo

Il Forum PA è un contenitore che ospita tutte quelle realtà istituzionali che sono regolamentatori e spesso attuatori di politiche, di strategie nazionali, europee, locali importanti e decisive per l’inclusione delle persone con disabilità.
E questa è la ratio, la ragione prima per cui ci interessano le PA, ci interessa il Forum PA come luogo di incontro, di confronto, di scambio, di informazione, di conoscenza.

Il progetto della FISH è quello di cercare di comunicare ciò che le sta più a cuore, cioè quello di avere una direzione chiara rispetto ai diritti e alle pari opportunità delle persone con disabilità. Ci interessa confrontarci con le amministrazioni su alcuni elementi che sono decisivi nel percorso dei diritti e delle pari opportunità. E questi sono: la questione dell’accesso ai diritti e quindi tutto ciò che sta attorno alla cosiddetta certificazione che fanno Asl e Comuni, la determinazione di quali sono i livelli dei servizi in ambito sociale, sanitario, scolastico, occupazionale. Quindi quali sono questi livelli, come si generano queste opportunità e quali sono le strategie possibili.

Nel nostro paese le persone con disabilità, specie con intellettivo-relazionale, prive di sostegno famigliare, vengono catapultate in un girone dell’inferno dantesco, cioè quello degli istituti che ancora esistono, nonostante Basaglia e sono essenzialmente istituti che fanno capo a entità in cui la PA ha la funzione di regolare e talvolta anche di gestire direttamente.

A noi ci interessa di invertire un processo su questo fronte che porti le persone a vivere in una comunità che si recupera come entità familiare, quindi una piccola comunità, non una comunità fatta di decine e decine di posti letto spersonalizzati etc. Queste sono le cose che cercheremo di portare con delle specificità. Ad esempio il progetto sulla classificazione internazionale sulle disabilità che è molto utile sia per Asl e Comuni che per centri per l’impiego, quindi anche le provincie, ma anche le scuole.

E sarà il sistema di comunicazione a capire che cosa ha quella persona e in che modo, quali sono le sue possibilità reali di poter agire, muoversi e sviluppare, quali sono i fattori ostativi a questo… E questa modalità di comunicazione che sia valida per tutte queste strutture significa fondamentalmente mettere a disposizione un linguaggio, un sistema di comunicazione che può essere informatizzato, è il sistema di comunicazione che conta.

Non tutte le persone con disabilità hanno bisogno di innovazione tecnologica, spesso hanno bisogno di innovazione nei processi amministrativi, nei processi di presa in carico, nei processi di accoglienza che le PA vogliono mostrare. Anche questa deve essere chiamata innovazione, non ci possiamo riferire utilizzando il termine innovazione solo ed esclusivamente alle tecnologie.

C’è una modalità nuova di accogliere il cittadino, c’è una modalità nuova di accogliere il cittadino disabile. Su questo fronte il contributo che noi diamo all’innovazione tecnologica è sicuramente questo. Accessibilità uguale a semplicità prima di tutto, prima di formule tecniche particolari, è il metodo di comunicazione.

Destinato a raccogliere le segnalazioni e le proposte che i cittadini o le forme associative vorranno portare all’ attenzione dell’ amministrazione, lo sportello consentirà la diretta conoscenza delle problematiche maggiormente sentite dalla cittadinanza permettendo così un tempestivo intervento nonché la mappatura del territorio sulla base delle criticità comunicate. Dalla medesima pagina Web, inoltre, si può accedere ad una serie di approfondimenti relativi ai progetti e al lavoro svolto in tale settore dal Comune. Si è voluto creare un punto informativo interamente dedicato alla sicurezza urbana ed alla normativa vigente di riferimento. E’ allo studio anche la predisposizione di un ulteriore servizio connesso o punto di contatto operativo in determinate fasce orarie nel quale minori, genitori o vittime di reati possano affrontare le proprie problematiche, comunque riconducibili a fenomeni di violenza, con psicologi specializzati.

Per maggiori informazioni: Comune di Ladispoli

Art. 1
(Obiettivi e finalità)

1. La Repubblica riconosce e tutela il diritto di ogni persona ad accedere a tutte le fonti di informazione e ai relativi servizi, ivi compresi quelli che si articolano attraverso gli strumenti informatici e telematici.
2. È tutelato e garantito, in particolare, il diritto di accesso ai servizi informatici e telematici della pubblica amministrazione e ai servizi di pubblica utilità da parte delle persone disabili, in ottemperanza al principio di uguaglianza ai sensi dell’articolo 3 della Costituzione.

Art. 2
(Definizioni)

1. Ai fini della presente legge, si intende per:

1. «accessibilità»: la capacità dei sistemi informatici, nelle forme e nei limiti consentiti dalle conoscenze tecnologiche, di erogare servizi e fornire informazioni fruibili, senza discriminazioni, anche da parte di coloro che a causa di disabilità necessitano di tecnologie assistive o configurazioni particolari;
2. «tecnologie assistive»: gli strumenti e le soluzioni tecniche, hardware e software, che permettono alla persona disabile, superando o riducendo le condizioni di svantaggio, di accedere alle informazioni e ai servizi erogati dai sistemi informatici.

Art. 3
(Soggetti erogatori)

1. La presente legge si applica alle pubbliche amministrazioni di cui al comma 2 dell’articolo 1 del decreto legislativo 30 marzo 2001, n. 165, e successive modificazioni, agli enti pubblici economici, alle aziende private concessionarie di servizi pubblici, alle aziende municipalizzate regionali, agli enti di assistenza e di riabilitazione pubblici, alle aziende di trasporto e di telecomunicazione a prevalente partecipazione di capitale pubblico e alle aziende appaltatrici di servizi informatici.
2. Le disposizioni della presente legge in ordine agli obblighi per l’accessibilità non si applicano ai sistemi informatici destinati ad essere fruiti da gruppi di utenti dei quali, per disposizione di legge, non possono fare parte persone disabili.

Art. 4
(Obblighi per l’accessibilità)

1. Nelle procedure svolte dai soggetti di cui all’articolo 3, comma 1, per l’acquisto di beni e per la fornitura di servizi informatici, i requisiti di accessibilità stabiliti con il decreto di cui all’articolo 11 costituiscono motivo di preferenza a parità di ogni altra condizione nella valutazione dell’offerta tecnica, tenuto conto della destinazione del bene o del servizio. La mancata considerazione dei requisiti di accessibilità o l’eventuale acquisizione di beni o fornitura di servizi non accessibili è adeguatamente motivata.
2. I soggetti di cui all’articolo 3, comma 1, non possono stipulare, a pena di nullità, contratti per la realizzazione e la modifica di siti INTERNET quando non è previsto che essi rispettino i requisiti di accessibilità stabiliti dal decreto di cui all’articolo 11. I contratti in essere alla data di entrata in vigore del decreto di cui all’articolo 11, in caso di rinnovo, modifica o novazione, sono adeguati, a pena di nullità, alle disposizioni della presente legge circa il rispetto dei requisiti di accessibilità, con l’obiettivo di realizzare tale adeguamento entro dodici mesi dalla data di entrata in vigore del medesimo decreto.
3. La concessione di contributi pubblici a soggetti privati per l’acquisto di beni e servizi informatici destinati all’utilizzo da parte di lavoratori disabili o del pubblico, anche per la predisposizione di postazioni di telelavoro, è subordinata alla rispondenza di tali beni e servizi ai requisiti di accessibilità stabiliti dal decreto di cui all’articolo 11.
4. I datori di lavoro pubblici e privati pongono a disposizione del dipendente disabile la strumentazione hardware e software e la tecnologia assistiva adeguata alla specifica disabilità, anche in caso di telelavoro, in relazione alle mansioni effettivamente svolte. Ai datori di lavoro privati si applica la disposizione di cui all’articolo 13, comma 1, lettera c), della legge 12 marzo 1999, n. 68.
5. I datori di lavoro pubblici provvedono all’attuazione del comma 4, nell’ambito delle disponibilità di bilancio.

Art. 5
(Accessibilità degli strumenti didattici e formativi)

1. Le disposizioni della presente legge si applicano, altresì, al materiale formativo e didattico utilizzato nelle scuole di ogni ordine e grado.
2. Le convenzioni stipulate tra il Ministero dell’istruzione, dell’università e della ricerca e le associazioni di editori per la fornitura di libri alle biblioteche scolastiche prevedono sempre la fornitura di copie su supporto digitale degli strumenti didattici fondamentali, accessibili agli alunni disabili e agli insegnanti di sostegno, nell’ambito delle disponibilità di bilancio.

Art. 6
(Verifica dell’accessibilità su richiesta)

1. La Presidenza del Consiglio dei ministri – Dipartimento per l’innovazione e le tecnologie valuta su richiesta l’accessibilità dei siti INTERNET o del materiale informatico prodotto da soggetti diversi da quelli di cui all’articolo 3.
2. Con il regolamento di cui all’articolo 10 sono individuati:
   a) le modalità con cui può essere richiesta la valutazione;
   b) i criteri per la eventuale partecipazione del richiedente ai costi dell’operazione;
   c) il marchio o logo con cui è reso manifesto il possesso del requisito dell’accessibilità;
   d) le modalità con cui può essere verificato il permanere del requisito stesso.

Art. 7
(Compiti amministrativi)

1. La Presidenza del Consiglio dei ministri – Dipartimento per l’innovazione e le tecnologie, anche avvalendosi del Centro nazionale per l’informatica nella pubblica amministrazione di cui all’articolo 4, comma 1, del decreto legislativo 12 febbraio 1993, n. 39, come sostituito dall’articolo 176 del decreto legislativo 30 giugno 2003, n. 196:
   a) effettua il monitoraggio dell’attuazione della presente legge;
   b) vigila sul rispetto da parte delle amministrazioni statali delle disposizioni della presente legge;
   c) indica i soggetti, pubblici o privati, che, oltre ad avere rispettato i requisiti tecnici indicati dal decreto di cui all’articolo 11, si sono anche meritoriamente distinti per l’impegno nel perseguire le finalità indicate dalla presente legge;
   d) promuove, di concerto con il Ministero del lavoro e delle politiche sociali, progetti, iniziative e programmi finalizzati al miglioramento e alla diffusione delle tecnologie assistive e per l’accessibilità;
   e) promuove, con le altre amministrazioni interessate, sentita la Conferenza permanente per i rapporti tra lo Stato, le regioni e le province autonome di Trento e di Bolzano, l’erogazione di finanziamenti finalizzati alla diffusione tra i disabili delle tecnologie assistive e degli strumenti informatici dotati di configurazioni particolari e al sostegno di progetti di ricerca nel campo dell’innovazione tecnologica per la vita indipendente e le pari opportunità dei disabili;
   f) favorisce, di concerto con il Ministero del lavoro e delle politiche sociali e con il Ministro per le pari opportunità, lo scambio di esperienze e di proposte fra associazioni di disabili, associazioni di sviluppatori competenti in materia di accessibilità, amministrazioni pubbliche, operatori economici e fornitori di hardware e software, anche per la proposta di nuove iniziative;
   g) promuove, di concerto con i Ministeri dell’istruzione, dell’università e della ricerca e per i beni e le attività culturali, iniziative per favorire l’accessibilità alle opere multimediali, anche attraverso specifici progetti di ricerca e sperimentazione con il coinvolgimento delle associazioni delle persone disabili; sulla base dei risultati delle sperimentazioni sono indicate, con decreto emanato di intesa dai Ministri interessati, le regole tecniche per l’accessibilità alle opere multimediali;
   h) definisce, di concerto con il Dipartimento della funzione pubblica della Presidenza del Consiglio dei ministri, gli obiettivi di accessibilità delle pubbliche amministrazioni nello sviluppo dei sistemi informatici, nonché l’introduzione delle problematiche relative all’accessibilità nei programmi di formazione del personale.
2. Le regioni, le province autonome e gli enti locali vigilano sull’attuazione da parte dei propri uffici delle disposizioni della presente legge.

Art. 8
(Formazione)

1. Le amministrazioni di cui all’articolo 3, comma 1, nell’ambito delle attività di cui al comma 4 dell’articolo 7 del decreto legislativo 30 marzo 2001, n. 165, nonché dei corsi di formazione organizzati dalla Scuola superiore della pubblica amministrazione, e nell’ambito delle attività per l’alfabetizzazione informatica dei pubblici dipendenti di cui all’articolo 27, comma 8, lettera g), della legge 16 gennaio 2003, n. 3, inseriscono tra le materie di studio a carattere fondamentale le problematiche relative all’accessibilità e alle tecnologie assistive.
2. La formazione professionale di cui al comma 1 è effettuata con tecnologie accessibili.
3. Le amministrazioni di cui all’articolo 3, comma 1, nell’ambito delle disponibilità di bilancio, predispongono corsi di aggiornamento professionale sull’accessibilità.

Art. 9
(Responsabilità)

1. L’inosservanza delle disposizioni della presente legge comporta responsabilità dirigenziale e responsabilità disciplinare ai sensi degli articoli 21 e 55 del decreto legislativo 30 marzo 2001, n. 165, ferme restando le eventuali responsabilità penali e civili previste dalle norme vigenti.

Art. 10
(Regolamento di attuazione)

1. Entro novanta giorni dalla data di entrata in vigore della presente legge, con regolamento emanato ai sensi dell’articolo 17, comma 1, della legge 23 agosto 1988, n. 400, sono definiti:
   a) i criteri e i princìpi operativi e organizzativi generali per l’accessibilità;
   b) i contenuti di cui all’articolo 6, comma 2;
   c) i controlli esercitabili sugli operatori privati che hanno reso nota l’accessibilità dei propri siti e delle proprie applicazioni informatiche;
   d) i controlli esercitabili sui soggetti di cui all’articolo 3, comma 1.
2. Il regolamento di cui al comma 1 è adottato previa consultazione con le associazioni delle persone disabili maggiormente rappresentative, con le associazioni di sviluppatori competenti in materia di accessibilità e di produttori di hardware e software e previa acquisizione del parere delle competenti Commissioni parlamentari, che devono pronunciarsi entro quarantacinque giorni dalla richiesta, e d’intesa con la Conferenza unificata di cui all’articolo 8 del decreto legislativo 28 agosto 1997, n. 281.

Art. 11
(Requisiti tecnici)

1. 1. Entro centoventi giorni dalla data di entrata in vigore della presente legge il Ministro per l’innovazione e le tecnologie, consultate le associazioni delle persone disabili maggiormente rappresentative, con proprio decreto stabilisce, nel rispetto dei criteri e dei princìpi indicati dal regolamento di cui all’articolo 10:
   a) le linee guida recanti i requisiti tecnici e i diversi livelli per l’accessibilità;
   b) le metodologie tecniche per la verifica dell’accessibilità dei siti INTERNET, nonché i programmi di valutazione assistita utilizzabili a tale fine.

Art. 12
(Normative internazionali)

1. Il regolamento di cui all’articolo 10 e il decreto di cui all’articolo 11 sono emanati osservando le linee guida indicate nelle comunicazioni, nelle raccomandazioni e nelle direttive sull’accessibilità dell’Unione europea, nonché nelle normative internazionalmente riconosciute e tenendo conto degli indirizzi forniti dagli organismi pubblici e privati, anche internazionali, operanti nel settore.
2. Il decreto di cui all’articolo 11 è periodicamente aggiornato, con la medesima procedura, per il tempestivo recepimento delle modifiche delle normative di cui al comma 1 e delle innovazioni tecnologiche nel frattempo intervenute.

La presente legge, munita del sigillo dello Stato, sarà inserita nella Raccolta ufficiale degli atti normativi della Repubblica Italiana. È fatto obbligo a chiunque spetti di osservarla e di farla osservare come legge dello Stato.

Data a Roma, addì 9 gennaio 2004

CIAMPI
Berlusconi, Presidente del Consiglio dei Ministri
Stanca, Ministro per l’innovazione e le tecnologie

Visto, il Guardasigilli: Castelli