Informe de conformidad con la EN 301 549 #
Última actualización: 2026-05-24.
Este informe es una autoevaluación estructurada de EthicsPortal con arreglo a los requisitos de accesibilidad de la EN 301 549 V3.2.3 (y, por extensión, de las WCAG 2.2 nivel AA). Está destinado a los revisores de compras que necesitan una respuesta cláusula por cláusula más allá de la declaración de accesibilidad .
| Campo | Valor |
|---|---|
| Producto | EthicsPortal — plataforma europea de cumplimiento en materia de protección del informante |
| Versión del producto | Desplegada de forma continua; este informe describe el estado a la fecha de elaboración |
| Norma | EN 301 549 V3.2.3 (que incorpora las WCAG 2.2 nivel AA) |
| Enfoque de conformidad | Autoevaluación |
| Fecha de elaboración | 14 de mayo de 2026 |
| Próxima revisión | Agosto de 2026 (trimestral) |
| Contacto | accessibility@ethicsportal.eu |
Puede facilitarse una copia en PDF de este informe para el proceso de compras a petición.
Ámbito #
Este informe cubre tres superficies de despliegue:
- Aplicación web —
secure.ethicsportal.eu, la interfaz autenticada del gestor del caso - Portales públicos de denuncias —
*.ethicsportal.eu, la presentación de comunicaciones y el seguimiento de casos dirigidos al informante - Sitio web de presentación —
ethicsportal.eu, el sitio público renderizado con Hugo (incluida esta página)
También cubre los documentos descargables y los servicios de soporte prestados a través de estas superficies.
EthicsPortal es un producto SaaS basado en web. No proporciona aplicaciones móviles nativas, hardware de quiosco, TIC de voz bidireccional, salida de vídeo para medios ni texto en tiempo real. Por ello, las cláusulas 6, 7, 8 y 13 de la EN 301 549 son, en gran medida, no aplicables.
Resumen #
| Área de cláusulas | Estado |
|---|---|
| §5 Requisitos genéricos | Conforme, con las excepciones señaladas en §5.4 |
| §6 TIC con comunicación de voz bidireccional | No aplicable |
| §7 TIC con capacidades de vídeo | No aplicable |
| §8 Hardware | No aplicable |
| §9 Web | Parcialmente conforme (véanse los detalles del §9) |
| §10 Documentos no web | No conforme — véase §10.1 |
| §11 Software | Parcialmente conforme (véanse los detalles del §11) |
| §12 Documentación y servicios de soporte | Conforme |
| §13 TIC que proporcionan acceso a servicios de retransmisión o de emergencia | No aplicable |
Evaluación cláusula por cláusula #
§5 Requisitos genéricos #
| Cláusula | Requisito | Estado | Notas |
|---|---|---|---|
| 5.1.2.2 / 5.1.3 | Activación de las funciones de accesibilidad | Conforme | La plataforma expone las funciones de accesibilidad mediante HTML y ARIA estándar. No se requiere ningún paso de activación propietario |
| 5.2 | Activación de las funciones de accesibilidad | Conforme | Se respetan los ajustes de accesibilidad del navegador y del SO (zoom, contraste, movimiento reducido, lector de pantalla) |
| 5.3 | Biometría | No aplicable | La autenticación es por enlace mágico o código de un solo uso con TOTP opcional; no se requiere entrada biométrica |
| 5.4 | Preservación de la información de accesibilidad durante la conversión | Parcialmente conforme | El contenido de la aplicación preserva la información de accesibilidad; las exportaciones a PDF no (véase §10.1) |
| 5.5 | Partes operables | Conforme | Todos los elementos interactivos son operables por teclado y puntero; el tamaño de las áreas cumple el §2.5.8 |
| 5.6 | Estado de bloqueo o conmutación | Conforme | Los estados de conmutación se exponen mediante aria-pressed / aria-expanded |
| 5.7 | Repetición de tecla | No aplicable | El software no configura la repetición de tecla del sistema |
| 5.8 | Aceptación de doble pulsación de tecla | No aplicable | El software no configura la aceptación de tecla del sistema |
| 5.9 | Acciones simultáneas del usuario | Conforme | Ninguna interacción requiere acciones simultáneas del usuario |
§9 Web (incorpora las WCAG 2.2 niveles A y AA) #
EthicsPortal apunta a las WCAG 2.2 nivel AA. Los nuevos criterios añadidos en las WCAG 2.2 se notifican individualmente para que los revisores puedan confirmar la cobertura más allá de las WCAG 2.1.
Principio 1 — Perceptible
| CC | Título | Nivel | Estado | Notas |
|---|---|---|---|---|
| 1.1.1 | Contenido no textual | A | Conforme | Las imágenes y los iconos SVG tienen texto alternativo o se marcan como decorativos. Los botones solo de icono llevan aria-label. El estado indicado solo por un icono tiene un equivalente de texto sr-only |
| 1.2.x | Contenido multimedia dependiente del tiempo | A/AA | No aplicable | Sin contenido de audio o vídeo |
| 1.3.1 | Información y relaciones | A | Conforme | HTML semántico; las tablas usan <th scope>; los formularios usan <label> |
| 1.3.2 | Secuencia significativa | A | Conforme | El orden del DOM coincide con el orden visual |
| 1.3.3 | Características sensoriales | A | Conforme | Las instrucciones no dependen únicamente de la forma, el tamaño o la ubicación |
| 1.3.4 | Orientación | AA | Conforme | La maquetación funciona en vertical y horizontal |
| 1.3.5 | Identificar el propósito de la entrada | AA | Conforme | Las entradas que coinciden con los propósitos de entrada de las WCAG usan autocomplete |
| 1.4.1 | Uso del color | A | Conforme | El color nunca es la única señal: se acompaña de texto o iconos |
| 1.4.3 | Contraste (mínimo) | AA | Conforme | Texto del cuerpo ≥ 4,5:1, texto grande ≥ 3:1, auditado internamente |
| 1.4.4 | Cambio de tamaño del texto | AA | Conforme | La maquetación se readapta al 200 % de zoom sin pérdida de contenido |
| 1.4.5 | Imágenes de texto | AA | Conforme | El logotipo de la marca es la única imagen de texto; todas las etiquetas de la interfaz son HTML |
| 1.4.10 | Readaptación | AA | Conforme | Se readapta a 320 píxeles CSS de ancho (las tablas y los bloques de código quedan exceptuados según se permite) |
| 1.4.11 | Contraste no textual | AA | Conforme | Los componentes de la interfaz y los objetos gráficos cumplen 3:1 |
| 1.4.12 | Espaciado del texto | AA | Conforme | Las anulaciones de espaciado del texto del usuario no rompen la maquetación |
| 1.4.13 | Contenido al pasar el cursor o al enfocar | AA | Conforme | Información sobre herramientas descartable (Escape), apuntable y persistente hasta que el activador pierde el foco |
Principio 2 — Operable
| CC | Título | Nivel | Estado | Notas |
|---|---|---|---|---|
| 2.1.1 | Teclado | A | Conforme | Toda la funcionalidad es operable por teclado |
| 2.1.2 | Sin trampa para el teclado | A | Conforme | Las ventanas modales atrapan el foco solo mientras están abiertas y lo restauran al cerrarse |
| 2.1.4 | Atajos de teclado de carácter | A | No aplicable | No se implementan atajos de un solo carácter |
| 2.2.1 | Tiempo ajustable | A | Conforme | El tiempo de espera por inactividad de la sesión es de 30 días, lo que satisface la excepción de 20 horas |
| 2.2.2 | Poner en pausa, detener, ocultar | A | Conforme | Ningún contenido de actualización automática se mueve, parpadea o se desplaza durante más de 5 segundos sin un control para pausarlo |
| 2.3.1 | Tres destellos o por debajo de ese umbral | A | Conforme | Sin contenido con destellos |
| 2.4.1 | Evitar bloques | A | Conforme | Enlace para saltar al contenido principal presente en cada maquetación |
| 2.4.2 | Página titulada | A | Conforme | Cada página tiene un <title> localizado y descriptivo |
| 2.4.3 | Orden del foco | A | Conforme | El foco sigue el orden del DOM |
| 2.4.4 | Propósito del enlace (en contexto) | A | Conforme | El texto del enlace describe el destino |
| 2.4.5 | Múltiples formas | AA | Conforme | Búsqueda en el sitio, navegación y migas de pan disponibles |
| 2.4.6 | Encabezados y etiquetas | AA | Conforme | Un único <h1> por página; los encabezados descienden sin saltos |
| 2.4.7 | Foco visible | AA | Conforme | :focus-visible está habilitado globalmente; los anillos de foco no se desactivan |
| 2.4.11 | Foco no oscurecido (mínimo) | AA (nuevo en 2.2) | Conforme | Los elementos enfocados no quedan totalmente cubiertos por encabezados fijos u otro contenido del autor |
| 2.5.1 | Gestos del puntero | A | Conforme | No se requieren gestos multipunto ni basados en trayectoria |
| 2.5.2 | Cancelación del puntero | A | Conforme | Todas las acciones de clic se completan al soltar (up-event) |
| 2.5.3 | Etiqueta en el nombre | A | Conforme | Los nombres accesibles contienen la etiqueta visible |
| 2.5.4 | Accionamiento por movimiento | A | No aplicable | Sin entradas de movimiento del dispositivo |
| 2.5.7 | Movimientos de arrastre | AA (nuevo en 2.2) | Conforme | Sin flujos solo de arrastre; las subidas aceptan alternativas de clic y teclado |
| 2.5.8 | Tamaño del área (mínimo) | AA (nuevo en 2.2) | Conforme | Áreas interactivas ≥ 24 × 24 px CSS |
Principio 3 — Comprensible
| CC | Título | Nivel | Estado | Notas |
|---|---|---|---|---|
| 3.1.1 | Idioma de la página | A | Parcialmente conforme | Las páginas de la aplicación y del portal establecen <html lang> en la versión lingüística activa. Las páginas de error estáticas alternativas están solo en inglés — véase la declaración de accesibilidad |
| 3.1.2 | Idioma de las partes | AA | Conforme | Las cadenas en línea en idioma extranjero usan atributos lang cuando es necesario |
| 3.2.1 | Al enfocar | A | Conforme | El foco no desencadena un cambio de contexto |
| 3.2.2 | Al introducir datos | A | Conforme | La entrada de datos no desencadena un cambio de contexto sin aviso |
| 3.2.3 | Navegación coherente | AA | Conforme | El orden de navegación es coherente en toda la aplicación |
| 3.2.4 | Identificación coherente | AA | Conforme | Los iconos y componentes se usan de forma coherente |
| 3.2.6 | Ayuda coherente | A (nuevo en 2.2) | Conforme | El contacto de soporte y los enlaces de ayuda aparecen en la misma ubicación en cada página autenticada (zona de pie de barra lateral) y en el pie del portal |
| 3.3.1 | Identificación de errores | A | Conforme | Los errores se muestran mediante role="alert" y se describen al usuario |
| 3.3.2 | Etiquetas o instrucciones | A | Conforme | Las entradas están etiquetadas; las indicaciones usan aria-describedby |
| 3.3.3 | Sugerencia ante errores | AA | Conforme | Los errores indican qué falla y cómo corregirlo |
| 3.3.4 | Prevención de errores (legales, financieros, de datos) | AA | Conforme | Operaciones reversibles o confirmación explícita para las acciones destructivas |
| 3.3.7 | Entrada redundante | A (nuevo en 2.2) | Conforme | La información introducida previamente (correo electrónico, organización) se autocompleta cuando se requiere de nuevo en la misma sesión |
| 3.3.8 | Autenticación accesible (mínimo) | AA (nuevo en 2.2) | Conforme | La autenticación usa enlaces mágicos y códigos de un solo uso que pueden pegarse; no se requieren pruebas de función cognitiva |
Principio 4 — Robusto
| CC | Título | Nivel | Estado | Notas |
|---|---|---|---|---|
| 4.1.2 | Nombre, función, valor | A | Conforme | Los controles exponen nombre, función y estado |
| 4.1.3 | Mensajes de estado | AA | Conforme | Los mensajes flash, las notificaciones y los resultados asíncronos usan regiones aria-live |
§10 Documentos no web #
| Cláusula | Requisito | Estado | Notas |
|---|---|---|---|
| 10.1 | Documentos no web (PDF) | No conforme | Los informes de cumplimiento, los certificados, las plantillas de política, los carteles, el manual del gestor del caso y las exportaciones de expedientes se producen como PDF sin etiquetar. Hay alternativas accesibles en HTML disponibles a petición a través de accessibility@ethicsportal.eu . Una cadena de producción de PDF etiquetados figura en la hoja de ruta. |
| 10.2 | Plantillas de política DOCX | Parcialmente conforme | Los archivos DOCX generados (política de protección del informante, aviso de privacidad) llevan su estructura, pero no se han auditado con arreglo a expectativas equivalentes a PDF/UA para documentos editables. Hay alternativas en HTML disponibles a petición. |
§11 Software #
La aplicación web se considera software conforme al §11. El §11 incorpora las WCAG (evaluadas más arriba en el §9) más cláusulas específicas de software:
| Cláusula | Requisito | Estado | Notas |
|---|---|---|---|
| 11.5 | Interoperabilidad con la tecnología de apoyo | Conforme | Construida sobre HTML semántico y ARIA; probada con VoiceOver, NVDA y la navegación por teclado de la plataforma |
| 11.6 | Uso de accesibilidad documentado | Conforme | Esta página y la declaración de accesibilidad documentan las funciones de accesibilidad y las limitaciones conocidas |
| 11.7 | Preferencias del usuario | Conforme | Se respetan las preferencias del SO (movimiento reducido, esquema de color, escalado del texto) |
| 11.8 | Herramientas de autor | Parcialmente conforme | La interfaz del gestor del caso es una herramienta de autor conforme al §11.8 porque los gestores crean contenido consumido por los informantes. Las subidas de adjuntos aceptan descripciones; las funciones de texto enriquecido (cuando se introduzcan) se evaluarán con arreglo a ATAG 2.0 |
§12 Documentación y servicios de soporte #
| Cláusula | Requisito | Estado | Notas |
|---|---|---|---|
| 12.1.1 | Funciones de accesibilidad y compatibilidad | Conforme | Este informe y la declaración de accesibilidad describen las tecnologías de apoyo y las combinaciones de plataforma admitidas |
| 12.1.2 | Documentación accesible | Conforme | La documentación se entrega como HTML semántico en el sitio de presentación y a través de la ayuda en la aplicación |
| 12.2.2 | Información sobre las funciones de accesibilidad | Conforme | El personal de soporte y la declaración publicada pueden responder consultas de accesibilidad |
| 12.2.3 | Comunicación eficaz | Conforme | El canal de comentarios de accesibilidad se supervisa cada día laborable; acuse de recibo en un plazo de 2 días laborables |
| 12.2.4 | Documentación accesible (soporte) | Parcialmente conforme | Los documentos entregados en respuesta a las solicitudes de soporte heredan el mismo estado que los artefactos subyacentes: los PDF están señalados; hay alternativas en HTML disponibles |
Limitaciones conocidas #
Los puntos siguientes están registrados, no ocultos:
- PDF sin etiquetar. La mayor brecha. Mitigada hoy con alternativas accesibles en HTML a petición; previsto sustituirla por una cadena de producción de PDF etiquetados o con HTML canónico.
- Páginas de error estáticas solo en inglés. Se encuentran rara vez; la misma información se presenta en el idioma del usuario dentro de la aplicación.
- Incrustaciones de terceros (Crisp, páginas alojadas por Stripe) quedan fuera de nuestro control directo; la documentación de accesibilidad del proveedor se revisa anualmente.
Metodología de pruebas #
La autoevaluación combinó:
- Automatizado:
axe-core-capybarase ejecuta contra los flujos del portal público de denuncias (inicio, presentación de comunicaciones, consulta) en CI mediantetest/system/portal_accessibility_system_test.rb; cualquier incumplimiento hace fallar la compilación. La extensión de la cobertura automatizada a los flujos autenticados del gestor del caso figura en la hoja de ruta - Pruebas manuales de teclado en el flujo de presentación de comunicaciones del portal, el flujo de trabajo del gestor del caso, la gestión de la cuenta y la autenticación
- Pasadas con lector de pantalla VoiceOver (macOS, Safari) y NVDA (Windows, Firefox) en los mismos flujos
- Comprobación de readaptación con zoom al 200 % en cada maquetación a 1280 × 800
- Movimiento reducido verificado activando la preferencia del SO
- Simulación de daltonismo mediante Coblis
- Revisión de código con arreglo a la guía interna de ingeniería de accesibilidad
Contacto y comentarios #
Inquietudes sobre accesibilidad, solicitudes de formatos alternativos y consultas de compras:
- accessibility@ethicsportal.eu — supervisado cada día laborable
- Consulte la declaración de accesibilidad para conocer el procedimiento completo de comentarios y de aplicación
Normas y referencias #
- EN 301 549 V3.2.3
- EN 301 549 V3.2.1 (versión armonizada)
- Directiva (UE) 2016/2102
- Directiva (UE) 2019/882 — Acta Europea de Accesibilidad
- Decisión de Ejecución (UE) 2018/1523
- WCAG 2.2 nivel AA
- ATAG 2.0
Última actualización: