Declaración de accesibilidad

Estado de conformidad

MyTickora es parcialmente conforme con la norma UNE-EN 301549 y con las Pautas de Accesibilidad para el Contenido Web (WCAG) 2.1, nivel AA.

«Parcialmente conforme» significa exactamente eso: se han aplicado criterios de accesibilidad de forma deliberada, pero no se ha realizado una auditoría externa, quedan aspectos sin verificar y hay carencias conocidas.

No declaramos conformidad total, y no es por prudencia excesiva: declararla sin una auditoría que la respalde sería falso. Preferimos decir lo que hay y corregirlo.

Lo que sí se ha hecho

• Estructura semántica: encabezados jerárquicos sin saltos de nivel, listas y tablas con su marcado propio, y regiones identificadas (main, nav, header).
• Idioma declarado en la página (lang="es"), para que los lectores de pantalla la pronuncien correctamente.
• Navegación por teclado en los elementos interactivos, con foco visible.
• Enlace para saltar al contenido al principio de las páginas legales.
• Textos alternativos en las imágenes con significado, e imágenes decorativas ocultas a los lectores de pantalla.
• Formularios con etiquetas asociadas a cada campo, y errores descritos en texto, no solo por color.
• Modo claro y oscuro, con paleta pensada para mantener el contraste en los dos.
• Diseño adaptable a distintos tamaños de pantalla, y tablas anchas con desplazamiento propio para que la página no se desplace de lado.

Carencias conocidas

Esta lista es real y se mantiene actualizada. Es lo contrario de un adorno: si usas el servicio con un producto de apoyo y te topas con algo que no está aquí, queremos saberlo.

Las carencias de la tabla afectan a la aplicación y a los documentos que genera. Las páginas públicas —esta y las demás del apartado legal, más las de novedades y ayuda— sí han sido evaluadas por completo, y su resultado está en el apartado siguiente.

Cómo se ha evaluado

Mediante autoevaluación realizada por el propio equipo de desarrollo, sin intervención de un tercero independiente ni de personas usuarias con discapacidad.

Fecha: 2 de septiembre de 2026.

Alcance: las 16 páginas públicas, es decir, los doce documentos legales, su índice, la página de novedades, la de ayuda y la de acceso. En los dos temas, claro y oscuro.

Cómo: comprobación automatizada sobre el código que sirve el servidor, criterio a criterio —idioma de la página, título, jerarquía de encabezados, regiones, alternativas textuales, texto de los enlaces, etiquetas de los campos, encabezados de las tablas, mecanismo para saltar bloques y limitación del zoom—, más una medición aparte del contraste real de cada texto sobre su fondo real, resolviendo los colores como los calcula el navegador.

Qué se encontró y qué se corrigió. La evaluación devolvió 19 incumplimientos agrupados en tres criterios. Los tres están corregidos:

Qué se comprobó y resultó correcto: idioma declarado, un solo encabezado de primer nivel por página y sin saltos de nivel, regiones identificadas y con nombre, ninguna imagen sin alternativa y ningún icono decorativo anunciado por error, ningún enlace sin texto perceptible, todas las tablas con encabezados, todos los enlaces externos con la protección adecuada, y la preferencia del sistema de reducir las animaciones respetada.

Un caso que se estudió y se decidió no cambiar. La pantalla de acceso no tiene enlace para saltar al contenido. Se comprobó qué recibe el foco antes del formulario: nada; el primer salto de tabulación es ya el campo de correo. El criterio 2.4.1 pide poder saltar bloques repetidos, y ahí no hay ninguno que saltar, así que añadir el enlace habría sido añadir una parada de teclado que no lleva a ningún sitio.

Lo que esta evaluación NO cubre, y por eso la conformidad sigue siendo parcial: la aplicación una vez dentro, el asistente, los documentos de Excel, y todo lo que exige juicio humano o producto de apoyo real —si un texto alternativo describe bien lo que se ve, si el orden de lectura tiene sentido, si la navegación es cómoda con lector de pantalla—. Para eso hace falta una auditoría externa con participación de personas usuarias con discapacidad.

Comunicar una barrera de accesibilidad

Si encuentras una barrera, o necesitas un contenido en un formato alternativo, escríbenos a integrasistemas.tech@gmail.com indicando:

• La página o la pantalla donde ocurre.
• Qué intentabas hacer y qué te lo impidió.
• El producto de apoyo o el navegador que usas, si lo sabes.

Responderemos en el plazo máximo de veinte días hábiles. Si la solicitud requiere un análisis más largo, te informaremos del plazo previsto.

Las solicitudes de información accesible y las quejas se atienden por este mismo cauce.

Próxima revisión

Esta declaración se revisará al menos una vez al año y cada vez que se publique un cambio significativo en el servicio.

Próxima revisión prevista: 2 de septiembre de 2027. Se adelantará si antes se publica un cambio significativo en el servicio.

Marco normativo

Conviene ser claro sobre por qué se publica esta declaración, porque lo normal es que se publique cuando obliga la ley y aquí no obliga:

• El Real Decreto 1112/2018 impone declaración de accesibilidad a los sitios web y aplicaciones del sector público. MyTickora es un servicio privado, así que no le alcanza.
• La Ley 11/2023, que traspone el Acta Europea de Accesibilidad, obliga en determinados productos y servicios dirigidos a consumidores. MyTickora se presta exclusivamente entre empresas y a las personas que trabajan en ellas, no a consumidores, así que tampoco le alcanza.

Se publica de todas formas, y la conformidad se persigue de forma voluntaria, por dos razones: quien usa esta aplicación la usa para trabajar, y una barrera aquí no es una molestia sino un impedimento para hacer su trabajo; y porque el ámbito de la normativa se ha ido ampliando, de modo que llegar tarde sería empezar de cero.

Las referencias técnicas que se siguen son la UNE-EN 301549 (requisitos de accesibilidad de productos y servicios TIC) y las WCAG 2.1, nivel AA.