Prevención de errores (legales, financieros, datos):
Comprender CC 3.3.4
3.3.4 Prevención de errores (legales, financieros, datos): Para las páginas web que representan para el usuario compromisos legales o transacciones financieras; que modifican o eliminan datos controlables por el usuario en sistemas de almacenamiento de datos; o que envían las respuestas del usuario a una prueba, se cumple al menos uno de los siguientes casos: (Nivel AA)
Reversible: El envío es reversible.
Revisado: Se verifica la información para detectar errores en la entrada de datos y se proporciona al usuario una oportunidad de corregirlos.
Confirmado: Se proporciona un mecanismo para revisar, confirmar y corregir la información antes de finalizar el envío de los datos.
Proposito de este Criterio de Conformidad
La intención de este Criterio de Conformidad es ayudar a los usuarios con discapacidad a evitar sufrir serias consecuencias si cometen un error al realizar una acción que no se puede revertir. Por ejemplo, comprar un pasaje de avión no reembolsable o suscribir una orden de compra de acciones en la bolsa son transacciones financieras que pueden tener serias consecuencias. Si el usuario comete un error al elegir la fecha de su viaje, puede que termine con un pasaje para otra fecha que no se puede cambiar. Si el usuario se confundió al momento de elegir el número de acciones que desea comprar, puede terminar comprando muchas más de las deseadas. Ambos errores involucran transacciones inmediatas y que luego no se pueden cambiar, y esto puede tener consecuencias muy costosas. Asimismo, los usuarios pueden modificar o borrar sin querer la información guardada en una base de datos a la que necesitarán volver a acceder, por ejemplo, el perfil de viajero en un sitio de agencias de viajes. En esta pauta se incluye los datos de una prueba ya que, para que las pruebas sean válidas, los usuarios no deben tener la posibilidad de modificar las respuestas una vez que han enviado. Por esa razón, es imprescindible que los usuarios estén seguros de que han enviado los datos correctos.
Los usuarios con discapacidad pueden ser más propensos a cometer errores. Las personas con problemas de lectura a menudo confunden los números con las letras, las personas con problemas motrices a veces se equivocan de tecla al ingresar los datos. Proporcionar la opción de revertir las acciones permite a los usuarios corregir los errores que pueden tener consecuencias serias. Proporcionar la opción de revisar y corregir la información da al usuario la oportunidad de detectar los errores antes de llevar a cabo una acción que tiene serias consecuencias.
ULos datos controlables por el usuario son aquellos destinados a ser conocidos por los usuarios (por ejemplo, el nombre y la dirección de la cuenta del usuario). No se refiere a cosas como los registros de Internet y los datos de seguimiento de los motores de búsqueda.
Beneficios específicos del Criterio de Conformidad 3.3.4:
Proporcionar medios para evitar los errores que traen graves consecuencias ayuda a los usuarios con discapacidad que pueden ser más propensos a cometer errores.
Ejemplos del Criterio de Conformidad 3.3.4
Confirmación de una orden de compra.
El sitio web de un comercio minorista ofrece la opción de realizar compras en línea. Cuando se realiza un compra, se muestra la información de la orden (incluyendo la cantidad de productos comprados, la dirección de entrega y el modo de pago) para que el usuario pueda revisar la orden y, si es necesario, corregirla. El usuario tiene la opción de confirmar la orden o de realizar los cambios necesarios.
Compra y venta de acciones.
Un sitio web de servicios financieros permite a los usuarios comprar y vender acciones a través de Internet. Cuando un usuario envía una orden para comprar o vender acciones, el sistema comprueba si el mercado sigue abierto o no. Si está fuera de horario, se avisa al usuario que la transacción se efectuará después de horario, se le dirá cuáles son los riesgos de operar fuera del horario regular de transacciones y se le dará la oportunidad de cancelar o confirmar la orden.
Recursos relacionados
Los recursos tienen un propósito puramente informativo y no implican ningún aval.
(ninguno documentado actualmente)
Técnicas y Fallos para el Criterio de Conformidad 3.3.4 - Prevención de errores (legales, financieros, datos)
Cada elemento enumerado en esta sección representa una técnica o una combinación de técnicas que el Grupo de Trabajo WCAG considera suficientes para cumplir con este Criterio de Conformidad. Las técnicas enumeradas sólo satisfacen el Criterio de Conformidad si se cumple con todos los requisitos de conformidad de las WCAG 2.0.
Técnicas suficientes
Instrucciones: Seleccione a continuación la situación que coincida con su contenido. Cada situación incluye técnicas o combinaciones de técnicas que son conocidas y están documentadas para resultar suficientes para esa situación.
Situación A: Si una aplicación provoca una transacción legal, como hacer una compra o presentar una declaración de rentas:
Técnicas adicionales (recomendables) para 3.3.4
Aunque no se requieren para lograr la conformidad, las siguientes técnicas adicionales deben ser consideradas a fin de hacer más accesibles los contenidos. No todas las técnicas podrán ser utilizadas o resultarán eficaces en todas las situaciones.
Informar al usuario que se va a realizar una acción irreversible (futuro enlace)
SCR18: Proporcionar validación y alertas del lado del cliente (Script)
Poner el foco en el campo que contiene el error (futuro enlace)
Evitar el uso de las mismas palabras o combinaciones de letras para comenzar cada elemento de una lista desplegable (futuro enlace)
G199: Proporcionar una confirmación cuando los datos son enviados con éxito
Fallos comunes para el CC 3.3.4
Los siguientes son los errores comunes que son considerados fallos al Criterio de Conformidad 3.3.4 por el Grupo de Trabajo WCAG.
(No existen fallos documentos actualmente)
Términos clave
- compromisos legales
Las operaciones en las cuales la persona contrae una obligación o beneficio jurídicamente vinculantes.
Ejemplo: Un contrato matrimonial, una transacción de acciones, un testamento, un préstamo, adopción, alistamiento en el ejército, un contrato de cualquier tipo, etcétera.
- controlables por el usuario
Datos cuya finalidad es que los usuarios accedan a ellos.
Nota: No se refiere a cosas tales como los registros de Internet y los datos de seguimiento de los motores de búsqueda.
Ejemplo: Los campos de nombre y dirección para la cuenta de un usuario.
- error en la entrada de datos
La información proporcionada por el usuario que no es aceptada.
Nota: Esto incluye:
La información requerida por la página web, pero omitida por el usuario.
La información que es proporcionada por el usuario pero que no cumple con el formato o valores requeridos para los datos.
- mecanismo
El proceso o técnica para alcanzar un resultado.
Nota 1: El mecanismo puede proveerse explícitamente en el contenido, o se puede depender de que sea proporcionado por la plataforma o por las aplicaciones de usuario, incluyendo las ayudas técnicas.
Nota 2: El mecanismo debe satisfacer todos los Criterios de Conformidad para el nivel de conformidad declarado.
- página web
El recurso no incrustado obtenido a partir de una URI única usando HTTP, junto con cualquier otro recurso que se use en la presentación o que pretenda ser presentado por una aplicación de usuario junto con él.
Nota 1: Aunque cualquier "otro recurso" sería procesado junto con el recurso principal, no necesariamente debe ser procesado simultáneamente.
Nota 2: A los efectos de la conformidad con estas pautas, un recurso debe ser "no incrustado", en el ámbito de la conformidad, para ser considerado una página web.
Ejemplo 1: Un recurso web incluyendo todas las imágenes y los elementos multimedia incrustados.
Ejemplo 2: Un programa de correo web desarrollado con AJAX (Asynchronous JavaScript and XML). Todo el programa reside en http://ejemplo.com/mail pero incluye una bandeja de entrada, un área de contactos y un calendario. Se proporcionan enlaces o botones que hacen aparecer estas secciones pero no cambian la URL de la página en su conjunto.
Ejemplo 3: Un portal personalizable, donde los usuarios pueden elegir el contenido a mostrar de entre un conjunto de diferentes módulos.
Ejemplo 4: Al entrar en "http://shopping.ejemplo.com", se ingresa a un ambiente interactivo de una tienda donde el usuario se puede mover visualmente, tomar productos de las estanterías y ponerlos en su carrito de compras. Al hacer clic sobre un producto se muestra al lado una hoja de especificaciones. Esto podría ser un sitio web de una sola página o una única página dentro de un sitio web.