¿Qué es un VPAT? Guía del ACR

Si vende software a un organismo público, una universidad, una red hospitalaria o una gran empresa, tarde o temprano un responsable de compras le pedirá «su VPAT». Para muchos proveedores esta es la primera vez que se topan con el documento, y la petición llega con poca explicación y un plazo ajustado. Esta guía desmitifica el VPAT y el Accessibility Conformance Report (ACR) en que se convierte: qué es el documento, cómo se relacionan ambos términos, cuál de las cuatro ediciones debería elaborar, cómo se califica la conformidad y por qué un informe honesto y basado en evidencias es uno de los activos de accesibilidad más valiosos que su organización puede poseer.

Un VPAT no es un certificado, un sello ni una afirmación de marketing. En el mejor de los casos es un relato cuidadoso, criterio por criterio, de cómo se mide su producto frente a estándares de accesibilidad reconocidos. En el peor, es una ficción aprobada sin más que lo expone a riesgos legales y de reputación en el momento en que el equipo de accesibilidad de un comprador pruebe su producto. La diferencia entre esos dos resultados está en las pruebas que respaldan el documento, que es justamente donde se centra QualiBooth.

Qué es realmente un VPAT

VPAT significa Voluntary Product Accessibility Template. Es un documento estandarizado, creado y mantenido por el Information Technology Industry Council (ITI, a través de su rama ITIC), que los proveedores utilizan para describir cómo un producto o servicio de tecnología de la información y la comunicación (TIC) se ajusta a un conjunto de estándares de accesibilidad.

La palabra «voluntario» resulta hoy algo engañosa. La plantilla surgió para ayudar a los proveedores a divulgar voluntariamente información de accesibilidad a los compradores federales de EE. UU., pero en la práctica completarla es ahora un requisito ineludible en innumerables procesos de compra. La parte de «plantilla» es más literal: el VPAT es un formulario en blanco con una estructura definida — tablas de criterios de éxito, una columna para el nivel de conformidad y una columna para observaciones explicativas.

Hay tres cosas que conviene fijar en la mente desde el principio:

Un VPAT describe una versión específica de un producto específico en plataformas específicas. Un VPAT de «nuestra app» sin número de versión carece de sentido.
Un VPAT es autodeclarado. Ningún organismo externo lo certifica. Precisamente por eso la credibilidad de un VPAT depende por completo del rigor de las pruebas que lo respaldan.
La familia de plantillas de uso generalizado actual es VPAT 2.5. Trabaje siempre con la versión más reciente de la plantilla de ITI y no con una copia antigua que ronda por su unidad compartida.

VPAT vs ACR: la diferencia que confunde a muchos

La gente usa «VPAT» y «ACR» indistintamente, pero no son lo mismo, y entender la distinción le indica a un comprador entendido que se toma el proceso en serio.

Un VPAT es la plantilla en blanco. Es el formulario vacío que publica ITI.
Un ACR — Accessibility Conformance Report — es el documento completado. Una vez que ha rellenado la plantilla para su producto real, con calificaciones de conformidad y observaciones reales, el resultado es un ACR.

Dicho de otro modo, el VPAT es el molde y el ACR es la galleta. Cuando un comprador pide «su VPAT», lo que en realidad quiere es su ACR: el informe completado. La mayoría de los equipos seguirá diciendo «VPAT» en la conversación cotidiana, y eso está bien, pero en la documentación formal lo correcto es etiquetar el archivo terminado como Accessibility Conformance Report.

Esto importa más allá de la pedantería. Un comprador que recibe un archivo titulado literalmente «VPAT 2.5 Template» con tablas en blanco — algo que ocurre más a menudo de lo que cabría esperar — sabe de inmediato que el proveedor no ha hecho el trabajo. Un ACR correctamente completado, con el nombre y la fecha de la versión del producto que cubre, transmite competencia antes de que el comprador lea una sola fila.

Las cuatro ediciones de la plantilla VPAT 2.5

Uno de los puntos de confusión más comunes es que la plantilla VPAT 2.5 viene en cuatro ediciones, cada una alineada con un estándar o combinación de estándares diferente. Elegir la edición equivocada puede frenar un acuerdo o hacer fracasar una auditoría, así que elija de forma deliberada en función de dónde vende.

