Declaración de accesibilidad

Nuestro compromiso de accesibilidad

HireHint tiene como objetivo apoyar la contratación, las operaciones de los empleados y las decisiones de las personas para personas con diferentes necesidades de acceso, dispositivos, métodos de entrada y condiciones de visualización.

La accesibilidad se trata como un requisito de calidad de producto en páginas públicas, espacios de trabajo autenticados, rutas protegidas, diálogos, tablas, formas, estados de carga y recuperación de errores. Esta declaración describe el actual enfoque de ingeniería sin reclamar una certificación independiente.

Ámbito

• HireHint publico, autenticación, reclutamiento, candidato, empleado, ajustes, reportajes y interfaces de administración.
• Carreras configuradas por el cliente, aplicación, solicitud de privacidad, encuesta, entrevista y experiencias de evaluación proporcionadas por HireHint.
• Comportamiento responsable en escritorio compatible, tableta, teléfono, paisaje y accesos de altura limitada.
• Documentos generados, contenido del cliente, integraciones seleccionadas por el cliente y destinos de terceros sólo en la medida en que HireHint controla su renderización.

Estructura y navegación

• Marcas históricas, encabezados, etiquetas de navegación, listas, tablas, formularios, mensajes de estado y relaciones de diálogo.
• Un tratamiento de enfoque del teclado visible y un orden de enfoque lógico para los controles soportados.
• Saltar enlaces o acceso directo equivalente al contenido primario en páginas de documentos públicos.
• Comportamiento de ruta y permiso que evita que aparezca contenido protegido antes de que se resuelva el acceso.
• Nombres y relaciones sólo para iconos, proveedor, divulgación, menú y controles de superposición.

Teclado y comportamiento de enfoque

Los componentes de HireHint están diseñados para soportar la navegación del teclado sin requerir un puntero. Los diálogos Modal y otros overlays de bloqueo deben contener el enfoque, apoyar un comportamiento de escape apropiado, el contenido de fondo aislante y restaurar el enfoque al control de iniciación cuando está cerrado.

Menús, pestañas, listboxes, revelaciones, tablas y controles compuestos utilizan el comportamiento del teclado específico de componentes. Una acción no disponible debe ser deshabilitada o explicada sin crear un objetivo de enfoque engañoso.

Formas, validación y estado

• Las etiquetas y las instrucciones permanecen programáticamente asociadas con sus campos.
• Los estados requeridos, inválidos, discapacitados, cargas, comprobados y visibles por contraseña son distinguibles sin depender solamente del color.
• Los mensajes de validación identifican el campo afectado y preservan la información ingresada cuando la recuperación es posible.
• Los estados de carga, éxito, advertencia, vacío y error utilizan el estado apropiado o alerta semántica sin anuncios repetidos innecesarios.

Acceso sensible y visual

Los diseños están diseñados para rebosar sin ocultar los controles requeridos o la información de estado protegido en tamaños de miradores soportados. Tablas, tarjetas, proceso de selección, cajones, navegación, regiones pegajosas, y desplazamiento anidado reciben cheques de contención específicos para la ruta.

HireHint es compatible con las preferencias de los usuarios para el movimiento reducido y la presentación de alto contraste o de color forzado donde el navegador los expone. El color, el movimiento, la posición o la forma de icono no debe ser la única manera de comunicar un estado requerido.

Contenido cliente y de terceros

Los clientes controlan las descripciones de tareas, el contenido de las carreras, documentos cargados, preguntas de formulario, mensajes, videos y algunos servicios conectados. Los clientes son responsables de hacer que ese contenido sea comprensible y accesible y de proporcionar una alternativa cuando un tercero seleccionado no puede satisfacer la necesidad necesaria.

HireHint no debe representar el contenido autorizado por el cliente o por terceros como verificado independientemente simplemente porque se muestra a través del servicio.

Pruebas y límites actuales

HireHint utiliza contratos de origen, pruebas de componentes, pruebas de interacción del navegador, cheques receptivos, compuertas y controles de regresión visual como parte de la ingeniería de accesibilidad. Esos controles no reemplazan las pruebas con personas que utilizan tecnologías de asistencia.

Aquí no se hace ninguna declaración actual de plena conformidad con un estándar de accesibilidad o auditoría independiente. Ampliar navegador nativo, múltiples combinaciones de pantalla y navegador, entrada de voz, control de conmutación y contenido de terceros configurado por el cliente requieren evidencia adicional específica de liberación.

Reacción y apoyo de accesibilidad

Use HireHint Support para reportar una barrera de accesibilidad, solicitar información en otro formato, o pedir ayuda para completar una tarea soportada. Incluya la página o flujo de trabajo, el problema encontrado, el navegador o la tecnología de asistencia si es relevante, y una forma segura de seguimiento.

No incluya contraseñas, códigos de autenticación, registros de candidatos, registros de empleados, datos médicos u otra información confidencial innecesaria en el informe inicial.

Revisión y actualizaciones

Esta declaración debe revisarse después de la interfaz de material, la biblioteca de componentes, la prueba de accesibilidad o los cambios tecnológicos apoyados. Las barreras confirmadas deben ser priorizadas por impacto, alcance, flujo de trabajo afectado, solución de trabajo disponible y riesgo de información protegida.