VPAT en Salesforce: lo que debe saber un administrador
Si trabajas en la administración pública, en educación o en sanidad, tarde o temprano alguien te pedirá el VPAT del componente de AppExchange que acabas de instalar. Aquí explicamos qué es ese documento y en qué fijarse.
Un VPAT (Voluntary Product Accessibility Template) es un documento estándar en el que un proveedor declara, criterio por criterio, cómo cumple su producto las normas de accesibilidad. No es un certificado y nadie te lo expide. Es una autoevaluación estructurada, y su valor depende por completo de la honestidad con que se haya rellenado.
Por qué aparece en las compras de Salesforce
La propia Salesforce publica VPAT de sus productos. Los compradores del sector público de Estados Unidos están sujetos a la Section 508, los europeos a la EN 301 549, y ambas normas se apoyan en WCAG. Cuando tu organización está sujeta a esas reglas, todo el software que usa hereda la obligación, incluido el paquete de AppExchange que alguien instaló para resolver un problema de programación de citas.
En la práctica, sale a la luz tarde, durante una revisión de seguridad o de compras, cuando el componente ya forma parte de un proceso de negocio.
Las tres normas que cubre un VPAT
| Norma | A quién le importa | Qué cubre |
|---|---|---|
| WCAG 2.1 A y AA | A casi todos, como punto de partida | Los criterios de contenido web sobre los que se apoyan las otras dos |
| Section 508 revisada | Gobierno federal de EE. UU. y la mayoría de los estatales y locales | Las obligaciones de la Section 508, expresadas sobre WCAG |
| EN 301 549 | Sector público europeo | El equivalente para la contratación pública en la UE |
Cómo leer uno sin ser experto
Cada criterio recibe uno de varios niveles de conformidad. Los matices importan:
- Supports (cumple) significa que el criterio se cumple en todo el producto.
- Partially Supports (cumple parcialmente) significa que se cumple en la mayoría de los casos, pero no en todos. Este es el interesante.
- Does Not Support (no cumple) significa que no se cumple.
- Not Applicable (no aplicable) significa que el criterio no se aplica a este producto.
Desconfía más de un VPAT que declara Supports en todo que de uno con algunas entradas Partially Supports honestas. El software real tiene casos límite. Un documento sin ningún «parcial» suele significar que nadie lo ha probado de verdad.
Cuatro preguntas para el proveedor
- ¿Cuándo se verificó por última vez y con qué versión? Un VPAT redactado hace dos años y seis versiones describe un software que ya no existe.
- ¿Se probó con la versión empaquetada? El código fuente sin empaquetar y una instalación del paquete gestionado pueden comportarse de forma distinta. La que importa es la que instalas.
- ¿Análisis automático, revisión manual o ambos? Las herramientas automáticas detectan aproximadamente un tercio de los problemas. La navegación por teclado y el recorrido con lector de pantalla necesitan a una persona.
- ¿El color es alguna vez la única señal? Es el fallo más habitual en las interfaces de programación de citas, donde el estado se muestra como una celda de color y nada más.
Los calendarios son especialmente difíciles de hacer bien
Un calendario es una cuadrícula de celdas interactivas, lo que lo convierte en uno de los patrones más difíciles de hacer accesibles. Hacerlo bien exige semántica de cuadrícula ARIA real (role="grid", filas, celdas y encabezados de columna), navegación con las flechas dentro de la cuadrícula en lugar de tabular por cada celda, un nombre accesible en cada celda con la fecha y su estado, y que el estado se transmita también con forma o texto, no solo con color.
Ese último punto tiene una consecuencia directa para los productos que configura el administrador: si dejas que el administrador elija los colores de estado, no puedes garantizar el contraste, y eso es justo lo que debería figurar como Partially Supports en lugar de declararse discretamente como Supports.