Registros limitados al tenant
Las evaluaciones de empresa, las sesiones de candidatos, los informes, las notas, la pertenencia a equipos y los registros del ATS están limitados al espacio de trabajo de la empresa.
Postura de seguridad
Diseñado para una evidencia de contratación que tu equipo puede controlar.
Esta página indica claramente la postura de seguridad actual para que los equipos sepan qué está listo para uso de autoservicio y qué debe pasar por la revisión del proveedor.
Resumen para compradores
Autoservicio para equipos enfocados. Revisión para escalar.
DevEval gestiona datos de filtros técnicos, trabajos de los candidatos, notas de los revisores, fichas de evaluación y registros de transferencia al ATS. Los equipos Starter y Business pueden realizar procesos de contratación enfocados con datos limitados a la empresa y acceso basado en roles. Los compradores de Enterprise deben revisar la retención, los acuerdos personalizados, los cuestionarios de seguridad y las necesidades de implementación antes de un despliegue amplio.
- Acceso
- Basado en roles
- Pagos
- Alojados en Stripe
- Claves del ATS
- Cifradas
Controles disponibles hoy
Salvaguardas prácticas para los datos de contratación técnica.
Acceso basado en roles
Los administradores gestionan la facturación, el acceso del equipo, la configuración del ATS y los ajustes. Los reclutadores, entrevistadores y observadores tienen permisos más limitados en el espacio de trabajo.
Transporte cifrado
El tráfico del navegador en producción usa HTTPS. El cobro de pagos se gestiona mediante el proceso de pago y facturación alojados en Stripe.
Gestión de credenciales
Las claves de API del ATS y los secretos de webhook se almacenan cifrados en reposo por el backend antes de reutilizarse para la sincronización o la escritura de vuelta.
Evidencia revisable
Los informes incluyen resultados de pruebas, evidencia de tareas, contexto de repetición, eventos de integridad y decisiones de los revisores, en lugar de ocultar los resultados tras una única puntuación opaca.
Compartir de forma segura con el candidato
Los equipos pueden compartir comentarios seleccionados sobre los candidatos sin exponer los detalles internos de la rúbrica, las notas de los evaluadores ni el historial privado de decisiones.
Antes de la implementación
Revise los detalles operativos antes de contrataciones de gran volumen.
El despliegue más seguro comienza con una necesidad de contratación concreta y luego se amplía una vez que tu equipo acuerde la retención de datos, las responsabilidades de los revisores, la política de comentarios y las integraciones. Los equipos de compras pueden usar esta lista de verificación para decidir qué requiere una revisión más profunda.
- Volumen esperado de candidatos y necesidades de conservación de datos
- Quién debe administrar usuarios, facturación, claves ATS y el uso compartido de resultados
- Si la primera implementación necesita Greenhouse, Lever, Ashby o una ruta ATS personalizada
- Cómo tu equipo usará los eventos de integridad y la puntuación con IA en la revisión humana
- Si compras necesita un cuestionario de seguridad, una revisión del DPA o un acuerdo personalizado
- Qué política de comunicación y retroalimentación con candidatos seguirá su equipo de contratación
Postura de integración
Greenhouse, Lever y Ashby son las rutas ATS de autoservicio que actualmente están disponibles en el producto. Workday y otras implementaciones de ATS específicas de cada cliente requieren una revisión de implementación, porque la configuración depende de la configuración del administrador del cliente y del manejo de credenciales.
Sin reclamos de certificación ocultos
DevEval puede apoyar la revisión de seguridad, pero esta página no afirma certificación SOC 2, disponibilidad de SSO/SAML ni una auditoría formal de sesgos completada. Incluya esos requisitos en la conversación de compra antes de escalar.
Límites
Los límites claros facilitan la revisión por parte del comprador.
Estos límites son intencionales. Protegen la experiencia del candidato, mantienen a los empleadores responsables de sus decisiones y evitan que la revisión de seguridad descubra sorpresas tarde en el proceso.
- DevEval no toma decisiones de contratación automáticas.
- DevEval no utiliza puntuaciones basadas en rostro, voz, emoción ni personalidad.
- DevEval no se presenta actualmente como certificado SOC 2.
- Las implementaciones de SSO/SAML y de ATS personalizados deben gestionarse mediante revisión comercial y de implementación.
- Los eventos de integridad son indicaciones para revisión, no veredictos de trampa por sí solos.
- Las decisiones finales sobre los candidatos siguen siendo responsabilidad del empleador.
Revisión de seguridad
Trae tu cuestionario de seguridad.
Retención, acceso, señales de integridad y responsabilidad humana, explicados según el funcionamiento real del producto.