1. Edición WCAG

Esta edición evalúa su producto únicamente frente a las Web Content Accessibility Guidelines — normalmente WCAG 2.2 (o la versión que indique su comprador, a menudo en los niveles A y AA). Es la opción adecuada cuando un comprador simplemente quiere información de conformidad con WCAG y no hay un marco legal superpuesto. También es la edición más ligera, lo que la convierte en un punto de partida sensato para productos vendidos principalmente al sector privado. Si WCAG le resulta un terreno desconocido, nuestra introducción a la conformidad con WCAG y nuestra guía sobre cómo hacer un sitio web conforme con WCAG explican el estándar subyacente.

2. Edición Section 508

Esta edición asigna su producto a los estándares de Section 508 utilizados en las compras federales de EE. UU. Dado que los estándares revisados de Section 508 incorporan WCAG 2.0 niveles A y AA por referencia, esta edición incluye las tablas de WCAG más requisitos adicionales específicos de 508 que cubren hardware, software, documentación de soporte y servicios. Si vende a cualquier organismo federal de EE. UU. — o a organismos estatales que reflejan las normas federales — esta suele ser la edición que necesita. Consulte nuestra guía de conformidad con Section 508 para el contexto regulatorio.

3. Edición UE (EN 301 549)

Esta edición se alinea con EN 301 549, el estándar armonizado europeo de accesibilidad de las TIC que sustenta las compras del sector público en toda la UE y, cada vez más, las obligaciones del sector privado introducidas por la European Accessibility Act. EN 301 549 incorpora WCAG y añade requisitos específicos del contexto europeo, incluidas las declaraciones de rendimiento funcional. Si vende al sector público europeo — o necesita demostrar su preparación para la European Accessibility Act — elabore la edición UE.

4. Edición INT (internacional)

La edición INT combina los tres marcos — WCAG, Section 508 y EN 301 549 — en un único documento. Es la más completa y la que más trabajo requiere, pero resulta inestimable para los proveedores que venden en varios mercados, porque un solo informe satisface a los compradores a ambos lados del Atlántico. Si su base de clientes abarca el sector público de EE. UU. y Europa, la edición INT suele ahorrarle el mantenimiento de tres documentos separados.

Cuando los clientes tienen dudas, les ayudamos a elegir durante la definición del alcance. Elaborar una única edición INT suele ser más eficiente que descubrir a mitad de un acuerdo que tiene la edición regional equivocada. Puede leer más sobre cómo abordamos esto en nuestra página del servicio de informes VPAT.

Niveles de conformidad: el corazón del informe

Cada criterio de éxito aplicable de un ACR recibe uno de un pequeño conjunto de niveles de conformidad. Acertar con estas calificaciones — y resistir la tentación de inflarlas — es, con diferencia, la parte más importante del trabajo.

Supports (Cumple) — la funcionalidad cumple el criterio sin barreras de accesibilidad significativas. Esto no significa «perfecto»; significa que una persona usuaria que depende de tecnología de asistencia puede completar la tarea sin obstáculos.
Partially Supports (Cumple parcialmente) — parte de la funcionalidad cumple el criterio, pero hay excepciones o barreras conocidas. Es una calificación honesta y muy frecuente; la columna de observaciones debe explicar exactamente qué funciona y qué no.
Does Not Support (No cumple) — la mayoría de la funcionalidad no cumple el criterio. De nuevo, las observaciones deben ser específicas.
Not Applicable (No aplicable) — el criterio no se aplica al producto (por ejemplo, criterios sobre contenido de audio para un producto que no contiene audio).
Not Evaluated (No evaluado) — se utiliza solo en las tablas de nivel AAA del informe de Section 508, ya que la evaluación AAA no es obligatoria.

Dos principios separan un informe creíble de uno inútil. Primero, la columna de observaciones es la que aporta la información real. Un «Partially Supports» sin explicación es casi inútil; «Partially Supports — los selectores de fecha se pueden operar con el teclado pero no anuncian la fecha seleccionada a los lectores de pantalla; corrección prevista para v4.2» le dice al comprador exactamente lo que necesita saber. Segundo, las calificaciones deben ganarse mediante pruebas, no asignarse por optimismo. Un criterio marcado como «Supports» debería haberse verificado, idealmente incluyendo pruebas con personas usuarias de tecnología de asistencia.

