DocoMatic

Accesibilidad: en preparación

Informe de conformidad de accesibilidad (borrador)

Un borrador de trabajo de cómo se compara el Workbench de DocoMatic con WCAG 2.2, la Sección 508 y la norma EN 301 549, en el formato VPAT 2.5 que esperan los equipos de compras. Cada calificación indica qué probamos y cómo, y todo lo que no tiene compatibilidad total figura como problema conocido.

Fecha del borrador: .Borrador 0.1

Reemplaza a: ninguna versión. La próxima revisión seguirá a las pruebas con tecnologías de asistencia.

Este informe está en preparación

Este no es un informe de conformidad de accesibilidad publicado. Es un borrador de trabajo de nuestra propia evaluación de una versión preliminar del Workbench. Todavía no incluye pruebas con tecnologías de asistencia ni una revisión independiente, y sus calificaciones pueden cambiar cuando se hagan esas pruebas. Cuando el informe final esté listo, lo ofreceremos en nuestra página de seguridad y reemplazará este borrador.

Este informe cubre únicamente el Workbench de DocoMatic. Los problemas del sitio web de DocoMatic se enumeran en nuestra declaración de accesibilidad; las dos listas se mantienen separadas a propósito.

Desde la fecha del borrador, el Workbench incorporó una página de ayuda integrada. Por eso, las calificaciones 3.2.6 (Ayuda consistente) y 602.2 (Funciones de accesibilidad y compatibilidad) describen la versión anterior y deben volver a evaluarse; cada una de esas filas lleva la misma nota.

Información del producto

Producto
Workbench de DocoMatic, la aplicación web que los clientes usan para cargar, analizar, remediar y descargar documentos
Versión
Versión preliminar (0.1), tal como estaba implementada en la fecha del borrador
Fecha del borrador
16 de septiembre de 2026
Descripción
Una aplicación web para organizaciones del sector público que revisa la accesibilidad de los documentos, los remedia según PDF/UA y WCAG, y genera informes de verificación. Disponible en inglés, francés canadiense y español de EE. UU.
Alcance
Las pantallas de inicio de sesión, registro, documentos, detalle de documento, carga, monitoreo, integraciones, entidades y configuración del Workbench, en los tres idiomas. No se incluyen: nuestra consola interna del personal, nuestro sitio web comercial (vea la declaración de accesibilidad) ni nuestro sitio de documentación para desarrolladores.

Resumen

Este borrador califica 56 criterios de conformidad de WCAG en los niveles A y AA: los de WCAG 2.2, más el 4.1.1, que solo incluyen las versiones anteriores. El Workbench es compatible con 45 de ellos sin defectos conocidos y parcialmente compatible con 3. Los otros 8 no aplican, sobre todo porque la aplicación no contiene audio ni video.

Nuestra mayor carencia está en la evidencia, no en el código. Todavía no hemos probado el Workbench con lectores de pantalla ni con software de entrada por voz. Nuestras calificaciones se basan en pruebas automatizadas, pruebas solo con teclado, mediciones y revisión del código. Lo decimos con claridad en todo este borrador en lugar de dar a entender una auditoría manual que no hemos hecho.

El sitio web comercial tiene su propia declaración de accesibilidad.

Cada fila de criterio tiene un ancla estable, por ejemplo 1.4.3 Contraste (mínimo), de modo que una respuesta a una licitación puede citar el enlace a una calificación en lugar de adjuntar esta página.

Métodos de evaluación

