Declaración de accesibilidad
Última revisión: 18 de julio de 2026
Sobre quién declara. AppsDocentes es un proveedor privado. El Real Decreto 1112/2018 obliga a publicar la declaración de accesibilidad a los organismos del sector público (artículo 15), no a sus proveedores. Publicamos esta declaración voluntariamente, con dos fines: que cada centro educativo disponga de información veraz y verificable sobre nuestras aplicaciones para elaborar la suya, y que cualquier persona usuaria sepa qué puede esperar y dónde reclamar.
Sí nos vinculan los requisitos técnicos de los artículos 5 y 6 del mismo real decreto, que se nos exigen por vía contractual a través de los centros (disposición adicional primera), y el artículo 126.3 de la Ley 9/2017 de Contratos del Sector Público.
1. Ámbito
Esta declaración se aplica al sitio appsdocentes.es y a las aplicaciones que se prestan bajo ese dominio: generador de situaciones de aprendizaje y programaciones, programación de aula, evaluación, comedor escolar, timbre, inventario, admisiones, memoria anual, proyectos compartidos y Erasmus+.
2. Situación de cumplimiento
Web pública: PLENAMENTE CONFORME. Las 59 páginas públicas del sitio (portada, landings informativas, La Cocina Pedagógica y las páginas legales) cumplen la norma UNE-EN 301 549:2022 (equivalente a WCAG 2.1 nivel AA): 0 errores en la evaluación automática, más la revisión manual descrita en el apartado 5.
Aplicaciones internas (acceso con sesión): SUSTANCIALMENTE CONFORMES. Las pantallas de trabajo del profesorado y de coordinación (generador de situaciones, programación de aula, evaluación, adaptaciones, comedor, inventario, admisiones, memoria, proyectos compartidos y superadmin) se han auditado con sesión iniciada y corregido hasta 0 errores en la evaluación automática de sus pantallas. Quedan casos residuales muy puntuales, de tipo estructural (por ejemplo identificadores duplicados en un formulario extenso de Erasmus+), que impiden afirmar aún la plena conformidad absoluta de todos los estados posibles.
Separamos ambas cosas porque se comprueban distinto: la parte pública la puede medir cualquiera; las aplicaciones internas requieren inicio de sesión, así que su evaluación automática la hacemos con una sesión de prueba. Preferimos ser precisos —«sustancialmente conforme», no «plenamente»— antes que afirmar una conformidad total de cada pantalla y estado que no podríamos sostener al 100 %.
3. Contenido no accesible
Lo que sigue no es una estimación: son los resultados de la evaluación descrita en el apartado 5, realizada el 15 y 16 de julio de 2026 y actualizada tras las correcciones del 17 y 18 de julio de 2026. La web pública y las pantallas de las aplicaciones internas ya no presentan faltas en la evaluación automática (0 errores medidos). Solo quedan las faltas residuales, de tipo estructural, que se listan abajo.
3.1. Falta de conformidad con el RD 1112/2018 (residual)
| Qué falla | Criterio (WCAG 2.1) | Dónde |
|---|---|---|
| Identificadores duplicados y un formulario sin botón de envío explícito en un formulario extenso, que requieren una reestructuración cuidadosa (no un simple atributo) y verificación funcional antes de tocarlos. | 4.1.1 Procesamiento (A) 4.1.2 Nombre, función, valor (A) |
Editor de documentos de Erasmus+. |
| Posibles imágenes sin alternativa textual y estados de ventanas emergentes que solo aparecen tras interacción, no cubiertos aún uno a uno por la evaluación automática. | 1.1.1 Contenido no textual (A) 4.1.2 Nombre, función, valor (A) |
Estados puntuales de algunas aplicaciones internas. |
3.2. Carga desproporcionada
No se alega.
3.3. Contenido que no entra en el ámbito de la legislación
Los documentos que genera cada centro con nuestras herramientas (programaciones, informes, actas) son contenido elaborado por el propio centro. Nuestras herramientas producen esos documentos con la estructura que el centro define.
4. Qué sí cumple
Por honestidad, también lo verificado como correcto. Los dos primeros puntos corresponden a correcciones aplicadas el 17 y 18 de julio de 2026:
- Nombres accesibles en los formularios de entrada (criterios 1.3.1, 3.3.2 y 4.1.2): la pantalla de acceso y el formulario de inscripción del profesorado —por donde entra todo el mundo— tienen cada campo asociado a su etiqueta; y los formularios internos de las aplicaciones están etiquetados en su práctica totalidad (124 de 126 campos revisados).
- Contraste, botones y campos en TODA la web pública (criterios 1.4.3, 4.1.2, 1.1.1): las 59 páginas públicas se corrigieron a 0 errores — textos con contraste suficiente (≥4.5:1), botones de solo icono con nombre accesible, imágenes con alternativa textual y campos de formulario asociados a su etiqueta.
- Contraste y nombres accesibles en las aplicaciones internas (criterios 1.4.3, 3.3.2, 4.1.2): auditadas con sesión iniciada y corregidas a 0 errores en la evaluación automática de sus pantallas. Los campos de sus formularios se asociaron a su etiqueta visible real (no a un texto genérico), para que un lector de pantalla anuncie el nombre correcto.
- Enlace «saltar al contenido» y región principal identificada (criterio 2.4.1): presentes en el panel de la aplicación y en toda la web pública, para quien navega con teclado o lector de pantalla.
- Ampliación hasta el 200 % sin pérdida de información (criterio 1.4.4): comprobado en la totalidad de las páginas; ninguna impide el zoom.
- Idioma de la página declarado (3.1.1) en todas las páginas divulgativas.
- Títulos de página descriptivos y encabezado principal único (2.4.2).
- Ventanas emergentes manejables con teclado, con cierre mediante la tecla Escape y devolución del foco.
- Respeto a la preferencia de movimiento reducido del sistema operativo.
- Evaluación automática en cada cambio: las 58 páginas públicas del sitio se analizan con pa11y en integración continua, hoy con 0 errores. Cualquier cambio que introdujera una nueva falta queda bloqueado automáticamente antes de publicarse.
5. Preparación de la presente declaración
Declaración preparada el 16 de julio de 2026.
El método empleado ha sido una autoevaluación combinada:
- Evaluación automática de las páginas públicas con la herramienta pa11y (motor HTML_CodeSniffer, norma WCAG2AA), incorporada a nuestro sistema de integración continua: desde ahora, cualquier cambio que empeore la accesibilidad de esas páginas queda bloqueado automáticamente antes de publicarse.
- Revisión manual del código de formularios, contrastes de la paleta, navegación por teclado, ventanas emergentes y estructura de encabezados.
Tras esa evaluación se aplicaron correcciones el 17 y 18 de julio de 2026 (nombres accesibles en la pantalla de acceso, el formulario de inscripción del profesorado y los formularios de las aplicaciones; enlace de salto al contenido y región principal), recogidas en los apartados 3 y 4.
Última revisión de la declaración: 18 de julio de 2026.
6. Observaciones y datos de contacto
Puede comunicarnos cualquier problema de accesibilidad, solicitar información que no le resulte accesible o presentar una queja escribiendo a:
Indique, si puede, la página o la pantalla, qué intentaba hacer y qué se lo impidió. Le responderemos y le diremos qué vamos a hacer y cuándo.
Si usa AppsDocentes a través de un centro educativo público, además de escribirnos a nosotros puede dirigirse al propio centro o a la Consejería correspondiente por el procedimiento de queja y reclamación previsto en el artículo 12 del RD 1112/2018. Nosotros atenderemos la parte técnica que nos toque.
7. Plan de mejora
Ya completado (17 y 18 de julio de 2026):
- Web pública a 0 errores: contraste, botones de solo icono, campos de formulario e imágenes de las 59 páginas públicas, corregidos y verificados.
- Aplicaciones internas a 0 errores en la evaluación automática de sus pantallas: contraste (grises y tokens de marca oscurecidos a ≥4.5:1), navegación, imágenes y nombres accesibles de los campos —asociados a su etiqueta visible real.
- Nombres accesibles en los formularios de entrada: pantalla de acceso y formulario de inscripción del profesorado.
- Enlace «saltar al contenido» y región principal en el panel y en toda la web pública.
- Evaluación automática con sesión de prueba incorporada al proceso, para cubrir también las pantallas que requieren inicio de sesión.
Trabajo pendiente (residual), por orden:
- Reestructurar el editor de Erasmus+ para eliminar identificadores duplicados y dar botón de envío explícito, con prueba funcional del flujo.
- Cubrir uno a uno los estados de ventanas emergentes que solo aparecen tras interacción, y repasar alternativas textuales en imágenes de paneles.
Iremos actualizando esta declaración conforme se completen. La fecha de revisión de arriba indica siempre cuándo se comprobó por última vez.