Por qué importan los VPAT honestos y basados en evidencias

Es tentador tratar el VPAT como un trámite de marcar casillas y poner «Supports» en todo para superar las compras rápidamente. Es un error grave, por varias razones que convergen.

Los equipos de compras verifican

Los compradores experimentados — organismos federales, grandes universidades, sistemas sanitarios, bancos — cuentan cada vez más con especialistas en accesibilidad que no dan por buenos los ACR sin más. Comprueban las afirmaciones por muestreo probando su producto con lectores de pantalla y teclados. Cuando una calificación de «Supports» se desmorona en una evaluación con lector de pantalla de cinco minutos, no solo pierde esa fila; pierde la confianza del comprador en todo el documento, y a menudo el acuerdo.

El riesgo legal se acumula

Un VPAT exagerado es una declaración escrita sobre la accesibilidad de su producto. En una jurisdicción con exposición a litigios de accesibilidad — bajo la ADA en EE. UU., la AODA en Ontario o la European Accessibility Act en la UE — un documento que afirma una conformidad que su producto no ofrece se convierte en prueba en su contra. Un ACR honesto que informa con franqueza «Partially Supports» con un calendario de subsanación es mucho más defendible que uno inflado que proclama la perfección.

Un informe honesto es más útil internamente

Un ACR veraz funciona también como un backlog. Cada «Partially Supports» y «Does Not Support» es una tarea pendiente priorizada para su equipo de ingeniería. Los equipos que tratan el VPAT como un inventario vivo de deuda de accesibilidad logran un progreso constante y medible; los que lo falsean acumulan riesgo oculto.

Por eso un VPAT nunca debe confundirse con un overlay de accesibilidad o un «widget de accesibilidad» de una sola línea. Los overlays no corrigen el código subyacente, no producen evidencia de conformidad defendible y no pueden sustituir a un ACR real. QualiBooth no respalda los overlays precisamente por esta razón — crean la apariencia de conformidad sin la sustancia, que es lo contrario de lo que representa un VPAT honesto.

Cómo elaborar un VPAT, paso a paso

Un ACR fiable es el producto de un proceso disciplinado. Esta es la secuencia que seguimos, y la que debería esperar de cualquier proveedor competente.

Definir el alcance. Identifique el producto, la versión y las plataformas exactas (web, iOS, Android, escritorio) que cubrirá el informe. Decida qué edición — WCAG, Section 508, UE o INT — según sus mercados objetivo.
Ejecutar pruebas automatizadas. Los escáneres automatizados son rápidos y excelentes para detectar ciertas categorías de problemas — texto alternativo ausente, contraste bajo, controles de formulario sin etiquetar. Nuestro software de escaneo de accesibilidad proporciona esa base, y puede probarlo gratis con un escaneo rápido. Pero recuerde que la automatización detecta de forma fiable solo una parte de los problemas de WCAG.
Realizar pruebas manuales. La mayoría de los criterios de éxito requieren juicio humano: un orden de foco significativo, una secuencia de lectura lógica, mensajes de error sensatos, widgets personalizados accesibles. Una auditoría manual de accesibilidad exhaustiva es innegociable para un informe creíble.
Probar con personas usuarias de tecnología de asistencia. Las calificaciones más defendibles provienen de auditorías realizadas por personas con discapacidad que usan lectores de pantalla, ampliación y dispositivos de conmutación a diario. Sacan a la luz barreras reales que los evaluadores videntes pasan por alto.
Asignar calificaciones y redactar observaciones. Traduzca los hallazgos a Supports / Partially Supports / Does Not Support para cada criterio, con observaciones específicas y útiles.
Montar y revisar el ACR. Dé formato al informe terminado de forma limpia, etiquételo con la versión del producto y la fecha, y haga que se revise su exactitud y coherencia antes de que salga de la empresa.
Acompañarlo de una hoja de ruta de subsanación. Un buen proveedor no le entrega solo el informe, sino también un plan priorizado para llevar los «Partially Supports» hacia «Supports».