Hasta ahora hemos evaluado la versión implementada en la fecha del borrador con estos métodos:

  • Pruebas automatizadas con axe-core 4.10 en 22 pantallas del Workbench, con cada menú, cuadro de lista y cuadro de diálogo abierto, en inglés, francés y español. Esto incluye la comprobación de tamaño de objetivo de WCAG 2.2 de axe, que está desactivada de forma predeterminada. Resultado: ninguna infracción, de ningún nivel de gravedad.
  • Una prueba automatizada solo con teclado del flujo de trabajo principal (cargar, abrir el documento, elegir un nivel de servicio, remediar, descargar). Comprueba que cada parada del foco tenga un indicador visible, que el foco siga el orden del documento y que nunca se pierda.
  • Mediciones que axe no hace: el contraste de los bordes de los controles de formulario y de los indicadores de foco (al menos 3:1), el reajuste a 320 píxeles CSS, los ajustes de espaciado de texto de WCAG y si el nombre accesible de cada control contiene su etiqueta visible.
  • Revisión del código de los componentes de la interfaz de usuario, construidos sobre primitivas de Radix. Las pruebas automatizadas también comprueban que el progreso y los resultados de los trabajos se anuncien mediante regiones dinámicas (live regions).

Aún no se ha hecho: pruebas con lectores de pantalla (JAWS, NVDA, VoiceOver, TalkBack), magnificadores de pantalla o software de entrada por voz, ni pruebas con personas con discapacidad. Planeamos encargarlas antes de la disponibilidad general. El informe final incluirá los resultados.

Normas y pautas

  • Pautas de Accesibilidad para el Contenido Web (WCAG) 2.2, niveles A y AA. No se evalúa el nivel AAA.
  • Normas revisadas de la Sección 508, publicadas por el US Access Board (36 CFR parte 1194).
  • EN 301 549 V3.2.1 (2021-03), Requisitos de accesibilidad para productos y servicios TIC.

Términos

Compatible
La funcionalidad del producto cumple el criterio sin defectos conocidos, o lo cumple mediante una alternativa equivalente.
Parcialmente compatible
Parte de la funcionalidad del producto no cumple el criterio.
No compatible
La mayor parte de la funcionalidad del producto no cumple el criterio.
No aplica
El criterio no es pertinente para el producto.

WCAG 2.2, nivel A

También se aplica a la Sección 508 (501.1 para software, 602.3 para documentación de soporte) y a las cláusulas 9, 10 y 11 de la norma EN 301 549.

