Gestionar la ejecución: seguimiento, cambios, garantía y fin del contrato

La accesibilidad de un servicio digital se degrada con el tiempo si nadie la cuida: cada nueva versión, cada componente de terceros que se integra y cada contenido que se publica pueden introducir barreras. En la lección anterior viste cómo seguir los hitos y organizar las pruebas de aceptación. Esta lección se ocupa de lo que ocurre alrededor y después: quién vigila la accesibilidad durante la ejecución, cómo se integra en cada entrega, qué pasa con los subcontratistas y los componentes externos, cómo se gestionan los cambios normativos y las quejas, y cómo se cierra el contrato sin perder lo conseguido.

El responsable del contrato y el seguimiento

El artículo 62 de la LCSP obliga a designar un responsable del contrato, al que corresponde supervisar su ejecución y dictar las instrucciones necesarias para asegurar la correcta realización de la prestación. Esa persona rara vez es especialista en accesibilidad, por lo que conviene que cuente con el apoyo de la unidad responsable de accesibilidad y que el tema sea un punto fijo de las reuniones de seguimiento, apoyado en indicadores que el adjudicatario aporta en cada informe:

Indicador	Qué revela
Incidencias de accesibilidad abiertas, por criticidad	El volumen pendiente y su gravedad
Tiempo medio de corrección frente al plazo del pliego	Si se cumplen los compromisos y procede aplicar penalidades
Regresiones por entrega (errores que vuelven)	Si existe control de calidad real antes de cada entrega
Quejas ciudadanas trasladadas y su estado	Si la entidad podrá responder en plazo

Accesibilidad en cada entrega: la definición de hecho

En los proyectos con metodologías ágiles, el contrato se ejecuta en iteraciones cortas y la verificación por hitos que viste en la lección 4 tiene que traducirse al ritmo del equipo. La herramienta es la definición de hecho (definition of done): las condiciones que debe cumplir cualquier historia de usuario para considerarse terminada. Si la accesibilidad forma parte de ella, cada entrega la incorpora; si no, se acumula como deuda para el final. El pliego puede exigir que la definición de hecho incluya criterios de accesibilidad y que el adjudicatario la entregue al inicio para su aprobación.

Compara dos criterios de aceptación para la misma historia de usuario:

Criterio insuficiente:
- El formulario de solicitud cumple las WCAG.

Criterio verificable:
- Todos los campos tienen etiqueta visible asociada y nombre accesible
  igual o que contiene el texto visible (2.5.3 Etiqueta en el nombre).
- El formulario se completa y envía solo con teclado; el foco es
  visible y no queda oculto por la barra fija (2.4.7, 2.4.11).
- Al enviar con errores, se identifican en texto, se anuncian al lector
  de pantalla y el foco va al primer error (3.3.1, 4.1.3).
- No se piden de nuevo datos ya aportados en el paso anterior
  (3.3.7 Entrada redundante).
- Probado con NVDA + Firefox y VoiceOver + Safari en iOS; sin errores
  de axe-core en la integración continua.

El segundo criterio se comprueba en minutos. Combina herramienta automática y prueba manual porque, como sabes desde el nivel 4, las herramientas solo detectan una parte de los problemas.

Subcontratistas y componentes de terceros

El artículo 215 de la LCSP permite subcontratar, con los límites y comunicaciones que establezcan los pliegos, y deja claro que los subcontratistas solo quedan obligados ante el contratista principal, que asume la total responsabilidad de la ejecución frente a la Administración. Para la accesibilidad, esto significa que el adjudicatario no puede excusarse en que la parte inaccesible la hizo otra empresa: responde de todo lo entregado.

Más delicados son los componentes de terceros: pasarela de pago, mapa, cita previa, chat, reproductor de vídeo, aviso de cookies, verificación anti-bots. De ellos proceden muchos incumplimientos graves. El pliego debe exigir que el adjudicatario evalúe cualquier componente externo antes de integrarlo, obtenga la conformidad del responsable del contrato y, si no hay alternativa accesible, lo documente para la declaración de accesibilidad.