Si su equipo carece de la experiencia interna para los pasos dos a cinco, eso es la norma más que la excepción. Este es precisamente el trabajo que cubre nuestro servicio de informes VPAT y nuestra consultoría de accesibilidad más amplia. Para una visión más completa de lo que implican los servicios de consultoría, consulte nuestra explicación sobre la consultoría de accesibilidad.

Mantener un VPAT a lo largo del tiempo

Un VPAT es una instantánea de un objetivo en movimiento. El día que publica una nueva versión, su ACR empieza a alejarse de la realidad. Tratar el documento como un entregable único es uno de los errores más comunes — y más dañinos — que cometen los proveedores.

Actualizar ante cambios materiales. Cualquier versión que altere de forma significativa la interfaz de usuario o añada nuevas funciones debería desencadenar una revisión de los criterios afectados.
Renovar al menos una vez al año. Incluso sin cambios importantes, los estándares evolucionan y los compradores esperan una fecha reciente en el documento. Un ACR con fecha de hace tres años invita al escepticismo.
Vincularlo a pruebas continuas. La forma más fiable de mantener veraz un ACR es seguir probando el producto de forma continua. Las auditorías de accesibilidad recurrentes detectan regresiones antes de que invaliden sus afirmaciones, de modo que el informe que entrega a un comprador siempre coincide con el producto que va a probar.

QualiBooth combina una plataforma de escaneo con una evaluación humana experta precisamente para que la evidencia que respalda su ACR se mantenga actualizada. El escáner vigila las regresiones entre auditorías formales; las pruebas humanas mantienen honestas las calificaciones matizadas y basadas en el juicio. Puede comparar toda nuestra oferta en la página de servicios de accesibilidad y revisar las opciones en nuestra página de precios.

Preguntas frecuentes

¿Es obligatorio legalmente un VPAT?

La plantilla en sí es voluntaria, pero proporcionar una es con frecuencia una condición obligatoria de un contrato de compra, especialmente en las compras federales y estatales de EE. UU. y en todo el sector público de la UE. Por separado, las obligaciones de accesibilidad subyacentes — Section 508, la EAA, la ADA — son absolutamente obligatorias, y un VPAT es la manera de demostrar su posición frente a ellas.

¿Puedo completar un VPAT yo mismo?

Puede, y nada prohíbe la autocumplimentación. El riesgo es la exactitud. Una autoevaluación redactada sin pruebas rigurosas — o con un incentivo para quedar bien — tiende a exagerar la conformidad, lo que crea exposición legal y erosiona la confianza del comprador en el momento en que se ponen a prueba las afirmaciones. Muchas organizaciones recurren a un proveedor independiente precisamente por esta razón.

¿Cuánto se tarda en elaborar un VPAT?

Depende del tamaño y la complejidad del producto y de la edición requerida. Una aplicación web de una sola plataforma puede llevar un par de semanas una vez en marcha las pruebas; una gran suite multiplataforma que necesite la edición INT lleva más tiempo. Una conversación de definición del alcance le da un calendario realista.

¿Cuál es la diferencia entre la conformidad con WCAG y un VPAT?

WCAG es el estándar — el conjunto de criterios de éxito. Un VPAT/ACR es el documento que registra, criterio por criterio, cómo se desempeña su producto frente a ese estándar (y, según la edición, también frente a Section 508 y EN 301 549). Tiene que cumplir realmente WCAG para reclamar conformidad; el ACR es la manera de comunicar dónde se encuentra.

En resumen

Un VPAT, completado como Accessibility Conformance Report, es mucho más que un obstáculo de compras. Hecho con honestidad, es un relato creíble de cómo su producto atiende a las personas con discapacidad, un registro defendible que reduce el riesgo legal y un backlog operativo que impulsa mejoras reales. Hecho sin honestidad, es una responsabilidad a la espera de quedar al descubierto.

El factor decisivo es siempre las pruebas que respaldan las calificaciones. Si necesita un ACR que pueda firmar con su nombre — uno fundamentado en escaneo automatizado, auditorías manuales y evaluación por personas con discapacidad — explore nuestro servicio de informes VPAT, o solicite una demo para ver cómo QualiBooth elabora informes que resisten el escrutinio.