Criterios de conformidad de nivel A de WCAG 2.2
CriterioNivel de conformidadObservaciones y explicaciones
1.1.1 Contenido no textualCompatibleLos íconos son decorativos y están ocultos para las tecnologías de asistencia. Los botones que solo tienen un ícono tienen nombre de texto, y el logotipo está marcado como decorativo.
1.2.1 Solo audio y solo video (grabado)No aplicaEl Workbench no contiene audio ni video.
1.2.2 Subtítulos (grabados)No aplicaEl Workbench no contiene audio ni video.
1.2.3 Audiodescripción o medio alternativo (grabado)No aplicaEl Workbench no contiene audio ni video.
1.3.1 Información y relacionesCompatibleLos encabezados, los puntos de referencia de navegación y de contenido principal, las listas, las etiquetas de formulario y las tablas de datos con celdas de encabezado están codificados semánticamente. axe no informa ningún problema, incluidas sus reglas de buenas prácticas sobre el orden de los encabezados y los puntos de referencia.
1.3.2 Secuencia significativaCompatibleEl orden de lectura sigue el orden visual. Los cuadros de diálogo y los menús se colocan en el orden de lectura al abrirse.
1.3.3 Características sensorialesCompatibleLas instrucciones no dependen de la forma, el tamaño, la posición ni el sonido.
1.4.1 Uso del colorCompatibleEl estado de los documentos, los resultados de las comprobaciones y los errores se muestran como texto, con íconos cuando ayudan. El color nunca es la única señal.
1.4.2 Control del audioNo aplicaEl Workbench no reproduce audio.
2.1.1 TecladoCompatibleToda la funcionalidad se puede usar con el teclado, como confirma una prueba automatizada solo con teclado del flujo de trabajo principal. El área de carga por arrastrar y soltar también tiene un botón Examinar que se puede usar con el teclado.
2.1.2 Sin trampas para el foco del tecladoCompatibleEl foco siempre puede salir. Los menús y los cuadros de diálogo se cierran con Escape y devuelven el foco al control que los abrió.
2.1.4 Atajos de teclado con caracteresCompatibleEl único atajo (mostrar u ocultar la barra lateral) requiere Ctrl o Comando.
2.2.1 Tiempo ajustableCompatibleNinguna tarea tiene límite de tiempo.
2.2.2 Pausar, detener, ocultarParcialmente compatibleNada se mueve ni parpadea durante más de cinco segundos. El estado de los documentos y las alertas se actualiza automáticamente mientras se ejecutan los trabajos, y no hay ningún control para pausar esas actualizaciones. Las actualizaciones se detienen cuando terminan los trabajos.
2.3.1 Umbral de tres destellos o menosCompatibleNingún contenido destella.
2.4.1 Evitar bloquesCompatibleUn enlace para saltar al contenido lleva el foco al contenido principal, y se ofrecen puntos de referencia de navegación y de contenido principal.
2.4.2 Titulado de páginasCompatibleEl título de cada página nombra la pantalla (tomado de su encabezado principal, incluido el nombre del documento o del dominio en las pantallas de detalle) y la organización.
2.4.3 Orden del focoCompatibleEl foco sigue el orden visual (probado automáticamente). Entra en los cuadros de diálogo y regresa cuando se cierran, y pasa al contenido principal cuando usted cambia de pantalla.
2.4.4 Propósito de los enlaces (en contexto)CompatibleEl texto del enlace, solo o junto con su fila de la tabla, describe el destino.
2.5.1 Gestos del punteroCompatibleNo se usan gestos multipunto ni basados en trazados.
2.5.2 Cancelación del punteroCompatibleLos controles actúan al soltar el puntero, con botones y enlaces estándar.
2.5.3 Etiqueta en el nombreCompatibleEl nombre accesible de cada control contiene su texto visible. Lo comprobamos automáticamente en todas las pantallas del Workbench.
2.5.4 Activación mediante movimientoNo aplicaNinguna función usa el movimiento del dispositivo.
3.1.1 Idioma de la páginaCompatibleEl idioma de la página se define como en-US, fr-CA o es-US según el idioma elegido.
3.2.1 Al recibir el focoCompatibleMover el foco nunca cambia el contexto.
3.2.2 Al recibir entradasCompatibleCambiar un filtro actualiza la lista en el mismo lugar. Nada se abre ni navega sin una acción deliberada.
3.2.6 Ayuda consistenteNo aplicaEn la fecha del borrador, el Workbench no incluía ningún mecanismo de ayuda, por lo que este criterio no aplicaba. Los datos de contacto están en nuestro sitio web.Pendiente de reevaluación: esta calificación describe la versión anterior a la incorporación de la página de ayuda integrada.
3.3.1 Identificación de erroresCompatibleLos errores se describen en texto junto al campo o control que los causó. Los campos se marcan como no válidos y se vinculan con su mensaje, y los fallos también se anuncian.
3.3.2 Etiquetas o instruccionesParcialmente compatibleLos campos de formulario tienen etiquetas visibles. Los menús desplegables de filtro sobre las listas tienen nombre accesible pero no etiqueta visible; su propósito lo indica el valor actual (por ejemplo, "Todos los estados").
3.3.7 Entrada redundanteCompatibleEl registro conserva la organización y el correo electrónico que usted ya ingresó en el paso de la cuenta, y no los vuelve a pedir.
4.1.1 Procesamiento (solo WCAG 2.0 y 2.1)CompatibleSe eliminó en WCAG 2.2 y se considera siempre cumplido para HTML. Lo incluimos para la Sección 508 y la norma EN 301 549, que remiten a versiones anteriores de WCAG.
4.1.2 Nombre, función, valorCompatibleLos controles se construyen sobre primitivas de Radix con las funciones, los nombres y los estados correctos. Cuando hay un menú, cuadro de lista o cuadro de diálogo abierto, la página de fondo queda oculta para las tecnologías de asistencia y también inerte.

