> For the complete documentation index, see [llms.txt](https://docs.colt.net/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.colt.net/colt-docs/all-docs-it/accessibilita/le-nostre-linee-guida-sullaccessibilita/accessibilita-per-project-manager.md). # ACCESSIBILITÀ PER PROJECT MANAGER La chiave per fornire con successo l’accessibilità spesso dipende dal fatto che il Project Manager integri l’accessibilità in ogni sprint oppure la rimandi a un intervento di correzione. La correzione è di solito il momento in cui uno specialista di accessibilità esegue un audit e fornisce indicazioni, ma questa non è una pratica scalabile in tutta l’organizzazione e non è una pratica Agile. Per supportare un approccio più integrato, questo documento fornisce al Project Manager link a risorse che includono la Guida tecnica all’accessibilità di Colt. Per integrare l’accessibilità in qualsiasi progetto, ci sono alcuni semplici passaggi che ne consentiranno la realizzazione come parte fondamentale di un progetto, con un impatto minimo su risorse, tempo o costi. ## 1. PRIMA DELL’INIZIO DEL PROGETTO #### #1 Assicurarsi che il business case non abbia solo segnalato l’accessibilità come rischio legale, ma faccia anche riferimento alle leggi e alle politiche corrette elencate nel [Guida al rischio legale](#5-legal-risks). #### #2 Per garantire che i criteri di accettazione dell’accessibilità, così come le aree di responsabilità, consegna e reporting, siano identificati all’inizio del progetto, la RACI per l’accessibilità offre tre varianti per mappare aree di attività e responsabilità nel processo Waterfall. {% file src="/files/de9c9d2f83f4dd0f3b19c3447bf438a4029aa483" %} #### #3 Assicurarsi che il team sia consapevole dell’importanza della [Strategia di accessibilità](https://www.colt.net/why-colt/esg/accessibility/roadmap/) di Colt e assicurarsi inoltre che sia consapevole delle linee guida e delle risorse di accessibilità già in atto che gli consentiranno di realizzare l’ambizione di Colt. #### #4 Verificare che gli sviluppatori abbiano accesso a una piattaforma che possano utilizzare per gli aspetti automatizzati dei test di accessibilità. #### #5 Se nell’ambito del progetto è previsto qualsiasi contenuto, inclusa documentazione scaricabile, video, immagini di contenuto, newsletter via email o schede tecniche, assicurarsi che i creatori di contenuti siano consapevoli della [guida sia per la creazione di contenuti sia per la formattazione accessibile dei documenti](https://www.colt.net/why-colt/esg/accessibility/content/). #### #6 La cosa più importante è assicurarsi che ogni sprint utilizzi le linee guida disponibili e che l’accessibilità non venga rimandata a un audit o a uno sprint finale, poiché ciò finirà inevitabilmente per sommergere il backlog di ticket. Spostare l’accessibilità a sinistra è un approccio più conveniente e impedisce che l’accessibilità venga ridotta al punto da introdurre un rischio legale (vedi Passaggio #1) #### #7 Se il progetto comporta l’acquisto di widget di terze parti o di servizi digitali con interfaccia utente, assicurarsi che il fornitore dimostri l’accessibilità del proprio prodotto fornendo un [Rapporto di conformità all’accessibilità (ACR)](https://www.section508.gov/sell/acr/) o [VPAT](https://www.itic.org/policy/accessibility/vpat), nonché una roadmap di accessibilità del prodotto. ## 2. LA DEFINIZIONE DI DONE Indipendentemente dalla metodologia utilizzata, Waterfall o Agile, il Done deve essere identificato per ogni sprint. Le [guide di accessibilità per sviluppatori Colt](https://www.colt.net/why-colt/esg/accessibility/developers/) consentono di affrontare le pratiche fondamentali in modo da produrre codice accessibile e, quando viene creato un componente specifico, i link alle [best practice per componenti accessibili](https://www.colt.net/why-colt/esg/accessibility/content/) consentiranno di progettare in modo più universale e utilizzabile. La definizione di done (DoD) si ha quando tutte le condizioni, o [i criteri di accettazione](https://www.leadingagile.com/2014/09/acceptance-criteria/), che un prodotto software deve soddisfare, sono soddisfatte ed è pronto per essere accettato da un utente, cliente, team o sistema consumatore. Dobbiamo soddisfare la definizione di done per garantire la qualità. Riduce il rework, impedendo che le user story che non soddisfano la definizione vengano promosse verso ambienti di livello superiore. Impedirà che funzionalità che non soddisfano la definizione vengano consegnate al cliente o all’utente. ## 3. TEST MANUALI VS AUTOMATIZZATI I test automatizzati di accessibilità sono possibili, tuttavia poiché l’accessibilità riguarda perlopiù gli esiti per l’utente, questi copriranno solo circa il 20% di ciò che è necessario, quindi è fondamentale pianificare i test manuali fin dall’inizio. I test UAT manuali delle Colt Accessibility Guidelines sono elencati nel foglio di calcolo qui sotto. Assicurarsi che i singoli test siano utilizzati come criteri di accettazione per le user story pertinenti e che i risultati vengano registrati. Questo impedirà che l’accessibilità sovrasti il backlog. {% file src="/files/3f3b46720c0405b19a4061e203823240c393542b" %} Per i test automatizzati, esistono alcuni strumenti che possono essere utilizzati per alleviare la pressione sul QA. Questi coprono perlopiù il principio di Robustezza all’interno delle linee guida WCAG, mentre gli altri tre principi devono essere testati manualmente. Questo dovrà sempre essere eseguito utilizzando una combinazione di due strumenti. Innanzitutto, un [validatore HTML](https://validator.w3.org/) per garantire che il contenuto venga renderizzato correttamente nel browser, e uno strumento più specialistico per valutare requisiti specifici relativi al supporto delle tecnologie assistive. Per i siti web generali, i test di accessibilità dovrebbero essere eseguiti usando [Axe di Deque](https://github.com/dequelabs/axe-core). Questo insieme di test dovrebbe poter essere integrato in qualsiasi piattaforma di test. Ecco alcune integrazioni comuni: * [Capybara](https://docs.deque.com/devtools-for-web/4/en/rb-capybara) * [Cucumber](https://docs.deque.com/devtools-for-web/4/en/rb-cucumber) * [Cypress](https://timdeschryver.dev/blog/setting-up-cypress-with-axe-for-accessibility) * [Microsoft Playwright](https://playwright.dev/docs/accessibility-testing) * [Puppeteer](https://github.com/dequelabs/axe-core-npm/blob/develop/packages/puppeteer/README.md) * [React](https://github.com/dequelabs/axe-core-npm/blob/develop/packages/react/README.md) * [RSpec](https://docs.deque.com/devtools-for-web/4/en/rb-rspec) * [Selenium](https://docs.deque.com/devtools-for-web/4/en/rb-selenium) * [Watir](https://docs.deque.com/devtools-for-web/4/en/rb-watir) * [Webdriverio](https://github.com/dequelabs/axe-core-npm/blob/develop/packages/webdriverio/README.md) * [Webdriverjs](https://github.com/dequelabs/axe-core-npm/blob/develop/packages/webdriverjs/README.md) Un’eccezione è tutto ciò che è costruito usando Salesforce, che dovrebbe utilizzare la [libreria di test Sa11y](https://github.com/salesforce/sa11y) poiché è allineata alla piattaforma Salesforce. È importante assicurarsi che l’esito sia registrato su base continuativa sia dei test automatizzati sia di quelli manuali, inclusa la consegna di eventuali asset di contenuto, in modo che, in caso di contestazione legale, Colt possa dimostrare di aver adottato un approccio inclusivo. ## 4. REQUISITI DI ACCESSIBILITÀ DELL’UTENTE Per garantire che tutti possano usare i prodotti e i servizi di Colt, Colt ha definito una Roadmap per l’accessibilità, che è un obiettivo strategico aziendale chiave. Ciò che questo significa in termini di esperienza utente è che applicazioni e pagine dovrebbero essere accessibili agli utenti di [tecnologie assistive](https://en.wikipedia.org/wiki/Assistive_technology). Ciò include obiettivi semplici, come garantire che tutto sia accessibile usando solo la tastiera, fino a garantire che, se un utente non può vedere lo schermo, ciò che ascolta usando il proprio [screen reader](https://en.wikipedia.org/wiki/Screen_reader) sia perfettamente comprensibile. L’accessibilità, come definita dal W3C, ha 4 principi; [Percepibile, Utilizzabile, Comprensibile e Robusto](https://www.w3.org/WAI/fundamentals/accessibility-principles/). I primi tre di questi si riferiscono all’esperienza utente che dovresti considerare quando crei i requisiti utente. Per rendere tutto più semplice, Colt ha creato una serie di guide all’accessibilità che iniziano spiegando qual è l’esito desiderato per l’utente, oltre alle metodologie, tecniche e test che consentiranno di realizzarlo con successo. * Percezione del colore * [Interazioni con i moduli](https://www.colt.net/why-colt/esg/accessibility/developers/#forms) * [Accesso da tastiera](https://www.colt.net/why-colt/esg/accessibility/developers/#keyboard) * [Etichettatura degli elementi interattivi](https://www.colt.net/why-colt/esg/accessibility/developers/#labels) * [Landmark](https://www.colt.net/why-colt/esg/accessibility/developers/#landmarks) * [Link](https://www.colt.net/why-colt/esg/accessibility/developers/#links) * [Metadati](https://www.colt.net/why-colt/esg/accessibility/developers/#metadata) * [Miglioramento progressivo e design responsivo](https://www.colt.net/why-colt/esg/accessibility/developers/#responsive) * [Struttura semantica](https://www.colt.net/why-colt/esg/accessibility/developers/#semantics) * [Alternative testuali](https://www.colt.net/why-colt/esg/accessibility/developers/#text) * [Contrasto tra testo e grafica](https://www.colt.net/why-colt/esg/accessibility/developers/#contrast) Per garantire che ciò possa essere valutato, esiste uno script di test manuale di accompagnamento che può essere aggiunto all’attività UAT svolta dal Test Manager. {% file src="/files/3f3b46720c0405b19a4061e203823240c393542b" %} L’introduzione a ciascuna guida contiene tutto il necessario per creare Requisiti utente (Waterfall) o User Story (Agile) e dovrebbe essere esaminata all’inizio di ogni progetto. #### ESPERIENZA UTENTE CON SCREEN READER Per farsi un’idea di quanto possa essere efficace consentire l’inclusione dei requisiti utente, [questo video sull’esperienza utente con screen reader](https://youtu.be/HE2R86EZPMA?si=rtnbDkqOfXF0omzt) del team Accessibilità di Microsoft dimostra l’efficacia di piccole considerazioni. Si consiglia di sperimentare il proprio prodotto con il lettore di schermo Narrator. Come farlo è spiegato nella guida Colt, [Usare Windows Narrator per testare l’accessibilità del web](https://www.colt.net/why-colt/esg/accessibility/developers/#narrator). ## 5. RISCHI LEGALI L’accessibilità non è solo un requisito legale, ma è anche un aspetto fondamentale degli obiettivi strategici di Colt, che sono delineati nella [Roadmap per l’accessibilità di Colt](https://www.colt.net/why-colt/esg/accessibility/roadmap/), che fa parte della strategia di Colt [Diversità, Equità e Inclusione](https://www.colt.net/about/inclusion-diversity/) strategia. Oltre alle opportunità, quando si tratta di inclusione digitale esistono anche rischi legali che dovrebbero essere identificati in ogni business case. Lo scopo di questo documento è consentire a chiunque in Colt stia creando un business case che comporti la realizzazione di un client web o mobile o di un’interfaccia utente interna, di segnalare il corretto quadro giuridico nazionale o internazionale come Rischio. Il tipo di rischio dipende da due cose: 1. Dove nel mondo un progetto verrà implementato, commercializzato o reso pubblicamente disponibile. 2. Se il prodotto o servizio è destinato all’uso pubblico, ai dipendenti o a essere integrato nei servizi per i dipendenti di altre organizzazioni. Il rischio in termini di disabilità dovrebbe essere considerato al di là della regolamentazione, poiché molti clienti hanno politiche di acquisto, diversità o occupazione che coprono il tema dell’accessibilità, e molte organizzazioni fanno impegni pubblici tramite organizzazioni come [Valuable500](https://www.thevaluable500.com/companies) o [Disability:In](https://disabilityin.org/ceos-are-in/) per mostrare quanto l’inclusione sia importante per la loro attività e il loro marchio. Allinearsi alle politiche dei clienti riduce il rischio sia legale sia commerciale. Nulla in questa pagina costituisce consulenza legale e dovrebbe servire solo a identificare le leggi e i quadri normativi che richiedono considerazione. Inoltre, questo non è un elenco esaustivo delle leggi di ciascun paese e molti hanno ulteriori leggi antidiscriminatorie che dovrebbero anch’esse essere considerate, quindi potrebbe essere necessaria un’ulteriore indagine. ### DIRITTO INTERNAZIONALE E LINEE GUIDA #### CONVENZIONE DELLE NAZIONI UNITE SUI DIRITTI DELLE PERSONE CON DISABILITÀ (UNCRPD) La [Convenzione delle Nazioni Unite sui diritti delle persone con disabilità](https://www.ohchr.org/en/topic/persons-disabilities) richiede agli Stati membri di impegnarsi verso "l’identificazione e l’eliminazione degli ostacoli e delle barriere all’accessibilità" in molte aree, tra cui "informazione, comunicazioni e altri servizi, compresi i servizi elettronici". Ciò si applica principalmente, ma non esclusivamente, ai servizi governativi. #### LINEE GUIDA PER L’ACCESSIBILITÀ DEI CONTENUTI WEB (WCAG) La [Le linee guida per l’accessibilità dei contenuti web](https://www.w3.org/WAI/) forniscono raccomandazioni per valutare se i contenuti online siano accessibili. Le linee guida stesse non sono quadri giuridici, il che significa che i sistemi digitali dovrebbero essere [Percepibile, Utilizzabile, Comprensibile e Robusto](https://www.w3.org/WAI/fundamentals/accessibility-principles/). Sebbene le linee guida non siano una legge o un requisito legale, soddisfarne i criteri è considerato prova di conformità legale in molte giurisdizioni, e tali leggi spesso contengono riferimenti all’UNCRPD (vedi sopra) o richiedono che i risultati siano comparativi e/o equi. Le linee guida WCAG non sono la risorsa più utilizzabile, poiché sono più retrospettive che informative, anche se il loro contenuto è molto utile, ed è per questo che Colt ha le proprie guide per [Project Manager](https://www.colt.net/why-colt/esg/accessibility/project-management/), [Sviluppatori](https://www.colt.net/why-colt/esg/accessibility/developers) e [Produttori di contenuti](https://www.colt.net/why-colt/esg/accessibility/content/). ### STATI UNITI #### Rehabilitation Act, Section 508 [La Section 508](https://www.section508.gov/manage/laws-and-policies/) del Rehabilitation Act degli Stati Uniti richiede che tutta la tecnologia elettronica e informatica sviluppata, acquistata, mantenuta o utilizzata dal governo federale degli Stati Uniti "sia accessibile e utilizzabile da persone con disabilità". Sebbene questa normativa sia un requisito legale per le agenzie federali e le organizzazioni che ricevono finanziamenti federali, la conformità può essere una preoccupazione anche per le organizzazioni che forniscono servizi alle agenzie federali. Se le aziende intendono fornire prodotti o servizi ad altre società con contratti governativi, allora probabilmente sarà necessario dimostrare che il particolare aspetto digitale è conforme alla Section 508. Questo viene spesso fatto utilizzando il formato di un [Voluntary Product Accessibility Template (VPAT)](https://www.section508.gov/sell/acr-vpat-faq/) che può essere compilato incrociando i requisiti con gli esiti dei requisiti di accessibilità e dei test effettuati usando le Colt Accessibility Guidelines. Questa attività potrebbe dover essere svolta da un fornitore specializzato. **Si noti che, se le linee guida sono state seguite e documentate, potrebbe non essere necessario un audit; tuttavia, potrebbe essere necessario un supporto esperto per realizzarlo tramite uno specialista VPAT.** Poiché la legge richiede che i sistemi siano utilizzabili oltre che accessibili alle persone con disabilità, anche questo aspetto potrebbe richiedere ulteriori verifiche e prove. #### Titoli II e III dell’Americans with Disabilities Act [Il Titolo II dell’Americans with Disabilities Act (ADA)](https://www.ada.gov/) riguarda gli enti statali e locali. Richiede loro di garantire che i loro programmi, servizi e attività siano accessibili alle persone con disabilità, includendo sia gli ambienti pubblici sia quelli lavorativi. Sebbene il Titolo II si concentri sugli enti governativi, anche le imprese private e le organizzazioni possono esserne influenzate se forniscono servizi o prodotti a un ente pubblico regolamentato. Il Titolo III dell’Americans with Disabilities Act (ADA) statunitense si concentra sul proibire la discriminazione nei confronti delle persone con disabilità nei "luoghi di pubblico accomodamento", includendo la maggior parte delle imprese private aperte al pubblico. I tribunali statunitensi hanno stabilito che i siti web sono un luogo di pubblico accomodamento e possono essere soggetti ai requisiti del Titolo III dell’ADA. #### Unruh Civil Rights Act della California (UCRA) Alcuni stati degli Stati Uniti hanno leggi proprie che regolano l’accessibilità. Una delle più note e utilizzate è la [Unruh Civil Rights Act](https://en.wikipedia.org/wiki/Unruh_Civil_Rights_Act) in California. Questa legge richiede alle imprese di fornire pari accesso ai propri servizi e strutture. Sebbene inizialmente fosse pensata per attività fisiche tradizionali, i tribunali hanno stabilito che l’UCRA richiede anche alle aziende con siti web di renderli accessibili. Questa legge è rivolta alle imprese con un "nesso in California", ma può avere un impatto sulle organizzazioni che forniscono servizi a tali imprese. Per ulteriori informazioni sulla regolamentazione degli stati americani, vedere [la pagina di Lainey Feingold sugli Stati Uniti](https://www.lflegal.com/category/accessibility-laws-and-regulations/legal-updates/) per gli ultimi aggiornamenti. ### REGNO UNITO #### Equality Act La [UK Equality Act 2010](https://www.gov.uk/guidance/equality-act-2010-guidance) vieta la discriminazione nei confronti delle persone con disabilità e richiede ai fornitori di beni, servizi e strutture di anticipare le esigenze dei potenziali clienti con disabilità e di apportare adeguamenti ragionevoli. Ciò si applica ai siti web e ai contenuti digitali, non solo ai locali fisici. Questo copre sia la fornitura di servizi sia [l’impiego](https://www.gov.uk/rights-disabled-person/employment) e in entrambi i casi vi è un ampio consenso sul fatto che allineare un sito web agli standard WCAG e dimostrare che l’accesso per le persone con disabilità è stato un requisito pianificato e attuato dimostra gli "adeguamenti ragionevoli" richiesti da questa legge. #### Public Sector Bodies Accessibility Regulations 2018/2022 [Questa normativa](https://www.gov.uk/guidance/accessibility-requirements-for-public-sector-websites-and-apps) si applica a qualsiasi sito web o app mobile (interna o rivolta al pubblico) acquistata o realizzata da un ente del settore pubblico nel Regno Unito. Impone requisiti più rigorosi alle organizzazioni del settore pubblico, principalmente enti governativi e organizzazioni di beneficenza, in materia di accessibilità di siti web e app mobili. Gli enti interessati devono fornire una [dichiarazione di accessibilità](https://accessibility-manual.dwp.gov.uk/accessibility-law/accessibility-statements) sul proprio sito web o app, che potrebbe includere un link nel piè di pagina, nella sezione Informazioni oppure nell’app alla [Roadmap per l’accessibilità](https://www.colt.net/why-colt/esg/accessibility/roadmap/). Questa normativa si allinea alla [Norma europea EN 301 549](https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf) per l’accessibilità dei prodotti e servizi ICT. #### European Accessibility Act (EAA) nel Regno Unito Sebbene [questa legge](https://ec.europa.eu/social/main.jsp?catId=1137\&langId=en) sia attualmente applicabile solo nell’UE e non sia ancora stata ratificata nel Regno Unito, poiché il Regno Unito ha adottato volontariamente altre normative UE si prevede che adotterà anche questa. L’EAA deve essere seguita dalle aziende con sede fuori dall’UE che intendano vendere nel mercato dell’UE. ### UNIONE EUROPEA Le seguenti linee guida sono rilevanti per tutti gli Stati membri: Austria, Belgio, Bulgaria, Croazia, Repubblica di Cipro, Repubblica Ceca, Danimarca, Estonia, Finlandia, Francia, Germania, Grecia, Ungheria, Irlanda, Italia, Lettonia, Lituania, Lussemburgo, Malta, Paesi Bassi, Polonia, Portogallo, Romania, Slovacchia, Slovenia, Spagna e Svezia. #### Carta dei diritti fondamentali dell’Unione europea La [Carta dei diritti fondamentali dell’Unione europea](https://fra.europa.eu/en/eu-charter/article/26-integration-persons-disabilities), articolo 26: Integrazione delle persone con disabilità, tutela e garantisce il pari accesso per le persone con disabilità. Sebbene la Carta non si applichi direttamente alle imprese private o alle organizzazioni situate al di fuori dell’Unione europea, le imprese potrebbero comunque esserne influenzate se hanno rapporti contrattuali con enti dell’UE. #### Norma europea EN 301 549 [Questa norma](https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf) si applica a siti web, app mobili e alcuni specifici servizi di telecomunicazione nel settore pubblico dell’UE (di proprietà, controllati o finanziati dai governi dei paesi dell’Unione europea). Si prevede che questa norma costituisca la base per una presunzione di conformità con l’European Accessibility Act (EAA), pertanto è rilevante anche per il settore privato dell’UE. La norma EN 301 549 segue generalmente le Web Content Accessibility Guidelines (WCAG) 2.1 AA con alcune aggiunte che includono: * Quando le funzionalità di accessibilità sono attivate sul sistema operativo di un utente, il prodotto o servizio digitale dovrebbe conformarsi a tali impostazioni. * I prodotti hardware dovrebbero essere adatti a utenti con mobilità, destrezza o forza fisica limitate. * I servizi di supporto e la documentazione devono fornire informazioni sull’accessibilità per l’utente. #### L’European Accessibility Act (EAA) La [European Accessibility Act (EAA)](https://ec.europa.eu/social/main.jsp?catId=1137\&langId=en) è una direttiva dell’Unione europea che estende le leggi europee esistenti in materia di diritti umani che proteggono e garantiscono pari accesso alle persone con disabilità per servizi e prodotti specifici. Le aziende devono assicurarsi che i prodotti e i servizi coperti dalla legge siano accessibili entro il 28 giugno 2025. Per prodotti e servizi legacy, la scadenza è estesa al 2030. Questa legge richiede che i servizi forniscano risultati conformi ai principi WCAG. Sebbene questa legge sia attualmente applicabile solo nell’UE (non è ancora stata ratificata nel Regno Unito, ma si prevede che lo sarà), deve essere seguita dalle aziende con sede fuori dall’UE che intendano vendere nel mercato dell’UE. ### INDIA #### The Rights of Persons with Disabilities Act [Questa legge](https://aif.org/wp-content/uploads/2018/12/Manual-RPWD-Act-2016.pdf) in India richiede che il governo e le organizzazioni commerciali forniscano "accomodamenti ragionevoli" per le persone con disabilità, e si riferisce direttamente a siti web, applicazioni mobili, servizi di telecomunicazione e adeguamenti del posto di lavoro. La legge si concentra su ["l’eliminazione delle barriere"](https://depwd.gov.in/acts/) per specifici gruppi di persone con disabilità e utilizza le WCAG come riferimento sia per i siti web governativi sia per quelli commerciali, anche se non indica direttamente quale versione. Ulteriori informazioni sulla legislazione sulla disabilità in India sono disponibili sul sito [del Department of Empowerment for Persons with Disabilities](https://depwd.gov.in/) . ### GIAPPONE #### Promozione dell’accessibilità delle informazioni e della comunicazione per le persone con disabilità Nel maggio 2021, la "[Legge per l’eliminazione della discriminazione nei confronti delle persone con disabilità](https://www.japaneselawtranslation.go.jp/en/laws/view/3052/en)" è stata revisionata, rendendo obbligatorio per le imprese private e per le istituzioni pubbliche fornire accomodamenti ragionevoli solo se le persone con disabilità richiedono miglioramenti ai loro prodotti e servizi, inclusi i siti web e le app mobili. Tuttavia, nel maggio 2022, la "[Legge sulla promozione dell’accessibilità delle informazioni e della comunicazione per le persone con disabilità](https://www.dinf.ne.jp/d/4/161.html)" è stata promulgata. In questa nuova legislazione è essenziale che le informazioni e la comunicazione siano accessibili a tutte le persone con disabilità. Questa legge stabilisce principi di base a tale scopo, ma misure più specifiche sono ancora in attesa di considerazione; tuttavia ci si aspetta che si allineino agli Standard Industriali Giapponesi (JIS) 8341-3, che sono identici a [WCAG 2.0](https://www.w3.org/TR/WCAG20/). La versione attuale è [JIS X 8341-3:2016](https://waic.jp/docs/jis2016/understanding/201604/) (giapponese), che ha gli stessi criteri di successo delle WCAG 2.0. ### CANADA [La Canadian Human Rights Act](https://laws-lois.justice.gc.ca/eng/acts/h-6/) protegge le persone con disabilità in Canada dalla discriminazione quando sono impiegate dal governo federale, dai governi delle Prime Nazioni o da aziende private regolamentate dal governo federale, comprese le società di telecomunicazioni, o quando ricevono servizi da essi. #### normativa provinciale canadese [L’Accessibility for Ontarians with Disabilities Act (AODA)](https://aoda.ca/) riguarda le attività pubbliche e private regolamentate a livello provinciale e sono stati emanati standard per la fornitura di informazioni e comunicazioni accessibili. L’AODA è degna di nota perché prevede una multa di 100.000,00 dollari per le aziende che non rispettano la normativa. I regolamenti includono standard per: servizio clienti, informazione e comunicazione e occupazione. [Accessible British Columbia Act](https://www.bclaws.gov.bc.ca/civix/document/id/complete/statreg/21019) copre una combinazione di standard in materia di occupazione, erogazione dei servizi, informazione e comunicazione e approvvigionamento. Estende la gamma di principi oltre le WCAG, includendo il Universal Design, in cui il design fondamentale di qualsiasi prodotto o servizio dovrebbe essere accessibile, nel suo stato predefinito, alla più ampia gamma possibile di abilità degli utenti. [Accessible Saskatchewan Act](https://accessiblesk.saskatchewan.ca/the-accessible-saskatchewan-act-summary-of-bill) copre una combinazione di standard e include l’accesso a hardware, software e occupazione informatici. [Accessibility for Manitobans Act (AMA)](https://www.accessibilitymb.ca/pdf/accessibility_for_manitobans_act.pdf) si concentra sulle barriere per le persone con disabilità. La legislazione si applica sia al settore pubblico sia a quello privato, e sono previsti tempi di attuazione progressivi per i diversi settori. È composta da cinque standard, incluse aree come il servizio clienti, l’occupazione, l’informazione e la comunicazione. La Provincia di [Manitoba Disabilities Issues Office](https://www.gov.mb.ca/dio/) (DIO) supporta la legislazione. [Nova Scotia Accessibility Act (Bill 59)](https://www.nslegislature.ca/legc/bills/62nd_3rd/3rd_read/b059.htm) si concentra sulle barriere per le persone con disabilità. Questa legislazione si applica sia al settore pubblico sia a quello privato e include le aree di fornitura e ricezione di beni e servizi, occupazione, informazione e comunicazione. La Nuova Scozia ha lanciato la [Nova Scotia Accessibility Directorate](https://novascotia.ca/accessibility/) con risorse e informazioni sulla legge. ### NORVEGIA La Norvegia è l’unico paese che dispone di un’agenzia governativa dedicata che monitora l’intero panorama digitale, comprese sia le organizzazioni governative sia quelle commerciali. [il quadro normativo della Norvegia](https://www.uutilsynet.no/english/information-english/252) si concentra su una combinazione di linee guida WCAG ed esiti per l’utente. [legislazione norvegese sull’accessibilità digitale nel 2023](https://cerovac.com/a11y/2023/02/norwegian-digital-accessibility-legislation-in-2023/) articolo con link alle politiche norvegesi sull’accessibilità. La Norvegia ha inoltre scelto di seguire la norma EN 301 549 per facilitare gli scambi con l’UE. ## 6. RISORSE E ULTERIORI INFORMAZIONI * [Testo completo dell’articolo 9 della Convenzione ONU sui diritti delle persone con disabilità (CRPD)](https://www.un.org/development/desa/disabilities/convention-on-the-rights-of-persons-with-disabilities/article-9-accessibility.html) * ["Le aziende statunitensi hanno potenzialmente speso miliardi in spese legali per siti web non accessibili nel 2020"](https://www.boia.org/blog/did-u-s-businesses-spend-billions-on-legal-fees-for-inaccessible-websites-in-2020) * Panoramiche dell’Office of Lainey Feingold su [normative statunitensi](https://www.lflegal.com/category/accessibility-laws-and-regulations/legal-updates/) e [politiche e normative globali](https://www.lflegal.com/global-law-and-policy/) che vengono aggiornate regolarmente. * [O2 risolve una causa per disabilità per 160mila £](https://www.bbc.co.uk/news/articles/cpdgd32d7mno). Fonte: BBC News. * [Casi selezionati pendenti e risolti nell’ambito dell’Americans with Disabilities Act](https://www.eeoc.gov/selected-list-pending-and-resolved-cases-under-americans-disabilities-act-amendments-act) * [L’Americans with Disabilities Act nel cyberspazio: standard di accessibilità dei siti web \[PDF\]](https://crsreports.congress.gov/product/pdf/LSB/LSB10845) "Un tribunale distrettuale federale di New York ha spiegato, approvando un tale accordo, che le WCAG sono 'uno standard appropriato per giudicare … la conformità a qualsiasi requisito di accessibilità dell’ADA'. Secondo il tribunale, le WCAG sono 'quasi universalmente accettate'." Congressional Research Service Legal Sidebar. * Il manuale indiano [per la Rights of Persons with Disabilities Act 2016](https://aif.org/wp-content/uploads/2018/12/Manual-RPWD-Act-2016.pdf) è scritto per persone senza un background giuridico, in modo che possano comprendere facilmente la legge. * [Dare forma a un ecosistema digitale più favorevole alle persone con disabilità](https://www.thehindu.com/opinion/op-ed/shaping-a-more-disabled-friendly-digital-ecosystem/article66509604.ece) Articolo del 2023 da The Hindu. * [Nuova legge vieta la discriminazione nei confronti delle persone con disabilità](https://www.japantimes.co.jp/news/2016/05/02/reference/new-law-bans-bias-against-people-with-disabilities-but-shortcomings-exist-say-experts/#.Xb8Dz5JKg0o) articolo del 2016 da The Japan Times. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.colt.net/colt-docs/all-docs-it/accessibilita/le-nostre-linee-guida-sullaccessibilita/accessibilita-per-project-manager.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.