Cambios normativos, modificaciones y prórrogas

Un contrato de mantenimiento puede durar varios años, y en ese tiempo las normas evolucionan: las WCAG 2.2 ya se exigen expresamente en los pliegos bien redactados y la EN 301 549 v4.1.1 (PDF, se abre en una ventana nueva), que las incorpora, se publicó en septiembre de 2026 y está pendiente de cita en el DOUE. Si el pliego no lo prevé, adaptar el servicio a una nueva versión armonizada puede presentarse como un trabajo nuevo, con su coste. Hay dos formas de anticiparse:

• Incluir la adaptación en la obligación de mantenimiento: el adjudicatario adaptará el servicio a la versión de la norma que se publique como armonizada durante la ejecución, dentro del esfuerzo de mantenimiento ofertado.
• Prever una modificación: el artículo 204 permite las modificaciones previstas en el pliego, formuladas de forma clara, precisa e inequívoca, con un límite del veinte por ciento del precio inicial. Puede reservarse para adaptaciones de mayor alcance.

La prórroga (artículo 29) la acuerda el órgano de contratación: antes de prorrogar, revisa el historial de incidencias, plazos y quejas de accesibilidad.

Quejas ciudadanas y resultados del Observatorio

Durante el contrato llegarán comunicaciones por el mecanismo del RD 1112/2018 (PDF, se abre en una ventana nueva) y resultados del Observatorio de Accesibilidad Web (se abre en una ventana nueva). La entidad debe responder a las solicitudes y quejas en plazo (veinte días hábiles según el RD 1112/2018, o el que fije su administración), y para ello necesita que el adjudicatario analice cada caso con rapidez. El pliego debe fijarle un plazo de análisis claramente inferior (por ejemplo, cinco días hábiles para diagnosticar y proponer fecha de corrección) y un plazo de corrección según la criticidad. Una queja de una persona que no puede completar un trámite es, por definición, una incidencia crítica.

Garantía y fin del contrato

El artículo 210 de la LCSP prevé un plazo de garantía a contar desde la recepción, durante el cual el contratista responde de los defectos de lo entregado. Para que las no conformidades de accesibilidad descubiertas en ese periodo (por una queja, por el Observatorio o por una auditoría posterior) se corrijan sin coste, el pliego debe calificarlas como defectos y fijar sus plazos. Y si la accesibilidad se ha configurado como obligación esencial o como condición especial de ejecución (artículo 202), su incumplimiento grave y reiterado puede llevar a la resolución, conforme al artículo 211.

Al terminar el contrato, la entidad debe quedarse con lo necesario para mantener la accesibilidad con otro proveedor o con medios propios. El artículo 308 establece que, salvo que el pliego disponga otra cosa, los contratos de servicios que desarrollan productos protegidos por propiedad intelectual llevan aparejada su cesión a la Administración. Entregables finales que el pliego debe exigir:

• Código fuente y biblioteca de componentes con su documentación de accesibilidad (roles, comportamiento con teclado, anuncios).
• Guía de estilo con los tokens de color y tipografía que cumplen los contrastes.
• Último informe de conformidad por requisito y relación de incidencias pendientes.
• Pruebas automáticas configuradas y casos de prueba manuales reutilizables.
• Sesión de traspaso de conocimiento al nuevo equipo.

Resumen

• El responsable del contrato debe seguir la accesibilidad con indicadores: incidencias por criticidad, tiempos de corrección, regresiones, quejas y componentes de terceros.
• En proyectos ágiles, la accesibilidad entra en la definición de hecho con criterios de aceptación verificables, que combinan pruebas automáticas y manuales.
• El contratista responde de lo que hagan sus subcontratistas; los componentes de terceros deben evaluarse antes de integrarse.
• Los cambios normativos se anticipan en el pliego, como obligación de mantenimiento o como modificación prevista; las quejas necesitan plazos de análisis compatibles con los veinte días hábiles de respuesta.
• En garantía, las no conformidades son defectos; al cierre, la entidad debe recibir código, componentes, guía, informe y traspaso de conocimiento.