WCAG 2.2, nivel AA

La Sección 508 incorpora WCAG 2.0; los criterios añadidos en WCAG 2.1 y 2.2 también se califican aquí.

Criterios de conformidad de nivel AA de WCAG 2.2
CriterioNivel de conformidadObservaciones y explicaciones
1.2.4 Subtítulos (en directo)No aplicaEl Workbench no contiene audio en directo.
1.2.5 Audiodescripción (grabada)No aplicaEl Workbench no contiene video.
1.3.4 OrientaciónCompatibleFunciona en orientación vertical y horizontal.
1.3.5 Identificar el propósito de la entradaCompatibleLos campos personales (nombre, correo electrónico, organización, teléfono, contraseñas) declaran su propósito para que los navegadores puedan autocompletarlos.
1.4.3 Contraste (mínimo)CompatibleEl texto alcanza 4.5:1 (3:1 para texto grande), según confirma axe en cada pantalla probada. El Workbench solo tiene tema claro.
1.4.4 Cambio de tamaño del textoCompatibleEl texto se puede ampliar al 200 % sin pérdida de contenido; el diseño se reajusta (vea 1.4.10).
1.4.5 Imágenes de textoCompatibleNo se usan imágenes de texto.
1.4.10 Reajuste del contenidoCompatibleCon 320 píxeles CSS de ancho, ninguna pantalla probada se desplaza en dos direcciones. Las tablas de datos se desplazan horizontalmente dentro de su propio contenedor, como permite el criterio.
1.4.11 Contraste no textualCompatibleLos bordes de los controles de formulario miden 3.4:1 y los indicadores de foco 3.5:1 respecto de la página. Una prueba de regresión protege ambos valores.
1.4.12 Espaciado del textoCompatibleCon los ajustes de espaciado de texto de WCAG aplicados, ningún texto queda cortado. Los nombres de organización largos se acortan con puntos suspensivos sea cual sea el espaciado, y aparecen completos en el menú de la organización.
1.4.13 Contenido con hover o focoCompatibleLa información sobre herramientas se puede descartar con Escape, se puede recorrer con el puntero y permanece visible hasta que se descarta o deja de ser necesaria.
2.4.5 Múltiples víasCompatibleSe puede llegar a las pantallas desde la navegación lateral y desde los enlaces de las listas y los paneles, y los documentos también se pueden encontrar con la búsqueda.
2.4.6 Encabezados y etiquetasCompatibleLos encabezados y las etiquetas describen su tema o propósito.
2.4.7 Foco visibleCompatibleCada elemento que puede recibir el foco muestra un indicador. La prueba con teclado lo comprueba en cada parada.
2.4.11 Foco no oculto (mínimo)CompatibleNingún contenido fijo o adherido tapa el elemento que tiene el foco.
2.5.7 Movimientos de arrastreCompatibleLa única interacción de arrastre, soltar archivos para cargarlos, también tiene un botón Examinar.
2.5.8 Tamaño del objetivo (mínimo)CompatibleLos objetivos miden al menos 24 por 24 píxeles CSS o tienen suficiente separación, según confirma la regla de tamaño de objetivo de axe.
3.1.2 Idioma de las partesCompatibleCada página está completamente en un solo idioma. En el menú de idiomas, cada opción está marcada con su propio idioma.
3.2.3 Navegación coherenteCompatibleLa navegación lateral es la misma en todas las pantallas.
3.2.4 Identificación coherenteCompatibleLos componentes con la misma función se etiquetan igual en todo el producto.
3.3.3 Sugerencias ante erroresCompatibleLos mensajes de error indican cómo resolver el problema, por ejemplo las reglas de la contraseña, o elegir un nivel de servicio más bajo cuando no alcanzan los créditos.
3.3.4 Prevención de errores (legales, financieros, de datos)Parcialmente compatibleEliminar documentos y miembros del equipo, las acciones masivas y las transferencias de propiedad piden confirmación. Iniciar una sola remediación gasta créditos en cuanto se presiona el botón; el costo se muestra junto al botón, pero no hay un paso de confirmación aparte.
3.3.8 Autenticación accesible (mínima)CompatibleEl inicio de sesión usa correo electrónico y contraseña, admite administradores de contraseñas y la acción de pegar, y no incluye acertijos ni pruebas de memoria.
4.1.3 Mensajes de estadoCompatibleLos resultados de carga, las etapas de análisis y remediación, los resultados de revisión, los guardados y los totales de las acciones masivas se anuncian mediante regiones dinámicas sin mover el foco. Los fallos se anuncian de forma prioritaria.

