# ACCESIBILIDAD PARA GESTORES DE PROYECTOS La clave para lograr con éxito la accesibilidad suele depender de si el Project Manager integra la accesibilidad en cada sprint o la deja para una tarea de corrección. La corrección suele ser el momento en que un especialista en accesibilidad audita y proporciona orientación, pero esta no es una práctica escalable en toda la organización, y no es una práctica Agile. Para apoyar un enfoque más integrado, este documento proporciona al Project Manager enlaces a recursos que incluyen la Guía técnica de accesibilidad de Colt. Para integrar la accesibilidad en cualquier proyecto, hay algunos pasos sencillos que permitirán que se entregue como una parte fundamental del proyecto y tenga un impacto mínimo en recursos, tiempo o coste. ## 1. ANTES DE QUE COMIENCE EL PROYECTO #### #1 Asegúrese de que el caso de negocio no solo haya señalado la accesibilidad como un riesgo legal, sino que también haga referencia a las leyes y políticas correctas enumeradas en la [Guía de Riesgo Legal](#5-legal-risks). #### #2 Para garantizar que los criterios de aceptación de accesibilidad, así como las áreas de responsabilidad, entrega e informes, se identifiquen al inicio del proyecto, la matriz RACI de accesibilidad proporciona tres variantes para mapear las áreas de actividad y responsabilidad en el proceso Waterfall. {% file src="/files/8f9df2ab8af0f944a9ec955e829cc4e09069c862" %} #### #3 Asegúrese de que el equipo sea consciente de la importancia de la [Estrategia de Accesibilidad](https://www.colt.net/why-colt/esg/accessibility/roadmap/) de Colt y de que también conozca la orientación y los recursos de accesibilidad disponibles que les permitirán cumplir la ambición de Colt. #### #4 Compruebe si los desarrolladores tienen acceso a una plataforma que puedan usar para los aspectos automatizados de las pruebas de accesibilidad. #### #5 Si se está planificando algún contenido como parte del proyecto, que incluya documentación descargable, vídeos, imágenes de contenido, boletines por correo electrónico o fichas técnicas, asegúrese de que los creadores de contenido conozcan la [orientación tanto para la creación de contenido como para el formateo accesible de documentos](https://www.colt.net/why-colt/esg/accessibility/content/). #### #6 Lo más importante de todo es asegurarse de que cada sprint utilice la orientación disponible y de que la accesibilidad no se posponga para una auditoría o para un sprint al final, ya que esto inevitablemente desbordará el backlog con incidencias. Desplazar la accesibilidad a fases más tempranas es un enfoque más rentable y evita que la accesibilidad se recorte hasta el punto de introducir riesgo legal (véase el paso n.º 1) #### #7 Si el proyecto implica la adquisición de widgets o servicios digitales de terceros con una interfaz de usuario, asegúrese de que el proveedor demuestre la accesibilidad de su producto mediante la entrega de un [Informe de Conformidad de Accesibilidad (ACR)](https://www.section508.gov/sell/acr/) o [VPAT](https://www.itic.org/policy/accessibility/vpat), así como una hoja de ruta de accesibilidad del producto. ## 2. LA DEFINICIÓN DE HECHO Independientemente de la metodología que se utilice, Waterfall o Agile, el estado de Hecho debe identificarse para cada sprint. Las [guías de accesibilidad para desarrolladores de Colt](https://www.colt.net/why-colt/esg/accessibility/developers/) permiten abordar las prácticas básicas de una manera que genere código accesible, y cuando se esté creando un componente específico, los enlaces a [las mejores prácticas de componentes accesibles](https://www.colt.net/why-colt/esg/accessibility/content/) permitirán que su diseño sea más universal y utilizable. La definición de hecho (DoD) es cuando todas las condiciones, o [los criterios de aceptación](https://www.leadingagile.com/2014/09/acceptance-criteria/), que un producto de software debe cumplir, se satisfacen y están listos para ser aceptados por un usuario, cliente, equipo o sistema consumidor. Debemos cumplir la definición de hecho para garantizar la calidad. Reduce el retrabajo al evitar que las historias de usuario que no cumplen la definición se promuevan a entornos de nivel superior. Evitará que las funciones que no cumplen la definición se entreguen al cliente o al usuario. ## 3. PRUEBAS MANUALES VS AUTOMATIZADAS Las pruebas automatizadas de accesibilidad son posibles; sin embargo, dado que la accesibilidad se centra principalmente en los resultados para el usuario, esto solo cubrirá aproximadamente el 20 % de lo necesario, por lo que es imperativo planificar las pruebas manuales desde el principio. Las pruebas manuales de UAT de las Guías de Accesibilidad de Colt se enumeran en la hoja de cálculo siguiente. Asegúrese de que las pruebas individuales se utilicen como criterios de aceptación para las historias de usuario pertinentes y de que los resultados se registren. Esto evitará que la accesibilidad abrume el backlog. {% file src="/files/4291ed428c2342f8afcc40fbfaf4736ba99fe75e" %} Para las pruebas automatizadas, hay algunas herramientas que pueden utilizarse para aliviar la presión sobre QA. Estas cubren principalmente el principio de Robustez dentro de las directrices WCAG, mientras que los otros tres principios deben probarse manualmente. Esto siempre deberá llevarse a cabo utilizando una combinación de dos herramientas. En primer lugar, un [validador HTML](https://validator.w3.org/) para garantizar que el contenido se renderice correctamente en el navegador, y una herramienta más especializada para evaluar requisitos específicos de compatibilidad con tecnologías de asistencia. Para los sitios web generales, las pruebas de accesibilidad deben realizarse utilizando [Axe de Deque](https://github.com/dequelabs/axe-core). Este conjunto de pruebas debería poder integrarse en cualquier plataforma de pruebas. A continuación, se muestran algunas integraciones comunes: * [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) Una excepción es cualquier cosa creada con Salesforce, que debería usar la [biblioteca de pruebas Sa11y](https://github.com/salesforce/sa11y) ya que está alineada con la plataforma Salesforce. Es importante garantizar que el resultado de las pruebas automatizadas y manuales se registre de forma continua, incluida la entrega de cualquier activo de contenido, de modo que si surge un desafío legal, Colt pueda demostrar que ha sido inclusiva en su enfoque. ## 4. REQUISITOS DE ACCESIBILIDAD DEL USUARIO Para garantizar que todos puedan usar los productos y servicios de Colt, Colt ha establecido una Hoja de Ruta de Accesibilidad, que es un objetivo empresarial estratégico clave. Lo que eso significa en términos de experiencia de usuario es que las aplicaciones y páginas deben ser accesibles para usuarios de [tecnologías de asistencia](https://en.wikipedia.org/wiki/Assistive_technology). Esto incluye objetivos simples como garantizar que todo sea accesible usando solo un teclado, hasta garantizar que, si un usuario no puede ver la pantalla, lo que escucha usando su [lector de pantalla](https://en.wikipedia.org/wiki/Screen_reader) tenga perfecto sentido. La accesibilidad, tal como la define el W3C, tiene 4 principios; [Perceptible, Operable, Comprensible y Robusto](https://www.w3.org/WAI/fundamentals/accessibility-principles/). Los tres primeros se refieren a la experiencia de usuario que debe tenerse en cuenta al crear requisitos de usuario. Para facilitar esto, Colt ha creado un conjunto de guías de accesibilidad que comienzan explicando cuál es el resultado deseado para el usuario, así como las metodologías, técnicas y pruebas que permitirán lograrlo con éxito. * Percepción del color * [Interacciones con formularios](https://www.colt.net/why-colt/esg/accessibility/developers/#forms) * [Acceso con teclado](https://www.colt.net/why-colt/esg/accessibility/developers/#keyboard) * [Etiquetado de elementos interactivos](https://www.colt.net/why-colt/esg/accessibility/developers/#labels) * [Puntos de referencia](https://www.colt.net/why-colt/esg/accessibility/developers/#landmarks) * [Enlaces](https://www.colt.net/why-colt/esg/accessibility/developers/#links) * [Metadatos](https://www.colt.net/why-colt/esg/accessibility/developers/#metadata) * [Mejora progresiva y diseño adaptable](https://www.colt.net/why-colt/esg/accessibility/developers/#responsive) * [Estructura semántica](https://www.colt.net/why-colt/esg/accessibility/developers/#semantics) * [Alternativas de texto](https://www.colt.net/why-colt/esg/accessibility/developers/#text) * [Contraste de texto y gráficos](https://www.colt.net/why-colt/esg/accessibility/developers/#contrast) Para garantizar que esto pueda evaluarse, existe un guion de prueba manual adjunto que puede añadirse a la actividad de UAT realizada por el Test Manager. {% file src="/files/4291ed428c2342f8afcc40fbfaf4736ba99fe75e" %} La introducción de cada guía contiene todo lo necesario para crear Requisitos de Usuario (Waterfall) o Historias de Usuario (Agile) y debe revisarse al comienzo de cada proyecto. #### EXPERIENCIA DE USUARIO DEL LECTOR DE PANTALLA Para hacerse una idea de lo beneficiosa que puede ser la inclusión de requisitos de usuario, [este vídeo sobre la experiencia de usuario con lector de pantalla](https://youtu.be/HE2R86EZPMA?si=rtnbDkqOfXF0omzt) del equipo de accesibilidad de Microsoft demuestra la eficacia de las pequeñas consideraciones. Se recomienda experimentar su producto con el lector de pantalla Narrator. Cómo hacerlo lo explica la guía de Colt, [Uso de Narrator de Windows para probar la accesibilidad web](https://www.colt.net/why-colt/esg/accessibility/developers/#narrator). ## 5. RIESGOS LEGALES La accesibilidad no es solo un requisito legal, sino también un aspecto fundamental de los objetivos estratégicos de Colt, que se describen en [la Hoja de Ruta de Accesibilidad de Colt](https://www.colt.net/why-colt/esg/accessibility/roadmap/), que forma parte de la estrategia de [Diversidad, Equidad e Inclusión](https://www.colt.net/about/inclusion-diversity/) . Además de las oportunidades, cuando se trata de inclusión digital también existen riesgos legales que deberían identificarse en cada caso de negocio. El propósito de este documento es permitir que cualquier persona de Colt que esté creando un caso de negocio que implique la creación de un cliente web o móvil o de una interfaz de usuario de cara interna, señale el marco legal nacional o internacional correcto como un Riesgo. El tipo de riesgo depende de dos cosas: 1. Dónde en el mundo se implementará, comercializará o pondrá a disposición pública un proyecto. 2. Si el producto o servicio está destinado al uso público, a empleados o a integrarse en los servicios para empleados de otras organizaciones. El riesgo en términos de discapacidad debe considerarse más allá de la normativa, ya que muchos clientes tienen políticas de contratación, diversidad o empleo que abarcan el tema de la accesibilidad, y muchas organizaciones realizan compromisos públicos a través de organizaciones como [Valuable500](https://www.thevaluable500.com/companies) o [Disability:In](https://disabilityin.org/ceos-are-in/) para mostrar cuán importante es la inclusión para su negocio y su marca. Alinearse con las políticas del cliente reduce el riesgo legal y empresarial. Nada en esta página constituye asesoramiento legal y solo debe utilizarse para identificar leyes y marcos normativos que requieran consideración. Tampoco se trata de una lista exhaustiva de leyes para cada uno de los países, y muchos tienen leyes adicionales contra la discriminación que también deben considerarse, por lo que puede ser necesaria una investigación adicional. ### DERECHO Y DIRECTRICES INTERNACIONALES #### CONVENCIÓN DE LAS NACIONES UNIDAS SOBRE LOS DERECHOS DE LAS PERSONAS CON DISCAPACIDAD (UNCRPD) La [Convención de las Naciones Unidas sobre los Derechos de las Personas con Discapacidad](https://www.ohchr.org/en/topic/persons-disabilities) exige a los Estados miembros que trabajen hacia "la identificación y eliminación de obstáculos y barreras para la accesibilidad" en muchas áreas, incluidas "la información, las comunicaciones y otros servicios, incluidos los servicios electrónicos". Esto se aplica principalmente, pero no exclusivamente, a los servicios gubernamentales. #### DIRECTRICES DE ACCESIBILIDAD AL CONTENIDO WEB (WCAG) La [Las Pautas de Accesibilidad para el Contenido Web](https://www.w3.org/WAI/) proporcionan recomendaciones para evaluar si el contenido en línea es accesible. Las propias directrices no son marcos legales, lo que significa que los sistemas digitales deberían ser [Perceptible, Operable, Comprensible y Robusto](https://www.w3.org/WAI/fundamentals/accessibility-principles/). Aunque las directrices no son una ley ni un requisito legal, cumplir sus criterios se considera prueba de conformidad legal en muchas jurisdicciones, y esas leyes suelen contener referencias a la UNCRPD (véase arriba) o exigir que los resultados sean comparables y/o equitativos. Las directrices WCAG no son el recurso más útil, ya que son más retrospectivas que informativas, aunque su contenido es muy útil, razón por la cual Colt tiene sus propias guías para [Project Managers](https://www.colt.net/why-colt/esg/accessibility/project-management/), [Desarrolladores](https://www.colt.net/why-colt/esg/accessibility/developers) y [Productores de Contenido](https://www.colt.net/why-colt/esg/accessibility/content/). ### ESTADOS UNIDOS #### Ley de Rehabilitación, Sección 508 [La Sección 508](https://www.section508.gov/manage/laws-and-policies/) de la Ley de Rehabilitación de EE. UU. exige que toda la tecnología electrónica y de la información desarrollada, adquirida, mantenida o utilizada por el gobierno federal de EE. UU. "sea accesible y utilizable por personas con discapacidades". Aunque esta regulación es un requisito legal para las agencias federales y las organizaciones que reciben financiación federal, el cumplimiento también puede ser una preocupación para las organizaciones que prestan servicios a agencias federales. Si las empresas pretenden proporcionar productos o servicios a otras compañías con contratos gubernamentales, probablemente exista el requisito de demostrar que el aspecto digital concreto cumple con la Sección 508. Esto suele hacerse usando el formato de un [Plantilla Voluntaria de Accesibilidad de Producto (VPAT)](https://www.section508.gov/sell/acr-vpat-faq/) que puede completarse cruzando los requisitos con los resultados de los requisitos y las pruebas de accesibilidad utilizando las Guías de Accesibilidad de Colt. Esto podría tener que ser realizado por un proveedor especialista. **Tenga en cuenta que, si se han seguido y evidenciado las directrices, puede que no sea necesaria una auditoría; sin embargo, puede requerirse cierta ayuda experta para llevar esto a cabo por parte de un especialista en VPAT.** Dado que la ley pide que los sistemas sean utilizables además de accesibles para las personas con discapacidad, este aspecto también puede requerir una investigación y una justificación adicionales. #### Títulos II y III de la Ley de Estadounidenses con Discapacidades [El Título II de la Ley de Estadounidenses con Discapacidades (ADA)](https://www.ada.gov/) abarca a las entidades gubernamentales estatales y locales. Les exige garantizar que sus programas, servicios y actividades sean accesibles para las personas con discapacidad, lo que incluye tanto entornos públicos como laborales. Aunque el Título II se centra en las entidades gubernamentales, las empresas y organizaciones privadas también pueden verse afectadas si prestan servicios o productos a una entidad pública regulada. El Título III de la Ley de Estadounidenses con Discapacidades (ADA) de EE. UU. se centra en prohibir la discriminación contra las personas con discapacidad en los "lugares de alojamiento público", incluidas la mayoría de las empresas privadas abiertas al público. Los tribunales de EE. UU. han considerado que los sitios web son un lugar de alojamiento público y pueden estar sujetos a los requisitos del Título III de la ADA. #### Ley de Derechos Civiles Unruh de California (UCRA) Algunos estados de EE. UU. tienen sus propias leyes que regulan la accesibilidad. Una de las más conocidas y utilizadas es la [Ley de Derechos Civiles Unruh](https://en.wikipedia.org/wiki/Unruh_Civil_Rights_Act) en California. Esta ley exige que las empresas proporcionen igualdad de acceso a sus servicios e instalaciones. Aunque originalmente estaba pensada para establecimientos físicos, los tribunales han sostenido que la UCRA también exige que las empresas con sitios web los hagan accesibles. Esta ley está dirigida a empresas con un "nexo en California", pero puede afectar a organizaciones que prestan servicios a esas empresas. Para obtener más información sobre la regulación estatal de EE. UU., consulte [La página de Lainey Feingold sobre la legislación de EE. UU.](https://www.lflegal.com/category/accessibility-laws-and-regulations/legal-updates/) para conocer las últimas actualizaciones. ### REINO UNIDO #### Ley de Igualdad La [Ley de Igualdad del Reino Unido de 2010](https://www.gov.uk/guidance/equality-act-2010-guidance) prohíbe la discriminación contra las personas con discapacidad y exige a los proveedores de bienes, servicios e instalaciones que anticipen las necesidades de los posibles clientes con discapacidad y realicen ajustes razonables. Esto se aplica a los sitios web y al contenido digital, no solo a las instalaciones físicas. Esto abarca tanto la prestación de servicios como el [empleo](https://www.gov.uk/rights-disabled-person/employment) y, en ambos casos, existe un amplio consenso en que alinear un sitio web con las normas WCAG y demostrar que el acceso para personas con discapacidad fue un requisito planificado y aplicado demuestra los "ajustes razonables" exigidos por esta ley. #### Reglamentos de Accesibilidad de los Organismos del Sector Público 2018/2022 [Esta regulación](https://www.gov.uk/guidance/accessibility-requirements-for-public-sector-websites-and-apps) se aplica a cualquier sitio web o aplicación móvil (de uso interno o público) comprada o construida por un organismo del sector público en el Reino Unido. Impone requisitos más estrictos a las organizaciones del sector público, principalmente organizaciones gubernamentales y organizaciones benéficas, en lo relativo a la accesibilidad de los sitios web y las aplicaciones móviles. Las entidades cubiertas deben proporcionar una [declaración de accesibilidad](https://accessibility-manual.dwp.gov.uk/accessibility-law/accessibility-statements) en su sitio web o app, que podría incluir un enlace en el pie de página, en la sección Acerca de o en la app a la [Hoja de Ruta de Accesibilidad](https://www.colt.net/why-colt/esg/accessibility/roadmap/)de Colt. Esta regulación se alinea con la [Norma Europea EN 301 549](https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf) para la accesibilidad de productos y servicios TIC. #### Ley Europea de Accesibilidad (EAA) en el Reino Unido Aunque [esta ley](https://ec.europa.eu/social/main.jsp?catId=1137\&langId=en) actualmente solo es aplicable en la UE y aún no ha sido ratificada en el Reino Unido, como el Reino Unido ha adoptado voluntariamente otras normativas de la UE, se espera que también adopte esta. La EAA debe ser seguida por las empresas con sede fuera de la UE que deseen vender en el mercado de la UE. ### UNIÓN EUROPEA La siguiente orientación es relevante para todos los Estados miembros: Austria, Bélgica, Bulgaria, Croacia, República de Chipre, República Checa, Dinamarca, Estonia, Finlandia, Francia, Alemania, Grecia, Hungría, Irlanda, Italia, Letonia, Lituania, Luxemburgo, Malta, Países Bajos, Polonia, Portugal, Rumanía, Eslovaquia, Eslovenia, España y Suecia. #### Carta de los Derechos Fundamentales de la UE La [Carta de los Derechos Fundamentales de la UE](https://fra.europa.eu/en/eu-charter/article/26-integration-persons-disabilities), artículo 26: Integración de las personas con discapacidad, protege y garantiza la igualdad de acceso para las personas con discapacidad. Aunque la Carta no se aplica directamente a las empresas privadas u organizaciones ubicadas fuera de la Unión Europea, las empresas aún podrían verse afectadas si tienen relaciones contractuales con entidades de la UE. #### Norma Europea EN 301 549 [Esta norma](https://www.etsi.org/deliver/etsi_en/301500_301599/301549/03.02.01_60/en_301549v030201p.pdf) se aplica a sitios web, aplicaciones móviles y algunos servicios específicos de telecomunicaciones en el sector público de la UE (propiedad de gobiernos de países de la Unión Europea, controlados por ellos o financiados por ellos). Se espera que esta norma forme la base de una presunción de conformidad con la Ley Europea de Accesibilidad (EAA), por lo que también es relevante para el sector privado de la UE. La norma EN 301 549 generalmente sigue las Pautas de Accesibilidad para el Contenido Web (WCAG) 2.1 AA con algunas adiciones que incluyen: * Cuando las funciones de accesibilidad están activadas en el sistema operativo del usuario, el producto o servicio digital debe cumplir con esos ajustes. * Los productos de hardware deben adaptarse a usuarios con movilidad, destreza o fuerza física limitadas. * Los servicios de soporte y la documentación deben proporcionar información sobre la accesibilidad para el usuario. #### La Ley Europea de Accesibilidad (EAA) La [Ley Europea de Accesibilidad (EAA)](https://ec.europa.eu/social/main.jsp?catId=1137\&langId=en) es una directiva de la Unión Europea que amplía las leyes europeas de derechos humanos existentes que protegen y garantizan la igualdad de acceso para las personas con discapacidad a determinados servicios y productos. Las empresas deben asegurarse de que los productos y servicios cubiertos por la ley sean accesibles antes del 28 de junio de 2025. Para los productos y servicios heredados, la fecha límite se amplía hasta 2030. Esta ley exige que los servicios cumplan con los principios WCAG. Aunque actualmente esta ley solo es aplicable en la UE (aún no ha sido ratificada en el Reino Unido, pero se espera que lo sea), deben seguirla las empresas con sede fuera de la UE que deseen vender en el mercado de la UE. ### INDIA #### La Ley de Derechos de las Personas con Discapacidad [Esta ley](https://aif.org/wp-content/uploads/2018/12/Manual-RPWD-Act-2016.pdf) en India exige al gobierno y a las organizaciones comerciales realizar "Ajustes Razonables" para las personas con discapacidad, y hace referencia directamente a sitios web, aplicaciones móviles, servicios de telecomunicaciones y ajustes en el lugar de trabajo. La ley se centra en ["la eliminación de barreras"](https://depwd.gov.in/acts/) para grupos específicos de discapacidad y utiliza WCAG como referencia tanto para sitios web gubernamentales como comerciales, aunque no señala directamente qué versión. Hay más información sobre la legislación sobre discapacidad en India en el sitio web del [Departamento de Empoderamiento de las Personas con Discapacidad](https://depwd.gov.in/) . ### JAPÓN #### Promoción de la accesibilidad de la información y la comunicación para las personas con discapacidad En mayo de 2021, la "[Ley para la Eliminación de la Discriminación contra las Personas con Discapacidad](https://www.japaneselawtranslation.go.jp/en/laws/view/3052/en)" fue revisada, convirtiendo en obligación legal para las empresas privadas y las instituciones públicas proporcionar ajustes razonables solo si las personas con discapacidad solicitan mejoras en sus productos y servicios, incluidos sus sitios web y aplicaciones móviles. Sin embargo, en mayo de 2022, se promulgó la "[Ley para la Promoción de la Accesibilidad de la Información y la Comunicación para las Personas con Discapacidad](https://www.dinf.ne.jp/d/4/161.html)". En esta nueva legislación es esencial que la información y la comunicación sean accesibles para todas las personas con discapacidad. Esta ley establece principios básicos para este propósito, pero aún están pendientes de consideración medidas más específicas; sin embargo, se espera que se alineen con las Normas Industriales Japonesas (JIS) 8341-3, que son idénticas a [WCAG 2.0](https://www.w3.org/TR/WCAG20/). La versión actual es [JIS X 8341-3:2016](https://waic.jp/docs/jis2016/understanding/201604/) (japonés), que tiene los mismos criterios de éxito que WCAG 2.0. ### CANADÁ [La Ley Canadiense de Derechos Humanos](https://laws-lois.justice.gc.ca/eng/acts/h-6/) protege a las personas con discapacidad en Canadá contra la discriminación cuando trabajan para o reciben servicios del gobierno federal, de los gobiernos de las Primeras Naciones o de empresas privadas reguladas por el gobierno federal, incluidas las compañías de telecomunicaciones. #### regulación provincial canadiense [La Ley de Accesibilidad para Personas con Discapacidad de Ontario (AODA)](https://aoda.ca/) abarca actividades públicas y privadas reguladas a nivel provincial, y se han promulgado normas para la prestación de Información y Comunicaciones accesibles. La AODA es destacable porque contempla una multa de 100.000,00 dólares para las empresas que no cumplan. Las regulaciones incluyen normas para: servicio al cliente, información y comunicación y empleo. [Ley de Accesibilidad de Columbia Británica](https://www.bclaws.gov.bc.ca/civix/document/id/complete/statreg/21019) abarca una mezcla de normas en empleo, prestación de servicios, información y comunicación, y contratación pública. Amplía el alcance de los principios más allá de WCAG, incluyendo el Diseño Universal, donde el diseño básico de cualquier producto o servicio debe ser accesible para el mayor rango posible de capacidades de usuario en su estado predeterminado. [Ley de Accesibilidad de Saskatchewan](https://accessiblesk.saskatchewan.ca/the-accessible-saskatchewan-act-summary-of-bill) abarca una mezcla de normas e incluye el acceso al hardware, software y empleo informáticos. [Ley de Accesibilidad para los Manitobenses (AMA)](https://www.accessibilitymb.ca/pdf/accessibility_for_manitobans_act.pdf) se centra en las barreras para las personas con discapacidad. La legislación se aplica tanto al sector público como al privado, y existen plazos escalonados para distintos sectores. Se compone de cinco normas, incluidas áreas de servicio al cliente, empleo, información y comunicación. La Provincia de [la Oficina de Asuntos sobre Discapacidad de Manitoba](https://www.gov.mb.ca/dio/) (DIO) apoya la legislación. [Ley de Accesibilidad de Nueva Escocia (Proyecto de Ley 59)](https://www.nslegislature.ca/legc/bills/62nd_3rd/3rd_read/b059.htm) se centra en las barreras para las personas con discapacidad. Esta legislación se aplica tanto al sector público como al privado e incluye las áreas de prestación y recepción de bienes y servicios, empleo, información y comunicación. Nueva Escocia ha lanzado la [Dirección de Accesibilidad de Nueva Escocia](https://novascotia.ca/accessibility/) con recursos e información sobre la Ley. ### NORUEGA Noruega es el único país que cuenta con una agencia gubernamental dedicada que supervisa la totalidad de su panorama digital, incluidas tanto las organizaciones gubernamentales como las comerciales. [el marco regulatorio de Noruega](https://www.uutilsynet.no/english/information-english/252) se centra en una combinación de directrices WCAG y resultados para el usuario. [legislación noruega de accesibilidad digital en 2023](https://cerovac.com/a11y/2023/02/norwegian-digital-accessibility-legislation-in-2023/) artículo con enlaces a las políticas de accesibilidad de Noruega. Noruega también ha optado por seguir la norma EN 301 549 para facilitar el comercio con la UE. ## 6. RECURSOS E INFORMACIÓN ADICIONAL * [Texto completo del artículo 9 de la Convención de las Naciones Unidas sobre los Derechos de las Personas con Discapacidad (CRPD)](https://www.un.org/development/desa/disabilities/convention-on-the-rights-of-persons-with-disabilities/article-9-accessibility.html) * ["Las empresas estadounidenses gastaron potencialmente miles de millones en honorarios legales por sitios web inaccesibles en 2020"](https://www.boia.org/blog/did-u-s-businesses-spend-billions-on-legal-fees-for-inaccessible-websites-in-2020) * resúmenes de Lainey Feingold de [reglamentos de EE. UU.](https://www.lflegal.com/category/accessibility-laws-and-regulations/legal-updates/) y [políticas y regulaciones globales](https://www.lflegal.com/global-law-and-policy/) que se actualizan periódicamente. * [O2 resuelve un caso de discapacidad por 160.000 libras](https://www.bbc.co.uk/news/articles/cpdgd32d7mno). Fuente: BBC News. * [Casos seleccionados pendientes y resueltos bajo la Ley de Estadounidenses con Discapacidades](https://www.eeoc.gov/selected-list-pending-and-resolved-cases-under-americans-disabilities-act-amendments-act) * [La Ley de Estadounidenses con Discapacidades en el Ciberespacio: Normas de accesibilidad de sitios web \[PDF\]](https://crsreports.congress.gov/product/pdf/LSB/LSB10845) "Un tribunal federal de distrito de Nueva York explicó, al aprobar dicho acuerdo, que WCAG es 'una norma apropiada para juzgar … el cumplimiento de cualquier requisito de accesibilidad de la ADA'. En opinión del tribunal, WCAG está 'casi universalmente aceptado'." Congressional Research Service Legal Sidebar. * El manual indio [para la Ley de Derechos de las Personas con Discapacidad de 2016](https://aif.org/wp-content/uploads/2018/12/Manual-RPWD-Act-2016.pdf) está escrito para que personas sin formación jurídica puedan comprender fácilmente la Ley. * [Dar forma a un ecosistema digital más amigable para las personas con discapacidad](https://www.thehindu.com/opinion/op-ed/shaping-a-more-disabled-friendly-digital-ecosystem/article66509604.ece) Artículo de 2023 de The Hindu. * [Nueva ley prohíbe la discriminación contra las personas con discapacidad](https://www.japantimes.co.jp/news/2016/05/02/reference/new-law-bans-bias-against-people-with-disabilities-but-shortcomings-exist-say-experts/#.Xb8Dz5JKg0o) artículo de 2016 de The Japan Times. --- # Agent Instructions: 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: ``` GET https://docs.colt.net/colt-docs/all-docs-es/accesibilidad/nuestras-directrices-de-accesibilidad/accesibilidad-para-gestores-de-proyectos.md?ask= ``` The question should be specific, self-contained, and written in natural language. 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.