Sección 508, capítulo 3: criterios de desempeño funcional

Equivale a la cláusula 4.2 de la norma EN 301 549.

Criterios de desempeño funcional de la Sección 508
CriterioNivel de conformidadObservaciones y explicaciones
302.1 Sin visiónParcialmente compatibleDiseñado para lectores de pantalla (estructura semántica, nombres accesibles, cambios de estado anunciados), pero aún no se ha probado con un lector de pantalla.
302.2 Con visión limitadaCompatibleAdmite el zoom del navegador, el reajuste a 320 píxeles CSS, el espaciado de texto y el contraste mínimo. Aún no se ha probado con magnificadores de pantalla.
302.3 Sin percepción del colorCompatibleLa información nunca se transmite solo con el color.
302.4 Sin audiciónCompatibleNinguna función usa audio.
302.5 Con audición limitadaCompatibleNinguna función usa audio.
302.6 Sin hablaCompatibleNinguna función requiere el habla.
302.7 Con manipulación limitadaCompatibleTodo funciona con el teclado, los objetivos cumplen el tamaño mínimo y no se requiere arrastrar. Aún no se ha probado con software de entrada por voz.
302.8 Con alcance y fuerza limitadosCompatibleNo se necesita ninguna interacción física aparte de la entrada estándar con teclado o puntero.
302.9 Con capacidades lingüísticas, cognitivas y de aprendizaje limitadasParcialmente compatibleMensajes en lenguaje sencillo, diseño coherente, errores con soluciones sugeridas y sin límites de tiempo. Iniciar una sola remediación no tiene paso de confirmación (vea 3.3.4).

Sección 508, capítulo 5: software

El Workbench es software web y una herramienta de autoría: crea documentos PDF accesibles. Equivale a la cláusula 11 de la norma EN 301 549.

Requisitos de software de la Sección 508
CriterioNivel de conformidadObservaciones y explicaciones
501.1 Alcance: incorporación de WCAG 2.0 AACompatibleVea las tablas de WCAG 2.2 más arriba.
502 Interoperabilidad con tecnologías de asistenciaNo aplicaSoftware web: la accesibilidad se ofrece mediante las interfaces de accesibilidad del navegador, que cubre WCAG. Este criterio se aplica al software de plataforma.
503.2 Preferencias del usuarioCompatibleRespeta la configuración del navegador para el tamaño del texto, el zoom, el idioma y la reducción de movimiento. Las animaciones de carga se detienen cuando se solicita movimiento reducido.
503.3 Interfaces de usuario alternativasNo aplicaEl Workbench no ofrece ninguna interfaz de usuario alternativa que funcione como tecnología de asistencia.
503.4 Controles del usuario para subtítulos y audiodescripciónNo aplicaEl Workbench no contiene video.
504.2 Creación o edición de contenidoCompatibleEl propósito del Workbench es producir documentos accesibles. Revisa los archivos cargados según las reglas de PDF/UA y WCAG, los remedia e informa qué cambió.
504.2.1 Preservación de la información de accesibilidad en la conversión de formatoParcialmente compatibleLa remediación de nivel 1 solo agrega etiquetas y propiedades; comprobamos que deja las páginas visualmente idénticas. Los niveles 2 y 3 reconstruyen la estructura del documento y pueden sustituir fuentes. Las sustituciones de fuentes se registran en el manifiesto de cambios, pero, a la fecha de este borrador, no figuran en el informe que recibe el cliente.
504.2.2 Exportación a PDFParcialmente compatibleLos PDF remediados se validan con veraPDF según PDF/UA-1. Los documentos que no pasan se informan como no verificados. El PDF del informe de verificación se revisa de la misma forma cuando hay un validador veraPDF configurado para la implementación; de lo contrario, solo lo revisa el analizador propio de DocoMatic.
504.3 IndicacionesCompatibleEl informe de análisis enumera cada comprobación fallida y recomienda un nivel de remediación. Se puede añadir revisión humana para el contenido que la automatización no puede resolver.
504.4 PlantillasNo aplicaEl Workbench no ofrece plantillas de documentos.

Sección 508, capítulo 6: documentación y servicios de soporte

Equivale a la cláusula 12 de la norma EN 301 549.

Documentación y servicios de soporte según la Sección 508
CriterioNivel de conformidadObservaciones y explicaciones
602.2 Funciones de accesibilidad y compatibilidadParcialmente compatibleEste borrador y nuestra declaración de accesibilidad describen las funciones de accesibilidad del Workbench. En la fecha del borrador, la ayuda integrada en el producto no las cubría.Pendiente de reevaluación: esta calificación describe la versión anterior a la incorporación de la página de ayuda integrada.
602.3 Documentación de soporte electrónicaParcialmente compatibleEste borrador y la declaración de accesibilidad se publican como páginas web accesibles. Nuestro sitio de documentación para desarrolladores aún no se ha evaluado según WCAG 2.2 AA.
602.4 Formatos alternativos para documentación de soporte no electrónicaNo aplicaNo ofrecemos documentación no electrónica.
603.2 Información sobre funciones de accesibilidad y compatibilidadCompatibleEl equipo de soporte responde preguntas de accesibilidad en accessibility@docomatic.ai.
603.3 Atención a las necesidades de comunicaciónCompatibleEl soporte se ofrece por escrito, por correo electrónico, en inglés, francés o español.

Correspondencia con la norma EN 301 549

  • Cláusula 4.2 (declaraciones de desempeño funcional): vea la tabla del capítulo 3 de la Sección 508.
  • Cláusulas 5 a 8 (requisitos genéricos, comunicación de voz bidireccional, video y hardware): no aplican, excepto 5.2 (activación de funciones de accesibilidad) y 5.7 (repetición de teclas), de las que se encarga el navegador.
  • Cláusulas 9 (web), 10 (documentos no web) y 11 (software): vea las tablas de WCAG 2.2. El Workbench es una aplicación web.
  • Cláusula 11.8 (herramientas de autoría): vea las filas 504.2 a 504.4 de la tabla del capítulo 5 de la Sección 508.
  • Cláusula 12 (documentación y servicios de soporte): vea la tabla del capítulo 6 de la Sección 508.

EN 301 549 es la norma detrás de la Ley Europea de Accesibilidad; nuestra guía sobre la Ley Europea de Accesibilidad explica lo que exige. Cómo leen los compradores un informe en este formato se explica en nuestra guía sobre la Sección 508.

Problemas conocidos

Todo lo que sigue no llega a la compatibilidad total o aún no está demostrado. Actualizaremos esta lista a medida que se resuelva cada punto.

  • Aún no se ha probado con tecnologías de asistencia

    No hemos hecho pruebas con lectores de pantalla, magnificadores ni entrada por voz. Nuestras calificaciones se basan en pruebas automatizadas, con teclado y de medición, además de la revisión del código, así que pueden quedar problemas que solo revelarían tecnologías de asistencia reales. Esto afecta a 302.1, 302.2 y 302.7.

  • Las actualizaciones de estado en vivo no se pueden pausar

    Mientras se ejecutan sus trabajos, el estado de los documentos y las alertas se actualiza automáticamente, y no hay un control para pausarlo (2.2.2). Las actualizaciones se detienen cuando terminan los trabajos.

  • Los filtros de las listas no tienen etiqueta visible

    Los menús desplegables de filtro tienen nombre accesible, pero en pantalla su propósito solo se indica con el valor seleccionado (3.3.2).

  • Sin confirmación antes de que una sola remediación gaste créditos

    El costo aparece junto al botón Remediar, pero al presionarlo se gastan los créditos de inmediato. La remediación masiva sí pide confirmación (3.3.4, 302.9).

  • Las sustituciones de fuentes no se indican en el informe del cliente

    La remediación de nivel 2 y 3 puede sustituir fuentes. El cambio se registra en el manifiesto de cambios, pero todavía no en el informe que recibe el cliente (504.2.1).

  • La validación del PDF del informe depende de la implementación

    El PDF del informe de verificación solo se revisa con veraPDF cuando hay un validador veraPDF configurado (504.2.2).

  • Funciones de accesibilidad no cubiertas en la ayuda del producto

    En la fecha del borrador, el Workbench no tenía ayuda integrada. Sus funciones de accesibilidad se describen en este borrador y en nuestra declaración de accesibilidad (602.2).

  • Documentación para desarrolladores sin evaluar

    Nuestro sitio de documentación para desarrolladores está fuera del alcance de este borrador y no se ha evaluado (602.3).

  • Consola del personal fuera del alcance

    La consola interna del personal de DocoMatic no es un producto para clientes y no se incluye aquí. Se prueba con las mismas comprobaciones automatizadas y solo está disponible en inglés.

Corregido antes de este borrador

Una auditoría interna del 15 de septiembre de 2026 encontró estos defectos. Todos se corrigieron y se volvieron a probar antes de este borrador:

  • Los menús y cuadros de lista abiertos ocultaban la página a los lectores de pantalla, pero la dejaban enfocable. Ahora la página detrás de cualquier menú, cuadro de lista o cuadro de diálogo también queda inerte (4.1.2).
  • No se anunciaban el progreso ni la finalización de los trabajos. Ahora se anuncian las etapas, los guardados y los fallos (4.1.3).
  • Los mensajes de fallo no ofrecían forma de volver a intentarlo. Ahora cada estado de fallo permite reintentar, los estados de carga tienen marcadores de posición y las direcciones desconocidas muestran una página de no encontrado adecuada.
  • El texto secundario, los bordes de los controles de formulario y los indicadores de foco tenían poco contraste (1.4.3, 1.4.11).
  • Tres botones de menú y los botones de conectores tenían nombres accesibles que no contenían su texto visible (2.5.3).
  • Todas las pantallas tenían el mismo título de página (2.4.2).
  • Dos objetivos medían menos de 24 píxeles CSS y estaban demasiado cerca de sus vecinos (2.5.8).
  • El foco se perdía al enviar una remediación y no se movía al cambiar de pantalla, y el destino del enlace para saltar al contenido no podía recibir el foco (2.4.3).
  • Las pantallas Integraciones y Entidades mostraban claves de texto sin procesar en lugar de palabras, en los tres idiomas.

Comentarios

Si algo del Workbench no le funciona, o necesita este borrador en otro formato, escriba a accessibility@docomatic.ai. Respondemos en un plazo de dos días hábiles.

Dos días hábiles es el compromiso de acuse de recibo publicado en Niveles de Servicio y Soporte, sección 6.7.

Actualizamos este borrador a medida que avanzan las pruebas y cada vez que cambia una calificación. La fecha del borrador, en la parte superior, indica cuándo cambió por última vez.